From: Andrew Morton <akpm@linux-foundation.org>
To: Frans Pop <elendil@planet.nl>
Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
lenb@intel.com, rui.zhang@intel.com, stable@kernel.org
Subject: Re: [PATCH 1/2] ACPI processor: force throttling state when BIOS returns incorrect value
Date: Wed, 19 Aug 2009 11:58:55 -0700 [thread overview]
Message-ID: <20090819115855.193ea8bb.akpm@linux-foundation.org> (raw)
In-Reply-To: <200908171443.35622.elendil@planet.nl>
(cc stable)
On Mon, 17 Aug 2009 14:43:34 +0200 Frans Pop <elendil@planet.nl> wrote:
> If the BIOS reports an invalid throttling state (which seems to be
> fairly common after system boot), a reset is done to state T0.
> Because of a check in acpi_processor_get_throttling_ptc(), the reset
> never actually gets executed, which results in the error reoccurring
> on every access of for example /proc/acpi/processor/CPU0/throttling.
>
> Add a 'force' option to acpi_processor_set_throttling() to ensure
> the reset really takes effect.
>
> http://bugzilla.kernel.org/show_bug.cgi?id=13389
>
> Signed-off-by: Frans Pop <elendil@planet.nl>
> Acked-by: Zhang Rui <rui.zhang@intel.com>
Unfortunately there are changes in linux-next which make this patch
inapplicable in non-trivial ways.
So we'll be needing one flavour of the patch for 2.6.30.x and 2.6.31.x
(the patch you just sent) and a different flavour for 2.6.32.
Or we preempt the pending linux-next changes and jam these patches into the
tree first.
>
> This patch, together with the next one, fixes a regression introduced in
> 2.6.30, listed on the regression list. They have been available for 2.5
> months now in bugzilla, but have not been picked up, despite various
> reminders and without any reason given.
>
> Google shows that numerous people are hitting this issue. The issue is in
> itself relatively minor, but the bug in the code is clear.
>
> The patches have been in all mu kernels and today testing has shown that
> throttling works correctly with the patches applied when the system
> overheats (http://bugzilla.kernel.org/show_bug.cgi?id=13918#c14).
OK, that sucks.
Guys, what happened here? Fixing regressions surely is our number one
hair-on-fire priority, yet the ACPI developers have found other things
to be doing for two and a half months and now we have a mess on our
hands.
Did this just fall through the cracks or is there some problem?
next prev parent reply other threads:[~2009-08-19 19:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-17 12:43 [PATCH 1/2] ACPI processor: force throttling state when BIOS returns incorrect value Frans Pop
2009-08-17 12:45 ` [PATCH 2/2] ACPI processor: remove superfluous warning message Frans Pop
2009-08-19 18:58 ` Andrew Morton [this message]
2009-08-27 17:31 ` [PATCH 1/2] ACPI processor: force throttling state when BIOS returns incorrect value Len Brown
2009-08-27 18:28 ` Frans Pop
2009-08-26 19:16 ` Andrew Morton
2009-08-26 19:41 ` Frans Pop
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090819115855.193ea8bb.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=elendil@planet.nl \
--cc=lenb@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rui.zhang@intel.com \
--cc=stable@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.