[Intel-gfx] Inteldrmfb Assistance/Documentation

2010-12-08 Thread Nicholas E. Andrade
Hello, I'm looking for some documentation or assistance on getting "inteldrmfb" (from 2.6.36) to work on a GM965 connected to an HDTV which is sending incorrect EDID information. Basically what's occurring is the monitor (a Toshiba HDTV) is sending an incorrect modeline: BAD: Modeline "1920x10

Re: [Intel-gfx] [PATCH] i915: Modify for pineview clock source and lvds sync polarity

2010-12-08 Thread Chris Wilson
On Wed, 8 Dec 2010 13:46:38 -0800, Bryan Freed wrote: > The i915 driver normally assumes the video bios has configured several > of the LVDS panel registers, and it just inherits the values. If the > vbios has not run, several of these will need to be setup. > > intel_bios.c: default clock source

[Intel-gfx] [PATCH] drm/i915/dp: Fix I2C/EDID handling with active DisplayPort to DVI converter

2010-12-08 Thread David Flynn
The DisplayPort standard (1.1a) states that: The I2C-over-AUX Reply field is valid only when Native AUX CH Reply field is AUX_ACK (00). When Native AUX CH Reply field is not 00, then, I2C-over-AUX Reply field must be 00 and be ignored. This fixes broken EDID reading when using an active Disp

[Intel-gfx] [PATCH] i915: Modify for pineview clock source and lvds sync polarity

2010-12-08 Thread Bryan Freed
The i915 driver normally assumes the video bios has configured several of the LVDS panel registers, and it just inherits the values. If the vbios has not run, several of these will need to be setup. intel_bios.c: default clock source selection on pineview to use the SSC source intel_display.c: ens

Re: [Intel-gfx] [PATCH] drm/i915/dp: Fix I2C/EDID handling with active DisplayPort to DVI converter

2010-12-08 Thread Chris Wilson
On Wed, 8 Dec 2010 16:10:21 +, David Flynn wrote: > The DisplayPort standard (1.1a) states that: > The I2C-over-AUX Reply field is valid only when Native AUX CH Reply > field is AUX_ACK (00). When Native AUX CH Reply field is not 00, then, > I2C-over-AUX Reply field must be 00 and be ign

Re: [Intel-gfx] [PATCH] drm/i915: Use PM QoS to prevent C-state memory starvation of the GPU

2010-12-08 Thread Vasily Khoruzhick
On Wednesday 08 December 2010 20:19:19 Andrew Lutomirski wrote: > http://www.spinics.net/lists/kernel/msg1120988.html > > I'd test but I don't think my system is affected. :) > > --Andy Nope, still no effect, even with latency decreased to 5, will test with lower values later.

[Intel-gfx] [TERRIBLE PATCH] Re: [regression?] i915 generating wakeups even when idle

