Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Chris Wilson
On Thu, 30 Dec 2010 10:49:33 +0800 (SGT), Jeff Chua wrote: > > On Thu, Dec 30, 2010 at 4:16 AM, Jesse Barnes > wrote: > > > Randy, Jeff and Alex, does the below help at all? If so, it may be the > > minimal fix we want for 2.6.37. > > Jesse, > > Yes, that worked for me. I improved on the

Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Chris Wilson
On Wed, 29 Dec 2010 11:40:04 -0800, Linus Torvalds wrote: > On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap > wrote: > > > > The only significant difference that I can see in the kernel message log > > is this: > > Hmm. I suspect that difference should have gone away with commit > 92971021c6328

Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Jeff Chua
On Thu, Dec 30, 2010 at 4:16 AM, Jesse Barnes wrote: > Randy, Jeff and Alex, does the below help at all? If so, it may be the > minimal fix we want for 2.6.37. Jesse, Yes, that worked for me. I improved on the patch a bit below. Thanks, Jeff --- a/drivers/gpu/drm/i915/intel_bios.c

Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Jesse Barnes
On Thu, 30 Dec 2010 10:49:33 +0800 (SGT) Jeff Chua wrote: > > On Thu, Dec 30, 2010 at 4:16 AM, Jesse Barnes > wrote: > > > Randy, Jeff and Alex, does the below help at all? If so, it may be the > > minimal fix we want for 2.6.37. > > Jesse, > > Yes, that worked for me. I improved on the

Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Alex Riesen
On Thu, Dec 30, 2010 at 01:02, Jesse Barnes wrote: > That's the easiest way; I think there are existing packages available > as well, but you may have to check Karmic or newer. Never mind. I'm lazy (that's not to say someone is too). I redid the test: Before running "xset dpms force standby":

Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Alex Riesen
On Thu, Dec 30, 2010 at 00:20, Alex Riesen wrote: > On Thu, Dec 30, 2010 at 00:13, Jesse Barnes > wrote: >>> After closing and opening the lid (displays backlight is back) >>> >>> ? http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid >> >> I need the intel_reg_dumper output, not

Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Alex Riesen
On Thu, Dec 30, 2010 at 00:13, Jesse Barnes wrote: >> After closing and opening the lid (displays backlight is back) >> >> ? http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid > > I need the intel_reg_dumper output, not intel_gpu_dump. :) > Hmm, there is no intel_reg_dumper in

Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Alex Riesen
On Wed, Dec 29, 2010 at 22:53, Jesse Barnes wrote: >> > Doesn't change anything here. Display stays blank. >> >> Sounds like your problem is separate from SSC then, more likely related >> to panel power or backlight control. ?Have you tried bisecting for the >> problem between 2.6.35 and 2.6.36?

Re: Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Jesse Barnes
On Thu, 30 Dec 2010 10:49:33 +0800 (SGT) Jeff Chua jeff.chua.li...@gmail.com wrote: On Thu, Dec 30, 2010 at 4:16 AM, Jesse Barnes jbar...@virtuousgeek.org wrote: Randy, Jeff and Alex, does the below help at all? If so, it may be the minimal fix we want for 2.6.37. Jesse, Yes,

Re: Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Chris Wilson
On Wed, 29 Dec 2010 11:40:04 -0800, Linus Torvalds torva...@linux-foundation.org wrote: On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com wrote: The only significant difference that I can see in the kernel message log is this: Hmm. I suspect that difference should

Re: Linux 2.6.37-rc8 (no fb)

