cvs commit: src/sys/dev/vkbd vkbd.c vkbd_var.h src/sys/modules/vkbd Makefile

Brooks Davis brooks at one-eyed-alien.net
Wed Nov 17 00:44:07 GMT 2004


On Wed, Nov 17, 2004 at 01:29:59AM +0100, Philip Paeps wrote:
> On 2004-11-16 10:35:49 (-0800), Brooks Davis <brooks at one-eyed-alien.net> wrote:
> > On Tue, Nov 16, 2004 at 10:28:37AM -0800, Maksim Yevmenkin wrote:
> > > i think i see where you are going. you are probably thinking about some
> > > sort of lights-out management where you use only network connection to
> > > control box remotely, a-la pc-weasel and eric cards. am i close?
> > 
> > I'm primairly intrested in solving the problem of machines with a AT
> > keyboard controller (which currently attached non-existant keyboards to
> > allow hot-pluging) and a USB keyboard.
> 
> Is the problem that the USB keypresses are just not getting through because
> the system thinks that the AT keyboard is The One And Only Keyboard Present?

Syscons currently grabs the first available keyboard which is always the
AT keyboard because we always attach one unless the user sets a flag.

> > The second case I'm intrested in is a LOM card.  In one case I've seen one
> > present the keyboard as a USB keyboard which means you need to support two
> > USB keyboards.
> 
> My idea would be to feed all 'input events' from hardware drivers into a
> pseudo-driver, serialize it, and send it on to the higher layers of the
> system.  I see no real reason why we should't allow a user to start typing a
> command on one keyboard, finish it on another, and hit <cr> on a third.  Why
> anyone would want to do that is beyond me, but it should be possible.

That's basicly what I would like to see.  I don't think we need to
support people hitting the accent key on one keyboard and then finishing
typing on the other, but we do need to support multiple keyboards if
only because the users expect it.

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20041116/47498c47/attachment.bin


More information about the cvs-src mailing list