| Summary: | crashes on screen configuration with xrandr | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Elmar Stellnberger <estellnb> |
| Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> |
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | 7.6 (2010.12) | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | |||
|
Description
Elmar Stellnberger
2011-02-21 13:12:43 UTC
Created attachment 43619 [details]
backtraces (colored, annotated)
xorg-x11-server-7.6_1.9.3-128.1
xorg-x11-driver-video-7.6-186.1
Created attachment 43662 [details]
backtraces: same hangs when starting 3dapps
The bug is neither radeon specific nor does it seem to be bound to xrandr alone. It also shows up when starting 3D-apps with the fglrx display driver (and the backtraces do pretty look the same way).
Created attachment 43663 [details]
Xorg.0.log: same hangs when starting 3dapps
confirmed by benderamp: see Bug 32393, Comment 27; 28. (In reply to comment #3) > Created an attachment (id=43663) [details] > Xorg.0.log: hangs with fglrx Are you sure you actually tested fglrx? This log is from radeon. Oops; an error of mine. I must have accidentially forgotten to copy the right xorg.conf in place before starting the X server! Well; all the games /usr/games/neverball, /usr/games/neverputt, etracer, ppracer cause a similar hang (mouse disappears and Xorg stays unreactive for some time). They quit with the following error message: X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 137 (GLX) Minor opcode of failed request: 19 (X_GLXQueryServerString) Serial number of failed request: 16 Current serial number in output stream: 16 ppracer did definitely leave the same backtrace as posted here always. You may have some fglrx remnants left over if you installed it to test. It overwrites certain libs with it's own versions. Well; I have put /usr/lib and /usr/lib64 before the fglrx libraries (/usr/X11R6/lib*) in my ld.so.conf and have even tried it with fglrx completely uninstalled: same result. ---------------------------------------------------------------------------------- Much better with xorg-x11-server-7.6_1.9.3-132.1 and xorg-x11-driver-video-7.6_187.3. However in certain cases I do still get a backtrace. It looks pretty much the same as the previous backtraces except for the following traceline showing up a different line number: 15 ddc.c.xf86DoEEDID() line 421 (X,xorg-srv/hw/xfree86/ddc/ddc.c) Created attachment 43938 [details]
Xorg.0.log - EQ overflows in certain cases
It seems to occur whenever CRTC 0 is disabled.
Created attachment 43939 [details]
backtrace - EQ overflows in certain cases
Created attachment 43941 [details]
backtrace (two of two) - EQ overflows in certain cases
Huch; there also was a second backtrace differing in these lines:
9 xf86i2c.c.I2CUDelay() line 60 (X,/usr/src/debug/xorg-server-1.9.3/hw/xfree86/i2c/xf86i2c.c)
10 xf86i2c.c.I2CReadBit() line 202 (X,/usr/src/debug/xorg-server-1.9.3/hw/xfree86/i2c/xf86i2c.c)
11 xf86i2c.c.I2CGetByte() line 294 (X,/usr/src/debug/xorg-server-1.9.3/hw/xfree86/i2c/xf86i2c.c)
problems on screen configuration with xrandr can if at all (possibly the last time I have seen it my hardware was at fault) be rarely observed these days. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.