On Tue, Jan 13, 2009 at 10:00:52AM +0100, Jiri Kosina wrote: > On Tue, 13 Jan 2009, Jiri Kosina wrote: > > > > I would agree with Michael here, it looks like we went a bit overboard > > > with HID quirks. I think sensible solution would be to merge quirks into > > > 3-4 files (one per device type) and maybe even compile keyboard quirks > > > into hid core. > > It might seem a too bit too much fine-grained right now, but my > > longer-term plan was to have more sophisticated drivers also register > > themselves to the HID bus, make use of the common parser, etc (Wacom comes > > to mind, for example). > > Having the quirks grouped together rather than nicely separate would then > > bring us close to the previous total mess, when unrelated quirks were > > glued together randomly in the spaghetti-code-way, which I really would > > like to avoid as much as possible, it started to become unmaintainable. > > That being said, we of course need to think about the initrd issue brought > up by Michael. > > Compiling everything into single driver back again in the end would of > course be a solution, but I am afraid that it'd be quite difficult with > the bus infrastructure in place. Not everything, just keyboards so they work even if userspace is not quite there yet. We just need to make sure we initialize hid bus before we register sub-drivers. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
