gma500 opregion/power init order backtrace

2012-07-23 Thread Alan Cox
> What I meant is: although these keycodes are already sent by acpi > driver code, is it up to userspace to figure out which backlight > driver to use, or should the kernel modify brightness in psb-bl > directly ? I'm not sure how its all glued together. I need to find out some day !

Re: gma500 opregion/power init order backtrace

2012-07-23 Thread Alan Cox
What I meant is: although these keycodes are already sent by acpi driver code, is it up to userspace to figure out which backlight driver to use, or should the kernel modify brightness in psb-bl directly ? I'm not sure how its all glued together. I need to find out some day !

gma500 opregion/power init order backtrace

2012-07-20 Thread Anisse Astier
On Fri, 20 Jul 2012 16:32:47 +0200, Anisse Astier wrote : > On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox wrote : > > > > I'm wondering if the gma_power_init call can be moved up before > > > chip_setup is called. Seems so, but I thought I would ping you to see > > > if you've seen this

gma500 opregion/power init order backtrace

2012-07-20 Thread Anisse Astier
On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox wrote : > > I'm wondering if the gma_power_init call can be moved up before > > chip_setup is called. Seems so, but I thought I would ping you to see > > if you've seen this already. > > Fixed in the patches that went to Linus. Thanks for this ! I

Re: gma500 opregion/power init order backtrace

2012-07-20 Thread Anisse Astier
On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox a...@linux.intel.com wrote : I'm wondering if the gma_power_init call can be moved up before chip_setup is called. Seems so, but I thought I would ping you to see if you've seen this already. Fixed in the patches that went to Linus. Thanks

Re: gma500 opregion/power init order backtrace

2012-07-20 Thread Anisse Astier
On Fri, 20 Jul 2012 16:32:47 +0200, Anisse Astier ani...@astier.eu wrote : On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox a...@linux.intel.com wrote : I'm wondering if the gma_power_init call can be moved up before chip_setup is called. Seems so, but I thought I would ping you to see

gma500 opregion/power init order backtrace

2012-07-18 Thread Josh Boyer
Hi Alan, We had a report [1] of a machine with a Cedarview chip in it not being able to have the backlight level adjusted with the hardware function keys in F17. Matthew suggested that gma500 needs to work with opregion and the reporter (CC'd) tried a rawhide kernel based on

gma500 opregion/power init order backtrace

2012-07-17 Thread Alan Cox
> I'm wondering if the gma_power_init call can be moved up before > chip_setup is called. Seems so, but I thought I would ping you to see > if you've seen this already. Fixed in the patches that went to Linus. I don't have the ACPI backlight working on a lot of systems and don't know why to be

gma500 opregion/power init order backtrace

2012-07-17 Thread Josh Boyer
Hi Alan, We had a report [1] of a machine with a Cedarview chip in it not being able to have the backlight level adjusted with the hardware function keys in F17. Matthew suggested that gma500 needs to work with opregion and the reporter (CC'd) tried a rawhide kernel based on

Re: gma500 opregion/power init order backtrace

2012-07-17 Thread Alan Cox
I'm wondering if the gma_power_init call can be moved up before chip_setup is called. Seems so, but I thought I would ping you to see if you've seen this already. Fixed in the patches that went to Linus. I don't have the ACPI backlight working on a lot of systems and don't know why to be