From: Richard Purdie <rpurdie@rpsys.net> To: Henrique de Moraes Holschuh <hmh@hmh.eng.br> Cc: Alex Romosan <romosan@sycorax.lbl.gov>, Yaroslav Halchenko <kernel@onerussian.com>, Andrew Morton <akpm@linux-foundation.org>, linux-kernel@vger.kernel.org, linux-fbdev-devel@lists.sourceforge.net, James Simmons <jsimmons@infradead.org> Subject: Re: no backlight on radeon after recent kernel "upgrade"s Date: Thu, 22 Feb 2007 01:10:16 +0000 [thread overview] Message-ID: <1172106616.5790.90.camel@localhost.localdomain> (raw) In-Reply-To: <20070222005122.GA7928@khazad-dum.debian.net> On Wed, 2007-02-21 at 22:51 -0200, Henrique de Moraes Holschuh wrote: > On Thu, 22 Feb 2007, Richard Purdie wrote: > > I have a thinkpad with Intel GM graphics ;-). I need it to work so I try > > not to experiment too much on it. I've just tried the ibm-acpi driver > > and it doesn't work well :-(. > > 2.6.21-rc, or 2.6.20? 2.6.21-rc1 > If it is in 2.6.21, could you give me a report of how > it fares on 2.6.20? Maybe next week. I'm away over the weekend and I need it working now ;-). > > * 'echo 0 > brightness' lowered the intensity but by a level or two, not > > set it to level 0. A couple of more attempts and it did jump from 7 -> 1 > > and so on, it seems erratic. > > I know it used to work fine before 2.6.20. Let me check... works fine on a > T43, 2.6.20 (Radeon X300). I need more data to fix it :-) The following sequence is reproducible: echo 7 > brightness (repeat until actual_brightness reads 7) echo 0 > brightness (brightness reads 0, actual_brightness reads 4) echo 0 > brightness (brightness reads 0, actual_brightness reads 0) I suspect this is interference from software on the machine as it does show an onscreen display when I change the values in sysfs and the values on the OSD don't match what's really going on. The actual_brightness does match the screen. I guess this just means we need to get userspace to agree on one method of access for this kind of thing. It makes me wondering where the hardware brightness keys fit into things though... > > actual_brightness always seems to be correct, as does brightness so it > > looks like its not updating the hardware correctly. > > Well, if you have the ACPI video module loaded, unload it. Does it work > now? No change if unloaded. Cheers, Richard
WARNING: multiple messages have this Message-ID (diff)
From: Richard Purdie <rpurdie@rpsys.net> To: Henrique de Moraes Holschuh <hmh@hmh.eng.br> Cc: James Simmons <jsimmons@infradead.org>, Alex Romosan <romosan@sycorax.lbl.gov>, linux-kernel@vger.kernel.org, linux-fbdev-devel@lists.sourceforge.net, Yaroslav Halchenko <kernel@onerussian.com>, Andrew Morton <akpm@linux-foundation.org> Subject: Re: no backlight on radeon after recent kernel "upgrade"s Date: Thu, 22 Feb 2007 01:10:16 +0000 [thread overview] Message-ID: <1172106616.5790.90.camel@localhost.localdomain> (raw) In-Reply-To: <20070222005122.GA7928@khazad-dum.debian.net> On Wed, 2007-02-21 at 22:51 -0200, Henrique de Moraes Holschuh wrote: > On Thu, 22 Feb 2007, Richard Purdie wrote: > > I have a thinkpad with Intel GM graphics ;-). I need it to work so I try > > not to experiment too much on it. I've just tried the ibm-acpi driver > > and it doesn't work well :-(. > > 2.6.21-rc, or 2.6.20? 2.6.21-rc1 > If it is in 2.6.21, could you give me a report of how > it fares on 2.6.20? Maybe next week. I'm away over the weekend and I need it working now ;-). > > * 'echo 0 > brightness' lowered the intensity but by a level or two, not > > set it to level 0. A couple of more attempts and it did jump from 7 -> 1 > > and so on, it seems erratic. > > I know it used to work fine before 2.6.20. Let me check... works fine on a > T43, 2.6.20 (Radeon X300). I need more data to fix it :-) The following sequence is reproducible: echo 7 > brightness (repeat until actual_brightness reads 7) echo 0 > brightness (brightness reads 0, actual_brightness reads 4) echo 0 > brightness (brightness reads 0, actual_brightness reads 0) I suspect this is interference from software on the machine as it does show an onscreen display when I change the values in sysfs and the values on the OSD don't match what's really going on. The actual_brightness does match the screen. I guess this just means we need to get userspace to agree on one method of access for this kind of thing. It makes me wondering where the hardware brightness keys fit into things though... > > actual_brightness always seems to be correct, as does brightness so it > > looks like its not updating the hardware correctly. > > Well, if you have the ACPI video module loaded, unload it. Does it work > now? No change if unloaded. Cheers, Richard ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
next prev parent reply other threads:[~2007-02-22 1:10 UTC|newest] Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-02-19 4:46 no backlight on radeon after recent kernel "upgrade"s Yaroslav Halchenko 2007-02-19 8:04 ` Andrew Morton 2007-02-19 8:04 ` Andrew Morton 2007-02-19 9:19 ` Richard Purdie 2007-02-19 9:19 ` Richard Purdie 2007-02-21 5:56 ` Yaroslav Halchenko 2007-02-22 0:34 ` Richard Purdie 2007-02-22 0:34 ` Richard Purdie 2007-02-22 1:07 ` James Simmons 2007-02-22 1:07 ` James Simmons 2007-02-22 9:46 ` Richard Purdie 2007-02-22 9:46 ` Richard Purdie 2007-02-22 15:18 ` James Simmons 2007-02-22 1:11 ` [Linux-fbdev-devel] " James Simmons 2007-02-22 2:09 ` Joel Becker 2007-02-22 15:55 ` James Simmons 2007-02-22 15:55 ` James Simmons 2007-02-22 17:28 ` [Linux-fbdev-devel] " David Miller 2007-02-22 17:28 ` David Miller 2007-02-28 16:55 ` [Linux-fbdev-devel] " James Simmons 2007-03-01 10:57 ` Richard Purdie 2007-03-01 10:57 ` Richard Purdie 2007-03-01 21:08 ` [Linux-fbdev-devel] " James Simmons 2007-03-01 21:08 ` James Simmons 2007-02-21 22:18 ` Alex Romosan 2007-02-21 22:41 ` Richard Purdie 2007-02-21 22:41 ` Richard Purdie 2007-02-21 23:17 ` Henrique de Moraes Holschuh 2007-02-22 0:12 ` Richard Purdie 2007-02-22 0:12 ` Richard Purdie 2007-02-22 0:51 ` Henrique de Moraes Holschuh 2007-02-22 1:10 ` Richard Purdie [this message] 2007-02-22 1:10 ` Richard Purdie 2007-02-22 2:13 ` Henrique de Moraes Holschuh 2007-02-22 1:10 ` Henrique de Moraes Holschuh 2007-02-22 1:16 ` ACPI: ibm-acpi: fix initial status of backlight device Henrique de Moraes Holschuh 2007-02-22 10:03 ` Richard Purdie 2007-02-22 14:45 ` Henrique de Moraes Holschuh 2007-02-22 18:19 ` Henrique de Moraes Holschuh 2007-02-22 10:00 ` no backlight on radeon after recent kernel "upgrade"s Richard Purdie 2007-02-22 10:00 ` Richard Purdie 2007-02-22 14:56 ` Henrique de Moraes Holschuh 2007-02-22 15:19 ` Richard Purdie 2007-02-22 15:19 ` Richard Purdie 2007-02-22 16:00 ` James Simmons 2007-02-22 16:00 ` James Simmons 2007-02-22 16:34 ` Henrique de Moraes Holschuh 2007-02-22 17:08 ` Richard Purdie 2007-02-22 17:08 ` Richard Purdie 2007-02-21 23:51 ` Alex Romosan 2007-02-22 1:13 ` James Simmons 2007-02-22 1:13 ` James Simmons 2007-02-22 9:56 ` Richard Purdie 2007-02-22 9:56 ` Richard Purdie 2007-02-22 14:38 ` Henrique de Moraes Holschuh 2007-02-22 4:03 ` Alex Romosan 2007-02-22 4:58 ` Alex Romosan
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=1172106616.5790.90.camel@localhost.localdomain \ --to=rpurdie@rpsys.net \ --cc=akpm@linux-foundation.org \ --cc=hmh@hmh.eng.br \ --cc=jsimmons@infradead.org \ --cc=kernel@onerussian.com \ --cc=linux-fbdev-devel@lists.sourceforge.net \ --cc=linux-kernel@vger.kernel.org \ --cc=romosan@sycorax.lbl.gov \ /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: linkBe 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.