> > Also, the class/input (if used) should be class/hid (because hiddev is
> > not an input mechanism). Does wacom.c go in here (almost HID:)
>
> class/hid/ should be used. And no, I don't think wacom.c should go into
> there, as it is not a HID driver. It should stay in the misc/ directory
> until there gets to be enough input drivers and then they could move to
> a input/ directory.
Actually that defeats the purpose.
Differentiating class and nonclass drivers is a good criterion as
long as it does not interfere with things that matter to the programmer.
In terms of code we care about relationships in drivers.
The most basic similarity is the kernel API used.
Eg. printer is a class driver as is storage. Their relatedness is zero.
Their closest relatives would be say auersbach respectively hpusbscsi.
If things that eg use the input layer (hid,wacom,iforce) are split in
three directories the reorganisation hinders the coders.
Furthermore subsubsystem deserve their own directories.
serial and storage deserve their own directories independent of class.
As do input, net and media. Actually scanner as a directory has little
use, as there's little internal relationship. You'd be better of putting
them into misc.
Regards
Oliver
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
