> > > My theory is that usbkbd.o doesn't cope with ErrorRollover which is
> > > being generated, unlike hid.o which didn't used to but does now.
> >
> > I have an idea: remove usbkbd or make it extremely hard for newbies to
> > build (e.g. drop CONFIG_USB_KBD from config.in, so it would need to be
> > added manually if you want usbkbd).
>
> That doesn't sound too great.
>
> > At the very minimum I would like to see all distros, and especially
> > SuSE (because of Vojtech) to stop shipping usbkbd.o.
>
> 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.
This is exactly why today's situation is broken. Users (and even
developers) sometimes find that hid does not work. So, they compile
usbkbd and move along. This means that hid never can reach into
certain corner cases, such as the infamous HP keyboard p/n 5184-4708.
-- Pete
-
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/