Page 1 of 2 12 LastLast
Results 1 to 10 of 32

Thread: SystemD/Udev Multi-Seat Support For X.Org

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,538

    Default SystemD/Udev Multi-Seat Support For X.Org

    Phoronix: SystemD/Udev Multi-Seat Support For X.Org

    Lennart Poettering has published patches this Sunday to provide support for udev/systemd multi-seat input device hot-plugging support for the X.Org Server...

    http://www.phoronix.com/vr.php?view=OTY4MA

  2. #2
    Join Date
    Oct 2008
    Posts
    880

    Default

    Yay! Breaking shit for no good reason. That's what open source development is all about now.

  3. #3
    Join Date
    Mar 2010
    Posts
    24

    Default

    @yogi_berra: Break what and how? I only see something getting added.

  4. #4
    Join Date
    Jun 2009
    Posts
    2,927

    Default

    Multiseat rocks! The single coolest, most amazing thing I've ever made Linux do.

  5. #5
    Join Date
    Sep 2010
    Posts
    457

    Default

    Multi-seat is awesome, go multi-seat!

  6. #6
    Join Date
    Jun 2009
    Posts
    2,927

    Default

    If I understand correctly, this will FINALLY fix the problem with disappearing peripherals when using multiseat.

    For those who do not use multiseat, the problem is that the new InputClass method of adding peripherals is incompatible with multiseat setups. So is hotplugging, which makes ALL X servers listen to ALL peripherals at the same time, breaking multiseat. You have to use InputDevice and explicitly disable hotplugging in order for multiseat to work. If you unplug the mouse or keyboard, your X session becomes deaf, and only a logout will fix it.

    So if you accidentally lose the connection to one of your mice or keyboards (this happens quite often when there is some fluctuation on the USB bus, such as when plugging in a USB stick or a camera), you must log out. This happens at least once a day with my cheap mouse, and once a week for one of the three other peripherals.

    So this is great news, which should fix MAJOR breakage.

  7. #7
    Join Date
    Jan 2008
    Location
    Have a good day.
    Posts
    678

    Default

    Quote Originally Posted by pingufunkybeat View Post
    Multiseat rocks! The single coolest, most amazing thing I've ever made Linux do.
    Hey, this really sounds very cool. I haven't followed multiseat development at all, and after reading some bits here and there I'm left with some practical questions:

    - Do I need a videocard per seat?
    - Is it easy to get running? Like, is this already in a state where I install something through my package manager and be done?
    - What happens to 3D acceleration in a multiseat configuration?

    We are two at home, both adicted to the internets (so we spend a lot of time in front of our respective computers). Right now we have a Vista desktop plus two laptops (Vista + linux), and I'm thinking in getting myself another desktop. Would you say it makes sense to set up a multiseat linux system on the existing desktop instead of going for another one? I'm thinking that it'd have to run Windows on a virtual machine and handle whatever it is I may be doing in linux. Would this push things too much for a rather basic dual core CPU? Also, I imagine the wiring of peripherals may get a bit messy if I wanted the systems to be in different rooms...

  8. #8
    Join Date
    Jun 2009
    Posts
    2,927

    Default

    Quote Originally Posted by yotambien View Post
    Hey, this really sounds very cool. I haven't followed multiseat development at all, and after reading some bits here and there I'm left with some practical questions:

    - Do I need a videocard per seat?
    That's the cleanest, easiest, and more reliable solution.

    There are options with nested X servers (Xnest or Xephyr) and the like, but you lose some stuff (3d acceleration). agdf did some work to make two X servers run on a single radeon, but those patches are out of date now.

    One card per seat is what pretty much everyone uses. I got an extra PCI HD4350 for a silly amount of money -- even that's an overkill for casual browsing.

    MAKE SURE to use similar gfx cards, preferably running the same driver. It might work with other combinations (Nvidia + AMD, Intel + AMD, etc), but this is rare, and why risk it?

    - Is it easy to get running? Like, is this already in a state where I install something through my package manager and be done?
    You don't even need to install anything, just update some config files (most notably, kdmrc). Not sure if gdm works with multiseat now, I remember reading that they broke it.

    It's not hard if you follow a tutorial, like this one: http://sadevil.org/blog/2010/04/04/multiseat-on-debian/

    - What happens to 3D acceleration in a multiseat configuration?
    With one card per user, nothing. It works as before.

    We are two at home, both adicted to the internets (so we spend a lot of time in front of our respective computers).
    This is our situation, and the solution is really good for both of us. In fact, we swap seats all the time, treat them as two computers, and everything works well.

    I have a PhenomII quad core and 4GB ram, and that's plenty. A dual core should be enough for most situations. Of course, the other seat gets a bit sluggish if I issue "emerge -udjv @world", an hog all the memory, but that can be planned around

  9. #9
    Join Date
    Oct 2008
    Posts
    880

    Default

    Quote Originally Posted by mudig View Post
    I only see something getting added.
    No, you see a working system getting replaced with something that is in development and unnecessary for most use cases, unless you are willing to argue that web servers and render nodes need to be instant on devices, of course.

  10. #10
    Join Date
    Oct 2010
    Posts
    424

    Default

    Quote Originally Posted by yogi_berra View Post
    No, you see a working system getting replaced with something that is in development and unnecessary for most use cases, unless you are willing to argue that web servers and render nodes need to be instant on devices, of course.
    Hmm, sounds like every software/program out there that intends to replace some other software/program. Oh, you meant unstable/untested. Well, I'm sure they'll test it before pushing it on the masses; it is Xorg we're talking about, after all.

    (...you shouldn't be using bleeding-edge Xorg releases in a production environment anyway)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •