History log of /openbsd/sys/arch/loongson/include/autoconf.h (Results 1 – 17 of 17)
Revision Date Author Comments
# 77e35563 21-May-2017 visa <visa@openbsd.org>

Enable radeondrm(4) on loongson to get accelerated graphics
with the RS780E chipset.

OK kettenis@, jsg@


# 565153a0 10-May-2017 visa <visa@openbsd.org>

Add a PCI attach hook mechanism for htb(4), similar to the one
in bonito(4). Use the hook for setting up the PIC.

Discussed with miod@ long ago


# e8637625 19-Feb-2017 visa <visa@openbsd.org>

Add SMP config and IPI control logic for Loongson 3A.


# 39de0dfd 19-Jan-2017 visa <visa@openbsd.org>

Extend struct platform with MP control functions, and add bootstrap code
for secondary CPUs.

Discussed with miod@


# 3485d230 11-Dec-2016 visa <visa@openbsd.org>

Determine the available CPUs.


# 80500071 05-Nov-2016 visa <visa@openbsd.org>

Move the definition of REGVAL into a common header to make it usable
outside bonito(4).

ok miod@


# 6f377552 29-Mar-2014 miod <miod@openbsd.org>

Update the loongson codebase to recognize the so-called `EFI-like' interface
supposedly provided by newer PMON firmware (on Loongson 2Gq and Loongson 3A
systems).


# 03052511 27-Mar-2014 miod <miod@openbsd.org>

Remove dependency from wscons_machdep upon bonito. Instead of hardcoding bonito
as the northbridge, have the per-platform early setup code register functions
providing access to the PCI configuration

Remove dependency from wscons_machdep upon bonito. Instead of hardcoding bonito
as the northbridge, have the per-platform early setup code register functions
providing access to the PCI configuration space, for the wscons code to walk the
PCI space in search of a graphics board.

No functional change yet.

show more ...


# e07ee38f 03-Oct-2012 miod <miod@openbsd.org>

Do not use <mips64/archtype.h> for loongson model numbers, but rather put the
list in loongson's <machine/autoconf.h> directly. <mips64/archtype.h> is
intended to be only used on ARCBios-like platfor

Do not use <mips64/archtype.h> for loongson model numbers, but rather put the
list in loongson's <machine/autoconf.h> directly. <mips64/archtype.h> is
intended to be only used on ARCBios-like platforms.

show more ...


# bec266e2 31-Aug-2010 pirofti <pirofti@openbsd.org>

WIP suspend/resume support for loongson lemote. Okay miod@.


# d57a735d 08-May-2010 miod <miod@openbsd.org>

Huge work-in-progress commit to support Loongson 2E-based evaluation boards
with a VIA 686 southbridge.

Features:
- 686 setup code (no thanks to PMON for not initializing the beast).
- work in progr

Huge work-in-progress commit to support Loongson 2E-based evaluation boards
with a VIA 686 southbridge.

Features:
- 686 setup code (no thanks to PMON for not initializing the beast).
- work in progress ISA interrupt handling code.
- support for vga(4) compatible devices as console, in PC-compatible text mode.
- move legacy (ISA) support code out of bonito(4) to make things clearer.
- support more than 256MB on 2E-based systems.

Tested on a generic 2E-based evaluation board by someone who wishes to remain
anonymous; you know who you are, thank you very much for testing.

show more ...


# f9a4f028 16-Feb-2010 miod <miod@openbsd.org>

Move part of the device_register() logic into platform-specific code. Add
correct root device identification for Gdium (assuming it is booted from the
G-Key), although it will not attach as sd0 if th

Move part of the device_register() logic into platform-specific code. Add
correct root device identification for Gdium (assuming it is booted from the
G-Key), although it will not attach as sd0 if there is anything connected to
the usb port next to the Ethernet port.

show more ...


# 8a850467 12-Feb-2010 miod <miod@openbsd.org>

Allow for two more per-platform function pointers, one for extra setup work
while pmon is still available, and one for reset (in addition to the already
existing powerdown routine).
Add reset and pow

Allow for two more per-platform function pointers, one for extra setup work
while pmon is still available, and one for reset (in addition to the already
existing powerdown routine).
Add reset and powerdown code to the fuloong 2f platform; this also fixes
reset on yeeloong.
Tested by otto@

show more ...


# 51b07be5 12-Feb-2010 miod <miod@openbsd.org>

Overhaul per-platform specific operation by moving all the differences into
per-platform structs or function pointers; therefore bonito(4) no longer needs
to know about particular systems.

While the

Overhaul per-platform specific operation by moving all the differences into
per-platform structs or function pointers; therefore bonito(4) no longer needs
to know about particular systems.

While there, bring little bits of Fuloong 2F support, tested on otto@'s
machine.

show more ...


# e1844cd9 05-Feb-2010 miod <miod@openbsd.org>

Blind support for the EMTEC Gdium Liberty netbook. Per-platform configuration
is moved to specific files, and a pointer to the key configuration structure
is now kept in struct sys_config.
bonito(4)

Blind support for the EMTEC Gdium Liberty netbook. Per-platform configuration
is moved to specific files, and a pointer to the key configuration structure
is now kept in struct sys_config.
bonito(4) interrupt handling is split, to allow PCI+Legacy interrupt systems
(Lemote Yeelong) and PCI-only Legacy-free systems (Gdium) to coexist
peacefully.

show more ...


# c301e791 09-Jan-2010 miod <miod@openbsd.org>

Define struct cpu_hwinfo, to hold hardware specific information about each
processor (instead of sys_config.cpu[]), and pass it in the attach_args
when attaching cpu devices.

This allows per-cpu inf

Define struct cpu_hwinfo, to hold hardware specific information about each
processor (instead of sys_config.cpu[]), and pass it in the attach_args
when attaching cpu devices.

This allows per-cpu information to be gathered late in the bootstrap process,
and not be limited by an arbitrary MAX_CPUS limit; this will suit IP27 and
IP35 systems better.

While there, use this information to make sure delay() uses the speed
information from the cpu it is invoked on.

show more ...


# 4c7dc0ca 21-Nov-2009 miod <miod@openbsd.org>

By popular demand and peer pressure, check-in work in progress work to support
the Yeelong Lemote mips-based netbook. Kernel bits only for now, needs
polishing; most of this work done during h2k9 las

By popular demand and peer pressure, check-in work in progress work to support
the Yeelong Lemote mips-based netbook. Kernel bits only for now, needs
polishing; most of this work done during h2k9 last month, although the
porting effort started earlier this year.

show more ...