#
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 ...
|