Revised, kernel design: support for multiple local users

Please comment on this version, it removes any reference to other applications.

A central, unanswered question in the graphics debate is whether the
kernel should directly support multiple users logged into video cards.
Currently this is not supported. A simple example of this is a two
headed video card and two keyboards. Should the kernel support two
independent users logged into these heads and give them the ability to
control their environment without needing to be root?

This situation commonly occurs in Internet cafes, kiosks, schools,
etc. There are several out of tree patches addressing this. I also
believe there are multiple vendors selling products in this
configuration.

An alternative model with kernel support would work something like
this. Devices are created for each video head. Devices (video, mouse,
keyboard, usb ports, cdrom, etc) are marked as belonging in a console
grouping. When you log in ownership of the grouped devices is assigned
to you.

Now that you have ownership of the devices you are able to control
them without being root. If you want to change your video mode ask
your video device to do it (this is not a comment on how the video
device achieves the mode change). Since the devices are locally owned
each user can independently run whatever app they choose.

I am obviously leaving out some details about how sharing the
resources of a single video card between heads is achieved. If you
prefer, think of this scenario for two installed graphics cards. This
is not an attempt to detail how to build the feature.

The question is, do we want local multiuser support in the kernel, or
should it be an application feature?


--
Jon Smirl
jonsmirl@xxxxxxxxx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • tsc problems in 2.6.0-test11
    ... I'm not using speedstep or any voltage altering cpu code in the kernel. ... Using tsc for high-res timesource ... Doing some strenuous video ... # ACPI Support ...
    (Linux-Kernel)
  • Re: vesa display codes (Etch Xorg memory leak?)
    ... You do realize that you may need to compile a custom kernel to enable ... framebuffer console to initialize correctly when support for my card was ... and a quick peek at a recent kernel's ../drivers/ video subtree .. ... Be aware that the video card is sometimes not the end of the story. ...
    (Debian-User)
  • Kernel design: support for multiple local users
    ... kernel should directly support multiple users logged into video cards. ... resources of a single video card between heads is achieved. ...
    (Linux-Kernel)
  • Trivial swsusp/sleep fixes
    ... +There are currently two versions of swap suspend in the kernel, ... -are machines that don't even support ... Unfortunately there's one exception: video card. ...
    (Linux-Kernel)
  • Re: Need motherboard for home fileserver
    ... Onboard video (machine is planned to be headless, ... working chipsets with SATA II support ... working onboard GigE NICs ... despite having to get an obscure video card to ...
    (freebsd-current)