FS#5298 - Xorg 7.1: lockups with various VIA drivers
Attached to Project:
Arch Linux
Opened by name withheld (Gullible Jones) - Sunday, 27 August 2006, 22:50 GMT
Last edited by Alexander Baldeck (kth5) - Friday, 18 May 2007, 00:46 GMT
Opened by name withheld (Gullible Jones) - Sunday, 27 August 2006, 22:50 GMT
Last edited by Alexander Baldeck (kth5) - Friday, 18 May 2007, 00:46 GMT
|
Details
XOrg 7.1 seems subject to lockups when using drivers for VIA
hardware. So far I've seen lockups with both xf86-video-via
and openchrome:
- With xf86-video-via, XOrg invariably locks up immediately upon starting: blank screen, no response to any input, etc. Nothing oddball stands out in Xorg.0.log, no unusual errors or warnings. - With openchrome, XOrg exhibited the same behavior when EXA was enabled. I'll see if it works with EXA enabled and AIGLX disabled. - With xf86-video-unichrome, I haven't observed any lockups, though I may be able to induce some by messing around with xorg.conf. At any rate, I'm avoiding unichrome because using it results in an abnormally bright display with very washed-out color - very hard on the eyes, and I'm not willing to find out by experience if that can damage my monitor. It must be noted that I never encounted this behavior, with any of the drivers, when using XOrg 7.1 compiled from the PKGBUILDs in this thread: http://bbs.archlinux.org/viewtopic.php?t=22990 Which leads me to wonder if the patched version of Mesa used is in some way suspect. I'll add comments to this bug report as new stuff surfaces... |
This task depends upon
Closed by Alexander Baldeck (kth5)
Friday, 18 May 2007, 00:46 GMT
Reason for closing: Won't fix
Additional comments about closing: we updated to xorg 7.2 long ago. via works for me currently.
Friday, 18 May 2007, 00:46 GMT
Reason for closing: Won't fix
Additional comments about closing: we updated to xorg 7.2 long ago. via works for me currently.
(With the previous openchrome driver (same version) and XOrg 7.0, EXA did not cause any failures, which again leads me to believe that the driver isn't at fault.)
Openchrome Changesets 189-192, 194.
Important memory management bugfix.
DRM compatibility check.
Bugzilla #6668 <https://bugs.freedesktop.org/show_bug.cgi?id=6668> Fix
critical unlibcwrap breakage. ("Morgoth")
I'll check those out later today, or, if you want to be helpful, you could apply the diffs yourself and see if it works out with xf86-video-via.
http://www3.telus.net/public/virgp/xorg71.tbz2
The relevant one is missing-assert.patch:
diff -urpbB xf86-video-via/src/via.h xf86-video-via.assert/src/via.h
--- xf86-video-via/src/via.h 2006-04-21 10:42:21.000000000 +0200
+++ xf86-video-via.assert/src/via.h 2006-05-02 19:08:09.358006673 +0200
@@ -29,6 +29,7 @@
#include <string.h>
#include <stdio.h>
#include <math.h>
+#include <assert.h>
/* Video status flag */
That should fix it, I think.
(When was the last time you wondered if the FD.O folks shouldn't rewrite the stupid server from scratch?)