[Wayland-bugs] [Bug 73782] New: Weston called from weston-launch loses permission to uaccess fb devices on tty switch back

[bugzilla-daemon at freedesktop.org]

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

          Priority: medium
            Bug ID: 73782
          Assignee: wayland-bugs at lists.freedesktop.org
           Summary: Weston called from weston-launch loses permission to
                    uaccess fb devices on tty switch back
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: nerdopolis1 at verizon.net
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: weston
           Product: Wayland

Created attachment 92369
  --> https://bugs.freedesktop.org/attachment.cgi?id=92369&action=edit
Weston log from running on a uaccess permissions fb device, and to a different
tty and back

Hi.

I have configured my framebuffer devices with udev to have uaccess, similar to
how it sets up /dev/dri/card* devices

I added this line to my udev config:
SUBSYSTEM=="graphics", KERNEL=="fb*", TAG+="uaccess"

I am able to start Weston sessions fine on this configuration. 

but when I switch to a different tty, and then switch back, it seems the
permissions to /dev/fb0 are lost and Weston dies.

I am using Ubuntu, which means, I am using the limited logind. And I am calling
my user sessions from weston-launch.

If I'm really careful, I can switch tty without crashing with 
'loginctl activate', but once I switch TTYs, All instances of weston lose
permission to /dev/fb0 once I switch to them, even if the next way is with
loginctl activate.

It seems to work with /dev/dri/card* and /dev/input/event*, so it should work
with /dev/fb* I would assume?


I have a log of a Weston crash attached.

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