* Kernel problem with multiseat on one card
[not found] <AM7PR10MB39235DD53D163910E88FDB938E82A@AM7PR10MB3923.EURPRD10.PROD.OUTLOOK.COM>
@ 2023-11-30 10:48 ` Gert Vanhaerents
2023-12-02 9:47 ` Gert Vanhaerents
2023-12-02 13:18 ` Bagas Sanjaya
0 siblings, 2 replies; 13+ messages in thread
From: Gert Vanhaerents @ 2023-11-30 10:48 UTC (permalink / raw)
To: linux-kernel
Hi Kernel list,
I'm the IT person of a school, earlier we used multiseatcomputers for
the school, i have maded with a XGL implementation and it works fine but
not so fantastic. The school wants that i build new computers but the
XGL project is too outdated so i can't use it anymore.
How can i make a multiseatcomputer with more then one user on one card
with systemd? I have asked already to the makers of systemd but they
said it's a kernel problem.
With Systemd loginctl and the nouveau drivers you have this:
─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
│ [MASTER] drm:card0
│
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
│ │ [MASTER] drm:card0-DVI-D-1
│
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
│ │ [MASTER] drm:card0-HDMI-A-1
│
└─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
│ [MASTER] drm:card0-VGA-1
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
│ drm:renderD128
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/graphics/fb0
│ graphics:fb0 "nouveaudrmfb"
So it will be:
loginctl attach seat1 /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
For the seat1 (the VGA d-sub output for seat1 and the other HDMI output
for seat0) and of course the mouse and keyboard.
When you do this, all the graphics outputs are on the second seat
(seat1) and not anymore on the first seat. So i need to move only the
VGA output to seat1 and not all the outputs.
When i install the proprietary Nvidia drivers, i have the following:
[MASTER] pci:0000:08:00.0
│ ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
│ │ [MASTER] drm:card0
│
└─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
│ drm:renderD128
─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
│ graphics:fb0 "EFI VGA"
So no VGA, DVI or HDMI items.
Linux is a very good multi-user system, so it is frustrating that it
does not work. It does work under Windows without any problem, so it is
certainly possible.Can you please check this or give me a tip somewhere
so that I can continue looking for a solution? According to systemd this
is a kernel problem, can you please solve this.
Hopefully someone can help, the children and school will always thank you!
Thanks in advance,
Gert
^ permalink raw reply [flat|nested] 13+ messages in thread
* Kernel problem with multiseat on one card
2023-11-30 10:48 ` Kernel problem with multiseat on one card Gert Vanhaerents
@ 2023-12-02 9:47 ` Gert Vanhaerents
2023-12-02 13:18 ` Bagas Sanjaya
1 sibling, 0 replies; 13+ messages in thread
From: Gert Vanhaerents @ 2023-12-02 9:47 UTC (permalink / raw)
To: linux-kernel
Hi Kernel list,
I'm the IT person of a school, earlier we used multiseatcomputers for
the school, i have maded with a XGL implementation and it works fine but
not so fantastic. The school wants that i build new computers but the
XGL project is too outdated so i can't use it anymore.
How can i make a multiseatcomputer with more then one user on one card
with systemd? I have asked already to the makers of systemd but they
said it's a kernel problem.
With Systemd loginctl and the nouveau drivers you have this:
─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
│ [MASTER] drm:card0
│
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
│ │ [MASTER] drm:card0-DVI-D-1
│
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
│ │ [MASTER] drm:card0-HDMI-A-1
│
└─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
│ [MASTER] drm:card0-VGA-1
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
│ drm:renderD128
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/graphics/fb0
│ graphics:fb0 "nouveaudrmfb"
So it will be:
loginctl attach seat1
/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
For the seat1 (the VGA d-sub output for seat1 and the other HDMI output
for seat0) and of course the mouse and keyboard.
When you do this, all the graphics outputs are on the second seat
(seat1) and not anymore on the first seat. So i need to move only the
VGA output to seat1 and not all the outputs.
When i install the proprietary Nvidia drivers, i have the following:
[MASTER] pci:0000:08:00.0
│ ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
│ │ [MASTER] drm:card0
│
└─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
│ drm:renderD128
─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
│ graphics:fb0 "EFI VGA"
So no VGA, DVI or HDMI items.
Linux is a very good multi-user system, so it is frustrating that it
does not work. It does work under Windows without any problem, so it is
certainly possible.Can you please check this or give me a tip somewhere
so that I can continue looking for a solution? According to systemd this
is a kernel problem, can you please solve this.
Hopefully someone can help, the children and school will always thank you!
Thanks in advance,
Gert
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel problem with multiseat on one card
2023-11-30 10:48 ` Kernel problem with multiseat on one card Gert Vanhaerents
2023-12-02 9:47 ` Gert Vanhaerents
@ 2023-12-02 13:18 ` Bagas Sanjaya
2023-12-02 15:28 ` [Nouveau] " Timur Tabi
2023-12-04 9:10 ` Kernel problem with multiseat on one card Gert Vanhaerents
1 sibling, 2 replies; 13+ messages in thread
From: Bagas Sanjaya @ 2023-12-02 13:18 UTC (permalink / raw)
To: Gert Vanhaerents, Linux Kernel Mailing List,
Linux DRI Development, Linux Nouveau
Cc: Karol Herbst, Lyude Paul, Danilo Krummrich
[-- Attachment #1: Type: text/plain, Size: 2668 bytes --]
On Thu, Nov 30, 2023 at 11:48:24AM +0100, Gert Vanhaerents wrote:
> Hi Kernel list,
> I'm the IT person of a school, earlier we used multiseatcomputers for the
> school, i have maded with a XGL implementation and it works fine but not so
> fantastic. The school wants that i build new computers but the XGL project
> is too outdated so i can't use it anymore.
>
> How can i make a multiseatcomputer with more then one user on one card with
> systemd? I have asked already to the makers of systemd but they said it's a
> kernel problem.
>
> With Systemd loginctl and the nouveau drivers you have this:
>
> ─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
> │ [MASTER] drm:card0
> │
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
> │ │ [MASTER] drm:card0-DVI-D-1
> │
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
> │ │ [MASTER] drm:card0-HDMI-A-1
> │
> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
> │ [MASTER] drm:card0-VGA-1
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
> │ drm:renderD128
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/graphics/fb0
> │ graphics:fb0 "nouveaudrmfb"
>
> So it will be:
>
> loginctl attach seat1 /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
>
> For the seat1 (the VGA d-sub output for seat1 and the other HDMI output for
> seat0) and of course the mouse and keyboard.
>
> When you do this, all the graphics outputs are on the second seat (seat1)
> and not anymore on the first seat. So i need to move only the VGA output to
> seat1 and not all the outputs.
Do you expect that GUI output is on both seats?
>
>
> When i install the proprietary Nvidia drivers, i have the following:
>
> [MASTER] pci:0000:08:00.0
> │ ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
> │ │ [MASTER] drm:card0
> │
> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
> │ drm:renderD128
>
> ─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
> │ graphics:fb0 "EFI VGA"
>
> So no VGA, DVI or HDMI items.
Then report to the GitHub tracker [1].
Thanks.
[1]: https://github.com/NVIDIA/open-gpu-kernel-modules/issues
--
An old man doll... just what I always wanted! - Clara
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Nouveau] Kernel problem with multiseat on one card
2023-12-02 13:18 ` Bagas Sanjaya
@ 2023-12-02 15:28 ` Timur Tabi
2023-12-03 2:47 ` Bagas Sanjaya
[not found] ` <AM7PR10MB39235076485E2E3905F422508E86A@AM7PR10MB3923.EURPRD10.PROD.OUTLOOK.COM>
2023-12-04 9:10 ` Kernel problem with multiseat on one card Gert Vanhaerents
1 sibling, 2 replies; 13+ messages in thread
From: Timur Tabi @ 2023-12-02 15:28 UTC (permalink / raw)
To: dri-devel@lists.freedesktop.org, nouveau@lists.freedesktop.org,
linux-kernel@vger.kernel.org, bagasdotme@gmail.com,
gert.vanhaerents@hotmail.com
On Sat, 2023-12-02 at 20:18 +0700, Bagas Sanjaya wrote:
>
> > When i install the proprietary Nvidia drivers, i have the following:
> >
> > [MASTER] pci:0000:08:00.0
> > │ ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
> > │ │ [MASTER] drm:card0
> > │
> > └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
> > │ drm:renderD128
> >
> > ─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
> > │ graphics:fb0 "EFI VGA"
> >
> > So no VGA, DVI or HDMI items.
>
> Then report to the GitHub tracker [1].
>
> Thanks.
>
> [1]: https://github.com/NVIDIA/open-gpu-kernel-modules/issues
>
No, do NOT report this on the Github tracker!
That github tracker is ONLY for bugs that occur with OpenRM (the "Open GPU
Kernel Module") but not with the the proprietary driver. If you have a bug
with the the Nvidia proprietary driver, that must be reported on the Nvidia
forum instead:
https://forums.developer.nvidia.com/c/gpu-graphics/linux/148
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Nouveau] Kernel problem with multiseat on one card
2023-12-02 15:28 ` [Nouveau] " Timur Tabi
@ 2023-12-03 2:47 ` Bagas Sanjaya
[not found] ` <AM7PR10MB39235076485E2E3905F422508E86A@AM7PR10MB3923.EURPRD10.PROD.OUTLOOK.COM>
1 sibling, 0 replies; 13+ messages in thread
From: Bagas Sanjaya @ 2023-12-03 2:47 UTC (permalink / raw)
To: Timur Tabi, dri-devel@lists.freedesktop.org,
nouveau@lists.freedesktop.org, linux-kernel@vger.kernel.org,
gert.vanhaerents@hotmail.com
[-- Attachment #1: Type: text/plain, Size: 1369 bytes --]
On Sat, Dec 02, 2023 at 03:28:25PM +0000, Timur Tabi wrote:
> On Sat, 2023-12-02 at 20:18 +0700, Bagas Sanjaya wrote:
> >
>
> > > When i install the proprietary Nvidia drivers, i have the following:
> > >
> > > [MASTER] pci:0000:08:00.0
> > > │ ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
> > > │ │ [MASTER] drm:card0
> > > │
> > > └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
> > > │ drm:renderD128
> > >
> > > ─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
> > > │ graphics:fb0 "EFI VGA"
> > >
> > > So no VGA, DVI or HDMI items.
> >
> > Then report to the GitHub tracker [1].
> >
> > Thanks.
> >
> > [1]: https://github.com/NVIDIA/open-gpu-kernel-modules/issues
> >
>
> No, do NOT report this on the Github tracker!
>
> That github tracker is ONLY for bugs that occur with OpenRM (the "Open GPU
> Kernel Module") but not with the the proprietary driver. If you have a bug
> with the the Nvidia proprietary driver, that must be reported on the Nvidia
> forum instead:
>
> https://forums.developer.nvidia.com/c/gpu-graphics/linux/148
>
Thanks for the correct pointer!
Sorry for inconvenience.
--
An old man doll... just what I always wanted! - Clara
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel problem with multiseat on one card
2023-12-02 13:18 ` Bagas Sanjaya
2023-12-02 15:28 ` [Nouveau] " Timur Tabi
@ 2023-12-04 9:10 ` Gert Vanhaerents
2023-12-04 10:25 ` Gert Vanhaerents
1 sibling, 1 reply; 13+ messages in thread
From: Gert Vanhaerents @ 2023-12-04 9:10 UTC (permalink / raw)
To: Bagas Sanjaya, Linux Kernel Mailing List, Linux DRI Development,
Linux Nouveau
Cc: Karol Herbst, Lyude Paul, Danilo Krummrich
Op 2/12/2023 om 14:18 schreef Bagas Sanjaya:
> On Thu, Nov 30, 2023 at 11:48:24AM +0100, Gert Vanhaerents wrote:
>> Hi Kernel list,
>> I'm the IT person of a school, earlier we used multiseatcomputers for the
>> school, i have maded with a XGL implementation and it works fine but not so
>> fantastic. The school wants that i build new computers but the XGL project
>> is too outdated so i can't use it anymore.
>>
>> How can i make a multiseatcomputer with more then one user on one card with
>> systemd? I have asked already to the makers of systemd but they said it's a
>> kernel problem.
>>
>> With Systemd loginctl and the nouveau drivers you have this:
>>
>> ─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
>> │ [MASTER] drm:card0
>> │
>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
>> │ │ [MASTER] drm:card0-DVI-D-1
>> │
>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
>> │ │ [MASTER] drm:card0-HDMI-A-1
>> │
>> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
>> │ [MASTER] drm:card0-VGA-1
>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
>> │ drm:renderD128
>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/graphics/fb0
>> │ graphics:fb0 "nouveaudrmfb"
>>
>> So it will be:
>>
>> loginctl attach seat1 /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
>>
>> For the seat1 (the VGA d-sub output for seat1 and the other HDMI output for
>> seat0) and of course the mouse and keyboard.
>>
>> When you do this, all the graphics outputs are on the second seat (seat1)
>> and not anymore on the first seat. So i need to move only the VGA output to
>> seat1 and not all the outputs.
> Do you expect that GUI output is on both seats?
I want the result that i have one seat (seat0) on the VGA/D-sub output
of the graphic card
a second seat (seat1) on the HDMI output of the graphic card
and a third seat (seat2) on the DVI output of the graphic card
In theory it should work with the following:
loginctl attach seat1
/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
loginctl attach seat2
/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
But when i do this all the outputs will be used on seat2 (because they
do all the outputs automaticly to the latest attached seat)
>>
>> When i install the proprietary Nvidia drivers, i have the following:
>>
>> [MASTER] pci:0000:08:00.0
>> │ ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
>> │ │ [MASTER] drm:card0
>> │
>> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
>> │ drm:renderD128
>>
>> ─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
>> │ graphics:fb0 "EFI VGA"
>>
>> So no VGA, DVI or HDMI items.
> Then report to the GitHub tracker [1].
>
> Thanks.
>
> [1]: https://github.com/NVIDIA/open-gpu-kernel-modules/issues
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel problem with multiseat on one card
2023-12-04 9:10 ` Kernel problem with multiseat on one card Gert Vanhaerents
@ 2023-12-04 10:25 ` Gert Vanhaerents
0 siblings, 0 replies; 13+ messages in thread
From: Gert Vanhaerents @ 2023-12-04 10:25 UTC (permalink / raw)
To: Linux Kernel Mailing List, Linux DRI Development, Linux Nouveau
>>> Hi Kernel list,
>>> I'm the IT person of a school, earlier we used multiseatcomputers
>>> for the
>>> school, i have maded with a XGL implementation and it works fine but
>>> not so
>>> fantastic. The school wants that i build new computers but the XGL
>>> project
>>> is too outdated so i can't use it anymore.
>>>
>>> How can i make a multiseatcomputer with more then one user on one
>>> card with
>>> systemd? I have asked already to the makers of systemd but they said
>>> it's a
>>> kernel problem.
>>>
>>> With Systemd loginctl and the nouveau drivers you have this:
>>>
>>> ─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
>>> │ [MASTER] drm:card0
>>> │
>>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
>>>
>>> │ │ [MASTER] drm:card0-DVI-D-1
>>> │
>>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
>>>
>>> │ │ [MASTER] drm:card0-HDMI-A-1
>>> │
>>> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
>>>
>>> │ [MASTER] drm:card0-VGA-1
>>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
>>> │ drm:renderD128
>>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/graphics/fb0
>>> │ graphics:fb0 "nouveaudrmfb"
>>>
>>> So it will be:
>>>
>>> loginctl attach seat1
>>> /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
>>>
>>> For the seat1 (the VGA d-sub output for seat1 and the other HDMI
>>> output for
>>> seat0) and of course the mouse and keyboard.
>>>
>>> When you do this, all the graphics outputs are on the second seat
>>> (seat1)
>>> and not anymore on the first seat. So i need to move only the VGA
>>> output to
>>> seat1 and not all the outputs.
>> Do you expect that GUI output is on both seats?
>
> I want the result that i have one seat (seat0) on the VGA/D-sub output
> of the graphic card
>
> a second seat (seat1) on the HDMI output of the graphic card
>
> and a third seat (seat2) on the DVI output of the graphic card
>
> In theory it should work with the following:
> loginctl attach seat1
> /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
>
> loginctl attach seat2
> /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
>
> But when i do this all the outputs will be used on seat2 (because they
> do all the outputs automaticly to the latest attached seat)
>
>
>>>
>>> When i install the proprietary Nvidia drivers, i have the following:
>>>
>>> [MASTER] pci:0000:08:00.0
>>> │
>>> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
>>> │ │ [MASTER] drm:card0
>>> │
>>> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
>>> │ drm:renderD128
>>>
>>> ─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
>>> │ graphics:fb0 "EFI VGA"
>>>
>>> So no VGA, DVI or HDMI items.
>> Then report to the GitHub tracker [1].
>>
>> Thanks.
>>
>> [1]: https://github.com/NVIDIA/open-gpu-kernel-modules/issues
>>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Nouveau] Kernel problem with multiseat on one card
[not found] ` <d8dd837f-0d40-42a8-a580-29532fb1519a@hotmail.com>
@ 2023-12-04 10:34 ` Gert Vanhaerents
0 siblings, 0 replies; 13+ messages in thread
From: Gert Vanhaerents @ 2023-12-04 10:34 UTC (permalink / raw)
To: linux-kernel@vger.kernel.org
>>>>> When i install the proprietary Nvidia drivers, i have the following:
>>>>>
>>>>> [MASTER] pci:0000:08:00.0
>>>>> │ ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
>>>>> │ │ [MASTER] drm:card0
>>>>> │
>>>>> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128
>>>>> │ drm:renderD128
>>>>>
>>>>> ─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
>>>>> │ graphics:fb0 "EFI VGA"
>>>>>
>>>>> So no VGA, DVI or HDMI items.
>>>> Then report to the GitHub tracker [1].
>>>>
>>>> Thanks.
>>>>
>>>> [1]:https://github.com/NVIDIA/open-gpu-kernel-modules/issues
>>>>
>>> No, do NOT report this on the Github tracker!
>>>
>>> That github tracker is ONLY for bugs that occur with OpenRM (the "Open GPU
>>> Kernel Module") but not with the the proprietary driver. If you have a bug
>>> with the the Nvidia proprietary driver, that must be reported on the Nvidia
>>> forum instead:
>>>
>>> https://forums.developer.nvidia.com/c/gpu-graphics/linux/148
>>
>> OK i will report it to nvidia. But with the nouveau drivers it's
>> also not working. Are you sure it's not a kernel problem?
>>
>> Because according to systemd it would be a kernel problem.
>> (personaly i am also thinking it's a driver problem)
>>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Nouveau] Kernel problem with multiseat on one card
[not found] ` <AM7PR10MB39235076485E2E3905F422508E86A@AM7PR10MB3923.EURPRD10.PROD.OUTLOOK.COM>
[not found] ` <d8dd837f-0d40-42a8-a580-29532fb1519a@hotmail.com>
@ 2023-12-04 14:11 ` Timur Tabi
2023-12-15 9:59 ` [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager " Gert Vanhaerents
1 sibling, 1 reply; 13+ messages in thread
From: Timur Tabi @ 2023-12-04 14:11 UTC (permalink / raw)
To: dri-devel@lists.freedesktop.org, nouveau@lists.freedesktop.org,
linux-kernel@vger.kernel.org, gert.vanhaerents@hotmail.com,
bagasdotme@gmail.com
On Mon, 2023-12-04 at 09:51 +0100, Gert Vanhaerents wrote:
> OK i will report it to nvidia. But with the nouveau drivers it's also not
> working. Are you sure it's not a kernel problem?
> Because according to systemd it would be a kernel problem. (personaly i am
> also thinking it's a driver problem)
Unfortunately, it's not easy for Nouveau to debug problems with GSP-RM.
However, if the problem exists in the proprietary driver, then Nvidia could
fix it. That would then lead to a new version of OpenRM that Nouveau could
use.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager on one card
2023-12-04 14:11 ` Timur Tabi
@ 2023-12-15 9:59 ` Gert Vanhaerents
2024-05-21 11:30 ` Gert Vanhaerents
` (2 more replies)
0 siblings, 3 replies; 13+ messages in thread
From: Gert Vanhaerents @ 2023-12-15 9:59 UTC (permalink / raw)
To: Timur Tabi, dri-devel@lists.freedesktop.org,
nouveau@lists.freedesktop.org, linux-kernel@vger.kernel.org,
bagasdotme@gmail.com
Op 4/12/2023 om 15:11 schreef Timur Tabi:
> On Mon, 2023-12-04 at 09:51 +0100, Gert Vanhaerents wrote:
>> OK i will report it to nvidia. But with the nouveau drivers it's also not
>> working. Are you sure it's not a kernel problem?
>> Because according to systemd it would be a kernel problem. (personaly i am
>> also thinking it's a driver problem)
> Unfortunately, it's not easy for Nouveau to debug problems with GSP-RM.
> However, if the problem exists in the proprietary driver, then Nvidia could
> fix it. That would then lead to a new version of OpenRM that Nouveau could
> use.
I have contacted Nvidia and now i can see the outputs such like this:
─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
│ [MASTER] drm:card0
│
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
│ │ [MASTER] drm:card0-DVI-D-1
│
├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
│ │ [MASTER] drm:card0-HDMI-A-1
│
└─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
│ [MASTER] drm:card0-VGA-1
But the problem is now the same of with the Nouveau driver. When you do
this:
loginctl attach seat1
/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
For the seat1 (the VGA d-sub output for seat1 and the other HDMI output
for seat0) and of course the mouse and keyboard.
When you do this, all the graphics outputs are on the second seat
(seat1) and not anymore on the first seat. So i need to move only the
VGA output to seat1 and not all the outputs.
The problem is that linux can not start 2 or more window managers on one
card (even if you don't need a multiseat, but use only one mouse and
keyboard).
So how can i fix that i can use more than one window manager on one
physical graphics card? (without Xephyr or something because they are to
outdated and works not good).
I have tried with: Linux Mint, Ubuntu and Debian all the same problem.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager on one card
2023-12-15 9:59 ` [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager " Gert Vanhaerents
@ 2024-05-21 11:30 ` Gert Vanhaerents
2024-12-28 12:06 ` Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card Gert Vanhaerents
2024-12-28 12:38 ` Gert Vanhaerents
2 siblings, 0 replies; 13+ messages in thread
From: Gert Vanhaerents @ 2024-05-21 11:30 UTC (permalink / raw)
To: Timur Tabi, dri-devel@lists.freedesktop.org,
nouveau@lists.freedesktop.org, linux-kernel@vger.kernel.org,
bagasdotme@gmail.com
In the meantime I have contacted everyone who could have something to do
with it:
Kernel groups
System D
Nvidia
And gues: Everyone says it's not their fault.
But we don't give up. Linux is such a beautiful and solid system. Why
would it work with Windows and not Linux?
Our analysis has now discovered that the problem does indeed come from
the kernel. The kernel does not allow several users to access a graphics
card at the same time.Indeed, to use it, several users need access to
the graphics card at the same time.
Can this simultaneous access be allowed by the kernel after all?
Or can the kernel be adjusted so that this would be possible?
Op 15/12/2023 om 10:59 schreef Gert Vanhaerents:
>
> Op 4/12/2023 om 15:11 schreef Timur Tabi:
>> On Mon, 2023-12-04 at 09:51 +0100, Gert Vanhaerents wrote:
>>> OK i will report it to nvidia. But with the nouveau drivers it's
>>> also not
>>> working. Are you sure it's not a kernel problem?
>>> Because according to systemd it would be a kernel problem.
>>> (personaly i am
>>> also thinking it's a driver problem)
>> Unfortunately, it's not easy for Nouveau to debug problems with GSP-RM.
>> However, if the problem exists in the proprietary driver, then Nvidia
>> could
>> fix it. That would then lead to a new version of OpenRM that Nouveau
>> could
>> use.
>
> I have contacted Nvidia and now i can see the outputs such like this:
>
> ─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
> │ [MASTER] drm:card0
> │
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
> │ │ [MASTER] drm:card0-DVI-D-1
> │
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
> │ │ [MASTER] drm:card0-HDMI-A-1
> │
> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
> │ [MASTER] drm:card0-VGA-1
>
> But the problem is now the same of with the Nouveau driver. When you
> do this:
>
> loginctl attach seat1
> /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
>
> For the seat1 (the VGA d-sub output for seat1 and the other HDMI
> output for seat0) and of course the mouse and keyboard.
>
> When you do this, all the graphics outputs are on the second seat
> (seat1) and not anymore on the first seat. So i need to move only the
> VGA output to seat1 and not all the outputs.
>
>
> The problem is that linux can not start 2 or more window managers on
> one card (even if you don't need a multiseat, but use only one mouse
> and keyboard).
>
> So how can i fix that i can use more than one window manager on one
> physical graphics card? (without Xephyr or something because they are
> to outdated and works not good).
>
> I have tried with: Linux Mint, Ubuntu and Debian all the same problem.
>
>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card
2023-12-15 9:59 ` [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager " Gert Vanhaerents
2024-05-21 11:30 ` Gert Vanhaerents
@ 2024-12-28 12:06 ` Gert Vanhaerents
2024-12-28 12:38 ` Gert Vanhaerents
2 siblings, 0 replies; 13+ messages in thread
From: Gert Vanhaerents @ 2024-12-28 12:06 UTC (permalink / raw)
To: Timur Tabi, dri-devel@lists.freedesktop.org,
nouveau@lists.freedesktop.org, linux-kernel@vger.kernel.org,
bagasdotme@gmail.com
In the meantime I have contacted everyone who could have something to do
with it:
Kernel groups
System D
Nvidia
And gues: Everyone says it's not their fault.
But we don't give up. Linux is such a beautiful and solid system. Why
would it work with Windows and not Linux?
Our analysis has now discovered that the problem does indeed come from
the kernel. The kernel does not allow several users to access a graphics
card at the same time. Indeed, to use it, several users need access to
the graphics card at the same time.
Can this simultaneous access be allowed by the kernel after all?
Or can the kernel be adjusted so that this would be possible?
Op 15/12/2023 om 10:59 schreef Gert Vanhaerents:
>
> Op 4/12/2023 om 15:11 schreef Timur Tabi:
>> On Mon, 2023-12-04 at 09:51 +0100, Gert Vanhaerents wrote:
>>> OK i will report it to nvidia. But with the nouveau drivers it's
>>> also not
>>> working. Are you sure it's not a kernel problem?
>>> Because according to systemd it would be a kernel problem.
>>> (personaly i am
>>> also thinking it's a driver problem)
>> Unfortunately, it's not easy for Nouveau to debug problems with GSP-RM.
>> However, if the problem exists in the proprietary driver, then Nvidia
>> could
>> fix it. That would then lead to a new version of OpenRM that Nouveau
>> could
>> use.
>
> I have contacted Nvidia and now i can see the outputs such like this:
>
> ─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
> │ [MASTER] drm:card0
> │
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
> │ │ [MASTER] drm:card0-DVI-D-1
> │
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
> │ │ [MASTER] drm:card0-HDMI-A-1
> │
> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
> │ [MASTER] drm:card0-VGA-1
>
> But the problem is now the same of with the Nouveau driver. When you
> do this:
>
> loginctl attach seat1
> /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
>
> For the seat1 (the VGA d-sub output for seat1 and the other HDMI
> output for seat0) and of course the mouse and keyboard.
>
> When you do this, all the graphics outputs are on the second seat
> (seat1) and not anymore on the first seat. So i need to move only the
> VGA output to seat1 and not all the outputs.
>
>
> The problem is that linux can not start 2 or more window managers on
> one card (even if you don't need a multiseat, but use only one mouse
> and keyboard).
>
> So how can i fix that i can use more than one window manager on one
> physical graphics card? (without Xephyr or something because they are
> to outdated and works not good).
>
> I have tried with: Linux Mint, Ubuntu and Debian all the same problem.
>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card
2023-12-15 9:59 ` [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager " Gert Vanhaerents
2024-05-21 11:30 ` Gert Vanhaerents
2024-12-28 12:06 ` Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card Gert Vanhaerents
@ 2024-12-28 12:38 ` Gert Vanhaerents
2 siblings, 0 replies; 13+ messages in thread
From: Gert Vanhaerents @ 2024-12-28 12:38 UTC (permalink / raw)
To: Timur Tabi, dri-devel@lists.freedesktop.org,
nouveau@lists.freedesktop.org, linux-kernel@vger.kernel.org,
bagasdotme@gmail.com
In the meantime I have contacted everyone who could have something to do
with it:
Kernel groups
System D
Nvidia
And gues: Everyone says it's not their fault.
But we don't give up. Linux is such a beautiful and solid system. Why
would it work with Windows and not Linux?
Our analysis has now discovered that the problem does indeed come from
the kernel. The kernel does not allow several users to access a graphics
card at the same time. Indeed, to use it, several users need access to
the graphics card at the same time.
Can this simultaneous access be allowed by the kernel after all?
Or can the kernel be adjusted so that this would be possible?
In the meantime I am also working with a multiseat company to search
together for a solution for multiseat under Linux. This company is
working on creating an easy and user-friendly program to work via a
multiseat with Linux, and they have already a high-selling multiseat
program for Windows. The intention would be to create a program that
works like some multiseat programs in Windows: install, drag mice and
keyboards to the right screen, restart and it works as multiseat.
But such a program is only interesting if it can work for different
users on 1 video card. For example, for a multiseat of 6 users you need
3 video cards with 2 outputs each.
For now the programmers has a good béta program, but with the
restriction only one workstation on one video card, but then it's not
interesting at all.
Op 15/12/2023 om 10:59 schreef Gert Vanhaerents:
>
> Op 4/12/2023 om 15:11 schreef Timur Tabi:
>> On Mon, 2023-12-04 at 09:51 +0100, Gert Vanhaerents wrote:
>>> OK i will report it to nvidia. But with the nouveau drivers it's
>>> also not
>>> working. Are you sure it's not a kernel problem?
>>> Because according to systemd it would be a kernel problem.
>>> (personaly i am
>>> also thinking it's a driver problem)
>> Unfortunately, it's not easy for Nouveau to debug problems with GSP-RM.
>> However, if the problem exists in the proprietary driver, then Nvidia
>> could
>> fix it. That would then lead to a new version of OpenRM that Nouveau
>> could
>> use.
>
> I have contacted Nvidia and now i can see the outputs such like this:
>
> ─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0
> │ [MASTER] drm:card0
> │
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1
> │ │ [MASTER] drm:card0-DVI-D-1
> │
> ├─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1
> │ │ [MASTER] drm:card0-HDMI-A-1
> │
> └─/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
> │ [MASTER] drm:card0-VGA-1
>
> But the problem is now the same of with the Nouveau driver. When you
> do this:
>
> loginctl attach seat1
> /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1
>
> For the seat1 (the VGA d-sub output for seat1 and the other HDMI
> output for seat0) and of course the mouse and keyboard.
>
> When you do this, all the graphics outputs are on the second seat
> (seat1) and not anymore on the first seat. So i need to move only the
> VGA output to seat1 and not all the outputs.
>
>
> The problem is that linux can not start 2 or more window managers on
> one card (even if you don't need a multiseat, but use only one mouse
> and keyboard).
>
> So how can i fix that i can use more than one window manager on one
> physical graphics card? (without Xephyr or something because they are
> to outdated and works not good).
>
> I have tried with: Linux Mint, Ubuntu and Debian all the same problem.
>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2024-12-28 12:38 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <AM7PR10MB39235DD53D163910E88FDB938E82A@AM7PR10MB3923.EURPRD10.PROD.OUTLOOK.COM>
2023-11-30 10:48 ` Kernel problem with multiseat on one card Gert Vanhaerents
2023-12-02 9:47 ` Gert Vanhaerents
2023-12-02 13:18 ` Bagas Sanjaya
2023-12-02 15:28 ` [Nouveau] " Timur Tabi
2023-12-03 2:47 ` Bagas Sanjaya
[not found] ` <AM7PR10MB39235076485E2E3905F422508E86A@AM7PR10MB3923.EURPRD10.PROD.OUTLOOK.COM>
[not found] ` <d8dd837f-0d40-42a8-a580-29532fb1519a@hotmail.com>
2023-12-04 10:34 ` Gert Vanhaerents
2023-12-04 14:11 ` Timur Tabi
2023-12-15 9:59 ` [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager " Gert Vanhaerents
2024-05-21 11:30 ` Gert Vanhaerents
2024-12-28 12:06 ` Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card Gert Vanhaerents
2024-12-28 12:38 ` Gert Vanhaerents
2023-12-04 9:10 ` Kernel problem with multiseat on one card Gert Vanhaerents
2023-12-04 10:25 ` Gert Vanhaerents
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox