Created attachment 58370 [details] [review] Xorg.0.log I am running archlinux with the following setup: -3.2.9-1-ARCH -X.Org X Server 1.12.0 Release Date: 2012-03-04 -[ 92.210] (II) Composite (RENDER acceleration) [ 92.211] (II) Initializing built-in extension COMPOSITE -02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV710 [Radeon HD 4350] -AMD Athlon(tm) 64 Processor 3200 -[ 2.162616] [drm] radeon kernel modesetting enabled [ 2.164537] [drm] initializing kernel modesetting (RV710 0x1002:0x954F 0x1682:0x2461). -Openbox 3.5.0 The problem occurs when you switch to a VT while having a window open (a terminal or a browser, etc), login, and run htop for example and then you return to X. You will see all your windows have got black (and unusable).
Please attach your dmesg output.
Created attachment 58378 [details] dmesg.log dmesg generated after the bug occurred.
Created attachment 58379 [details] new Xorg.0.log Xorg.0.log generated after the bug occured.
BTW, I don't use gdm or other login manager, just startx. Also, I use no desktop environment, just Openbox. I also had this same issue with a ATI Radeon 9600 PRO in another computer.
> -X.Org X Server 1.12.0 Release Date: 2012-03-04 According to the log file, the xf86-video-ati version is 6.14.3. However, that version doesn't work with xserver 1.12. Presumably it was patched by Arch. Does the problem also occur with current upstream xf86-video-ati Git? > You will see all your windows have got black (and unusable). Can you attach a screenshot showing the problem? Can you recover from the problem by forcing the window contents to be redrawn?
Created attachment 58431 [details] screenshot before the bug happens
Created attachment 58432 [details] Screenshot after the bug happens
(In reply to comment #5) > > -X.Org X Server 1.12.0 Release Date: 2012-03-04 > > According to the log file, the xf86-video-ati version is 6.14.3. However, that > version doesn't work with xserver 1.12. Presumably it was patched by Arch. Does > the problem also occur with current upstream xf86-video-ati Git? > > > > You will see all your windows have got black (and unusable). > > Can you attach a screenshot showing the problem? Can you recover from the > problem by forcing the window contents to be redrawn? I attached two screenshots of the bug. Also, now I am using latest git from http://aur.archlinux.org/packages.php?ID=15374 (xf86-video-ati-git). So the problem still persist with current upstream xf86-video-ati Git.
> Can you recover from the problem by forcing the window contents to be redrawn? How do I do that?
(In reply to comment #9) > > Can you recover from the problem by forcing the window contents to be redrawn? > > How do I do that? E.g. by clicking on elements in the windows, or running xrefresh. Anyway, I think this is rather an issue in the X server or elsewhere, as the driver wouldn't really know to distinguish between the window contents and background / decorations.
I just installed latest X.Org X Server 1.12.99 from git, from https://aur.archlinux.org/packages.php?ID=18963. The problem persist. I am attaching new Xorg log and dmesg, with screenshots.
Created attachment 58463 [details] X.Org X Server 1.12.99 log file
Created attachment 58464 [details] new dmesg
Created attachment 58465 [details] screenshot before the bug happens with xorg server 1.12.99
Created attachment 58466 [details] Screenshot after the bug happens with xorg server 1.12.99
Is there any other info I can provide?
I can confirm the problem can be reproduced with Xorg 1.12.2 installed from Arch packages (https://www.archlinux.org/packages/?name=xorg-server) I posted detailed description to the arch-general how to reproduce the problem (http://mailman.archlinux.org/pipermail/arch-general/2012-June/026960.html) Pasted below for convenience: === I have been observing strange issues when I switch between X and TTY. Here is the step-by-step story with details: 0. Login to tty1 and ttt2 1. From tty2 (not tty1), startx with either i3wm or Openbox 2. Launch 2-3 apps (e.g. urxvt, Firefox) 3. Switch back to tty1 (CTRL+ALT+F1) 4. Execute some shell commands in tty1 5. Switch back to X (CTRL+ALT+F7) 6. Observe no problems, no hangs, in Openbox the ALT+TAB and in i3wm the Mod+[jkl;] combination cycles through windows, etc. 7. Switch to tty2 (CTRL+ALT+F2) 8. See xinit output, hit ENTER once or more, the xinit output scrolls up 9. Switch back to X (CTRL+ALT+F7) 10. Now, observe strange problems with lack of response in both, Openbox or i3wm. WMs are not completely frozen, but somewhat partially. Neither Openbox ALT+TAB nor i3wm Mod+[jkl;] work. No reaction to mouse operations have no effect No reaction to i3wm Mod+SHIFT+Q, etc. I'm running updated Arch on Lenovo ThinkPad T400 with Intel graphics (xf86-video-intel driver, i915 module). Could the problem be related to xf86-video-intel driver? BTW, I have been observing slow rendering of Terminus font under i3wm [1] and it turns out the problem is in the most recent version of xf86-video-intel in the Arch repos [2]. [1] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000699.html [2] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000702.html ===
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please file a new report if you continue to experience issues with a current server.
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.