info. So I would suggest
> to add a "acpi=force" for your case.
It's actually set to force_ht, so it sounds like some blacklisting is
now stricter than it used to be. However, given that acpi=force seems to
work, how about just doing the following?
commit a8d9241dad684f7dda468
n the field seem to be doing so in order to
avoid other bugs - and we're failing to fix those bugs as a result.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe kernel-testers" in
the body of a message to majord...@vger.ke
patch.
I'm beginning to think that we should be doing this on all hardware,
perhaps with a kernel option to disable it for embedded devices that
really need that 64K. The low-memory corruption issue seems to be very
widespread.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubs
The polling interval (in deciseconds) was accidently interpreted as
being in milliseconds in one codepath, resulting in excessively frequent
polling. Ensure that the conversion is performed.
Signed-off-by: Matthew Garrett
---
diff --git a/drivers/acpi/thermal.c b/drivers/acpi/thermal.c
index
->polling_frequency);
+tz->polling_frequency*100);
if (IS_ERR(tz->thermal_zone))
return -ENODEV;
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe kernel-
On Sun, Apr 12, 2009 at 04:54:34PM +0100, Alan Jenkins wrote:
> I did wonder whether this was due to thermal polling. So look what I
> found with bisection :-).
Huh. Could you send me the acpidump output?
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send th
On Tue, Feb 17, 2009 at 03:05:25PM -0800, Eric Anholt wrote:
> On Sun, 2009-02-15 at 13:43 +0000, Matthew Garrett wrote:
> > On Sat, Feb 14, 2009 at 09:38:23PM +0100, Rafael J. Wysocki wrote:
> >
> > > The following bug entry is on the current list of known regressions
&g
On Mon, Feb 16, 2009 at 01:37:40PM +0100, Ingo Molnar wrote:
>
> * Matthew Garrett wrote:
>
> > On Sun, Feb 15, 2009 at 11:16:47PM +0100, Tino Keitel wrote:
> >
> > > I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
> > >
in the firmware rather than the Intel one. That bug's been
fixed, so now you're following the Intel codepath - unfortunately
there's no way to do that without kernel-level graphics support, which
means DRM.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this l
This one sounded like a configuration error.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe kernel-testers" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
et pushed?
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe kernel-testers" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Dec 08, 2008 at 05:19:49PM +0100, Yves-Alexis Perez wrote:
> > Doesn't ring any bells for me...
>
> This was the “irq spinning” thread on dri-devel.
Looks like the patch was from Keith, not me?
Unrelatedly, I didn't get the Cc:ed copy of this mail. Did you get
gt; > > from busy waiting is an improvement not a regression :)
> >
> > Well, several thousand or more interrupts really seems like a
> > regression :). But it seems that's the same thing as the “IRQ
> > spinning” (there was a thread on dri-devel about that).
> >
On Sat, Nov 15, 2008 at 02:52:36PM +0200, Maxim Levitsky wrote:
> I applied his first patch, and now acpiphp works great
> (loads fast, and detects both readers)
Excellent, good to know.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "unsubsc
I don't think this is a regression. The correct way to drive this
hardware has always been through the ACPI video driver. The fact that
thinkpad-acpi would also attempt to drive it was a bug.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "u
15 matches
Mail list logo