On 08/15/2011 05:36 PM, Josua Dietze wrote:
> Am 13.08.2011 10:03, schrieb Josua Dietze:
>> The main issue was that udev did not run usb_modeswitch _at all_
>> during boot on
>> the router. That may shift the focus to the udev rules file, which is
>> part of
>> the data package.
> 
> Oddly enough, I received a report by mail from someone at AltLinux. He
> encountered a boot-n-switch problem as well. His analysis is quite
> interesting (quoted):
> 
> "The reason for that is that the kernel emits only 'change' events for
> the devices it finds already plugged-in when 'udevadm trigger' is called
> on the udev service start. However, only 'add' events are processed by
> the modeswitch udev rule script."
> 
> The udev version involved was 172 which is fairly new.
> 
> The fix should be easy - let the rules be evaluated not only for an
> "add" event but also for a "change" event.
> 
> To put it in a nutshell: in /lib/udev/rules.d/40-usb_modeswitch.rules
> change this line
> 
> ACTION!="add", GOTO="modeswitch_rules_end"
> 
> to this:
> 
> ACTION!="add|change", GOTO="modeswitch_rules_end"

This explanation sounded so plausible and convincing, imagine my
disappointment when it didn't work -- the device is still not switched.

I did not yet have time to run the full battery of tests (eg [0]), but
will do so as soon as I can. I put ~50 reboots in tonight before I
realized my dumb mistake mentioned in the other mail...

I should have more info tomorrow; Friday latest.

Thanks for your patience and perseverance...
Christian


[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629371#96



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to