Usb_modeswitch doesn't switch when wader is installed
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
wader (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
If you have a modem whose switching is normally working successfully by usb_modeswitch, installing wader-core prevents it from functioning. After turning on debugging in usb_modeswitch it can be seen that after installation of wader-core usb-modeswitch no longer finds the correct sysfs path. I've attached two logs, one with Modem Manager installed, and functioning switching, one with Wader and non functioning switching. It appears that the command line arguments are different in the two calls
Wader:
/lib/udev/
Modem Manager:
/lib/udev/
This can be traced back to the usb_modeswitch's use of udev variables substitution '%b/%k'. It seems that Udev unly populates those substitutions if any rule makes use of a related variable. It seems that Modem Manager did not cause %b to be populated, whereas Wader did. I've attached a patch that changes Wader's udev rules to be more like Modem Manager's, tested with 50+ modems I have and I'm happy that this patch should be applied to work around the issue. I would like to point out that at some point this is likely to happen again to usb_modeswitch when triggered by some 3rd party udev ruleset, as the root cause would seem to be that usb_modeswitch uses a substitution that once populated stops the device being found.
Changed in wader (Ubuntu): | |
status: | Confirmed → Fix Released |
The attachment "0001-Udev- rule-update- be-more- like-MM- avoids- usb_modeswit. patch" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-reviewers team please also unsubscribe the team from this bug report.
[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]