Could you. Right now I'm busy with the DRM/fbdev device management.
On Thu, 1 Mar 2007, Richard Purdie wrote:
> On Wed, 2007-02-28 at 16:55 +, James Simmons wrote:
> > So the problem is not the configuration but that for some reason the
> > backlight state is set to off by default.
>
> May
On Wed, 2007-02-28 at 16:55 +, James Simmons wrote:
> So the problem is not the configuration but that for some reason the
> backlight state is set to off by default.
Maybe, maybe not. I'm not sure there's been enough information to
conclude that.
At the moment, I'd like a patch which makes
So the problem is not the configuration but that for some reason the
backlight state is set to off by default.
On Thu, 22 Feb 2007, David Miller wrote:
> From: James Simmons <[EMAIL PROTECTED]>
> Date: Thu, 22 Feb 2007 15:55:24 + (GMT)
>
> > I just tested various confirations of backlight
From: James Simmons <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 15:55:24 + (GMT)
> I just tested various confirations of backlight support. Backlight is
> ALWAYS selected by default when you select a particular fbdev driver that
> has backlight support. You just have the option to turn it off
On Thu, 2007-02-22 at 14:34 -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 22 Feb 2007, Richard Purdie wrote:
> > If you really care, add a a call to backlight_update_status() after you
> > set the brightness attribute like some of the other drivers have. The
>
> I will. Do you ACK the patch
On Thu, 22 Feb 2007, Richard Purdie wrote:
> If you really care, add a a call to backlight_update_status() after you
> set the brightness attribute like some of the other drivers have. The
I will. Do you ACK the patch, then?
> Have a look at what corgi_bl does. It can know what state it set the
> > Howerver, I *do* strongly wish for a way to combine various drivers into a
> > single backlight device, where radeon/intelfb takes care of some stuff,
> > ibm-acpi/asus-laptop/sony-laptop takes care of other stuff, etc. Also, a
> > standard naming for the builtin screen(s) would help, calling
> On Thu, Feb 22, 2007 at 01:11:18AM +, James Simmons wrote:
> > > *$> grep BACKLIGH /boot/config-2.6.20
> > > # CONFIG_FB_BACKLIGHT is not set
> > > CONFIG_BACKLIGHT_LCD_SUPPORT=y
> > > CONFIG_BACKLIGHT_CLASS_DEVICE=m
> > > CONFIG_BACKLIGHT_DEVICE=y
> >
> > You need to explictly enable the
On Thu, 2007-02-22 at 12:56 -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 22 Feb 2007, Richard Purdie wrote:
> > > it to Len Brown for merging into 2.6.21, or NACK it if you'd rather do it
> > > in
> > > the backlight class core.
> >
> > We can't change the backlight class code since some h
> >Ug. Previously it did the selecting for you. If you selected
> > backlight support the fbdev backlight would just come to life. This caused
> > problems for the case of having ACPI backlight and a fbdev driver with
> > backlight support. Two drivers controling the same hardware is not th
On Thu, 22 Feb 2007, Richard Purdie wrote:
> > it to Len Brown for merging into 2.6.21, or NACK it if you'd rather do it in
> > the backlight class core.
>
> We can't change the backlight class code since some hardware can't read
> from the device, only write to it. Initialisation in that case is
On Thu, 22 Feb 2007, Richard Purdie wrote:
> On Thu, 2007-02-22 at 01:13 +, James Simmons wrote:
> > > Richard Purdie <[EMAIL PROTECTED]> writes:
> > >
> > > > If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
> > > > with that option disabled?
> > >
> > > i don't have my l
On Wed, 2007-02-21 at 23:10 -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 21 Feb 2007, Henrique de Moraes Holschuh wrote:
> > > * 'cat brightness' != 'cat actual_brightness' upon bootup (doesn't have
> >
> > Hmm, I see this in 2.6.20 too. And brightness is the one that is buggy. I
> > will
On Thu, 2007-02-22 at 01:13 +, James Simmons wrote:
> > Richard Purdie <[EMAIL PROTECTED]> writes:
> >
> > > If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
> > > with that option disabled?
> >
> > i don't have my laptop with me but i am pretty sure
> > FB_RADEON_BACKLIGH
On Thu, 2007-02-22 at 01:07 +, James Simmons wrote:
> > # CONFIG_FB_RIVA_BACKLIGHT is not set
> > # CONFIG_FB_RADEON_BACKLIGHT is not set
> >
> > I suspect these options only work on certain hardware and aren't
> > generic. James, any idea what hardware these do/don't work with?
> >
> > Worst
Richard Purdie <[EMAIL PROTECTED]> writes:
> If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
> with that option disabled?
i've disabled FB_RADEON_BACKLIGHT (FB_BACKLIGHT also got deselected)
and i managed to boot into 2.6.21-rc1 and have a working backlight.
--alex--
--
|
Richard Purdie writes:
> Can you have a look at the differences between the defconfigs for
> 2.6.20 and 2.6.21-rc1?
this is probably the relevant part:
--- config-2.6.20 2007-02-04 12:09:28.0 -0800
+++ config-2.6.21-rc1 2007-02-21 08:37:53.0 -0800
@@ -1270,16 +1302,25 @@
On Thu, 22 Feb 2007, Richard Purdie wrote:
> 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)
As I sa
On Thu, Feb 22, 2007 at 01:11:18AM +, James Simmons wrote:
> > *$> grep BACKLIGH /boot/config-2.6.20
> > # CONFIG_FB_BACKLIGHT is not set
> > CONFIG_BACKLIGHT_LCD_SUPPORT=y
> > CONFIG_BACKLIGHT_CLASS_DEVICE=m
> > CONFIG_BACKLIGHT_DEVICE=y
>
> You need to explictly enable the backlight for you
> I built 2.6.20-mm2 without backlight support
> $> grep BACKLIGH /boot/config-2.6.20-mm2
> # CONFIG_BACKLIGHT_LCD_SUPPORT is not set
> # CONFIG_FB_BACKLIGHT is not set
> # CONFIG_FB_RIVA_BACKLIGHT is not set
> # CONFIG_FB_RADEON_BACKLIGHT is not set
>
> that "eliminated" the problem. Also I can
> Richard Purdie <[EMAIL PROTECTED]> writes:
>
> > If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
> > with that option disabled?
>
> i don't have my laptop with me but i am pretty sure
> FB_RADEON_BACKLIGHT wasn't set for 2.6.20 (i think it showed up as a
> new option when
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 :-(.
> On Wed, 2007-02-21 at 00:56 -0500, Yaroslav Halchenko wrote:
> > I didn't mention 2.6.20-mm1 and got to see -mm2 so it is the one which
> > Iv'e tried, but, once again, I experienced the same issue with 19-mm?
> > kernels.
> >
> > I built 2.6.20-mm2 without backlight support
> > $> grep BACKLIG
On Wed, 21 Feb 2007, Henrique de Moraes Holschuh wrote:
> > * 'cat brightness' != 'cat actual_brightness' upon bootup (doesn't have
>
> Hmm, I see this in 2.6.20 too. And brightness is the one that is buggy. I
> will look into it.
Now, that was trivial to fix, and I will reply with a patch (whi
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? If it is in 2.6.21, could you give me a report of how
On Wed, 2007-02-21 at 00:56 -0500, Yaroslav Halchenko wrote:
> I didn't mention 2.6.20-mm1 and got to see -mm2 so it is the one which
> Iv'e tried, but, once again, I experienced the same issue with 19-mm?
> kernels.
>
> I built 2.6.20-mm2 without backlight support
> $> grep BACKLIGH /boot/config-
On Wed, 2007-02-21 at 21:17 -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 21 Feb 2007, Richard Purdie wrote:
> > enabled. On a thinkpad, the backlight is probably under ACPI control.
>
> BIOS+ACPI, actually. Without ACPI video loaded, the firmware does
> everything correctly. With ACPI vid
Richard Purdie <[EMAIL PROTECTED]> writes:
> If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
> with that option disabled?
i don't have my laptop with me but i am pretty sure
FB_RADEON_BACKLIGHT wasn't set for 2.6.20 (i think it showed up as a
new option when i did make oldcon
On Wed, 21 Feb 2007, Richard Purdie wrote:
> enabled. On a thinkpad, the backlight is probably under ACPI control.
BIOS+ACPI, actually. Without ACPI video loaded, the firmware does
everything correctly. With ACPI video, the firmware does it, then its
changes are clobbered over by ACPI video's.
On Wed, 2007-02-21 at 14:18 -0800, Alex Romosan wrote:
> Richard Purdie <[EMAIL PROTECTED]> writes:
> i have exactly the same problem with 2.6.21-rc1 on a thinkpad t40
> with an ati radeon card. the machine boots up but the backlight never
> comes on. 2.6.20 worked okay.
Can you have a look at the
Richard Purdie <[EMAIL PROTECTED]> writes:
> On Mon, 2007-02-19 at 00:04 -0800, Andrew Morton wrote:
>> On Sun, 18 Feb 2007 23:46:16 -0500 Yaroslav Halchenko <[EMAIL PROTECTED]>
>> wrote:
>> > Since the most recent successful for me kernel 2.6.19-rc6-mm1, I've
>> > tried few times to build more r
I am sorry on the delay
> > On Sun, 18 Feb 2007 23:46:16 -0500 Yaroslav Halchenko <[EMAIL PROTECTED]>
> > wrote:
> > > Since the most recent successful for me kernel 2.6.19-rc6-mm1, I've
> > > tried few times to build more recent snapshots and now finally
> > > 2.6.20-mm2. In all those cases I ha
On Mon, 2007-02-19 at 00:04 -0800, Andrew Morton wrote:
> On Sun, 18 Feb 2007 23:46:16 -0500 Yaroslav Halchenko <[EMAIL PROTECTED]>
> wrote:
> > Since the most recent successful for me kernel 2.6.19-rc6-mm1, I've
> > tried few times to build more recent snapshots and now finally
> > 2.6.20-mm2. In
On Sun, 18 Feb 2007 23:46:16 -0500 Yaroslav Halchenko <[EMAIL PROTECTED]> wrote:
> Dear Kernel Developers,
>
> Since the most recent successful for me kernel 2.6.19-rc6-mm1, I've
> tried few times to build more recent snapshots and now finally
> 2.6.20-mm2. In all those cases I have a sad outcome
Dear Kernel Developers,
Since the most recent successful for me kernel 2.6.19-rc6-mm1, I've
tried few times to build more recent snapshots and now finally
2.6.20-mm2. In all those cases I have a sad outcome -- kernel boots but
at some point during boot (few moments after Penguin icon in the top le
35 matches
Mail list logo