Messages in this thread | | | Date | Fri, 26 May 2006 13:16:27 -0400 | From | "Jon Smirl" <> | Subject | 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@gmail.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |