On Fri, 2011-06-03 at 11:45 +0200, Alexey ORISHKO wrote: > > -----Original Message----- > > From: Valdis.Kletnieks@xxxxxx [mailto:Valdis.Kletnieks@xxxxxx] > > Sent: Friday, June 03, 2011 2:58 AM > > > > > A follow-on to this is that if you really care about specific > > devices, > > > your application can use udev rules to "tag" specific interfaces > > based > > > on USB VID/PID/GUID or other device attributes, and check for those > > > tags in your program. Use udev (good) or netlink (good) or > > > SIOCGIFCONF (bad) to enumerate the various network interfaces on the > > > system and pick the > > > > I think Alexey's point was that the patch will hose up programs that > > currently do the netlink or SIOCGIFCONF thing and look for > > FLAG_POINTTOPOINT. > > Just to clarify, I was objecting to renaming interface name mostly because > devices which use CDC NCM function might be something different from wwan > devices. I would prefer to keep a generic name of interface (usbX or ethX). > > As an option anyone can use udev rules to set interface name they want > for their device based on VID/PID or MAC address or something else. > I've already provided udev rule example earlier in this thread. > > Dan, is it in line with your statement? Sort of; the point of 'wwan' is to detect when we need some auxiliary configuration to make the net interface actually do something. It allows userspace tools (like NetworkManager) to treat ethernet interfaces that do require aux config specially. Matching driver name is not the solution here since as you said the driver can drive a wide variety of hardware not all of which may be WWAN. But there are a bunch of devices we *know* are 3G devices, and for those we should mark them as WWAN. And the best place to do that is in the driver where that device's USB IDs and/or workarounds may exist, just like the existing cdc-wdm stuff for Ericsson MBM minicards. This ensures that we keep this information in *one* place, instead of sprinkling pieces around between userspace udev rules, apps, and the driver. Dan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html