GA-880GA-UD3H rev 2.0 BIOS

-------------------------------------------------
  Date: Wed Oct 19 16:21:18 2011
*                                               *
* Firmwarekit (release 3)                       *
* http://www.linuxfirmwarekit.org               *
*                                               *
*                                               *
* For more information on test descriptions     *
* and details on what the PASS/INFO/WARN/FAIL   *
* results mean, go to: Documentation/TestsInfo. *
*                                               *
-------------------------------------------------

KERNEL VERSION: Linux testmachine 2.6.22.9 #1 SMP Mon Oct 1 15:17:15 PDT 2007 i686 athlon i386 GNU/Linux


SUMMARY:  3 Fails, 4 Warns, 13 Pass, 20 Total

=================================================
* Plugin name: pciresource
* Result: FAIL

* Title: Validate assigned PCI resources
* Description: This test is currently a placeholder and just checks the kernel log for complaints about PCI resource errors. In the future the idea is to actually perform a validation step on all PCI resources against a certain rule-set.
================================================

[FAIL]-Device 0000:00:00.0 has incorrect resources

PCI: Cannot allocate resource region 3 of device 0000:00:00.0

=================================================
* Plugin name: edd
* Result: FAIL

* Title: EDD Boot disk hinting
* Description: This test verifies if the BIOS directs the operating system on which storage device to use for booting (EDD information). This is important for systems that (can) have multiple disks. Linux distributions increasingly depend on this info to find out on which device to install the bootloader.
================================================

[FAIL]-Boot device 0x80 does not support EDD


=================================================
* Plugin name: cpufreq
* Result: FAIL

* Title: CPU frequency scaling tests (1-2 mins)
* Description: For each processor in the system, this test steps through the various frequency states (P-states) that the BIOS advertises for the processor. For each processor/frequency combination, a quick performance value is measured. The test then validates that:
  1) Each processor has the same number of frequency states
  2) Higher advertised frequencies have a higher performance
  3) No duplicate frequency values are reported by the BIOS
  4) Is BIOS wrongly doing Sw_All P-state coordination across cores
  5) Is BIOS wrongly doing Sw_Any P-state coordination across cores

================================================

[INFO]-4 CPU frequency steps supported

 Frequency | Speed
-----------+---------
  3.15 Ghz | 100.0 %
  2.45 Ghz |  99.9 %
  1.95 Ghz |  99.9 %
   800 Mhz |  99.9 %


[FAIL]-Supposedly higher frequency is slower on CPU 3!

 Frequency | Speed
-----------+---------
  3.15 Ghz | 100.0 %
  2.45 Ghz |  99.9 %
  1.95 Ghz |  99.9 %
   800 Mhz |  99.9 %


[FAIL]-Supposedly higher frequency is slower on CPU 3!

 Frequency | Speed
-----------+---------
  3.15 Ghz | 100.0 %
  2.45 Ghz |  99.9 %
  1.95 Ghz |  99.9 %
   800 Mhz |  99.9 %


[FAIL]-Supposedly higher frequency is slower on CPU 2!

 Frequency | Speed
-----------+---------
  3.15 Ghz | 100.0 %
  2.45 Ghz | 100.0 %
  1.95 Ghz | 100.0 %
   800 Mhz | 100.0 %


[FAIL]-Supposedly higher frequency is slower on CPU 1!

 Frequency | Speed
-----------+---------
  3.15 Ghz | 100.0 %
  2.45 Ghz | 100.0 %
  1.95 Ghz | 100.0 %
   800 Mhz | 100.0 %


[FAIL]-Supposedly higher frequency is slower on CPU 0!

 Frequency | Speed
-----------+---------
  3.15 Ghz |  99.9 %
  2.45 Ghz |  99.9 %
  1.95 Ghz |  99.9 %
   800 Mhz |  99.9 %


[FAIL]-Processors are set to SW_ANY

[FAIL]-Firmware not implementing hardware coordination cleanly. Firmware using SW_ALL instead?


[FAIL]-Firmware not implementing hardware coordination cleanly. Firmware using SW_ANY instead?


=================================================
* Plugin name: acpicompile
* Result: WARN

* Title: DSDT AML verification
* Description: This test first disassembles the DSDT of the BIOS, and then uses the IASL compiler from Intel to recompile the code. The IASL copiler is much stricter in detecting deviations from the ACPI specification and can find numerous defects that other AML compilers cannot find. Fixing these defects increases the probability that the BIOS will operate well with a variety of operating systems.
================================================

[WARN]-Result is not used, operator has no effect

Result is not used, operator has no effect
At line #2071 of DSDT.dsl:

 |                              Increment (Local6)
 |                              Increment (Local5)
 |                              Decrement (Local4)
 |                          }
 |
>>>                         Add (Local1, 0x80)
 |                          Decrement (Local2)
 |                          Increment (CIDX)
 |                      }
 |                  }


[WARN]-Not all control paths return a value (WMAA)

Not all control paths return a value (WMAA)
At line #2529 of DSDT.dsl:

 |      /* 0008 */    0x00, 0xA0, 0xC9, 0x06, 0x29, 0x10, 0x00, 0x00,
 |      /* 0010 */    0x41, 0x41, 0x01, 0x02, 0x21, 0x12, 0x90, 0x05,
 |      /* 0018 */    0x66, 0xD5, 0xD1, 0x11, 0xB2, 0xF0, 0x00, 0xA0,
 |      /* 0020 */    0xC9, 0x06, 0x29, 0x10, 0x42, 0x41, 0x01, 0x00
 |  })
