Hello, I saw this report regarding problems with ofono on newer kernels a while ago: http://www.spinics.net/lists/netdev/msg222072.html and finally got around to looking a bit closer at the problem. Or problems. There appear to be several minor issues: 1) udev doesn't run the internal usb_id command on "usbmisc" devices At least it doesn't on my Debian system, using udev 175. The result is that the /dev/cdc-wdmX devices don't have any ID_USB_INTERFACE_NUM or ID_BUS properties, so they are not picked up at all by udevng This should probably be fixed more generic in udev, but I haven't got the faintest clue how to do that. A simple workaround is installing a udev rule like this: ACTION=="remove", GOTO="usbmisc_end" SUBSYSTEM!="usbmisc", GOTO="usbmisc_end" SUBSYSTEMS=="usb", ENV{ID_MODEL}=="", IMPORT{builtin}="usb_id" SUBSYSTEMS=="usb", ENV{ID_MODEL_FROM_DATABASE}=="", IMPORT{program}="usb-db %p" SUBSYSTEMS=="usb", ATTRS{idVendor}!="", ATTRS{idProduct}!="", ENV{ID_VENDOR_ID}="$attr{idVendor}", ENV{ID_MODEL_ID}="$attr{idProduct}" LABEL="usbmisc_end" 2) udevng doesn't listen for "usbmisc" The "usb" class was recently renamed: commit 7e97243c2080ecae7129e83635227fdebd4feef6 Author: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org&gt; Date: Wed Apr 25 17:22:37 2012 -0700 USB: rename the usb misc class from "usb" to "usbmisc" This class was not named properly years ago, and it turns out that tools like udev can't properly see the devices in this class after booting due to the fact that there is a bus with the same name in the system. Changing this to "usbmisc" fixes this problem, and it solves the problem for the future when we want to unify classes and busses. Reported-by: Kay Sievers <kay(a)vrfy.org&gt; Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org&gt; This is fixed by the first patch in this series. 3) setup_huawei made some broken assumptions about device and USB interface relationship The Huawei devices can split the QMI/wwan function in a CDC like control+data fashion. The early drivers attached the cdc-wdmX QMI device to the control interface and the wwanY device to the data interface. This was later changed and both devices are now attached to the control interface. Patch #2 makes the device subsystem available for the setup_* functions and patch #3 uses this to support "qmi" and "net" sharing the same USB interface as parent. And while testing if this approach would work for devices sharing a single USB interface for QMI and wwan I added QMI support for Sierra Wireless devices. This was tested on a MC7710 in QMI mode. But when I say "tested", I mean that I barely fired up ofonod and saw that the different functions were found and assigned to the correct variables. I have not actually tested that any of this is working. Bjørn Mork (4): udevng: the "usb" class has been renamed to "usbmisc" udevng: make subsystem available for modem setup udevng: support Huawei QMI modems on newer kernels udevng: support Sierra QMI devices plugins/udevng.c | 32 ++++++++++++++++++++++++++++---- 1 file changed, 28 insertions(+), 4 deletions(-) -- 1.7.10.4