Re: New to the input layer

[Franz S. <Fra...@la...>]

At 13:19 04.07.00, Vojtech Pavlik wrote:
>But something like that will be badly needed for other parts of the
>system as well. For example the USB Storage driver already does it. So
>it's possible.

I'll check that out.


> > Hmm. Let me think about that... What will the application see? I don't see
> > a type like EV_STATUSCHANGE with events like CONNECT, DISCONNECT, CHANGED?
>
>Right now, the events from the device will just stop coming in.

Hmm, this means even input layer aware applications will have no chance to 
react? Is anything planned in this area?

> > I see. Actually, what I'm looking for is a reasonable simple way to port
> > some legacy (but unfortunately still needed) applications to the input
> > layer... Hmm, I can live with mice and keyboards being separate, so would
> > you accept if I added a keyboard mixer device to keybdev.c?
>
>Keybdev.c already does that, and keyboard.c (in the complete input
>drivers) is doing it as well.

Heh, but they mix to "legacy" console devices (or do I miss something 
here?), I want an event protocol device :-). Remember, on PPC we used ADB 
scancodes so far. I don't wan't to change to AT scancodes now and then 
again to events, when the input layer is 100% ready. That's why I want a 
/dev/input/keyboards, running the event protocol. I'll make it CONFIG_PPC 
specific if you want.

> > BTW, are there any known problems with the current backport and console
> > switching? It seems to lock down some of the modifier keys from time to
> > time, then you have to press all of them to get them back in a known state.
> > And it seems the LED status sent to USB keyboards is inverted.
>
>There seems to be a problem with some keys not getting released
>correctly. I wasn't able to find the cause yet.

I have a feeling that this might be related to key repeat. What happens to 
the repeat timers on console switch?

Also do you know if the LED's on USB keyboards work correctly on a PC? 
Benjamin is working with the USB analyzer today and will look at this.

Benjamin Herrenschmidt wrote a few minutes ago on IRC/#mklinux/EFnet:
<BenH> Also, I have the HID specs, I'll be able to look at those LEDs 
problems. I'd like to know if they work on PC however
<BenH> Looks like apple leaves KBDs in boot protocol on MacOS 9
<BenH> They do a SetProtocol(0), a SetIdle, a few SetReport and that's all

Franz.