On Mon 27.Jul'09 at 17:55:25 +0100, Alan Cox wrote: > > > Another thing to check is whether this patch (not yet merged) fixes it: > > > > > > http://marc.info/?l=linux-usb&m=124825571403844&w=2 > > > > No, unfortunately it does not fix it. I've just tested it. > > I wouldn't expect it to. > > In the ppp case you have this occuring on an unplug > > USB layer > unplug > hangup tty > PPPD > SIGHUP > ouch > log stuff > close down > > However at the same time that PPPD is logging stuff and closing down th > USB layer is going to see the replug if you just unplug/replug quickly > and in that case you will get ttyUSB1. That aspect is timing dependant. Ok, so how long is "quickly" here? During bisection I typically waited ~30 secs and there was no pppd listed on 'ps aux' when I reconnected it. > If everything has closed down and given the port back before you replug > it you should get ttyUSB0 again. > # I don't know what to say. I believe in you, of course, but I am not seeing what you expect. For example, after sending the last email I unplugged it and went back to work until I read this reply of yours. So I did this, [mafra@Pilar:5-pts-tree-level]$ ls /dev/ttyU* ls: cannot access /dev/ttyU*: No such file or directory which is OK, because the stick was not plugged in all this time. So then I plugged it and got this, [mafra@Pilar:5-pts-tree-level]$ ls /dev/ttyU* /dev/ttyUSB1 /dev/ttyUSB2 And it took a lot longer than 30 secs this time, more than 5 minutes for sure (and I don't see anything suspect in the output of 'ps aux'). And the fact that is, reverting your commit made things work under the same testing conditions. Do you have any suggestions as to what I should do between unplugging and plugging it back? -- To unsubscribe from this list: send the line "unsubscribe kernel-testers" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
