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
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
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
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
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":
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
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
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?
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,
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
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
>
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
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
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)
> >>>
> >>> ?
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
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.
> > 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,
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.
> > 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
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
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
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"),
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
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
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
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:
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
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
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
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
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,
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
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
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
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 @@
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)
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
37 matches
Mail list logo
