From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@bugzilla.kernel.org
Subject: [Bug 58761] related_cpus truncated with acpi-cpufreq driver on
kernel 3.9.3
Date: Thu, 30 May 2013 16:51:33 +0000 (UTC)
Message-ID: <20130530165133.2FC9911FB8F@bugzilla.kernel.org>
References:
Mime-Version: 1.0
Content-Transfer-Encoding: QUOTED-PRINTABLE
Return-path:
In-Reply-To:
Sender: cpufreq-owner@vger.kernel.org
List-ID:
Content-Type: text/plain; charset="utf-8"
To: cpufreq@vger.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=3D58761
Benoit Pradelle changed:
What |Removed |Added
-----------------------------------------------------------------------=
-----
CC| |b.pradelle@gmail.com
--- Comment #14 from Benoit Pradelle 2013-05-30=
16:51:31 ---
I totally agree with Jean-Philippe: some information is lost with the 3=
=2E9
version and this information *is* useful to correctly set CPU frequenci=
es. So
either the related_cpus field meaning should be restored or a new field=
should
be added.
If you doubt that such information is valuable, please consider all the=
runtime
DVFS controllers such as beta adaptive [1], or CPU MISER [2]. Those sys=
tems, to
be ported on current multicore processors, have to take a great care of=
the
actually applied CPU frequency (not only that requested per core but th=
e one
actually in use). If it is impossible to determine what cores share the=
same
frequency, it is impossible to perform such kind of DVFS on multicore C=
PUs in a
portable way.
If you think that related_cpus is misleading (and I'd totally agree wit=
h you on
that), then maybe a new field is required.
[1] C.-h. Hsu and W.-c. Feng, =E2=80=9CA power-aware run-time system fo=
r
high-performance computing,=E2=80=9D in Proceedings of the 2005 ACM/IEE=
E conference on
Supercomputing.
[2] R. Ge, X. Feng, W. chun Feng, and K. Cameron, =E2=80=9CCPU MISER: A
performance-directed, run-time system for power-aware clusters,=E2=80=9D=
in Parallel
Processing, 2007. ICPP 2007.
--=20
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=3Demai=
l
------- You are receiving this mail because: -------
You are the assignee for the bug.