[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
** Changed in: xorg-server (Ubuntu) Assignee: (unassigned) => XxEarthxX (budwiser) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Released Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with "-seat " option where "" != "seat0"), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch "xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch" from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as "master-of-seat", and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via "-config xorg.conf.custom" option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch "xfree86_add_matchseat_key_to_xorg_conf.patch" from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections "Device", "Screen", and "ServerLayout", which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section "Device" Identifier "card0" Driver "nvidia" Option "NoLogo" "True" # This section will only apply for seat-1 MatchSeat "seat-1" EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former "steals" VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch "xfree86_keep_non_seat0_from_touching_vts.patch" from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as "master- of-seat" in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: "(EE) No devices found". * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate "xserver- config" properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command "ps -FC Xorg" and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server "trusty" package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
This bug was fixed in the package xorg-server - 2:1.15.1-0ubuntu2.6 --- xorg-server (2:1.15.1-0ubuntu2.6) trusty-proposed; urgency=medium [ Laércio de Sousa ] * Backport support for logind-based multiseat back to trusty. (LP: #1209008) [ Maarten Lankhorst ] * Re-enable support for rotation and transforms on gpu-screens with support. - Allows re-enabling intel SNA rotation after fixing it. (LP: #1386620) * Fix black screen when using qemu with cirrus vga. - fb-24-depth.patch (LP: #1318119) -- Maarten Lankhorst maarten.lankho...@ubuntu.com Mon, 03 Nov 2014 12:36:32 +0100 ** Changed in: xorg-server (Ubuntu Trusty) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Released Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Unfortunately, I can't reproduce your error in my hardware. Both seats wake up correctly here. My hardware consists of an integrated Intel graphics device and a Silicon Motion SM501 PCI graphics card. I'm also using Xubuntu with lightdm 1.10.3 from trust-updates repo. BTW, did you upgrade your lightdm to 1.10.3? Dou you know this version has backported automatic multiseat feature introduced in 1.12 series? Although this is the default behaviour in 1.12 series, it must be enabled manually in 1.10.3. Just drop all your previous manual seat configurations ([Seat:0], [Seat:1], etc.) in lightdm.conf and put the following: [LightDM] logind-load-seats=true If you want to seat e.g. autologin user for each seat, just append the following sections: [Seat:seat0] autologin-user=USER FOR seat0 [Seat:seat-1] autologin-user=USER FOR seat-1 Now you can test again that setting above for disabling DPMS for your seat-1 X server: [Seat:seat-1] xserver-command=/usr/bin/X -core -dpms -s 0 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
I have two discrete cards. So the difference is that your integrated card is probably on the platform bus, while both of my discrete cards are PCI-E devices. I started testing multiseat setup described in this thread only last Saturday and since then have always been using the lightdm version which supports automatic multiseat; in one of my posts above (where I thought that the multiseat setup didn't work) I enclosed my full lightdm.conf; it only consisted of logind-load-seats and logind-check-graphical. # apt-cache policy lightdm lightdm: Zainstalowana: 1.10.4-0ubuntu2 # means: Installed Kandydująca: 1.10.4-0ubuntu2 # means: Candidate Tabela wersji: *** 1.10.4-0ubuntu2 0 500 http://archive.ubuntu.com/ubuntu/ trusty-proposed/main i386 Packages 100 /var/lib/dpkg/status 1.10.3-0ubuntu2 0 500 http://pl.archive.ubuntu.com/ubuntu/ trusty-updates/main i386 Packages 1.10.0-0ubuntu3 0 500 http://pl.archive.ubuntu.com/ubuntu/ trusty/main i386 Packages The full lightdm.conf I'm using now: [LightDM] logind-load-seats=true logind-check-graphical=true [SeatDefaults] allow-guest=false [Seat:seat-1] xserver-command=/usr/bin/X -core -dpms -s 0 And with this setup the card assigned to seat0 in xorg.conf wakes up correctly, but the other does not. I'm wandering which step of restarting lightdm does the trick of waking it up fully? Because, as I said before, the seat-1 is not completely lost after wakeup; if I brutally restart lightdm it comes back, of course all graphical sessions terminated and lightdm login screen displayed again at both seats. My random guess is that the problem is in the X server. Perhaps for waking up there is some code path which works in a similar way to what probing used to work, that is, it only searches for platform display devices? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart
Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Oh sorry! I didn't catch your lightdm.conf above. When you restart lightdm service, all Xorg processes are killed and then restarted. That's why your seat-1 goes back to normal when you do that. I suspect your seat-1 Xorg may be killed when suspending. You can confirm it by running ps -FC Xorg | less. Also take a look at lightdm and Xorg log files when your seat-1 fails to wake up. Em qua, 17 de dez de 2014 17:05, Andrzej Pietrasiewicz andrzejtp2...@gmail.com escreveu: I have two discrete cards. So the difference is that your integrated card is probably on the platform bus, while both of my discrete cards are PCI-E devices. I started testing multiseat setup described in this thread only last Saturday and since then have always been using the lightdm version which supports automatic multiseat; in one of my posts above (where I thought that the multiseat setup didn't work) I enclosed my full lightdm.conf; it only consisted of logind-load-seats and logind-check-graphical. # apt-cache policy lightdm lightdm: Zainstalowana: 1.10.4-0ubuntu2 # means: Installed Kandydująca: 1.10.4-0ubuntu2 # means: Candidate Tabela wersji: *** 1.10.4-0ubuntu2 0 500 http://archive.ubuntu.com/ubuntu/ trusty-proposed/main i386 Packages 100 /var/lib/dpkg/status 1.10.3-0ubuntu2 0 500 http://pl.archive.ubuntu.com/ubuntu/ trusty-updates/main i386 Packages 1.10.0-0ubuntu3 0 500 http://pl.archive.ubuntu.com/ubuntu/ trusty/main i386 Packages The full lightdm.conf I'm using now: [LightDM] logind-load-seats=true logind-check-graphical=true [SeatDefaults] allow-guest=false [Seat:seat-1] xserver-command=/usr/bin/X -core -dpms -s 0 And with this setup the card assigned to seat0 in xorg.conf wakes up correctly, but the other does not. I'm wandering which step of restarting lightdm does the trick of waking it up fully? Because, as I said before, the seat-1 is not completely lost after wakeup; if I brutally restart lightdm it comes back, of course all graphical sessions terminated and lightdm login screen displayed again at both seats. My random guess is that the problem is in the X server. Perhaps for waking up there is some code path which works in a similar way to what probing used to work, that is, it only searches for platform display devices? -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master-
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Before suspend: UIDPID PPID CSZ RSS PSR STIME TTY TIME CMD root 1236 1223 12 55708 73248 0 20:56 tty7 00:00:10 /usr/bin/X -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch root 1238 1223 2 36801 64892 0 20:56 ?00:00:02 /usr/bin/X -core :1 -seat seat-1 -sharevts -auth /var/run/lightdm/root/:1 -nolisten tcp After resume: UIDPID PPID CSZ RSS PSR STIME TTY TIME CMD root 1236 1223 10 93676 173432 1 20:56 tty7 00:00:13 /usr/bin/X -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch root 1238 1223 1 37185 65092 1 20:56 ?00:00:02 /usr/bin/X -core :1 -seat seat-1 -sharevts -auth /var/run/lightdm/root/:1 -nolisten tcp A big difference today is that the monitor assigned to seat-1 comes back alive BUT it extends the display of session at seat0! In other words, today, after resume, both monitors provide a big desktop for session @ seat0. I can't understand how it changed since yesterday. Yesterday the behaviour was as described above: seat-1 card wouldn't come back. I'm also noticing a changed behaviour after boot and when greeters first appear: until yesterday, they appeared almost at the same time, with mouse pointers exactly in the middle of both. Today, they tend to blink a couple of times, and seat0 mouse pointers appears offset to the right. In /etc/lightdm/x-1-greeter.log I can see at the end: [+61,04s] DEBUG: user-list.vala:1030: Adding/updating user hajaszek () [+398,50s] DEBUG: settings-daemon.vala:209: Screensaver activated Please compare the times. The screensaver activates after about 5 minutes after the greeter is first displayed at system start. I can't tell at this moment if this corresponds to the time when I suspended/resumed or to the time where screensaver kicked-in on an otherwise unavailable display. SInce yesterday evening I played with printer drivers from http://www.bchemnet.com/suldr/; I installed/removed some of them back and forth. Then today I did apt-get install apt-show-version, and then did apt-get autoremove as suggested by apt. I would say this situation is even more annoying compared to the one when seat-1 consistently refuses to show up after resume. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Regarding the doubt whether not coming back of seat-1 greeter is caused by the screenscaver kicking-in: that is not the case. I checked again and did a quick suspend and then resume and then looked up the x-1-greeter.log and there was no line about the screensaver. It does activate but far later than the failed suspend/resume. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
What about your lightdm.log file? And your Xorg.1.log? Any suspect message? Em qua, 17 de dez de 2014 18:41, Andrzej Pietrasiewicz andrzejtp2...@gmail.com escreveu: Regarding the doubt whether not coming back of seat-1 greeter is caused by the screenscaver kicking-in: that is not the case. I checked again and did a quick suspend and then resume and then looked up the x-1-greeter.log and there was no line about the screensaver. It does activate but far later than the failed suspend/resume. -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with
Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
You could also disable light-locker for user logged in seat-1 and see if problem persists. Em qua, 17 de dez de 2014 18:44, Laércio de Sousa lbsous...@gmail.com escreveu: What about your lightdm.log file? And your Xorg.1.log? Any suspect message? Em qua, 17 de dez de 2014 18:41, Andrzej Pietrasiewicz andrzejtp2...@gmail.com escreveu: Regarding the doubt whether not coming back of seat-1 greeter is caused by the screenscaver kicking-in: that is not the case. I checked again and did a quick suspend and then resume and then looked up the x-1-greeter.log and there was no line about the screensaver. It does activate but far later than the failed suspend/resume. -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
More details on todays behaviour: After boot both screens come up, but sometimes seat-1 does appear, sometimes not and instead seat0 display extends to both monitors. Regardless of whether seat-1 appears or not, the initial position of mouse pointer of seat0 is offset BUT related to seat0's monitor. I think it is exactly in the middle of a big screen composed of BOTH monitors. If, after boot, seat-1 does not appear, when I do ctrl-alt-f1 ctrl- alt-f7 at seat0 (which CanTTY=yes) then greeter at seat1 appears. BUT only until a screensaver kicks-in: then when I move a mouse at seat-1 (or even without it), instead of seat-1's greeter (no one is logged in at seat-1) a missing part of seat0's display appears - I have same folders at the desktop and they tend to appear in a part of the screen covered by seat-1's greeter. And then if I ctrl-alt-f1 ctrl-alt-f7 again, seat-1's greeter appears again. The difference to yesterday and the day before is that I played with installing/uninstalling some packages. The versions of packages of interest as of now are: lightdm: 1.10.4-0ubuntu2 xserver-xorg-core: 2:1.15.1-0ubuntu2.6 I'm using Unity. I have no light-locker installed. I must say that until yesterday I had rock-solid behaviour and fully functioning system except waking up from suspend. Then I perhaps messed something up with the installed packages. What packages other than lightdm and xserver-xorg-core should I check? Is it possible that lightdm 1.10.__4__ is causing problems? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
I GOT ENLIGHTENED. I know what changed since yesterday. I don't have my printer installed in the multisesat ubuntu, so I'm ocassionally booting into my Debian install where I have my multiseat setup based on a Xephyr approach, where both monitors are connected to the two heads of JUST ONE of the graphics cards. So today the monitor of seat-1 was connected to TWO cards. Hence seat0 saw two monitors and extended its desktop to both, and seat-1 also saw one monitor. When I unplugged the reduntant cable, it all behaves like yesterday: seat-1 wouldn't come back after resume. That's good and bad news: the good news it that the world still works as it is supposed, the bad news is that the seat-1 resume problem remains. I need a break... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Anyway, have you tried to simplify your config files? For example, in your udev rules, you don't need to tag anything as seat0 explicitly, and in your xorg.conf file, are you sure you need all that Screen and ServerLayout sections? In principle just the Device sections would be enough. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
I followed your advice and multiseat setup still works. And still seat-1 resume problem remains. I noticed that if I do (as root) a number of commands like: # DISPLAY=:1 XAUTHORITY=/var/run/lightdm/root/:1 xrandr --output DVI-I-2 --off # DISPLAY=:1 XAUTHORITY=/var/run/lightdm/root/:1 xrandr --output DVI-I-2 --auto Then seat-1 comes back after suspend. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
It works for me, too. That said, I experience problems with coming back from machine's suspend: the screen at seat-1 in my setup (please see above) remains blank. I don't know if this is related to multiseat setup in any way, but it is really annoying. I'm using a dirty workaround: at waking up I do service lightdm restart which is surely an overkill and definitely not a solution. Any better ideas? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
A possible workaround is preventing your seat-1 X server from suspending. Include the following config to your lightdm.conf: [Seat:seat-1] xserver-command=/usr/bin/X -core -dpms -s 0 Anyway, if you swap your video cards bewteen seats (i.e. swap seat0 and seat-1 occurences in your xorg.conf), do you see the same behaviour? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
The xserver-command with dpms does not work. If I swap the cards in xorg.conf I can see symmetric behaviour: the card which is assigned to seat0 wakes up correctly, but the other one does not, it's just this time that the cards are swapped. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
I've just updated xorg packages in my computer lab to 2:1.15.1-0ubuntu2.6. Multiseat is working pretty well (even with non-KMS video devices on non-seat0 seats). No regressions observed at the moment. ** Tags removed: verification-failed verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Hi Laércio, SHAME ON ME When I started looking for files to paste here, I had a closer look at my xorg.conf: Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 MatchSeat seat0 EndSection Section ServerLayout Identifier Layout1 Screen 0 Screen1 0 0 MatchSeat seat1 EndSection Section Files EndSection Section Monitor # HorizSync source: edid, VertRefresh source: edid Identifier Monitor0 VendorName Unknown ModelName Samsung SMEX2220 HorizSync 30.0 - 81.0 VertRefresh 56.0 - 75.0 Option DPMS EndSection Section Monitor # HorizSync source: edid, VertRefresh source: edid Identifier Monitor1 VendorName Unknown ModelName Philips 170B4 HorizSync 30.0 - 82.0 VertRefresh 56.0 - 76.0 Option DPMS EndSection Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName GeForce 8400 GS BusID PCI:1:0:0 MatchSeat seat0 EndSection Section Device Identifier Device1 Driver nvidia VendorName NVIDIA Corporation BoardName Quadro NVS 290 BusID PCI:3:0:0 MatchSeat seat1 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 Option Stereo 0 Option SLI Off Option MultiGPU Off Option BaseMosaic off SubSection Display Depth 24 EndSubSection MatchSeat seat0 EndSection Section Screen Identifier Screen1 Device Device1 MonitorMonitor1 DefaultDepth24 Option Stereo 0 Option SLI Off Option MultiGPU Off Option BaseMosaic off SubSection Display Depth 24 EndSubSection MatchSeat seat1 EndSection The problem is in naming. I dutifully named seat 0 seat0, but I also dutifully followed the convention of naming seat 1 seat-1, with a dash between the t and the 1 - _EXCEPT_ in my xorg.conf... When I did s/seat1/seat-1/g in my xorg.conf, the two seats appear correctly. I did not stress test it too much, but will do now. If I have a problem I will let you know immediately. I've been using multiseat setups for over a decade now and it has always been at least a bit hakish; each and every dist-upgrade (I've been using Debian testing, where dist-upgrades happen frequently) has been a threat that thigs would stop working. What is proposed here looks like a proper solution to multiseat setups. Thanks for your work! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Does NOT work for me :-( I'm still getting the no screens found error, which, if I understand correctly, is supposed to be fixed with: http://bazaar.launchpad.net/~ubuntu-multiseat/xorg-server/trusty-matchseat/revision/287/debian/patches/xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch $ cat /etc/apt/sources.list deb http://archive.ubuntu.com/ubuntu/ trusty-proposed restricted main multiverse universe deb http://pl.archive.ubuntu.com/ubuntu trusty-updates restricted universe main multiverse deb http://security.ubuntu.com/ubuntu/ trusty-security restricted universe main multiverse deb http://pl.archive.ubuntu.com/ubuntu trusty main restricted universe multiverse $ dpkg -l xserver-xorg-core ... ii xserver-xorg-core 2:1.15.1-0ubuntu2.6 $ lspci | grep VGA 01:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) 03:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 290] (rev a1) $ cat /etc/udev/rules.d/99-multiseat.rules SUBSYSTEM==drm, KERNEL==card[0-9]*, ATTRS{vendor}==0x10de, TAG+=master-of-seat TAG==seat, DEVPATH==/devices/pci:00/:00:01.0/:01:00.0/*, ENV{ID_SEAT}=seat0, TAG+=seat0 TAG==seat, DEVPATH==/devices/pci:00/:00:1c.2/:03:00.0/*, ENV{ID_SEAT}=seat-1, TAG+=seat-1 TAG==seat, SUBSYSTEM==usb, ATTR{name}==DELL Dell USB Entry Keyboard, ENV{ID_SEAT}=seat0, TAG+=seat0 TAG==seat, SUBSYSTEM==usb, ATTR{name}==Logitech USB-PS/2 Optical Mouse, ENV{ID_SEAT}=seat0, TAG+=seat0 TAG==seat, SUBSYSTEM==input, ATTR{name}==AT Translated Set 2 keyboard, ENV{ID_SEAT}=seat-1, TAG+=seat-1 TAG==seat, SUBSYSTEM==input, ATTR{name}==ImPS/2 Generic Wheel Mouse, ENV{ID_SEAT}=seat-1, TAG+=seat-1 $ loginctl list-seats SEAT seat0 seat-1 2 seats listed. $ loginctl show-seat seat0 Id=seat0 ActiveSession=c2 CanMultiSession=yes CanTTY=yes CanGraphical=yes Sessions=c2 IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 $ loginctl show-seat seat-1 Id=seat-1 CanMultiSession=no CanTTY=no CanGraphical=yes IdleHint=yes IdleSinceHint=0 IdleSinceHintMonotonic=0 $ loginctl list-sessions SESSIONUID USER SEAT c2 1000 andrzejtpseat0 1 sessions listed. $ loginctl seat-status seat0 seat0 Sessions: *c2 Devices: /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 input:input1 Power Button /sys/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0 input:input0 Power Button /sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0 [MASTER] drm:card0 /sys/devices/pci:00/:00:1a.0/usb3 usb:usb3 /sys/devices/pci:00/:00:1a.1/usb4 usb:usb4 /sys/devices/pci:00/:00:1a.2/usb5 usb:usb5 /sys/devices/pci:00/:00:1a.7/usb1 usb:usb1 /sys/devices/pci:00/:00:1b.0/sound/card0 sound:card0 Intel /sys/devices/pci:00/:00:1b.0/sound/card0/input10 input:input10 HDA Intel Line Out CLFE /sys/devices/pci:00/:00:1b.0/sound/card0/input11 input:input11 HDA Intel Line Out Side /sys/devices/pci:00/:00:1b.0/sound/card0/input12 input:input12 HDA Intel Front Headphone /sys/devices/pci:00/:00:1b.0/sound/card0/input5 input:input5 HDA Intel Rear Mic /sys/devices/pci:00/:00:1b.0/sound/card0/input6 input:input6 HDA Intel Front Mic /sys/devices/pci:00/:00:1b.0/sound/card0/input7 input:input7 HDA Intel Line /sys/devices/pci:00/:00:1b.0/sound/card0/input8 input:input8 HDA Intel Line Out Front /sys/devices/pci:00/:00:1b.0/sound/card0/input9 input:input9 HDA Intel Line Out Surround /sys/devices/pci:00/:00:1c.4/:04:00.0/ata5/host4/target4:0:0/4:0:0:0/block/sr0 block:sr0 /sys/devices/pci:00/:00:1c.4/:04:00.0/ata5/host4/target4:0:0/4:0:0:0/scsi_generic/sg1 scsi_generic:sg1 /sys/devices/pci:00/:00:1c.4/:04:00.0/ata5/host4/target4:0:1/4:0:1:0/block/sr1 block:sr1 /sys/devices/pci:00/:00:1c.4/:04:00.0/ata5/host4/target4:0:1/4:0:1:0/scsi_generic/sg2 scsi_generic:sg2 /sys/devices/pci:00/:00:1d.0/usb6 usb:usb6 /sys/devices/pci:00/:00:1d.1/usb7 usb:usb7
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
** Tags added: verification-failed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Andrzej, please paste here the xorg.conf you've written for your NVIDIA card, as well as your /var/log/Xorg.1.log, when you use the proprietary driver. Em sáb, 13 de dez de 2014 19:20, Andrzej Pietrasiewicz andrzejtp2...@gmail.com escreveu: ** Tags added: verification-failed -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Hello Richard, or anyone else affected, Accepted xorg-server into trusty-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/xorg- server/2:1.15.1-0ubuntu2.6 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: xorg-server (Ubuntu Trusty) Status: In Progress = Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to :
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
The xorg-server SRU for trusty has been shadowed by a security update and needs to be re-merged. ** Changed in: xorg-server (Ubuntu Trusty) Status: Fix Committed = In Progress -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: In Progress Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
** Tags removed: saucy verification-needed ** Tags added: trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: In Progress Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
** No longer affects: hwe-next -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: In Progress Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
xorg-server is available in the trusty-proposed repository and at https://launchpad.net/ubuntu/+source/xorg-server/2:1.15.1-0ubuntu2.2 . Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
I do not have a non-KMS card in a non-seat0 seat, but I can at least say that I have not seen any regressions. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
A new version of xorg-server is available in the trusty-proposed repository and at https://launchpad.net/ubuntu/+source/xorg- server/2:1.15.1-0ubuntu2.3 . -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
Could someone please test the package currently in trusty-proposed? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
** Branch linked: lp:~ubuntu-multiseat/ubuntu/saucy/xorg- server/bug1209008 ** Branch linked: lp:~ubuntu-multiseat/ubuntu/raring/xorg- server/bug1209008 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Status in xorg-server source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
trusty-proposed package is available at https://launchpad.net/ubuntu/+source/xorg-server/2:1.15.1-0ubuntu2.2 ** Changed in: xorg-server (Ubuntu Trusty) Status: In Progress = Fix Committed ** Bug watch removed: Red Hat Bugzilla #962907 https://bugzilla.redhat.com/show_bug.cgi?id=962907 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in “xorg-server” package in Ubuntu: Fix Released Status in “xorg-server” source package in Trusty: Fix Committed Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
A package has been uploaded to trusty-proposed, can you do a SRU verification? ** Tags added: verification-needed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in “xorg-server” package in Ubuntu: Fix Released Status in “xorg-server” source package in Trusty: In Progress Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats
** Package changed: fedora = hwe-next ** Changed in: hwe-next Importance: Unknown = Undecided ** Changed in: hwe-next Status: Unknown = New ** Changed in: hwe-next Remote watch: Red Hat Bugzilla #962907 = None -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats Status in HWE Next Project: New Status in X.Org X server: Fix Released Status in “xorg-server” package in Ubuntu: Fix Released Status in “xorg-server” source package in Trusty: In Progress Bug description: [Impact] * In Xorg-server versions older than 1.16, if Xorg is started as a non-seat0 X server (i.e. if it was started with -seat option where != seat0), it only probes platform bus for graphics devices, leaving devices with non-KMS drivers (like NVIDIA proprietary drivers and old ones like xf86-video-siliconmotion) unreachable. Patch xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch from lp:~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. * systemd-logind has no intrinsic mechanism to assign non-KMS graphics devices to seats. In this case, one should tag another seat device (keyboard, USB hub, etc.) in udev as master-of-seat, and provide a suitable xorg.conf for that seat. In order to avoid that a given xorg.conf affects other seats, it should be passed to Xorg via -config xorg.conf.custom option, which requires X server command line customization support in DM in use (GDM, for example, has no such support). Patch xfree86_add_matchseat_key_to_xorg_conf.patch from lp:~ubuntu- multiseat/xorg-server/trusty-matchseat introduces a new MatchSeat key for xorg.conf sections Device, Screen, and ServerLayout, which will target a given seat only. Example file /etc/X11/xorg.conf.d/90-seat-1.conf: Section Device Identifier card0 Driver nvidia Option NoLogo True # This section will only apply for seat-1 MatchSeat seat-1 EndSection * systemd-logind can't handle any VT switching for non-seat0 seats, but Xorg-server older than 1.16 still opens VT even if it's started as a non-seat0 X server. This may lead to a race condition between X servers: if a non-seat0 one is started before a seat0 one, the former steals VTs from the later. If a seat0 X server can't open VTs, systemd-logind can't activate sessions for seat0, leaving user without sound or usb input support, for example. Patch xfree86_keep_non_seat0_from_touching_vts.patch from lp :~ubuntu-multiseat/xorg-server/trusty-matchseat fixes this. [Test Case] * Set up a multiseat system where your non-seat0 seats use non-KMS video drivers (you may need to tag another device in udev as master- of-seat in order to achieve it). * When LightDM/GDM tries to start a Xorg server for your non-seat0 seats, it will end up with the following error: (EE) No devices found. * After applying xfree86_allow_fallback_to_pci_bus_probe_for_non_seat0.patch, you can configure your seats in LightDM by setting appropriate xserver- config properties for each seat. However, you can't configure them in GDM. * After applying xfree86_add_matchseat_key_to_xorg_conf.patch, configure your seats properly and restart LightDM/GDM services (or reboot your computer) repeatedly. In some iterations, it may happen that logind can't activate graphical sessions for seat0. If it occurs, check output of command ps -FC Xorg and you'll see that a non-seat0 Xorg server has a lower PID than seat0 one. Moreover, the non-seat0 has opened a TTY, while the seat0 hasn't. [Regression Potential] * Very low. All these patches were well tested in xorg-server trusty package available in ppa:ubuntu-multiseat/ppa. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1209008/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp