Created attachment 43617 [details] [review] Xorg.0.log My X-server always halts spying out backtraces whenever I configure my screen with xrandr. One of them looks like the following: 0 backtrace.c.xorg_backtrace() line 46 (/usr/bin/Xorg,/usr/src/debug/ 1 mieq.c.mieqEnqueue() line 179 (/usr/bin/Xorg,/usr/src/debug/ 2 xf86Xinput.c.xf86PostMotionEventP() line 1056 (/usr/bin/Xorg,/usr/sr 3 evdev.c.EvdevProcessSyncEvent() line 813 (/usr/lib64/xorg/modul 4 xf86Events.c.xf86SigioReadInput() line 315 (/usr/bin/Xorg,/usr/sr 5 sigio.c.xf86SIGIO() line 115 (/usr/bin/Xorg,/usr/src/debug/xorg-ser 6 sigaction.c.__restore_rt() line 0 (/lib64/libc.so.6,sigaction.c) 7 error -12 opening linux-vdso.so.1.: No such file or directory 7 linux-vdso.so.1 (__vdso_gettimeofday+0x105) [0x7fff975b2919] 8 gettimeofday.S.??() line 39 (/lib64/libc.so.6,/usr/src/debug////// 9 xf86i2c.c.I2CUDelay() line 60 (/usr/bin/Xorg,/usr/src/debug/xorg-ser 10 xf86i2c.c.I2CRaiseSCL() line 102 (/usr/bin/Xorg,/usr/src/debug/ 11 xf86i2c.c.I2CWriteBit() line 178 (/usr/bin/Xorg,/usr/src/debug/ 12 xf86i2c.c.I2CGetByte() line 289 (/usr/bin/Xorg,/usr/src/debug/ 13 xf86i2c.c.I2CWriteRead() line 429 (/usr/bin/Xorg,/usr/src/debug/ 14 ddc.c.DDC2Read() line 361 (/usr/bin/Xorg,/usr/src/debug/xorg-ser 15 ddc.c.xf86DoEEDID() line 414 (/usr/bin/Xorg,/usr/src/debug/ 16 xf86Crtc.c.xf86OutputGetEDID() line 3045 (/usr/bin/Xorg,/usr/src/debug/ 17 radeon_output.c.radeon_ddc_connected() line 334 (/usr/lib64/xorg/modul 18 xf86Crtc.c.xf86ProbeOutputModes() line 1582 (/usr/bin/Xorg,/usr/sr 19 xf86RandR12.c.xf86RandR12GetInfo12() line 1544 (/usr/bin/Xorg,/usr/sr 20 rrinfo.c.RRGetInfo() line 202 (/usr/bin/Xorg,/usr/src/debug/xorg-ser 21 rrscreen.c.rrGetScreenResources() line 337 (/usr/bin/Xorg,/usr/sr 22 dispatch.c.Dispatch() line 432 (/usr/bin/Xorg,/usr/src/debug/xorg-ser 23 main.c.main() line 291 (/usr/bin/Xorg,/usr/src/debug/xorg-ser 24 libc-start.c.__libc_start_main() line 258 (/lib64/libc.so.6,/usr/src/deb 25 start.S.??() line 116 (/usr/bin/Xorg,/usr/src/debug///////// view the debuginfo like the following: less -r backtraces note: the libc-debuginfo decodation may not match exactly since the version of the library and the version of its debuginfo do not match.
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.