search for: multiseat

Does LightDM support multiseat setups? For example, I have a PC with multiple graphics cards, monitors, keyboards - used by multiple users concurrently. Will LightDM let me use one PC by many users concurrently (i.e. login screen on every monitor, allowing to start different sessions for different users). -- Tomasz Chmie...

...ard. When you do this, all the graphics outputs are on the second seat (seat1) and not anymore on the first seat. So i need to move only the VGA output to seat1 and not all the outputs. The problem is that linux can not start 2 or more window managers on one card (even if you don't need a multiseat, but use only one mouse and keyboard). So how can i fix that i can use more than one window manager on one physical graphics card? (without Xephyr or something because they are to outdated and works not good). I have tried with: Linux Mint, Ubuntu and Debian all the same problem.

For multiple audio devices you can use AUDIODEV and MIXERDEV. I describe it on the 3D Multiseat forum (http://linux.automation.dn.ua/forum/viewtopic.php?f=3&t=41) (russian, but I can translate to English if you need)

On Mon, 2023-12-04 at 09:51 +0100, Gert Vanhaerents wrote: > OK? i will report it to nvidia. But with the nouveau drivers it's also not > working. Are you sure it's not a kernel problem? > Because according to systemd it would be a kernel problem.? (personaly i am > also thinking it's a driver problem) Unfortunately, it's not easy for Nouveau to debug problems with

On Thu, Nov 30, 2023 at 11:48:24AM +0100, Gert Vanhaerents wrote: > Hi Kernel list, > I'm the IT person of a school, earlier we used multiseatcomputers for the > school, i have maded with a XGL implementation and it works fine but not so > fantastic. The school wants that i build new computers but the XGL project > is too outdated so i can't use it anymore. > > How can i make a multiseatcomputer with more then one user...

....x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: thomas.bettler at gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Driver/nouveau Product: xorg I have a multiseat configuration with 2 cards, each connected to 2 monitors. (Total 4 monitors) The second card (read: seat) of my multiseat configuration has a corrupted output after suspend - however hibernation works fine. -- You are receiving this mail because: You are the assignee for the bug. -------------- n...

I've managed to get two instances of Guild Wars to run at the same time through wine. How can I set wine or my computer up so that each instance takes inputs from different keyboard/mouse sets? My wife's computer broke but I had the idea to see if we could both just play the game off of one machine.

...using a multi-seated configuration with CentOS? I'm thinking about buying a two 2 headed nvidia card to run 4 separate monitors and 4 separate keyboards and mice. I don't mind using either proprietary or opensource nvidia drivers. I'm looking for more information regarding centos and multiseated configurations. I've read a bit about fedora and ubuntu with multiseating, but I haven't found much with CentOS. I'm fairly new to this so I would need pretty good documentation / hand holding to accomplish this. Any information would be helpful. -Andy

...ns to support different upgrade paths. Possibly we could tweak the device tree layout to reuse the same PCI slot for the master bypass netdev, such that udev would not get confused when renaming the device. The VF needs to use a different function slot afterwards. Perhaps we might need to a special multiseat like QEMU device for that purpose? Our case we'll upgrade the config from VF to virtio-bypass directly. > >> FWIW two solutions that immediately come to mind is to export "backup" >> as phys_port_name of the backup virtio link and/or assign a name to the >> mast...

...ould tweak >>> the device tree layout to reuse the same PCI slot for the master >>> bypass netdev, such that udev would not get confused when renaming the >>> device. The VF needs to use a different function slot afterwards. >>> Perhaps we might need to a special multiseat like QEMU device for that >>> purpose? >>> >>> Our case we'll upgrade the config from VF to virtio-bypass directly. >> So if I am understanding what you are saying you are wanting to flip >> the backup interface from the virtio to a VF. The problem is that...

...ould tweak >>> the device tree layout to reuse the same PCI slot for the master >>> bypass netdev, such that udev would not get confused when renaming the >>> device. The VF needs to use a different function slot afterwards. >>> Perhaps we might need to a special multiseat like QEMU device for that >>> purpose? >>> >>> Our case we'll upgrade the config from VF to virtio-bypass directly. >> So if I am understanding what you are saying you are wanting to flip >> the backup interface from the virtio to a VF. The problem is that...

...ent upgrade paths. Possibly we could tweak > the device tree layout to reuse the same PCI slot for the master > bypass netdev, such that udev would not get confused when renaming the > device. The VF needs to use a different function slot afterwards. > Perhaps we might need to a special multiseat like QEMU device for that > purpose? > > Our case we'll upgrade the config from VF to virtio-bypass directly. So if I am understanding what you are saying you are wanting to flip the backup interface from the virtio to a VF. The problem is that becomes a bit of a vendor lock-in soluti...

...ent upgrade paths. Possibly we could tweak > the device tree layout to reuse the same PCI slot for the master > bypass netdev, such that udev would not get confused when renaming the > device. The VF needs to use a different function slot afterwards. > Perhaps we might need to a special multiseat like QEMU device for that > purpose? > > Our case we'll upgrade the config from VF to virtio-bypass directly. So if I am understanding what you are saying you are wanting to flip the backup interface from the virtio to a VF. The problem is that becomes a bit of a vendor lock-in soluti...

On Fri, Feb 16, 2018 at 6:38 PM, Jakub Kicinski <kubakici at wp.pl> wrote: > On Fri, 16 Feb 2018 10:11:19 -0800, Sridhar Samudrala wrote: >> Ppatch 2 is in response to the community request for a 3 netdev >> solution. However, it creates some issues we'll get into in a moment. >> It extends virtio_net to use alternate datapath when available and >> registered.

On Fri, Feb 16, 2018 at 6:38 PM, Jakub Kicinski <kubakici at wp.pl> wrote: > On Fri, 16 Feb 2018 10:11:19 -0800, Sridhar Samudrala wrote: >> Ppatch 2 is in response to the community request for a 3 netdev >> solution. However, it creates some issues we'll get into in a moment. >> It extends virtio_net to use alternate datapath when available and >> registered.

...s. Possibly we could tweak >> the device tree layout to reuse the same PCI slot for the master >> bypass netdev, such that udev would not get confused when renaming the >> device. The VF needs to use a different function slot afterwards. >> Perhaps we might need to a special multiseat like QEMU device for that >> purpose? >> >> Our case we'll upgrade the config from VF to virtio-bypass directly. > > So if I am understanding what you are saying you are wanting to flip > the backup interface from the virtio to a VF. The problem is that > becomes a...

...gt;>> the device tree layout to reuse the same PCI slot for the master >>>> bypass netdev, such that udev would not get confused when renaming the >>>> device. The VF needs to use a different function slot afterwards. >>>> Perhaps we might need to a special multiseat like QEMU device for that >>>> purpose? >>>> >>>> Our case we'll upgrade the config from VF to virtio-bypass directly. >>> >>> So if I am understanding what you are saying you are wanting to flip >>> the backup interface from the vi...

...don't parse VT settings for non-seat0 X servers kdrive: fix up NewInputDeviceRequest() implementation kdrive: set "evdev" driver for input devices automatically, if available. kdrive: don't let evdev driver overwrite existing device names ephyr: ignore Xorg multiseat command line options ephyr: don't load ephyr input driver if -seat option is passed kdrive/evdev: update keyboard LEDs (#22302) kdrive: introduce input hot-plugging support for udev and hal backends (#33140) kdrive: add options to set default XKB properties ephyr:...

The main motivation for this patch is to enable cloud service providers to provide an accelerated datapath to virtio-net enabled VMs in a transparent manner with no/minimal guest userspace changes. This also enables hypervisor controlled live migration to be supported with VMs that have direct attached SR-IOV VF devices. Patch 1 introduces a new feature bit VIRTIO_NET_F_STANDBY that can be used