[systemd-devel] [PATCH] loginctl: add rule for qemu's pci-bridge-seat
David Herrmann
dh.herrmann at gmail.com
Wed Jul 1 04:10:28 PDT 2015
Hi
On Mon, Jun 29, 2015 at 9:42 AM, Gerd Hoffmann <kraxel at redhat.com> wrote:
> Signed-off-by: Gerd Hoffmann <kraxel at redhat.com>
> ---
> src/login/71-seat.rules.in | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/login/71-seat.rules.in b/src/login/71-seat.rules.in
> index ab7b66f..270da71 100644
> --- a/src/login/71-seat.rules.in
> +++ b/src/login/71-seat.rules.in
> @@ -17,6 +17,12 @@ SUBSYSTEM=="usb", ATTR{bDeviceClass}=="09", TAG+="seat"
> # 'Plugable' USB hub, sound, network, graphics adapter
> SUBSYSTEM=="usb", ATTR{idVendor}=="2230", ATTR{idProduct}=="000[13]", ENV{ID_AUTOSEAT}="1"
>
> +# qemu (version 2.4+) has a PCI-PCI bridge (-device pci-bridge-seat)
> +# to group devices belonging to one seat.
> +# see http://git.qemu.org/?p=qemu.git;a=blob;f=docs/multiseat.txt
> +SUBSYSTEM=="pci", ATTR{vendor}=="0x1b36", ATTR{device}=="0x000a", \
> + TAG+="seat", ENV{ID_AUTOSEAT}="1"
> +
I have no idea why this is correct. Could you provide a proper commit-message?
Is this specific VID/PID match exclusively used for seat'ing? Or might
other pci-bridges use the same (without any intention to get different
seats?). Even if that's the case, I'm still fine with you default, but
please describe this properly so we can understand the implications
later on.
Thanks!
David
> # Mimo 720, with integrated USB hub, displaylink graphics, and e2i
> # touchscreen. This device carries no proper VID/PID in the USB hub,
> # but it does carry good ID data in the graphics component, hence we
> --
> 1.8.3.1
>
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
More information about the systemd-devel
mailing list