linux-kernel - Re: Performance/resume issues on Toshiba NB305

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4D6AB159.7010809@pbjtriplett.org>
Date:	Sun, 27 Feb 2011 12:17:29 -0800
From:	Burt Triplett <burt@...triplett.org>
To:	Thomas Gleixner <tglx@...utronix.de>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	"H. Peter Anvin" <hpa@...or.com>,
	Arjan van de Ven <arjan@...radead.org>,
	Venkatesh Pallipadi <venki@...gle.com>,
	Len Brown <lenb@...nel.org>
Subject: Re: Performance/resume issues on Toshiba NB305

On 02/26/2011 07:00 AM, Seth Forshee wrote:
> On Fri, Feb 25, 2011 at 09:58:25PM -0800, Burt Triplett wrote:
>> Looks like the Toshiba NB305 has an Intel Atom processor in it.
>> bits-327, released today, now detects Intel Atom processors, and no
>> longer shows them as unknown.  We don't have any processor-specific
>> tests for Atom yet, though we may add some in the future.  All of
>> the general tests should work, however.
>
> The new release detects the Atom processor okay, but in bits-327 the
> system resets during the SMI frequency/latency test, whereas it didn't
> with bits-316.

The SMI Frequency and Latency test should be fixed in bits-329.

>> Can you provide more details on which MSRs show up as inconsistent
>> on your system?  They might represent actual bugs in your BIOS, but
>> we might just need to add a few more entries to the Atom
>> CPU-specific MSR blacklist as expected inconsistencies.
>
> Here's what it says:
>
>    (MSR 0x39 consistent): FAIL
>    (MSR 0x199 consistent): FAIL
>    (MSR 0x1a0 consistent): FAIL
>    Summary: 7917 passed, 3 failed
>
> I have 3 systems with this same processor, and they all report the same
> thing here.

To get more information on how the MSRs differ between CPUs, you can 
turn on verbose mode.  Go to the GRUB command line by hitting 'c', and 
enter "test_options -v 2".  Then hit Esc to go back to the menu, and 
re-run the MSR consistency check.  It will now show you the value of the 
MSR on each CPU.

MSR 0x1a0 is IA32_MISC_ENABLE, and generally any inconsistency in that 
MSR represents a BIOS bug: it didn't enable features identically on all 
CPUs.  Once you see which bits differ, you can look at the Intel 
Software Developer's Manual (specifically volume 3B) to find out what 
those bits mean and which specific features the BIOS inconsistently enabled.

MSR 0x199 is IA32_PERF_CTL.  A difference in that MSR usually means the 
BIOS left CPUs in different P-states when booting, which it really 
shouldn't do.  Again, you can decode the result with the Intel SDM.

Looking into MSR 0x39.

- Burt Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/