Thanks for collecting this info Jono, sorry we didn't get attention on
it before the release.  I assume you're still reproducing the behavior?

>From the dmesg I see that on initial boot, your VGA-1 is being mapped to
CRTC #4; on resume it's mapping it to CRTC #3.

If I understand your logs, it looks like you normally have the laptop
LVDS screen off and display on the external VGA monitor only.  It looks
like when you boot, your laptop screen takes CRTC #4, but then lets go
and the VGA takes it.  Then, when you resume from suspend, VGA grabs
CRTC #3 instead (guessing #4 is marked as busy?), then the laptop grabs
#4; after a few seconds they seem to do a swap and the VGA ends up on #4
with LVDS off.

The error could be in the kernel KMS, however I *think* that gnome may
be applying your monitor preferences during the process.  So it is
possible the bug is just in gnome-desktop's gnome-rr.c code.  We've seen
several quite similar mis-behaviors with multihead configs that we think
are due to incorrect CRTC handling.

Do you see the offset screen immediately when resuming (i.e. when the
kernel first comes up) or does it only occur a few seconds later, when
graphics are displayed?  Is there a brief period during resume when the
laptop's screen is fired up (it might only show console text)?  This
could help distinguish whether we need to look in gnome or the kernel.

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/846652

Title:
  Screen shifted right and incorrect refresh rate when switching VTs and
  unsuspending

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/846652/+subscriptions

_______________________________________________
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to     : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp

Reply via email to