<div dir="ltr">Sorry for the intromission, but this can be more or less related to your needs.<div><br></div><div>I've submitted a patch to xorg-devel that blocks VT access for non-seat0 X servers i.e. those started with "-seat" option set to any value different from "seat0".</div>

<div><br></div><div>This patch is currently waiting for review. Maybe you could take a look and give your feedback.</div><div><br></div><div><a href="http://lists.x.org/archives/xorg-devel/2013-December/039353.html">http://lists.x.org/archives/xorg-devel/2013-December/039353.html</a><br>

</div><div><br></div><div>One other patch of mine was already merged in upstream (<a href="http://cgit.freedesktop.org/xorg/xserver/commit/?id=c73c36b537f996574628e69681833ea37dec2b6e">http://cgit.freedesktop.org/xorg/xserver/commit/?id=c73c36b537f996574628e69681833ea37dec2b6e</a>). If the one above is also merged, then we can drop mult-seat-x wrapper.</div>

<div><br></div><div>Thanks in advance!</div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">CANTATE DOMINO CANTICUM NOVUM<div>QUIA MIRABILIA FECIT</div><div><br></div><div>Laércio</div></div></div>
<br><br><div class="gmail_quote">2013/12/5 Hans de Goede <span dir="ltr"><<a href="mailto:hdegoede@redhat.com" target="_blank">hdegoede@redhat.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi,<div class="im"><br>
<br>
On 12/05/2013 04:05 PM, Ray Strode wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
----- Original Message -----<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ray Strode also said: "You can't shut down an X server unless<br>
it's in the foreground.". I can remember having done that<br>
without problems just yesterday when working on systemd socket<br>
activation for the xserver. I've just tried and I can happily<br>
kill (normal kill not -9) Xorg :1 running on vt2 while I'm<br>
inside a terminal on Xorg :0 running on vt1:<br>
</blockquote>
I don't think that works in all cases, but I can't be more specific,<br>
because it's vague in my head so others would have to chime in.<br>
</blockquote>
<br></div>
It may be a kms versus non kms driver thing. All I can say is that it works<br>
for me with xserver 1.14.99 and intel kms driver.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Another issue, is X jumps back to the VT it was started on when it exits<br>
</blockquote>
<br></div>
It does not do that for me. I agree that YMMV, but it seems to work<br>
as we want.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
but I think we can work around that behavior by making sure the X server<br>
acts as if it was started with -novtswitch or so.<br>
<br>
I started working on wayland integration a couple of months ago, but put it<br>
to the side when I got side tracked by other projects. That's here:<br>
<br>
<a href="https://git.gnome.org/browse/gdm/log/?h=wip/wayland" target="_blank">https://git.gnome.org/browse/<u></u>gdm/log/?h=wip/wayland</a><br>
<br>
On that branch (which isn't ready for prime time yet) you can put:<br>
<br>
X-GDM-NeedsVT=true<br>
<br>
in the xsession file for the session then gdm will allocate<br>
a VT and jump to that VT before running the session.  If the X server is<br>
activated implicitly by the session trying to connect to the socket in XDG_RUNTIME_DIR,<br>
then things should "just work" without GDM managing the display at all.  GDM won't try<br>
to reuse the greeter's X server or start a new X server explicitly if X-GDM-NeedsVT=true.<br>
<br>
The branch is still in progress and I don't exactly remember what state it's in/what bugs<br>
it has, but I'm planning on picking it back up next week. after I finish up this<br>
RHEL work, I'll play with the idea then and report back (unless you get to it first).<br>
</blockquote>
<br></div>
Cool, I'll focus on the xserver side of things now (*). I've the feeling adding support<br>
for this to gdm will be much easier for you then for me :)<br>
<br>
Regards,<br>
<br>
Hans<br>
<br>
*) Assuming I can get the xserver to run under an existing session using startx from<br>
a text console login or some such<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
<a href="mailto:xorg-devel@lists.x.org" target="_blank">xorg-devel@lists.x.org</a>: X.Org development<br>
Archives: <a href="http://lists.x.org/archives/xorg-devel" target="_blank">http://lists.x.org/archives/<u></u>xorg-devel</a><br>
Info: <a href="http://lists.x.org/mailman/listinfo/xorg-devel" target="_blank">http://lists.x.org/mailman/<u></u>listinfo/xorg-devel</a><br>
</div></div></blockquote></div><br></div>