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 for Android: free password hash cracker in your pocket
[<prev] [next>] [day] [month] [year] [list]
Date:	Thu, 16 Sep 2010 00:45:09 -0400
From:	John Drescher <drescherjm@...il.com>
To:	LKML <linux-kernel@...r.kernel.org>
Subject: Fwd: [PATCH RFC] x86: hpet: Avoid the readback penalty

On Wed, Sep 15, 2010 at 9:54 AM, John Drescher <drescherjm@...il.com> wrote:
> On Wed, Sep 15, 2010 at 9:11 AM, Thomas Gleixner <tglx@...utronix.de> wrote:
>> On Tue, 14 Sep 2010, tip-bot for Thomas Gleixner wrote:
>>> x86: hpet: Work around hardware stupidity
>>
>> After my brain recovered from yesterdays exposure with the x86 timer
>> horror, I came up with a different solution for this problem, which
>> avoids the readback of the compare register completely. It works
>> nicely on my affected ATI system, but needs some exposure to the other
>> machines.
>>
>> Comments ?
>>
>
> I can test this on my i7 machine in tonight (around 12 hours from now).

Seems to work fine on my i7 box. I applied the first patch to
2.6.36-rc4-git2 then after that I applied the new patch from this
email. Both patches applied cleanly and I am now running the patched
kernel without any issue. I turned off the clocksource=acpi_pm
workaround I had enabled from the original problem.

jmd1 ~ # uname -a
Linux jmd1 2.6.36-rc4-git2-no-penalty #3 SMP PREEMPT Wed Sep 15
21:25:53 EDT 2010 x86_64 Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
GenuineIntel GNU/Linux

John



-- 
John M. Drescher
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