Summary: | VT switching freezes windows | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Sébastien le Preste de Vauban <ulpianosonsi> | ||||||||||||||||||||
Component: | Server/General | Assignee: | Xorg Project Team <xorg-team> | ||||||||||||||||||||
Status: | RESOLVED INVALID | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||||||||||||
Severity: | normal | ||||||||||||||||||||||
Priority: | medium | CC: | mateusz, ulpianosonsi | ||||||||||||||||||||
Version: | git | ||||||||||||||||||||||
Hardware: | x86 (IA32) | ||||||||||||||||||||||
OS: | Linux (All) | ||||||||||||||||||||||
Whiteboard: | |||||||||||||||||||||||
i915 platform: | i915 features: | ||||||||||||||||||||||
Attachments: |
|
Description
Sébastien le Preste de Vauban
2012-03-13 06:27:39 UTC
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.