[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070417033400.GE22804@redhat.com>
Date: Mon, 16 Apr 2007 23:34:00 -0400
From: Dave Jones <davej@...hat.com>
To: Richard Purdie <rpurdie@...ys.net>
Cc: "Antonino A. Daplas" <adaplas@...il.com>,
Adrian Bunk <bunk@...sta.de>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Jeremy Fitzhardinge <jeremy@...p.org>
Subject: Re: [2/2] 2.6.21-rc7: known regressions
On Mon, Apr 16, 2007 at 10:26:43AM +0100, Richard Purdie wrote:
> > > > > CONFIG_FB_BACKLIGHT=y
> > > > > CONFIG_ACPI_VIDEO=n
> > > >
> > > > That also gets me a dead display. Backlight doesn't turn back on.
> > >
> > > Anything under /sys/class/backlight?
> >
> > Entries from ibm_acpi. I rmmod'd that, leaving the dir empty,
> > and it still fails.
>
> What happens if you never load ibm-acpi?
Same thing. No backlight on resume.
I rm'd the .ko, so there's no chance it got loaded.
> I'm a bit puzzled as CONFIG_FB_BACKLIGHT doesn't do anything with the
> intelfb driver. One thing it does do is set
> CONFIG_BACKLIGHT_CLASS_DEVICE. When you disabled FB_BACKLIGHT and got a
> working display on resume, was that set and was (or had) ibm-acpi been
> loaded?
>
> A variety of other options such as ACPI_IBM also set
> CONFIG_BACKLIGHT_CLASS_DEVICE although without a backlight driver it
> will do nothing hence the suspicion is on ibm-acpi, perhaps interacting
> with the backlight class badly.
>
> Does echoing numbers to /sys/class/backlight/ibm_acpi/brightness change
> the backlight brightness as expected?
/sys/class/backlight/ibm/brightness takes a value from 0 to 7.
Starts off with a default of 0. I tried all values in there, and
it made no visible difference. But as the no-backlight thing happens
without this even loaded, I think this is a separate problem.
> If you can ssh into the machine
> after its resumed with the display problem, it would be interesting to
> know what the brightness was and if changing it helped too...
When the backlight doesn't come on, for some reason, nothing else
runs. Capslock works, so it's at least partially alive, but even
doing..
echo mem > /sys/power/state ; echo foo >/bar ; sync
results in no /bar being created.
Ethernet remains down when its in this state too.
It's the reason it's taken this long to get any debug info out of it at all.
Dave
--
http://www.codemonkey.org.uk
-
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