To conclude.
$ loginctl
SESSIONUID USER SEAT
1 1000 poma
c3105 lightdm seat1
c4105 lightdm seat0
3 sessions listed.
$ ps ax | grep [X]org
1344
$ systemctl get-default
graphical.target
$ systemctl show display-manager -p Id
Id=lightdm.service
~~
$ systemctl is-enabled display-manager
enabled
~~~
$ systemctl is-active display-manager
active
~~~
$ lightdm --show-config
...
/etc/lightdm/lightdm.conf
[LightDM]
minimum-display-number=0
minimum-vt=1
user-authority-in-system-dir=true
[SeatDefaults]
greeter-session=lightdm-greeter
session-wrapper=/etc/X11/xinit/Xsession
[Seat:0]
xserver-command=/usr/bin/Xorg
xserver-config=/etc/X11/xorg.conf.nouveau
Don't forget to post config here when you're done. ;)
poma
Until now, I have unfortunately not be able to write a working
xorg.conf to dual seat with only one graphic card. I tried many
settings with xorg.conf and lightdm.conf, but still no luck.
BTW: I guess
http://dvdhrm.wordpress.com/2013/09/01/splitting-drm-and-kms-device-nodes/
was the post for splitting the GPU into different devices so that it
would be possible for logind
2014-08-25 16:25 GMT+02:00 arnaud gaboury arnaud.gabo...@gmail.com:
Don't forget to post config here when
and found also the bug report https://bugs.freedesktop.org/show_bug.cgi?id=66501
and that I asked the same question before :)
https://lists.fedoraproject.org/pipermail/devel/2013-October/190840.html
2014-08-25 17:37 GMT+02:00 Damian Ivanov damianator...@gmail.com:
BTW: I guess
On Sat, 23.08.14 15:10, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
Archlinux 3.16.1
systemd 215-4
Xorg 1.16
Until now, I have been enable to set a dual seat following the
archwiki[1]. In short, I had to modify the /etc/X11/xorg.conf
accordingly, then $ startx -- layout seat0
On Sat, 23.08.14 16:26, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
I understand from loginctl(1) I have to first create 1 new seat with
loginctl using 1 existing graphic device:
$ attach seat1 /sys/bus/pci/device/:00:01.0@ (my graphic card as
listed by $lspci).
Not a very
On Sat, 23.08.14 17:00, Damian Ivanov (damianator...@gmail.com) wrote:
With right distro I mean which carry the patches so the multiseat
stuff works. Don't know if Arch has them. Last time I tried gdm was
_required_ for a graphical multi-seat session.
I worked with Ray to get support for
On Sat, 23.08.14 20:48, Damian Ivanov (damianator...@gmail.com) wrote:
Yeah, so tl,dr what this is trying to say with one GPU and two
connectors, no multiseat possible using logind (yet, though this
was/is a planned feature).
It was/is? I have no intention to support this kind of multi-seat
2014-08-25 14:14 GMT-03:00 Lennart Poettering lenn...@poettering.net:
I worked with Ray to get support for this into gdm, I am not sure
whether any other DM was ever updated to support this too.
Stefan Brüns at openSUSE is currently working to bring logind multiseat
support to KDM (based on
On Mon, 25.08.14 13:26, Laércio de Sousa
(laercioso...@sme-mogidascruzes.sp.gov.br) wrote:
I've just started following this discussion (so I don't know if it my reply
will be correctly chained), and I would like to make some comments:
* Starting with version 1.16, Xorg server no longer
2014-08-25 15:13 GMT-03:00 Lennart Poettering lenn...@poettering.net:
I think we can remove the entire wrapper now, right? Would be happy to
merge a patch that kills it of.
I agree. Or at least make systemd build option --disable-multi-seat-x the
default for a while, until all major Linux
The way to go is to start with looking at loginctl seat-status
seat0. This will show you all hardware currently assigned to seat0. Use
the device paths showmn to then create additional seats out of them, in
different combinations.
Not all devices can be assigned to seats, they have to be
provided you tag another suitable device (e.g. a USB hub) as
master-of-seat and attach it to seat-1.
I will switch to nouveau, as I do not want to go this way.
About configuring multiseat using a single multi-head graphics card, the
only current available way to do this is with nested X
On Mon, 25.08.14 15:27, Laércio de Sousa
(laercioso...@sme-mogidascruzes.sp.gov.br) wrote:
2014-08-25 15:13 GMT-03:00 Lennart Poettering lenn...@poettering.net:
I think we can remove the entire wrapper now, right? Would be happy to
merge a patch that kills it of.
I agree. Or at least
I understand from loginctl(1) I have to first create 1 new seat with
loginctl using 1 existing graphic device:
$ attach seat1 /sys/bus/pci/device/:00:01.0@ (my graphic card as
listed by $lspci).
Not a very good start :-(
$ lspci
01:00.0 VGA compatible controller: NVIDIA Corporation GK104
В Sat, 23 Aug 2014 16:26:33 +0200
arnaud gaboury arnaud.gabo...@gmail.com пишет:
I understand from loginctl(1) I have to first create 1 new seat with
loginctl using 1 existing graphic device:
$ attach seat1 /sys/bus/pci/device/:00:01.0@ (my graphic card as
listed by $lspci).
Not a
You can get a list of all usable devices including their path by
loginctl seat-status seat0
after that attach a monitor and keyboard (and optionally mouse) and if
you run the right distribution (I've tried with openSUSE and Fedora)
and run gdm as login manager, you new gdm should pop up as soon as
You probably want graphic device under it, something like
/sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0
# loginctl attach seat1 /sys/bus/pci/devices/:01:00.0/drm/card0
No error thrown, but:
# loginctl list-seats
SEAT
seat0
1 seats listed.
No new seat1 !
% udevadm
With right distro I mean which carry the patches so the multiseat
stuff works. Don't know if Arch has them. Last time I tried gdm was
_required_ for a graphical multi-seat session.
With monitor I meant the gpu... and you need to figure out which of
the usb devices is your keyboard.
В Sat, 23 Aug 2014 16:50:31 +0200
arnaud gaboury arnaud.gabo...@gmail.com пишет:
You probably want graphic device under it, something like
/sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0
# loginctl attach seat1 /sys/bus/pci/devices/:01:00.0/drm/card0
No error
I would try with an openSUSE/Fedora Live CD first, because I know it
works and if it works for you too but fails on Arch, you may be
missing some patches/config and we could see where it fails maybe.
Especially the gdm thing required a few patches a while ago, don't
know if they are all upstream
E: TAGS=:seat:uaccess:
Ok, I see. I do not have this tag for my card.
I see you use xf86-video-nouveau. Am I correct? Shall I the install
xf86-video-nouveau ?
--
google.com/+arnaudgabourygabx
___
systemd-devel mailing list
On Sat, Aug 23, 2014 at 5:26 PM, Damian Ivanov damianator...@gmail.com wrote:
I would try with an openSUSE/Fedora Live CD first, because I know it
works and if it works for you too but fails on Arch, you may be
missing some patches/config and we could see where it fails maybe.
Especially the
В Sat, 23 Aug 2014 17:28:27 +0200
arnaud gaboury arnaud.gabo...@gmail.com пишет:
E: TAGS=:seat:uaccess:
Ok, I see. I do not have this tag for my card.
I see you use xf86-video-nouveau. Am I correct?
No, I use nVidia binary drivers.
Shall I
On 23.08.2014 15:10, arnaud gaboury wrote:
Archlinux 3.16.1
systemd 215-4
Xorg 1.16
Until now, I have been enable to set a dual seat following the
archwiki[1]. In short, I had to modify the /etc/X11/xorg.conf
accordingly, then $ startx -- layout seat0 -config
xorg.conf.multiseat.
I
Don't forget to post config here when you're done. ;)
Ok, now I have a roadmap. TY so much.
I will post here AND modify the old multi-seat archwiki, when successful.
Ty for the link to the fedora thread. I guess soon each user will then
be able to start a systemd user instance x session,
$ udevadm info -q env -p /sys/class/drm/card1
DEVNAME=/dev/dri/card1
DEVPATH=/devices/pci:00/:00:10.0/:01:00.0/drm/card1
DEVTYPE=drm_minor
ID_FOR_SEAT=drm-pci-_01_00_0
ID_PATH=pci-:01:00.0
ID_PATH_TAG=pci-_01_00_0
MAJOR=226
MINOR=1
SUBSYSTEM=drm
I do not understand why I can't see any output about my
/sys/class/drm/card0 when running
--
$ loginctl seat-status seat0
The only entry I see referring to graphics is this line (I boot in EUFI).
├─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
Yeah, so tl,dr what this is trying to say with one GPU and two
connectors, no multiseat possible using logind (yet, though this
was/is a planned feature). This is not a systemd/logind problem rather
than the driver provides you only one path per GPU (not a seperate per
port/connector). You could
I have been able to write some udev rules.d for usb mouse/keyboard.
I plugout the device, then
$ dmesg | tail -n 4
~~
[21145.269421] input: Logitech USB-PS/2 Optical Mouse as
/devices/pci:00/:00:14.0/usb1/1-5/1-5:1.0/0003:046D:C03E.000E/input/input30
~~
$ udevadm info
On Sat, Aug 23, 2014 at 8:48 PM, Damian Ivanov damianator...@gmail.com wrote:
Yeah, so tl,dr what this is trying to say with one GPU and two
connectors, no multiseat possible using logind (yet, though this
was/is a planned feature). This is not a systemd/logind problem rather
than the driver
On Sat, Aug 23, 2014 at 9:55 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Sat, Aug 23, 2014 at 8:48 PM, Damian Ivanov damianator...@gmail.com
wrote:
Yeah, so tl,dr what this is trying to say with one GPU and two
connectors, no multiseat possible using logind (yet, though this
was/is
34 matches
Mail list logo