On Tue, Apr 04, 2000 at 11:55:57AM +0200, David Balazic wrote:
> Rik Faith wrote:
> >
> > On Thu 30 Mar 2000 13:33:19 +0100,
> > David Balazic <david.balazic@uni-mb.si> wrote:
> > > Hi , the man page kbdrate(8) , which mentions you in the CREDITS section,
> > > says that in Intel the choices for delay times are 250,500,750 and 1000 ms.
> > >
> > > But doesn't the keyboard just send key-down and key-up messages , so
> > > the OS could implement any delay ( and also any repeat rate ) ?
> >
> > It's been a number of years, but my understanding was that the keyboard
> > controller chip detected a lengthy key-down state and then started to send
> > fake key-up and key-down messages until the key was actually raised. This
> > is why the delay and rate depend on the keyboard controller chip.
> >
> > > At least that is the way it works on Amiga , and I think
> > > PC and amiga keyboards are pretty compatible, but I could be mistaken too...
>
> But then how do games work ?
> I mean moving forward in quake would be jerky it this was the case, no ?
>
> I'm sending this to linux-kernel to gather more (useful!) answers.
> I also CCed it to various people that are connected with the KBD code,
> looking into the kernel source and CREDITS files...
The AT keyboard detects a long press and then starts sending fake
presses and NO releases. This way software gets both autorepeat and full
knowledge of the key status.
-- Vojtech Pavlik SuSE Labs- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Apr 07 2000 - 21:00:12 EST