From: Helge Hafting <helge.hafting@aitel.hist.no>
To: xerces8 <xerces8@butn.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Dummy vt for XFree86 ?
Date: Tue, 15 Feb 2005 14:47:06 +0100 [thread overview]
Message-ID: <4211FD5A.9020705@aitel.hist.no> (raw)
In-Reply-To: <WorldClient-F200502151033.AA33440074@butn.net>
xerces8 wrote:
>Hi!
>
>Is there a way to prevent VT switching for XFree86 ?
>
>I have two gfx cards and want to start an X server on the secondary
>card, while leaving the VTs on the primary card active.
>
>So I need XFree86 not to allocate and cause a switch to a new VT.
>Since I know of no way to make XFree86 do that, I wonder if I can
>give XFree86 some fake vt on its command line, like :
>
>X :0 vt_dummy
>
>Is this possible with a 2.6.x series kernel ?
>
>Any other way to prevent X taking away "focus" from the primary card ?
>
>( please ignore any possible issues with the keyboard, that may arise
>when having X and text VT active at the same time )
>
>
The keyboard is very much the issue - your typing either goes into
the VT on the primary card - or into the X session. There is no other way
the computer can know what you mean. I guess you're going to
run an X session that won't use kbd input at all, given the question you
ask?
The stock 2.6.x can't do it, but take a look at the ruby patch.
Ruby is really meant for hooking up several keybaords, so you can have one
keboard for the VT's on your first card and another kbd for the X session.
This lets several users work at the same time, using only one pc.
If you don't need the scondary keyboard - don't plug one in. Ruby can still
give you a dummy VT where no input or output happens, and X can use that VT.
Boot the ruby-patched 2.6.x kernel with the "dumbcon=1" parameter to get one
dummy console, and let X use VT17 which will be that dummy.
Helge Hafting
next prev parent reply other threads:[~2005-02-15 13:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-15 9:33 Dummy vt for XFree86 ? xerces8
2005-02-15 13:47 ` Helge Hafting [this message]
2005-02-15 14:09 ` xerces8
2005-02-15 17:05 ` Roland Dreier
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=4211FD5A.9020705@aitel.hist.no \
--to=helge.hafting@aitel.hist.no \
--cc=linux-kernel@vger.kernel.org \
--cc=xerces8@butn.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox