https://bugzilla.kernel.org/show_bug.cgi?id=39612
Summary: radeon blocks with new style fencing Product: Drivers Version: 2.5 Kernel Version: >= 2.6.37 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri@kernel-bugs.osdl.org ReportedBy: linas_fi@ymail.com CC: alexdeucher@gmail.com Regression: Yes
I am using a Radeon HD 3600 in kernel 2.6.36 with xf86-video-ati (KMS). Since 2.6.37 when starting the X server the screen goes black and never shows the desktop.
kernel 2.6.36 startx -> Screen goes black -> The wallpaper appears -> The DE loads
kernel >= 2.6.37 startx -> Screen goes black -> You can't switch virtual terminals -> REISUB -> Downgrade kernel
Reproducible: Always
Bisecting shows that it started failing at d0f8a854c340986359a3b0a97e380c71def7a440: drm/radeon/kms/r6xx+: use new style fencing (v3)
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.37.y.git;a=commit...
Downstream bug https://bugs.archlinux.org/task/23422
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #1 from Alex Deucher alexdeucher@gmail.com 2011-07-20 04:19:06 --- Please attach your xorg log and dmesg output. Does booting with radeon.no_wb=1 on the kernel command line in grub help?
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #2 from Linas linas_fi@ymail.com 2011-08-01 22:29:21 --- Created an attachment (id=67342) --> (https://bugzilla.kernel.org/attachment.cgi?id=67342) Xorg log
Sorry for the delay. I'm attaching the file. The radeon.no_wb=1 workaround does indeed work. Much appreciated. Instead of showing only the mouse pointer (if lucky), shows the full screen again.
https://bugzilla.kernel.org/show_bug.cgi?id=39612
Alan alan@lxorguk.ukuu.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |alan@lxorguk.ukuu.org.uk
--- Comment #3 from Alan alan@lxorguk.ukuu.org.uk 2012-08-24 15:33:20 --- Is this still needing workarounds or can I close it ?
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #4 from Linas linas_fi@ymail.com 2012-10-21 19:31:38 --- Created an attachment (id=84201) --> (https://bugzilla.kernel.org/attachment.cgi?id=84201) Xorg log mieq
Testing with 3.6.2, radeon.no_wb=1 is still needed, although it seems a bit better. You can get -with a little difficulty- to switch virtual terminals, so it is possible to SIGINT the xserver. Interestingly, although the first startx leads to a blank screen, a second startx runs the DE without being apparently affected. ?! Booting with radeon.no_wb=1 the DE shows directly the first time, as it should.
In one failed instance, the Xorg log showed errors of «[mi] EQ overflowing.», «[mi] EQ overflow continuing. 100 events have been dropped.», «[mi] EQ overflow continuing. 200 events have been dropped.»... I am attaching this log.
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #5 from Linas linas_fi@ymail.com 2012-10-21 19:34:45 --- Created an attachment (id=84211) --> (https://bugzilla.kernel.org/attachment.cgi?id=84211) Other Xorg log
Another failed Xorg log, this time without overflowing errors.
https://bugzilla.kernel.org/show_bug.cgi?id=39612
Alan alan@lxorguk.ukuu.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Kernel Version|>= 2.6.37 |3.6.2
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #6 from Michel Dänzer michel@daenzer.net --- Is this still an issue with current kernels and userspace stack?
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #7 from Linas linas_fi@ymail.com --- I still have video problems, although causing a freeze at some random point*, rather than a black screen after boot.
* Or you can make it deterministic by running something like /usr/lib/xscreensaver/kumppa ;)
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #8 from Michel Dänzer michel@daenzer.net --- (In reply to Linas from comment #7)
I still have video problems, although causing a freeze at some random point*, rather than a black screen after boot.
Are you sure it's still the same problem? Does no_wb=1 still work around it?
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠bugzilla.kernel.org