> > For example,
> > each interface that was bound might have a "U:" line, which could
> > have "char 180/32" (and if devfs were in use, the name it uses)
>
> Remember there could be multiple U: lines (does anybody know offhand of a
> USB device that has multiple physical devices on one USB interface?)
USB standardizes two models for this kind of thing:
- "compound device" such as "hub and keyboard", which is
one physical device that appears as two USB device, each
normally having one interface (that's not required, see next)
- "multi-function device", such as "audio + volume control",
which is one physical device that appears as one USB device,
where each function is one interface.
So it'd be one "U:" line per interface ("I:" line), at most. (I have
examples of both such kinds of device.)
> As to the /devfs name... Could be done, but I would like to put the amount of
> logic that is needed ina user program to a minimum, so 'old' style /dev
> should be listed as well.
Can't be done. Do your homework on "mknod" and see why.
There can be N names, and the kernel absolutely does not
know which policy a given filesystem used to assign them.
The only true name is the {char/block} major/minor, even if
devfs is in use.
> > or "net eth2" (ideally with a more fundamental ID too, since as I
> > recall those names can be reassigned ... worth looking at what
> > ethtool does, as Brad suggested).
>
> Please explain "more fundamental ID" ? "net eth2" sounds fine (or perhaps,
> "net:eth2"). It's either something like that or a node starting with a / .
No such filesystem node. The "more fundamental" ID would be
whatever that "rename the interfaces" tool uses, I don't know
the details.
> I do recall a similar project/patch that has been posted to this list once;
> I'll try to find it and see about its status. I'm volounteering for the job
Allen Barnett posted something with printer support, 4-Apr 2001 in
my mailbox. I've just reposted it under this thread.
- Dave
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
