<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="results.css" type="text/css"?>
<results>
<test>
	<id>apicedge</id>
	<name>(experimental) APIC Edge/Level check</name>
	<result>4</result>
 
	<description>This test checks if legacy interrupts are edge and PCI interrupts are level</description>
	<detail>
		<summary>Non-Legacy interrupt 0 is incorrectly edge triggered</summary>
		<result>4</result>
		<uri>interrupts://</uri>
			</detail>
	<detail>
		<summary>Non-Legacy interrupt 1 is incorrectly edge triggered</summary>
		<result>4</result>
		<uri>interrupts://</uri>
			</detail>
	<detail>
		<summary>Non-Legacy interrupt 6 is incorrectly edge triggered</summary>
		<result>4</result>
		<uri>interrupts://</uri>
			</detail>
	<detail>
		<summary>Non-Legacy interrupt 8 is incorrectly edge triggered</summary>
		<result>4</result>
		<uri>interrupts://</uri>
			</detail>
	<detail>
		<summary>Non-Legacy interrupt 12 is incorrectly edge triggered</summary>
		<result>4</result>
		<uri>interrupts://</uri>
			</detail>
	<detail>
		<summary>Non-Legacy interrupt 14 is incorrectly edge triggered</summary>
		<result>4</result>
		<uri>interrupts://</uri>
			</detail>
</test>
<test>
	<id>microcode</id>
	<name>Processor microcode update</name>
	<result>4</result>
 
	<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.</description>
	<detail>
		<summary>Cpu cpu0 has outdated microcode (version 24 while version 37 is available)</summary>
		<result>4</result>
		<uri></uri>
			</detail>
</test>
<test>
	<id>chk_hpet</id>
	<name>HPET configuration test</name>
	<result>4</result>
 
	<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.
</description>
	<detail>
		<summary>Failed to locate HPET base</summary>
		<result>4</result>
		<uri></uri>
				<data>The firmware AML code doesn't advertize the HPET base.
HPET might be disabled in the bios settings, or not supported by the platform.</data>
	</detail>
</test>
<test>
	<id>edd</id>
	<name>EDD Boot disk hinting</name>
	<result>4</result>
 
	<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.</description>
	<detail>
		<summary>Boot device 0x80 does not support EDD
</summary>
		<result>4</result>
		<uri></uri>
			</detail>
</test>
<test>
	<id>pciresource</id>
	<name>Validate assigned PCI resources</name>
	<result>4</result>
 
	<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.</description>
	<detail>
		<summary>Device 0000:00:02.0 has incorrect resources</summary>
		<result>4</result>
		<uri>pci://0000:00:02.0</uri>
				<data>PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0</data>
	</detail>
</test>
<test>
	<id>acpiinfo</id>
	<name>General ACPI information</name>
	<result>4</result>
 
	<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.</description>
	<detail>
		<summary>DSDT was compiled by the Microsoft AML compiler</summary>
		<result>1</result>
		<data>ACPI: DSDT (v001   DELL    dt_ex 0x00001000 MSFT 0x0100000d) @ 0x00000000</data>
	</detail>
	<detail>
		<summary>_PSD domain information is corrupt!</summary>
		<result>4</result>
		<uri>dmesg://</uri>
				<data>acpi_processor-0742 [00] processor_preregister_: Error while parsing _PSD domain information. Assuming no coordination</data>
	</detail>
</test>
<test>
	<id>thermal_trip</id>
	<name>ACPI passive thermal trip points</name>
	<result>2</result>
 
	<description>This test determines if the passive trip point works as expected.</description>
	<detail>
		<summary>Zone * doesn't support passive trip point at all.</summary>
		<result>2</result>
		<uri></uri>
			</detail>
</test>
<test>
	<id>FADT</id>
	<name>FADT test</name>
	<result>2</result>
 
	<description>verify FADT SCI_EN bit enabled or NOT.</description>
	<detail>
		<summary>ACPI table: expected 'XSDT', but got 'ÿ'</summary>
		<result>2</result>
	</detail>
	<detail>
		<summary>ACPI mode, SCI_EN bit in PM1a_Control register is correctly enabled</summary>
		<result>0</result>
	</detail>
	<detail>
		<summary>ACPI table: expected 'XSDT', but got 'ÿ'</summary>
		<result>2</result>
	</detail>
