| Summary: | Feature request: support multiseat for a single multi-headed graphics card | ||
|---|---|---|---|
| Product: | DRI | Reporter: | Laércio de Sousa <lbsousajr> |
| Component: | General | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | medium | CC: | cristian.ciupitu, damianatorrpm, kreuzritter2000, lbsousajr |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Laércio de Sousa
2013-07-02 11:34:13 UTC
Another vote for this one. Status? and plus me too :) why is this set to wayland? should't it be a different component, maybe even correct maintainer doesn't know... AFAIU, if you do not want a system compositor spanning everything input and output, and then have session compositors for each seat, we would need the DRM KMS device split in the kernel. What that means is, that the DRM infrastructure would expose several KMS nodes for a single piece of hardware. How the hardware resources (CRTCs, connectors) are split among the KMS nodes is configured by user space during boot. Then each seat would have its own DRM KMS device node (systemd-logind could open those for the compositors, doesn't matter) that is restricted to the monitors intended for that seat. After that, the modifications necessary to compositors would be minimal. I think Dave Airlie would know more about that device node splitting, IIRC it was being planned some time in the past, but I have no idea what the idea is nowadays or if anyone is working on it. You might be better asking on dri-devel mailing list. The KMS nodes would be somewhat alike render nodes, except instead of exposing just GPU computing resources, each node would have a dedicated set of display hardware resources. In any case, this has nothing to with Wayland, and only a little to do with compositors. Any news on this? (In reply to Laércio de Sousa from comment #0) > As long as more display managers gain support to logind's automatic > multiseat feature, it would be nice if the couple "Wayland + multiseat > capable display manager" also support multiseat for a single multi-headed > graphics card. First of all, thank you for your work on Xephyr. I would really like to see this feature and maybe it could be possible to crowdfund the development like Timothy Arceri did with KHR_debug support for Mesa and GL_ARB_arrays_of_arrays extension. Some interesting references: David Herrmann, for Linux Plumbers Conference (2013) - https://dvdhrm.wordpress.com/2013/09/01/splitting-drm-and-kms-device-nodes/ Laércio de Sousa on Xephyr limitations: - http://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/x-org-drm/49351-single-gpu-multi-seat-support-with-x-org-under-xephyr?p=629742#post629742 - http://lists.x.org/archives/xorg-devel/2015-December/048282.html Hi, Freedesktop's Bugzilla instance is EOLed and open bugs are about to be migrated to http://gitlab.freedesktop.org. To avoid migrating out of date bugs, I am now closing all the bugs that did not see any activity in the past year. If the issue is still happening, please create a new bug in the relevant project at https://gitlab.freedesktop.org/drm (use misc by default). Sorry about the noise! |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.