All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Prof. Dr. Klaus Kusche" <klaus.kusche@computerix.info>
To: dri-devel@lists.freedesktop.org, timon37@gmail.com, chithanh@gentoo.org
Subject: [Feature request] Multiple X servers on one graphics card?
Date: Wed, 03 Aug 2011 08:35:45 +0200	[thread overview]
Message-ID: <4E38EC41.3020007@computerix.info> (raw)

Tomasz Borowik <timon37 at gmail.com> wrote:
 > I wonder if a custom window manager wouldn't be enough? Using
 > multi-pointer and locking each focus group to a given screen, making
 > sure that no one can interfere with anyone else. If the wm is root it
 > should be capable of spawning programs of different user privileges on
 > each screen. Of course that is far less insulated and in effect
 > probably less secure, but it should be easy to do and might be much
 > more stable, also it should work on whatever hardware you give it.

Chi-Thanh Christopher Nguyen <chithanh at gentoo.org> wrote:
 > I think with MPX and pointer barriers some parts are already in place
 > to do
 > multiseat with zaphod. Though I don't know how well MPX and pointer
 > barriers
 > work together. Applications grabbing input might cause issues too.

It's more than that:
* You need multiple keyboards, each assigned to one screen.
* You want multiple X servers running under different uid's
to separate users and access rights cleanly.
Even if (with Tomasz's approach) the applications are running with
different uid's, you still need to give all users full access to
the X server, and the X server was not designed for serving multiple
users in a safe way.

And yes, input grabbing is a problem, perhaps the most serious one
(at least, you really want to have input grabbing when entering
login passwords...).

The current solution (one X server per card and one Xephyr
per screen / user) solves all the input problems and offers
almost perfect user separation, and is 100 % compatible
with standard X applications, wm's and desktops.
It also runs on anything supported by X.
However, it offers no hardware acceleration, which is a problem
for modern desktops, video applications etc. (in fact, I tried,
that's no serious problem for a single Xephyr on a fast machine
where the CPU suffices to render in software and copy each frame,
but it most likely becomes a problem on a multiuser machine where
CPU and memory bandwidth is shared between many users).

So the question is: How can we preserve what Xephyr offers now
and add what it lacks?

Klaus.

P.S.: I'm not on the list. Please include me in To: or Cc:.

-- 
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

             reply	other threads:[~2011-08-03  6:35 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-03  6:35 Prof. Dr. Klaus Kusche [this message]
  -- strict thread matches above, loose matches on Subject: below --
2011-08-02 13:34 [Feature request] Multiple X servers on one graphics card? Tomasz Borowik
2011-07-30 18:48 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
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

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=4E38EC41.3020007@computerix.info \
    --to=klaus.kusche@computerix.info \
    --cc=chithanh@gentoo.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=timon37@gmail.com \
    /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.