Bug 47277

Summary: VT switching freezes windows
Product: xorg Reporter: Sébastien le Preste de Vauban <ulpianosonsi>
Component: Server/GeneralAssignee: 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 Flags
Xorg.0.log
none
dmesg.log
none
new Xorg.0.log
none
screenshot before the bug happens
none
Screenshot after the bug happens
none
X.Org X Server 1.12.99 log file
none
new dmesg
none
screenshot before the bug happens with xorg server 1.12.99
none
Screenshot after the bug happens with xorg server 1.12.99 none

Description Sébastien le Preste de Vauban 2012-03-13 06:27:39 UTC
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).
Comment 1 Alex Deucher 2012-03-13 06:36:19 UTC
Please attach your dmesg output.
Comment 2 Sébastien le Preste de Vauban 2012-03-13 08:11:28 UTC
Created attachment 58378 [details]
dmesg.log

dmesg generated after the bug occurred.
Comment 3 Sébastien le Preste de Vauban 2012-03-13 08:13:06 UTC
Created attachment 58379 [details]
new Xorg.0.log

Xorg.0.log generated after the bug occured.
Comment 4 Sébastien le Preste de Vauban 2012-03-13 08:17:33 UTC
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.
Comment 5 Michel Dänzer 2012-03-14 03:25:59 UTC
> -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?
Comment 6 Sébastien le Preste de Vauban 2012-03-14 05:35:47 UTC
Created attachment 58431 [details]
screenshot before the bug happens
Comment 7 Sébastien le Preste de Vauban 2012-03-14 05:37:09 UTC
Created attachment 58432 [details]
Screenshot after the bug happens
Comment 8 Sébastien le Preste de Vauban 2012-03-14 05:39:54 UTC
(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.
Comment 9 Sébastien le Preste de Vauban 2012-03-14 05:44:46 UTC
> Can you recover from the problem by forcing the window contents to be redrawn?

How do I do that?
Comment 10 Michel Dänzer 2012-03-14 09:20:59 UTC
(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.
Comment 11 Sébastien le Preste de Vauban 2012-03-14 16:58:15 UTC
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.
Comment 12 Sébastien le Preste de Vauban 2012-03-14 16:59:44 UTC
Created attachment 58463 [details]
X.Org X Server 1.12.99 log file
Comment 13 Sébastien le Preste de Vauban 2012-03-14 17:00:47 UTC
Created attachment 58464 [details]
new dmesg
Comment 14 Sébastien le Preste de Vauban 2012-03-14 17:02:15 UTC
Created attachment 58465 [details]
screenshot before the bug happens  with xorg server 1.12.99
Comment 15 Sébastien le Preste de Vauban 2012-03-14 17:03:17 UTC
Created attachment 58466 [details]
Screenshot after the bug happens with xorg server 1.12.99
Comment 16 Sébastien le Preste de Vauban 2012-03-15 21:14:58 UTC
Is there any other info I can provide?
Comment 17 Mateusz Loskot 2012-06-10 13:29:18 UTC
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
===
Comment 18 Adam Jackson 2018-06-12 18:43:26 UTC
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.