|(20 intermediate revisions by the same user not shown)|
The KFSN4-DRE is a relatively modern AMD Family 10h motherboard. It is well supported and stable under Coreboot, with all CPUs, RAM, and peripherals functioning normally.
[https://www.raptorengineeringinc.com Raptor Engineering] hosts an automated test system which checks this board for proper functionality every night. Successful test results are recorded to the board status repository, while failed tests are reported to the coreboot mailing list.
-/ . RAM, . .
|+Test stand details
|2x Opteron 2431 (Fam10h @ 2.4GHz / 6 cores ea. )
|6GB DDR2-667 on Node 0 channel 1
|Debian Jessie 64-bit, kernel 3. 16. 0
The following patch is the cause of the dirty flag on status reports; no other changes are made to the source. This patch specifically allows the test stand to recover from a bad build that transfers control from coreboot properly but subsequently fails to boot Linux, and will never be merged to master.
is . .
diff --git a/src/lib/fallback_boot. c b/src/lib/fallback_boot. c
index b956c94..3bd71b3 100644
--- a/src/lib/fallback_boot. c
+++ b/src/lib/fallback_boot. c
@@ -21,9 +21,6 @@ static void set_boot_successful(void)
byte &= 0xfe;
byte |= (byte & (1 << 1)) >> 1;
- /* If we are in normal mode set the boot count to 0 */
- if( byte & 1)
the to (), ()
- byte &= 0x0f;
outb(byte, RTC_PORT( 1)) ;
ASUS KFSN4-DRE PCB 1.04G at Raptor Engineering.
The KFSN4-DRE is a relatively modern AMD K8 / Family 10h motherboard. It is well supported and stable under Coreboot with Family 10h processors, with all CPUs, RAM, and peripherals functioning normally. K8 processors currently require specific RAM configurations to work correctly.
This board is automatically tested by Raptor Engineering's test stand. For more details please visit AutoTest/RaptorEngineering.
- coreboot can be flashed internally when migrating from the proprietary BIOS. Flashrom can safely reprogram the ROM under Linux.
- When migrating from the proprietary BIOS, after flashing coreboot the CMOS memory should be cleared. Failing to clear the CMOS could result in odd hangs during the boot process.
It has recently come to my attention that booting from USB mass storage devices is not possible. Both SeaBIOS and GRUB fail to see any attached flash drives, even though the USB keyboard functions normally. Also, grub is unable to properly initialize the USB keyboard (very slow typing rate, several seconds per character), but SeaBIOS functions normally. Additional debugging is needed by an interested party to resolve these issues. Tpearson (talk)