>>> Method (WMAA, 3, NotSerialized)
 |  {
 |      If (LEqual (Arg0, 0x00))
 |      {
 |          If (LOr (LOr (LNotEqual (Arg1, 0x01), LNotEqual (Arg1,


[WARN]-Reserved method must return a value (_WAK)

Reserved method must return a value (_WAK)
At line #2716 of DSDT.dsl:

 |          If (LEqual (Arg0, 0x05)) {}
 |          SPTS (Arg0)
 |          APTS (Arg0)
 |      }
 |
>>>     Method (\_WAK, 1, NotSerialized)
 |      {
 |          Store (0xFF, DBG1)
 |          If (LEqual (Arg0, 0x04))
 |          {


[PASS]-Tested table DSDT.dsl

[PASS]-Tested table SSDT.dsl

[INFO]-The IASL compiler from Intel would save 2210 bytes of space.

The existing code takes 30428 bytes
The IASL compiler from Intel uses 28218 bytes
This is a saving of 2210 bytes.


=================================================
* Plugin name: thermal_trip
* Result: WARN

* Title: ACPI passive thermal trip points
* Description: This test determines if the passive trip point works as expected.
================================================

[WARN]-No thermal zones found.

=================================================
* Plugin name: fan
* Result: WARN

* Title: Fan tests
* Description: This test reports how many fans there are in the system. It also checks for the current status of the fan(s).
================================================

[WARN]-No fan information present

=================================================
* Plugin name: chk_hpet
* Result: WARN

* Title: HPET configuration test
* Description: This test checks the HPET PCI BAR for each timer block in the timer.The base address is passed by the firmware via an ACPI table.IRQ routing and initialization is also verified by the test.
================================================

[WARN]-HPET driver in the kernel is enabled, inaccurate results follow.

[INFO]-HPET found, VendorID is: 4353

=================================================
* Plugin name: battery
* Result: INFO

* Title: Battery tests
* Description: This test reports which (if any) batteries there are in the system. In addition, for charging or discharging batteries, the test validates that the reported 'current capacity' properly increments/decrements in line with the charge/discharge state.

This test also stresses the entire battery state reporting codepath in the ACPI BIOS, and any warnings given by the ACPI interpreter will be reported.
================================================

[INFO]-No battery information present

=================================================
* Plugin name: acpiinfo
* Result: INFO

* Title: General ACPI information
* Description: This test checks the output of the in-kernel ACPI CA against common error messages that indicate a bad interaction with the bios, including those that point at AML syntax errors.
================================================

[INFO]-DSDT was compiled by the Microsoft AML compiler

ACPI: DSDT CFDF1100, 76DC (r1 GBT    GBTUACPI     1000 MSFT  3000000)

=================================================
* Plugin name: DMAR
* Result: INFO

* Title: (experimental) DMA Remapping (VT-d) test
* Description: Verify if DMA remapping is sane.
================================================

[INFO]-No DMAR ACPI table found.

=================================================
* Plugin name: mtrr
* Result: PASS

* Title: MTRR validation
* Description: This test validates the MTRR setup against the memory map to detect any inconsistencies in cachability.
================================================

=================================================
* Plugin name: maxreadreq
* Result: PASS

* Title: PCI Express MaxReadReq tuning
* Description: This test checks if the firmware has set MaxReadReq to a higher value on non-montherboard devices
================================================

=================================================
* Plugin name: SUN
* Result: PASS

* Title: SUN duplicate test
* Description: This makes sure that each SUN (Slot Unique Number) that is called in the DSDT through the Name() method is unique, no duplicates should be found.
================================================

[PASS]-Tested _SUN ids, successfully found no duplicates

=================================================
* Plugin name: virt
* Result: PASS

* Title: SVM Virtualization extensions
* Description: This test checks if SVM is set up correctly
================================================

=================================================
* Plugin name: ebda
* Result: PASS

* Title: EBDA region
* Description: This test validates if the EBDA region is mapped and reserved in the E820 table.
================================================

[PASS]-EBDA region is correctly reserved in the E820 table.

=================================================
* Plugin name: os2gap
* Result: PASS

* Title: OS/2 memory hole test
* Description: This test checks if the OS/2 15Mb memory hole is absent
================================================

[PASS]-Successfully found no 15mb memory hole

=================================================
* Plugin name: dmi
* Result: PASS

* Title: DMI information check
* Description: This test checks the DMI/SMBIOS tables for common errors.
================================================

[PASS]-Successfully found no errors in SMBIOS/DMI

=================================================
* Plugin name: ethernet
* Result: PASS

* Title: Ethernet functionality
* Description: This test is currently a placeholder for a more advanced ethernet test. Currently the only check performed is that a link is acquired within 45 seconds of enabling the interface. 45 seconds is close to the value most Linux distributions use as timeout value.

In the future the plan is to also perform actual data transfer tests as part of the ethernet test, to validate interrupt routing and other per-NIC behaviors.
================================================

=================================================
* Plugin name: apicedge
* Result: PASS

* Title: (experimental) APIC Edge/Level check
* Description: This test checks if legacy interrupts are edge and PCI interrupts are level
================================================

=================================================
* Plugin name: microcode
* Result: PASS

* Title: Processor microcode update
* Description: This test verifies if the firmware has put a recent version of the microcode into the processor at boot time. Recent microcode is important to have all the required features and errata updates for the processor.
================================================