From: "Prof. Dr. Klaus Kusche" <klaus.kusche@computerix.info>
To: Dave Airlie <airlied@gmail.com>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [Feature request] Multiple X servers on one graphics card?
Date: Mon, 01 Aug 2011 21:41:18 +0200 [thread overview]
Message-ID: <4E37015E.10004@computerix.info> (raw)
In-Reply-To: <CAPM=9tyFk9mbomttDOHTQf8miZJCexg8+f2nfcj1r7ACdd41Jg@mail.gmail.com>
On 2011-07-31 22:09, Dave Airlie wrote:
>> There once was a patch to allow one X server per graphics card
>> output:
>> http://www.facebook.com/note.php?note_id=110388492307351
>> http://people.freedesktop.org/~airlied/multiseat/
>>
>> However, this patch never made it to mainline
>> and no longer applies cleanly.
>>
>> Now the question is:
>>
>> * Are there any plans or activities to port these patches
>> to recent kernels? To include these patches or something similar
>> in the official linux kernel any time soon?
>
> Nothing in my plans, I did a proof of concept to show how someone
> should do things, I'd sort of hoped some of the people who dedicate
> time to fixing multiseat and cared about it would pick things up and
> run with them, it really does need a proper ioctl or configfs
> configuration interface since any static setup will invariable be
> wrong for 50% of people, and any kernel commandline interface will
> invariably be ugly and complex in order to solve the problem.
>
> I could envisage some sort of configfs where you echo 5> num_seats
> then echo VGA-1> seat1, etc.
>
> Then you could just write some scripts per machine if you don't want
> gdm/consolekit support.
Hmmm, what's about the opposite approach?
To me, it sounds simpler and more logical when the kernel always creates
one device node per output (or maybe dynamically per connected output),
without any need for configuration or device assignment.
If a single X server wants to control several outputs,
libdrm should open the corresponding number of devices in parallel.
We already have both static X configuration and xrandr for configuring
that, and if the devices allow only a single open,
this would also arbitrate outputs between servers
(a server can't open an output which is already taken).
Klaus.
--
Prof. Dr. Klaus Kusche
Private address: Rainstraße 9/1, 88316 Isny, Germany
+49 7562 6211377 Klaus.Kusche@computerix.info http://www.computerix.info
Office address: NTA Isny gGmbH, Seidenstraße 12-35, 88316 Isny, Germany
+49 7562 9707 36 kusche@nta-isny.de http://www.nta-isny.de
next prev parent reply other threads:[~2011-08-01 19:41 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-30 18:48 [Feature request] Multiple X servers on one graphics card? Prof. Dr. Klaus Kusche
2011-07-31 20:09 ` Dave Airlie
2011-08-01 8:14 ` Prof. Dr. Klaus Kusche
2011-08-01 19:41 ` Prof. Dr. Klaus Kusche [this message]
2011-08-01 19:47 ` Dave Airlie
2011-08-01 20:22 ` Alan Cox
2011-08-02 8:17 ` Prof. Dr. Klaus Kusche
2011-08-02 10:26 ` Alan Cox
2011-08-02 10:28 ` Rafał Miłecki
2011-08-02 11:10 ` Prof. Dr. Klaus Kusche
2011-08-02 15:27 ` Michel Dänzer
2011-08-02 11:54 ` Prof. Dr. Klaus Kusche
2011-08-02 15:43 ` Christoph Bumiller
2011-08-02 12:59 ` Alex Deucher
2011-08-02 14:22 ` Prof. Dr. Klaus Kusche
2011-08-02 14:34 ` Alex Deucher
2011-08-02 15:28 ` Prof. Dr. Klaus Kusche
2011-08-02 15:48 ` Alex Deucher
2011-08-02 19:11 ` Prof. Dr. Klaus Kusche
2011-08-03 17:51 ` Alex Deucher
2011-08-03 19:25 ` Prof. Dr. Klaus Kusche
2011-08-02 23:31 ` Chi-Thanh Christopher Nguyen
-- strict thread matches above, loose matches on Subject: below --
2011-08-02 13:34 Tomasz Borowik
2011-08-03 6:35 Prof. Dr. Klaus Kusche
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E37015E.10004@computerix.info \
--to=klaus.kusche@computerix.info \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.