2010-12-30 Thread Chris Wilson
On Thu, 30 Dec 2010 10:49:33 +0800 (SGT), Jeff Chua jeff.chua.li...@gmail.com wrote: On Thu, Dec 30, 2010 at 4:16 AM, Jesse Barnes jbar...@virtuousgeek.org wrote: Randy, Jeff and Alex, does the below help at all? If so, it may be the minimal fix we want for 2.6.37. Jesse, Yes,

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen
On Wed, Dec 29, 2010 at 22:18, Jesse Barnes wrote: >> > + ? ? ? ? ? ? ? if (IS_GEN5(dev) || IS_GEN6(dev)) >> > + ? ? ? ? ? ? ? ? ? ? ? dev_priv->lvds_use_ssc = 0; >> >> Doesn't change anything here. Display stays blank. > > Sounds like your problem is separate from SSC then, more likely related >

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen
On Wed, Dec 29, 2010 at 21:16, Jesse Barnes wrote: > On Wed, 29 Dec 2010 11:40:04 -0800 > Linus Torvalds wrote: >> Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can >> we please just disable spread-spectrum entirely? Or perhaps only if we >> notice that it was enabled

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread François Valenduc
Le 29/12/10 21:16, Jesse Barnes a ?crit : > On Wed, 29 Dec 2010 11:40:04 -0800 > Linus Torvalds wrote: > >> On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap >> wrote: >>> >>> The only significant difference that I can see in the kernel message log >>> is this: >> >> Hmm. I suspect that

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
On Thu, 30 Dec 2010 00:35:15 +0100 Alex Riesen wrote: > On Thu, Dec 30, 2010 at 00:20, Alex Riesen wrote: > > On Thu, Dec 30, 2010 at 00:13, Jesse Barnes > > wrote: > >>> After closing and opening the lid (displays backlight is back) > >>> > >>> ?

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap
On Wed, 29 Dec 2010 14:46:14 -0800 Jesse Barnes wrote: > > > diff --git a/drivers/gpu/drm/i915/intel_bios.c > > > b/drivers/gpu/drm/i915/intel_bios > > > index 2b20786..d27d016 100644 > > > --- a/drivers/gpu/drm/i915/intel_bios.c > > > +++ b/drivers/gpu/drm/i915/intel_bios.c > > > @@ -263,6

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
On Thu, 30 Dec 2010 00:09:56 +0100 Alex Riesen wrote: > On Wed, Dec 29, 2010 at 22:53, Jesse Barnes > wrote: > >> > Doesn't change anything here. Display stays blank. > >> > >> Sounds like your problem is separate from SSC then, more likely related > >> to panel power or backlight control.

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
> > diff --git a/drivers/gpu/drm/i915/intel_bios.c > > b/drivers/gpu/drm/i915/intel_bios > > index 2b20786..d27d016 100644 > > --- a/drivers/gpu/drm/i915/intel_bios.c > > +++ b/drivers/gpu/drm/i915/intel_bios.c > > @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private > > *dev_priv,

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap
On Wed, 29 Dec 2010 12:16:01 -0800 Jesse Barnes wrote: > On Wed, 29 Dec 2010 11:40:04 -0800 > Linus Torvalds wrote: > > > On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap > > wrote: > > > > > > The only significant difference that I can see in the kernel message log > > > is this: > > > > Hmm.

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
> > Doesn't change anything here. Display stays blank. > > Sounds like your problem is separate from SSC then, more likely related > to panel power or backlight control. Have you tried bisecting for the > problem between 2.6.35 and 2.6.36? Nevermind, I just checked out the bug, looks like it is

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
On Wed, 29 Dec 2010 22:11:09 +0100 Alex Riesen wrote: > On Wed, Dec 29, 2010 at 21:16, Jesse Barnes > wrote: > > On Wed, 29 Dec 2010 11:40:04 -0800 > > Linus Torvalds wrote: > >> Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can > >> we please just disable spread-spectrum

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
On Wed, 29 Dec 2010 11:40:04 -0800 Linus Torvalds wrote: > On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap > wrote: > > > > The only significant difference that I can see in the kernel message log > > is this: > > Hmm. I suspect that difference should have gone away with commit > 92971021c6328

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Linus Torvalds
On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap wrote: > > The only significant difference that I can see in the kernel message log > is this: Hmm. I suspect that difference should have gone away with commit 92971021c6328 (Revert "drm: Don't try and disable an encoder that was never enabled"),

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap
On Tue, 28 Dec 2010 17:18:12 -0800 Linus Torvalds wrote: > Another week, another -rc. This should be the last for the 37 series, > so I still expect the merge window to open early January when people > are hopefully back to working order after having eaten (and drunk) too > much. > > The -rc8

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Linus Torvalds
On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com wrote: The only significant difference that I can see in the kernel message log is this: Hmm. I suspect that difference should have gone away with commit 92971021c6328 (Revert drm: Don't try and disable an encoder that was

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
On Wed, 29 Dec 2010 11:40:04 -0800 Linus Torvalds torva...@linux-foundation.org wrote: On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com wrote: The only significant difference that I can see in the kernel message log is this: Hmm. I suspect that difference should

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread François Valenduc
Le 29/12/10 21:16, Jesse Barnes a écrit : On Wed, 29 Dec 2010 11:40:04 -0800 Linus Torvalds torva...@linux-foundation.org wrote: On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com wrote: The only significant difference that I can see in the kernel message log is this:

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen
On Wed, Dec 29, 2010 at 21:16, Jesse Barnes jbar...@virtuousgeek.org wrote: On Wed, 29 Dec 2010 11:40:04 -0800 Linus Torvalds torva...@linux-foundation.org wrote: Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can we please just disable spread-spectrum entirely? Or perhaps

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
On Wed, 29 Dec 2010 22:11:09 +0100 Alex Riesen raa.l...@gmail.com wrote: On Wed, Dec 29, 2010 at 21:16, Jesse Barnes jbar...@virtuousgeek.org wrote: On Wed, 29 Dec 2010 11:40:04 -0800 Linus Torvalds torva...@linux-foundation.org wrote: Chris - why did that lvds_ssc_freq thing suddenly

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
Doesn't change anything here. Display stays blank. Sounds like your problem is separate from SSC then, more likely related to panel power or backlight control. Have you tried bisecting for the problem between 2.6.35 and 2.6.36? Nevermind, I just checked out the bug, looks like it is panel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen
On Wed, Dec 29, 2010 at 22:18, Jesse Barnes jbar...@virtuousgeek.org wrote: +               if (IS_GEN5(dev) || IS_GEN6(dev)) +                       dev_priv-lvds_use_ssc = 0; Doesn't change anything here. Display stays blank. Sounds like your problem is separate from SSC then, more

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap
On Wed, 29 Dec 2010 12:16:01 -0800 Jesse Barnes wrote: On Wed, 29 Dec 2010 11:40:04 -0800 Linus Torvalds torva...@linux-foundation.org wrote: On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com wrote: The only significant difference that I can see in the kernel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
diff --git a/drivers/gpu/drm/i915/intel_bios.c b/drivers/gpu/drm/i915/intel_bios index 2b20786..d27d016 100644 --- a/drivers/gpu/drm/i915/intel_bios.c +++ b/drivers/gpu/drm/i915/intel_bios.c @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen
On Wed, Dec 29, 2010 at 22:53, Jesse Barnes jbar...@virtuousgeek.org wrote: Doesn't change anything here. Display stays blank. Sounds like your problem is separate from SSC then, more likely related to panel power or backlight control.  Have you tried bisecting for the problem between 2.6.35

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
On Thu, 30 Dec 2010 00:09:56 +0100 Alex Riesen raa.l...@gmail.com wrote: On Wed, Dec 29, 2010 at 22:53, Jesse Barnes jbar...@virtuousgeek.org wrote: Doesn't change anything here. Display stays blank. Sounds like your problem is separate from SSC then, more likely related to panel power

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen
On Thu, Dec 30, 2010 at 00:13, Jesse Barnes jbar...@virtuousgeek.org wrote: After closing and opening the lid (displays backlight is back)   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid I need the intel_reg_dumper output, not intel_gpu_dump. :) Hmm, there is no

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen
On Thu, Dec 30, 2010 at 00:20, Alex Riesen raa.l...@gmail.com wrote: On Thu, Dec 30, 2010 at 00:13, Jesse Barnes jbar...@virtuousgeek.org wrote: After closing and opening the lid (displays backlight is back)   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid I need the

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap
On Wed, 29 Dec 2010 14:46:14 -0800 Jesse Barnes wrote: diff --git a/drivers/gpu/drm/i915/intel_bios.c b/drivers/gpu/drm/i915/intel_bios index 2b20786..d27d016 100644 --- a/drivers/gpu/drm/i915/intel_bios.c +++ b/drivers/gpu/drm/i915/intel_bios.c @@ -263,6 +263,9 @@

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes
On Thu, 30 Dec 2010 00:35:15 +0100 Alex Riesen raa.l...@gmail.com wrote: On Thu, Dec 30, 2010 at 00:20, Alex Riesen raa.l...@gmail.com wrote: On Thu, Dec 30, 2010 at 00:13, Jesse Barnes jbar...@virtuousgeek.org wrote: After closing and opening the lid (displays backlight is back)  

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen
On Thu, Dec 30, 2010 at 01:02, Jesse Barnes jbar...@virtuousgeek.org wrote: That's the easiest way; I think there are existing packages available as well, but you may have to check Karmic or newer. Never mind. I'm lazy (that's not to say someone is too). I redid the test: Before running xset

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jeff Chua
On Thu, Dec 30, 2010 at 4:16 AM, Jesse Barnes jbar...@virtuousgeek.org wrote: Randy, Jeff and Alex, does the below help at all? If so, it may be the minimal fix we want for 2.6.37. Jesse, Yes, that worked for me. I improved on the patch a bit below. Thanks, Jeff ---