[systemd-bugs] [Bug 56579] New: systemd-loginctl should deal better with PCI/PCI-e graphics cards

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Oct 30 04:29:28 PDT 2012


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

          Priority: medium
            Bug ID: 56579
          Assignee: systemd-bugs at lists.freedesktop.org
           Summary: systemd-loginctl should deal better with PCI/PCI-e
                    graphics cards
        QA Contact: systemd-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: lbsousajr at gmail.com
          Hardware: All
            Status: NEW
           Version: unspecified
         Component: general
           Product: systemd

This is related to another bug I filed in
https://bugzilla.redhat.com/show_bug.cgi?id=868851 . After reading about
loginctl, I feel that it's optimized for frame buffer devices (mainly USB ones,
like that from Plugable), but is not so friendly with PCI(-e) graphics cards.

Taking my hardware example (a SiliconMotion SM501 PCI card), it's only
attachable by loginctl if I load a kernel module for its frame buffer (namely,
sm501fb), so it can be accessible to X.Org via the generic fbdev driver.

I wonder if loginctl could deal better with PCI graphics cards when creating
additional seats. This is specially useful for Brazil, when we have a huge
educational program based on multiseat computers following the
multiple-graphics-cards model, instead of Plugable devices. Some steps for this
can be very similar to Huo&Cameron patches for ConsoleKit to work with Sun Ray
devices, namely:

1. A new seat could be registered with no need to attach a frame buffer device.
2. In this new seat settings, there sould be an option to pass a custom
xorg.conf with the necessary configuration for the graphics card, similar to
patched-CK displays.d approach.
3. [Optional] For multihead cards, there could be a way to easily launch a bare
(with no Display Manager) underneath X server spanning all heads, on top of
which we can launch a Xephyr instance for each head, assinging it to each seat.

-- 
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/20121030/6c8bb6fc/attachment.html>


More information about the systemd-bugs mailing list