</test>
<test>
	<id>mcfg</id>
	<name>MCFG PCI Express* memory mapped config space</name>
	<result>2</result>
 
	<description>This test tries to validate the MCFG table by comparing the first 16 bytes in the MMIO mapped config space with the 'traditional' config space of the first PCI device (root bridge). The MCFG data is only trusted if it is marked reserved in the E820 table.</description>
	<detail>
		<summary>ACPI table: expected 'XSDT', but got 'ÿ'</summary>
		<result>2</result>
	</detail>
	<detail>
		<summary>No MCFG ACPI table found. This table is required for PCI Express*.</summary>
		<result>2</result>
	</detail>
</test>
<test>
	<id>cpufreq</id>
	<name>CPU frequency scaling tests</name>
	<result>2</result>
 
	<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
</description>
	<detail>
		<summary>Frequency scaling not supported</summary>
		<result>2</result>
		<uri></uri>
			</detail>
</test>
<test>
	<id>acpicompile</id>
	<name>DSDT AML verification</name>
	<result>2</result>
 
	<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.</description>
	<detail>
		<summary>Unknown reserved name (_S5D) in \_SB.PCI0.PCI1._S5D</summary>
		<result>2</result>
		<uri>aml://\_SB_.PCI0.PCI1._S5D</uri>
				<data>Unknown reserved name (_S5D)
At \_SB.PCI0.PCI1._S5D

 |                      {
 |                          Return (0x02)
 |                      }
 |                  }
 |  
&gt;&gt;&gt;                 Method (_S5D, 0, NotSerialized)
 |                  {
 |                      If (HACK ())
 |                      {
 |                          Return (0x03)
</data>
	</detail>
	<detail>
		<summary>Tested table DSDT.dsl</summary>
		<result>0</result>
		<uri></uri>
			</detail>
	<detail>
		<summary>The IASL compiler from Intel would save 245 bytes of space.</summary>
		<result>1</result>
		<uri></uri>
				<data>The existing code takes 9571 bytes
The IASL compiler from Intel uses 9326 bytes
This is a saving of 245 bytes.
</data>
	</detail>
</test>
<test>
	<id>ethernet</id>
	<name>Ethernet functionality</name>
	<result>1</result>
 
	<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.</description>
	<detail>
		<summary>Acquired ethernet link after 1 seconds</summary>
		<result>1</result>
		<uri>pci://0000:01:0c.0</uri>
			</detail>
	<detail>
		<summary>Got a DHCP lease</summary>
		<result>0</result>
		<uri></uri>
				<data>Internet Systems Consortium DHCP Client V3.0.4-RedHat
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:08:74:ea:88:2a
Sending on   LPF/eth0/00:08:74:ea:88:2a
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
DHCPOFFER from 192.168.1.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.34 -- renewal in 107120 seconds.
</data>
	</detail>
</test>
<test>
	<id>maxreadreq</id>
	<name>PCI Express MaxReadReq tuning</name>
	<result>0</result>
 
	<description>This test checks if the firmware has set MaxReadReq to a higher value on non-montherboard devices</description>
</test>
<test>
	<id>os2gap</id>
	<name>OS/2 memory hole test</name>
	<result>0</result>
 
	<description>This test checks if the OS/2 15Mb memory hole is absent</description>
</test>
<test>
	<id>dmi</id>
	<name>DMI information check</name>
	<result>0</result>
 
	<description>This test checks the DMI/SMBIOS tables for common errors.</description>
</test>
<test>
	<id>fan</id>
	<name>Fan tests</name>
	<result>0</result>
 
	<description>This test reports how many fans there are in the system. It also checks for the states of the fan.</description>
</test>
<test>
	<id>mtrr</id>
	<name>MTRR validation</name>
	<result>0</result>
 
	<description>This test validates the MTRR setup against the memory map to detect any inconsistencies in cachability.</description>
</test>
<test>
	<id>battery</id>
	<name>Battery tests</name>
	<result>0</result>
 
	<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.</description>
</test>
</results>
