usb-modeswitch != modem-modeswitch, though (closing udev task) @Scott: both programs are considered to be a rather bad userspace hack. Also see https://lists.ubuntu.com/archives/ubuntu-devel- discuss/2010-February/010647.html and #ubuntu-devel:
[15:18] <cjwatson> Mirv: surely we just want the kernel to DTRT by default rather than going down the usb-modeswitch rat-hole; this is the upstream trend [15:18] <cjwatson> Mirv: it already DTRT for quite a few devices, rendering usb-modeswitch unnecessary as well as its existing unreliable state :-) [15:19] <cjwatson> Mirv: see e.g. linux/drivers/usb/storage/option_ms.c, the zerocd stuff [15:19] <Mirv> cjwatson: ok, that's what I was thinking about but then again usb-modeswitch seems to continue to develop. maybe then the reason for its existence goes away soon(ish) [15:19] <cjwatson> Mirv: personally, when I needed such a device to work, I found it *easier* to beat the kernel into shape than to wrestle with the various possible userspace nightmares [15:20] <cjwatson> and I'm not a kernel hacker [15:20] <cjwatson> the userspace stuff just plain didn't work for me [15:20] <cjwatson> I'd be very concerned about advertising that it's the Way to get things to work, and thus undermining getting things fixed in the kernel [15:21] <Mirv> I'm just thinking about the user space impact for lucid and if it's possible to evaluate it. But maybe it's indeed too hackish solution to be called a solution, no matter how it would help some. [15:22] <cjwatson> I found that in some situations the presence of udev rules for this actually made things worse, because I ended up with races [15:22] <Mirv> I was asking it mostly because I haven't bumped into the numerous problems described by some others, while in my case it was simply doesn't work at all / works fluently with usb-modeswitch. [15:22] <cjwatson> in your position, I would try to get the kernel to switch the device to networking mode by default [15:23] <cjwatson> which is probably just a matter of a quirk in the appropriate mass storage driver [15:23] <Mirv> Well, anyway, may that thread rest in peace then. [15:23] <Mirv> cjwatson: Ok, will put that to my todo list. [15:23] <mvo> tkamppeter: I looked at the hplip thing again and I noticed that there is a com.hp.hplip dbus object already. I think its best to use that, maybe in cooperation with upstream and add a method to trigger the NeedPlugin signal. if the signal then is available from the app it should work. the reason it is currently not working is that there is no signal on the com.hp.hplip that is available on the bus registered [15:23] <cjwatson> I agree that usb-modeswitch is often a way to get otherwise non-working hardware to work [15:24] <cjwatson> I'm just not very convinced it's a real properly supportable option [15:25] <cjwatson> but I'm just another user from this point of view, albeit one who ended up in quite a few discussions with various appropriate upstreams last time round :) [15:25] <Mirv> ok :) well, there is still a little bit of time if someone has an undisputable perfect solution that makes all 3G modems work out-of-the-box. [15:26] <Mirv> but otherwise let's just encourage people to fix the quirks in the kernel [15:28] <cjwatson> Mirv: what's your pci id? [15:31] <Mirv> cjwatson: usb id? it looks like 12d1:1446 before usb-modeswitch does the switch, after that 12d1:1001 [15:31] <cjwatson> err, right [15:32] <cjwatson> Mirv: you might find it's as simple as http://paste.ubuntu.com/374035/ then [15:33] <Mirv> cjwatson: heh, that was fast. I'll try that out and report later. [15:33] <cjwatson> can't be sure, but the other huawei devices all seem to be handled basically the exact same way ** Changed in: udev (Ubuntu) Status: New => Invalid ** Changed in: udev (Ubuntu) Assignee: Martin Pitt (pitti) => (unassigned) -- add strings for Huawei E1750 3G USB modem https://bugs.launchpad.net/bugs/424050 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
