[Bug 56139] [bisected] kernel 3.7.0-rc1 breaks 6950 (boot/grub2 and suspend/resume) (CAYMAN)

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=56139

--- Comment #26 from Alexandre Demers <alexandre.f.demers at gmail.com> ---
I've been playing with different options in Grub2 and the workaround for the
boot sequence bug, beside reverting commit
62444b7462a2b98bc78d68736c03a7c4e66ba7e2, is to force gfxpayload=text.

I tried many things by changing gfxmode, forcing it to known good values, in
combination with gfxpayload. But whatever I tried, if gfxpayload=keep, it was
not synced correctly (as described, sometimes I had a black screen, some other
times, it is vertically synced but shifted, etc.) As already explained, if I
either revert commit 62444b7462a2b98bc78d68736c03a7c4e66ba7e2 or if I set tmp=0
before WREG32(EVERGREEN_CRTC_CONTROL + crtc_offsets[i], tmp), which is
disabling the whole crtc, the boot process is fine.

Also, I tested kernel 3.7.0-rc5 (which contains attachment 69573). Since it
also contains modified code in evergreen_mc_stop() from commit
62444b7462a2b98bc78d68736c03a7c4e66ba7e2, it crashes on resume. In other words,
attachment 69573 fixes a part of the suspend/resume problem, but doesn't the
part coming from evergreen_mc_stop().

While I can live with working around the boot process/grub2 problem, the
suspend part is really annoying.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121112/e24faff2/attachment.html>