> > What I'd like to see, if both hid.o and usbkbd.o can handle a
> > keyboard, is that hid.o gets the job. Then usbkbd.o can stay in
> > config.in and be built just in case it's needed.
>
> usbkbd.o is never needed when hid.o is present unless I have
> misunderstood something.
Ah, I thought that in the same way the BIOS might not support the HID
interface and so can use the simpler Boot interface, a keyboard might
not implement the HID interface and just implement the simpler Boot one.
Apologies if this isn't the case. I agree that hid.o should be able to
cope with everything then.
> > Ah, OK, thanks. Unfortunately, I've already moved onto 2.4.18 built
> > from source due to some of my other needs.
>
> In that case just reconfigure your kernel not to include usbkbd and
> use hid instead, recompile, and be happy.
Yes, that's what I've done, and I'm happy, but still wish to persue the
problem in order that usbkbd.o gets fixed. Otherwise, someone else will
spend their weekend learning about usbkbd.c, HID, Boot, etc. :-)
Cheers,
Ralph.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/