linux-kernel - Re: Interrupt latency on some 945GM platforms

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]

Date:	Sun, 26 Sep 2010 12:53:35 +0200
From:	Stefan Biereigel <security@...reigel-wb.de>
To:	linux-kernel@...r.kernel.org
CC:	Vasily Khoruzhick <anarsoul@...il.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Sitsofe Wheeler <sitsofe@...oo.com>,
	Venkatesh Pallipadi <venki@...gle.com>,
	intel-gfx@...ts.freedesktop.org, Len Brown <lenb@...nel.org>,
	Jesse Barnes <jbarnes@...tuousgeek.org>
Subject: Re: Interrupt latency on some 945GM platforms

  Am 24.09.2010 21:51, schrieb Jesse Barnes:
> On Fri, 24 Sep 2010 22:48:36 +0300
> Vasily Khoruzhick<anarsoul@...il.com>  wrote:
>
>> On 24 of September 2010 22:39:01 Jesse Barnes wrote:
>>> On Thu, 16 Sep 2010 23:06:46 +0300
>>>
>>> Vasily Khoruzhick<anarsoul@...il.com>  wrote:
>>>> В сообщении от 16 of September 2010 21:50:50 автор Thomas Gleixner
>> написал:
>>>>> Ok. The problematic part of HPET was not the clocksource, it was the
>>>>> clock event device which failed to deliver interrupts occasionally. It
>>>>> was worth a try at least.
>>>> Hm, it seems that jerky glxgears is not related to jerky keyboard events.
>>>> Keyboard is jerky only in konsole (kde terminal emulator), it seems
>>>> something happened it seems that font rendering performance is much
>>>> worse in latest xf86-video-intel than in xf86-video-intel-2.12.0.
>>> Len just had me try a few things too:
>>>    - maxcpus=1 lets things work
>>>    - offlining cpu1 at runtime (echo 0
>>>
>>>      >  /sys/devices/system/cpu/cpu1/online) lets things work
>>>
>>>    - binding the i915 interrupt to cpu 0 does *not* help
>>>
>>> Vasily and Paolo, do you both have Atom CPUs with hyperthreading
>>> enabled?
>> Nope, I have Core2Duo T5500, dual-core, no hyperthreading :)
> Hm, well there goes the theory about Atom HT...
>

Hello Everyone,
just to add on to reports of this problem, there was a Thread here in 
LKML some months ago targeting the same problem (but not really 
attacking it at the Chipset driver). As I have one of those Laptops with 
a 945GM-Chipset and am stuck with the same Problem (disabled tickless 
now as a workaround and set ticks to 1000) I could maybe do some testing 
of patches.
So what I can summarize is what the others did before: Disabling CPU1 
helps, adding nohz=off helps, changing the Clocksource afterwards helps, 
binding the Interrupt does NOT help.
So here's the Link to the old Discussion with follow-ups, maybe you can 
get some furter information from there.
http://linux.derkeiler.com/Mailing-Lists/Kernel/2010-05/msg03696.html
We targeted the BIOS itself as everyone in this thread happened to own 
an Phoenix BIOS with some special version string.
best, Stefan
--
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/