[Intel-gfx] [PATCH 16/20] drm/i915: Ensure that while(INREG()) are bounded (v2)

[Carlos R. Mafra]

On Mi 22.Sep'10 at  9:43:47 +0100, Chris Wilson wrote:
> On Wed, 22 Sep 2010 10:32:55 +0200, "Carlos R. Mafra" <crmafra2 at gmail.com> wrote:
> > On Di 21.Sep'10 at  8:55:44 -0700, Jesse Barnes wrote:
> > > On Tue, 21 Sep 2010 15:35:27 +0100
> > > Chris Wilson <chris at chris-wilson.co.uk> wrote:
> > > 
> > > > On Tue, 21 Sep 2010 16:22:00 +0200, "Carlos R. Mafra" <crmafra2 at gmail.com> wrote:
> > > > > [    0.954724] ACPI: Battery Slot [BAT0] (battery present)
> > > > > [    2.266008] [drm:intel_lvds_set_power] *ERROR* timed out waiting to enable LVDS pipeConsole: switching to colour frame buffer device 160x50
> > > > > [    2.274860] fb0: inteldrmfb frame buffer device
> > > > > 
> > > > > But I have this 1+ sec gap in there for as long as I remember.
> > > > > 
> > > > > Full dmesg is here:
> > > > > http://www.aei.mpg.de/~crmafra/dmesg-2.6.36-rc5.txt
> > > > > 
> > > > > Is there anything else I can provide to help this?
> > > > > I would love to get rid of the 1 sec delay there :-)
> > > > 
> > > > Sure. Try
> > > > 
> > > >   git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel.git
> > > >   drm-intel-next
> > 
> > I pulled that branch and tested it. The delay is gone but my external
> > monitor is not recognized.
> 
> That'll be SDVO, I guess. On the one machine I have that actually uses
> SDVO, it doesn't seem to like GMBUS. The joy of hardware.

The external monitor is on VGA1 and it is capable of 1920x1080 resolution.

> If you can add drm.debug=0xe to your boot line, that would help with
> identifying both issues.

Ok, the dmesg with drm.debug=0xe is here:
http://www.aei.mpg.de/~crmafra/dmesg-drm.debug.txt

and the kernel I booted was 2.6.36-rc5 + the drm-intel-next branch.

If there is anything else I can do, let me know.