[systemd-bugs] [Bug 65613] New: Display freezes while switching from X11 to a virtual-terminal, if framebuffer is used

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Jun 10 07:54:08 PDT 2013


https://bugs.freedesktop.org/show_bug.cgi?id=65613

          Priority: medium
            Bug ID: 65613
          Assignee: systemd-bugs at lists.freedesktop.org
           Summary: Display freezes while switching from X11 to a
                    virtual-terminal, if framebuffer is used
        QA Contact: systemd-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: peter.weber at ttyhoney.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: unspecified
         Component: general
           Product: systemd

Created attachment 80628
  --> https://bugs.freedesktop.org/attachment.cgi?id=80628&action=edit
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

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20130610/b0c1a4c8/attachment.html>


More information about the systemd-bugs mailing list