mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Helge Hafting <helgehaf@aitel.hist.no>
To: Zoltan Szecsei <zoltans@geograph.co.za>
Cc: linux-kernel@vger.kernel.org
Subject: Re: multiple independent keyboard kernel support
Date: Mon, 12 Sep 2005 00:34:14 +0200	[thread overview]
Message-ID: <20050911223414.GA19403@aitel.hist.no> (raw)
In-Reply-To: <4316E5D9.8050107@geograph.co.za>

On Thu, Sep 01, 2005 at 01:28:25PM +0200, Zoltan Szecsei wrote:
> Hi All,
> The archives & FAQs on this subject stop at December 2003. Google not 
> much help either (prob. due to my keyword choices)
> 
> I gather the only way to do this is via the ruby patch.
> 
> (When) Will there ever be native kernel (and maybe XFree) support for 
> multiple independent keyboards?
> 

xorg from debian testing or from ubuntu already support multiple
independent keyboards.  I'm using that right now for my
two-user single-pc setup.

Each independent xserver have a section like this in the xorg.conf:
Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "kbd"
        Option          "Protocol"      "evdev"
        Option          "Dev Phys"      "isa0060/serio0/input0"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xfree86"
        Option          "XkbModel"      "pc102"
        Option          "XkbLayout"     "no"
EndSection

In the serverlayout section, use the IsolateDevice option so
the independent xservers don't stomp on each other's cards.

In the screen section, set the "InitPrimary" option for cards that
doesn't get initialized by the bios at bootup.

In the device section, use the BusID option to be safe.

Start your xserver with the -sharevts option.


I have only one _console_, but multiple xservers with
separate keyboards works with plain 2.6.13.

Multiple consoles are also doable, if someone writes a "getty"
that uses the evdev interface for input (instead of tty's)
and the framebuffer interfaces for output (instead of tty's).

> The ruby patch seems to also only have discussions older than 18 months.
> 
> Has there really been no progress in the last 18 months?
> 
Looks  like much of the interest in ruby work disappeared as the evdev
option for X became widespread.  X is what most people use for desktops,
and that works well enough without ruby now.

> I would prefer to see "official and permanent" support for this as then 
> when HW & drivers & kernels develop in the future, this capability will 
> always be (immediately) available - and not have to wait for patches.
> 

"evdev" in the kernel already separates out independent keyboards.
Isolatedevice lets several xservers run indepenmdently.  There isn't
much missing, although there are minor troubles where starting one
xserver might mess up the video timing for another.  (Solution:
start xserver in an appropriate order, to be found by experimentation)
Another minor problem - it won't work with every combination of video cards,
only some.
Still - when it works you even get to run accelerated 3D on
the independent heads.  Nice for game parties.

> Can someone please refer me to recent archives on this subject, or 
> update me on this issue if possible.
> 
I hope this helps.

Helge Hafting

  parent reply	other threads:[~2005-09-11 22:33 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-01 11:28 Zoltan Szecsei
2005-09-01 12:22 ` Vojtech Pavlik
2005-09-01 13:07   ` Zoltan Szecsei
2005-09-01 13:24     ` Vojtech Pavlik
2005-09-01 14:48       ` Martin Mares
2005-09-01 16:38         ` Vojtech Pavlik
2005-09-11 22:36         ` Helge Hafting
2005-09-12 16:03           ` Bjorn Helgaas
2005-09-12 20:47             ` Kyle Moffett
2005-09-13 16:20               ` Bjorn Helgaas
2005-09-11 22:34 ` Helge Hafting [this message]
2005-09-12  7:01   ` Zoltan Szecsei
2005-10-19 16:01   ` Zoltan Szecsei
2005-10-19 19:23     ` Helge Hafting
2005-09-01 13:35 Svetoslav Slavtchev
2005-09-01 14:06 ` Zoltan Szecsei

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=20050911223414.GA19403@aitel.hist.no \
    --to=helgehaf@aitel.hist.no \
    --cc=linux-kernel@vger.kernel.org \
    --cc=zoltans@geograph.co.za \
    /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

all inboxes | Powered by JetHome®