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-next>] [day] [month] [year] [list]
Message-ID: <041683e0088341c2b6d78e97f05948eb-mfwitten@gmail.com>
Date:	Wed, 11 Apr 2012 20:04:45 -0000
From:	Michael Witten <mfwitten@...il.com>
To:	Arjan van de Ven <arjanvandeven@...il.com>
Cc:	Arjan van de Ven <arjan@...radead.org>,
	John Stultz <johnstul@...ibm.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Len Brown <lenb@...nel.org>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] clocksource: Load the ACPI PM clocksource asynchronously

On Sun, 8 Apr 2012 19:20:22 -0700, Arjan van de Ven wrote:

>> to which I bisected as the culprit for very strange load balance
>> behavior on my machine.
>>
>> With this patch in place, my CPU is constantly being pegged at 100%
>> (and my CPU monitor sometimes registers NaN%), regardless of the
>> active governor and under conditions when my computer would normally
>> be idling quite placidly.
>>
>> Reverting this commit does indeed remove the problem from previously
>> problematic builds.
>>
>>
> any chance of a dmesg? (or even better, a diff of the dmesg from
> abefore and fter)

Doh! I should have thought of that.

The dmesg output for a kernel built from your patch's commit yields
this interesting line:

  PM-Timer running at invalid rate: 113% of normal - aborting.

That certainly sounds unsavory!

Here is some other, probably uninteresting context:

  --- good-dmesg.txt
  +++ bad-dmesg.txt
  [...]
   Initializing cgroup subsys cpu
  -Linux version 3.3.0-rc1-good-12d6d41276def096cb3f7dc36f438db9ed6a0a8d+ [...]
  +Linux version 3.3.0-rc1-bad-b519508298e0292e1771eecf14aaf67755adc39d+ [...]
  [...]
   Fast TSC calibration using PIT
  -Detected 798.093 MHz processor.
  +Detected 798.071 MHz processor.
  -Calibrating delay loop (skipped), value calculated using timer frequency.. 1596.18 BogoMIPS (lpj=798093)
  +Calibrating delay loop (skipped), value calculated using timer frequency.. 1596.14 BogoMIPS (lpj=798071)
   pid_max: default: 32768 minimum: 301
   Mount-cache hash table entries: 512
   Initializing cgroup subsys cpuacct
  [...]
   system 00:0c: Plug and Play ACPI device, IDs PNP0c01 (active)
   pnp: PnP ACPI: found 13 devices
   ACPI: ACPI bus type pnp unregistered
  -Switching to clocksource acpi_pm
  [...]
  +PM-Timer running at invalid rate: 113% of normal - aborting.

Sincerely,
Michael Witten

P.S.

I'm terribly sorry for the delayed reply; Gmail somehow managed to
throw away this thread entirely (actually, I probably threw it away,
but I'm content to blame my tools; after all, they can't deny it!).
--
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