2010-12-08 Thread Andrew Lutomirski
On Wed, Dec 8, 2010 at 1:17 PM, Andrew Lutomirski wrote: > On Tue, Dec 7, 2010 at 5:13 PM, Chris Wilson wrote: >> On Tue, 7 Dec 2010 16:31:24 -0500, Andrew Lutomirski wrote: >>> On Tue, Dec 7, 2010 at 4:03 PM, Andrew Lutomirski wrote: >>> > Hi all- >>> > >>> > Somewhere between Fedora 13 (with

Re: [Intel-gfx] [PATCH] drm/i915: Use PM QoS to prevent C-state memory starvation of the GPU

2010-12-08 Thread Andrew Lutomirski
On Wed, Dec 8, 2010 at 1:14 PM, Vasily Khoruzhick wrote: > On Wednesday 08 December 2010 19:54:59 Andrew Lutomirski wrote: >> On Wed, Dec 8, 2010 at 12:00 PM, Vasily Khoruzhick > wrote: >> > On Wednesday 08 December 2010 18:54:21 Chris Wilson wrote: >> >> On Wed, 8 Dec 2010 18:44:41 +0200, Vasily

Re: [Intel-gfx] [regression?] i915 generating wakeups even when idle

2010-12-08 Thread Andrew Lutomirski
On Tue, Dec 7, 2010 at 5:13 PM, Chris Wilson wrote: > On Tue, 7 Dec 2010 16:31:24 -0500, Andrew Lutomirski wrote: >> On Tue, Dec 7, 2010 at 4:03 PM, Andrew Lutomirski wrote: >> > Hi all- >> > >> > Somewhere between Fedora 13 (with 2.6.35, I think) and Fedora 14 + >> > 2.6.36.1, i915 started gene

Re: [Intel-gfx] [PATCH] drm/i915: Use PM QoS to prevent C-state memory starvation of the GPU

2010-12-08 Thread Vasily Khoruzhick
On Wednesday 08 December 2010 19:54:59 Andrew Lutomirski wrote: > On Wed, Dec 8, 2010 at 12:00 PM, Vasily Khoruzhick wrote: > > On Wednesday 08 December 2010 18:54:21 Chris Wilson wrote: > >> On Wed, 8 Dec 2010 18:44:41 +0200, Vasily Khoruzhick > >> > > > > wrote: > >> > On Wednesday 08 Decembe

Re: [Intel-gfx] [PATCH] drm/i915: Use PM QoS to prevent C-state memory starvation of the GPU

2010-12-08 Thread Andrew Lutomirski
On Wed, Dec 8, 2010 at 12:00 PM, Vasily Khoruzhick wrote: > On Wednesday 08 December 2010 18:54:21 Chris Wilson wrote: >> On Wed, 8 Dec 2010 18:44:41 +0200, Vasily Khoruzhick > wrote: >> > On Wednesday 08 December 2010 18:24:35 Chris Wilson wrote: >> > > This is just a preliminary attempt to see

Re: [Intel-gfx] [PATCH 2/2] drm: record monitor status in output_poll_execute

2010-12-08 Thread Keith Packard
On Wed, 08 Dec 2010 17:08:04 +, Chris Wilson wrote: > On Wed, 8 Dec 2010 17:34:24 +0100, Florian Mickler > wrote: > > Does that mean that the kernel regression will not be > > fixed/worked-around for old userspace? > > I think there is some confusion in that I believe there is more than o

Re: [Intel-gfx] [PATCH 2/2] drm: record monitor status in output_poll_execute

2010-12-08 Thread Chris Wilson
On Wed, 8 Dec 2010 17:34:24 +0100, Florian Mickler wrote: > Does that mean that the kernel regression will not be > fixed/worked-around for old userspace? I think there is some confusion in that I believe there is more than one backlight bug at play here. -Chris -- Chris Wilson, Intel Open Sou

Re: [Intel-gfx] [PATCH] drm/i915: Use PM QoS to prevent C-state memory starvation of the GPU

2010-12-08 Thread Vasily Khoruzhick
On Wednesday 08 December 2010 18:54:21 Chris Wilson wrote: > On Wed, 8 Dec 2010 18:44:41 +0200, Vasily Khoruzhick wrote: > > On Wednesday 08 December 2010 18:24:35 Chris Wilson wrote: > > > This is just a preliminary attempt to see if this even helps. Obviously > > > some more effort will need to

Re: [Intel-gfx] [PATCH] drm/i915: Use PM QoS to prevent C-state memory starvation of the GPU

2010-12-08 Thread Chris Wilson
On Wed, 8 Dec 2010 18:44:41 +0200, Vasily Khoruzhick wrote: > On Wednesday 08 December 2010 18:24:35 Chris Wilson wrote: > > This is just a preliminary attempt to see if this even helps. Obviously > > some more effort will need to be spent investigating a better choice of > > latency and when we n

Re: [Intel-gfx] [PATCH] drm/i915: Use PM QoS to prevent C-state memory starvation of the GPU

2010-12-08 Thread Vasily Khoruzhick
On Wednesday 08 December 2010 18:24:35 Chris Wilson wrote: > This is just a preliminary attempt to see if this even helps. Obviously > some more effort will need to be spent investigating a better choice of > latency and when we need to request it, but first: does this help? Sorry, but it does not

Re: [Intel-gfx] [PATCH 2/2] drm: record monitor status in output_poll_execute

2010-12-08 Thread Florian Mickler
On Sun, 05 Dec 2010 13:08:18 -0800 Keith Packard wrote: > On Sun, 5 Dec 2010 13:27:43 +0100, Florian Mickler > wrote: > > On Fri, 26 Nov 2010 10:45:59 -0800 > > Keith Packard wrote: > > > > > In order to correctly report monitor connected status changes, the > > > previous monitor status must

[Intel-gfx] [PATCH] drm/i915: Use PM QoS to prevent C-state memory starvation of the GPU

2010-12-08 Thread Chris Wilson
This is just a preliminary attempt to see if this even helps. Obviously some more effort will need to be spent investigating a better choice of latency and when we need to request it, but first: does this help? --- drivers/gpu/drm/i915/i915_drv.h |2 ++ drivers/gpu/drm/i915/intel_display