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: <20071029000243.9101d363.akpm@linux-foundation.org>
Date:	Mon, 29 Oct 2007 00:02:43 -0700
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	Toralf Förster <toralf.foerster@....de>
Cc:	linux-kernel@...r.kernel.org, cpufreq@....linux.org.uk
Subject: Re: cpu governor ondemand issue

On Sun, 21 Oct 2007 13:16:14 +0200 Toralf Förster <toralf.foerster@....de> wrote:

> I use the following one liner for regression tests of the cpufreq governor and
> friends:
> 
> tfoerste@n22 ~ $ time factor 819734028463158891
> 
> which usually needs 5.5 secs to complete at 1.7 GHz of my pentium M processor.
> 
> With the  current git sources (commit cfa76f0 at Sat Oct 20 20:19:15 2007 -0700)
> instead this command needs 3 times longer if I run the "distributed.net client"
> as a background process with nice level 19 b/c the cpu frequency still stays
> at 600 MHz.
> After stopping dnetc the cpu frequency governor ondemand works as expected again.
> 
> Tested at my ThinkPad T41 with stable Gentoo:
> 
> tfoerste@n22 ~ $ grep -e ^CONFIG_ACPI -e ^CONFIG_CPU_FREQ_GOV_ ~/devel/linux-2.6/.config
> CONFIG_ACPI=y
> CONFIG_ACPI_SLEEP=y
> CONFIG_ACPI_PROCFS=y
> CONFIG_ACPI_PROC_EVENT=y
> CONFIG_ACPI_AC=m
> CONFIG_ACPI_BATTERY=m
> CONFIG_ACPI_BUTTON=m
> CONFIG_ACPI_VIDEO=m
> CONFIG_ACPI_FAN=m
> CONFIG_ACPI_PROCESSOR=m
> CONFIG_ACPI_THERMAL=m
> CONFIG_ACPI_BLACKLIST_YEAR=0
> CONFIG_ACPI_EC=y
> CONFIG_ACPI_POWER=y
> CONFIG_ACPI_SYSTEM=y
> CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
> CONFIG_CPU_FREQ_GOV_POWERSAVE=m
> CONFIG_CPU_FREQ_GOV_ONDEMAND=y
> 

And 2.6.23 was OK?

Is this problem still present in Linus's current tree?

Thanks.
-
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