Hello,
I recently added an extra video card to a desktop PC and set up a multiseat system using Fedora 17. I was lured by the marketing: http://0pointer.de/blog/projects/multi-seat.html :D
Anyway, I'm sure that there is some hardware configuration where all this just works out of the box, but it wasn't the case for me. I used loginctl to create the seats, no problem, but then GDM was crashing and burning or just plain failing to start up both displays. Then the X servers were getting confused and trying to load the Intel driver for the Radeon card, etc. After learning more about the (lack of) options to configure GDM and pass whatever is necessary to sort this out for the X servers, I ended up using KDM. This at least allowed me to configure the X servers independently:
xdmrc:
[X-:0-Core]
ServerArgsLocal=-nolisten tcp -seat seat0 -novtswitch -isolateDevice PCI:0:2:0
[X-:1-Core]
ServerArgsLocal=-nolisten tcp -seat seat1 -sharevts -isolateDevice PCI:1:0:0 -config xorg.seat1.conf
xorg.seat1.conf:
Section "Device"
Identifier "ATI"
Driver "radeon"
BusID "PCI:1:0:0"
EndSection
Section "ServerFlags"
Option "AutoAddDevices" "True"
Option "AllowEmptyInput" "True"
Option "DontVTSwitch" "True"
EndSection
Section "InputClass"
Identifier "Force Input Devices to Seat"
Option "GrabDevice" "True"
EndSection
===
Ok, this all works, no problem. The only thing left to figure out is audio.
seat0 has the onboard Intel audio, and seat1 is supposed to have a usb audio thingy. seat0 works perfectly fine, however on seat1 there's nothing.
# loginctl seat-status seat1
seat1
Devices:
├ /sys/devices/pci0000:00/0000:00:1a.7/usb1
│ (usb:usb1)
│ └ /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-6
│ (usb:1-6)
│ ├ /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-6/1-6.2/1-6.2:1.0/sound/card2
│ │ (sound:card2) "Set"
│ ├ /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-6/1-6.2/1-6.2:1.3/input/input4
│ │ (input:input4) "C-Media USB Headphone Set "
[...]
However according to pacmd I have "0 card(s) available".
There's another odd thing I noticed:
# loginctl
SESSION UID USER SEAT
1 500 user1 seat0
2 503 user2 seat0
2 sessions listed.
user2 is actually logged in on seat1. Why is loginctl showing seat0? Is this anyway related to my audio problem?
Some additional info:
# loginctl show-session 2
Id=2
Timestamp=Sat, 01 Dec 2012 22:40:03 +0000
TimestampMonotonic=121036199
DefaultControlGroup=name=systemd:/user/user2/2
VTNr=2
Display=:1
Remote=no
Service=kdm
Leader=1457
Audit=2
Type=x11
Class=user
Active=no
State=online
KillProcesses=no
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
Name=user2
What does it mean that this session is not active? Is this the root cause for the audio problem? Everything else seems to work fine.
I'd appreciate any tips as to how I can track this down. Not even sure if the seat/session problem is related to my audio problem. Could this trip up pulseaudio? If so, who's supposed to set these things up correctly? KDM? Is it not communicating with systemd correctly?
I'm not even sure pulseaudio is supposed to work if the seats were tagged correctly. I read all about how if I want multiseat audio, then pulseaudio should be configured as a "system service". I have a suspicion that all that advice is outdated and is Ubuntu-specific, but I'm not entirely sure.
Any advice or troubleshooting steps? Thank you in advance.
I recently added an extra video card to a desktop PC and set up a multiseat system using Fedora 17. I was lured by the marketing: http://0pointer.de/blog/projects/multi-seat.html :D
Anyway, I'm sure that there is some hardware configuration where all this just works out of the box, but it wasn't the case for me. I used loginctl to create the seats, no problem, but then GDM was crashing and burning or just plain failing to start up both displays. Then the X servers were getting confused and trying to load the Intel driver for the Radeon card, etc. After learning more about the (lack of) options to configure GDM and pass whatever is necessary to sort this out for the X servers, I ended up using KDM. This at least allowed me to configure the X servers independently:
xdmrc:
[X-:0-Core]
ServerArgsLocal=-nolisten tcp -seat seat0 -novtswitch -isolateDevice PCI:0:2:0
[X-:1-Core]
ServerArgsLocal=-nolisten tcp -seat seat1 -sharevts -isolateDevice PCI:1:0:0 -config xorg.seat1.conf
xorg.seat1.conf:
Section "Device"
Identifier "ATI"
Driver "radeon"
BusID "PCI:1:0:0"
EndSection
Section "ServerFlags"
Option "AutoAddDevices" "True"
Option "AllowEmptyInput" "True"
Option "DontVTSwitch" "True"
EndSection
Section "InputClass"
Identifier "Force Input Devices to Seat"
Option "GrabDevice" "True"
EndSection
===
Ok, this all works, no problem. The only thing left to figure out is audio.
seat0 has the onboard Intel audio, and seat1 is supposed to have a usb audio thingy. seat0 works perfectly fine, however on seat1 there's nothing.
# loginctl seat-status seat1
seat1
Devices:
├ /sys/devices/pci0000:00/0000:00:1a.7/usb1
│ (usb:usb1)
│ └ /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-6
│ (usb:1-6)
│ ├ /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-6/1-6.2/1-6.2:1.0/sound/card2
│ │ (sound:card2) "Set"
│ ├ /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-6/1-6.2/1-6.2:1.3/input/input4
│ │ (input:input4) "C-Media USB Headphone Set "
[...]
However according to pacmd I have "0 card(s) available".
There's another odd thing I noticed:
# loginctl
SESSION UID USER SEAT
1 500 user1 seat0
2 503 user2 seat0
2 sessions listed.
user2 is actually logged in on seat1. Why is loginctl showing seat0? Is this anyway related to my audio problem?
Some additional info:
# loginctl show-session 2
Id=2
Timestamp=Sat, 01 Dec 2012 22:40:03 +0000
TimestampMonotonic=121036199
DefaultControlGroup=name=systemd:/user/user2/2
VTNr=2
Display=:1
Remote=no
Service=kdm
Leader=1457
Audit=2
Type=x11
Class=user
Active=no
State=online
KillProcesses=no
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
Name=user2
What does it mean that this session is not active? Is this the root cause for the audio problem? Everything else seems to work fine.
I'd appreciate any tips as to how I can track this down. Not even sure if the seat/session problem is related to my audio problem. Could this trip up pulseaudio? If so, who's supposed to set these things up correctly? KDM? Is it not communicating with systemd correctly?
I'm not even sure pulseaudio is supposed to work if the seats were tagged correctly. I read all about how if I want multiseat audio, then pulseaudio should be configured as a "system service". I have a suspicion that all that advice is outdated and is Ubuntu-specific, but I'm not entirely sure.
Any advice or troubleshooting steps? Thank you in advance.