On Tue, Aug 3, 2010 at 10:40 AM, Jin, Gordon <gordon....@intel.com> wrote: > Dave Airlie wrote on Monday, August 02, 2010 6:39 PM: >> On Mon, Aug 2, 2010 at 7:09 PM, Jin, Gordon <gordon....@intel.com> >> wrote: >>> Dave Airlie wrote on Friday, July 30, 2010 2:13 PM: >>>> Current testing machine is an HP 2740p with Ironlake graphics. >>>> >>>> Test sequence: >>>> >>>> boot with no VGA plugged in. >>>> get up to gnome logged in, >>>> plug in VGA, >>>> >>>> one of three things occur, >>>> a) it works, >>>> b) it hangs in FDI link training (endless while loop wtf?) >>>> c) it gets past the hang but nothing on the monitor. >>>> >>>> If (a) happens and I suspend/resume the monitor invariably gets >>>> wrong timings, in this case it appears we set the fbcon mode, but >>>> when we go to change to the X mode, the PCH DPLL won't accept the >>>> new values. >>>> It won't even dpms off. >>>> >>>> Just posting in case anyone else can reproduce or has any insight, >>>> I'm not running a fully upstream kernel (testing on RHEL6 with lots >>>> of backports). and we don't seem to have a tree with all the >>>> patches on the list collected. >>> >>> I can't reproduce it on Thinkpad T410 (also with Ironlake graphics) >>> with 2.6.35-rc6 kernel. I've performed 10 times of the test >>> sequence. >> >> Does the T410 have eDP? I think it only matter with eDP where the FDI >> isn't setup by the BIOS. > > No, my T410 has LVDS not eDP. Would you file a bug on fd.o so it could be > tracked? >
I'll just make sure I can reproduce everything on master, at the moment I'm hitting the BSD_RING breaks suspend with drm-intel-next. Also I'm seeing the dpms on twice in a row issue, I'll send a trivial fix that seems to avoid it, so far drm-intel-next seems to be a bit happier than what I was using before. Dave. _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
