Otherwise if the connector is left in an unknown status, we leave the
function without any trace leaving me quite confused as to where the
output went.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_crtc_helper.c | 28
1 files changed, 24 insertions(+), 4 dele
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 pa
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, 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 p
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, 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 intel-gp
[NOTE: This most likely is the last summary report of regressions introduced
between 2.6.35 and 2.6.36.]
This message contains a list of some post-2.6.35 regressions introduced before
2.6.36, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed a
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 intel_
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 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 2010-12
Otherwise if the connector is left in an unknown status, we leave the
function without any trace leaving me quite confused as to where the
output went.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_crtc_helper.c | 28
1 files changed, 24 insertions(+), 4 dele
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 pa
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, 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 pa
14 matches
Mail list logo
