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

[Chris Wilson]

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.

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

Thanks,
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre