Bug 65613 - Display freezes while switching from X11 to a virtual-terminal, if framebuffer is used
Summary: Display freezes while switching from X11 to a virtual-terminal, if framebuffe...
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-10 14:54 UTC by Peter Weber
Modified: 2018-12-13 22:28 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
required udev rule (307 bytes, text/plain)
2013-06-10 14:54 UTC, Peter Weber
no flags Details
journalctl -b --no-pager -full (165.22 KB, text/plain)
2013-06-10 14:56 UTC, Peter Weber
no flags Details

Description Peter Weber 2013-06-10 14:54:08 UTC
Created attachment 80628 [details]
required udev rule

Hello!
I'm using framebuffer-based applications like fbida or mplayer on the virtual-terminal. This requires my user to be in the "video", or in a more Systemd fashioned-way, apply a UDEV-Rule with the TAG "uaccess" to the specific framebuffer-device (in most cases "/dev/fb*").
Switching between the virtual-terminals works fine. Switching from X11 to a virtual-terminal, which currently uses a framebuffer-device, freezes the display with last output from X11. The programmatical switch to the virtual-terminal itself works, i.e. the application running their will accept keyboard instructions.

Step to reproduces:
1. Login to a random virtual-terminal, view a image with fbida or a movie with mplayer
$ fbi random.png
$ mplayer -vo fbdev funny.ogg
$ mplayer -vo fbdev2 more_fun.mpeg # if previous doesn't work
2. Login to X11
3. Switch with Ctrl+Alt+F-Key to the virtual-terminal used before
4. Display output freezes

Workaround:
Switch to another virtual-terminal which currently doesn't use a framebuffer-device. From their, a user can switch to any other virtual-terminal.

Thank you for your work
Comment 1 Peter Weber 2013-06-10 14:56:04 UTC
Created attachment 80629 [details]
journalctl -b --no-pager -full

I've used fbi to view an image shortly before storing the output of journalctl, but output seems to give no hint.
Comment 2 Lennart Poettering 2013-06-10 18:37:27 UTC
I fail to see what this has to do with systemd? Maybe X is not releasing the KMS device properly?
Comment 3 Peter Weber 2013-06-10 19:03:03 UTC
Hello!
It works fine, when the user is a member of the UNIX based group "video". The "Systemd-Way" of granting access to devices for users, is based upon ACLs. UDEV allows this via the TAG "uaccess". This triggers the issue, so I thought Systemd would be a right starting-point. You know the internals of Systemd and X11 better than me. Probably you're right with X11.
Comment 4 GitLab Migration User 2018-12-13 22:28:53 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/xserver/issues/444.


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.