Re: [patch] The input move patch without moving to input

[James S. <jsi...@ac...>]

> I'd actually prefer drivers/input.
> 
> The argument I had against drivers/input was not an argument against a new
> subdirectory. It was an argument against moving the things like hid.c and
> the like to drivers/input, like the email I replied to tried to do.
> 
> hid.c is something USB-specific. It had better _not_ be a part of any
> "generic input layer". The same is true of usbkbd.c and friends. They are
> _usb_ drivers, and shall belong in drivers/usb.

Okay. I see your argument for the usb code. The question is where do we
put future non usb input drivers? The different types we can have are
mice, keyboards, and joysticks. Dump them where?  

Innovation, innovate, and the concept of doing what everyone else did 20
years ago are registered trademarks of Microsoft Corporation. Other
buzzwords, euphemisms, and blatant lies are trademarks of their respective
owners.

James Simmons  [jsi...@li...]               ____/| 
fbdev/console/gfx developer                             \ o.O| 
http://www.linux-fbdev.org                               =(_)= 
http://linuxgfx.sourceforge.net                            U
http://linuxconsole.sourceforge.net