Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753662AbZG0RYC (ORCPT ); Mon, 27 Jul 2009 13:24:02 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751522AbZG0RYC (ORCPT ); Mon, 27 Jul 2009 13:24:02 -0400 Received: from ox1.aei.mpg.de ([194.94.224.6]:56571 "EHLO ox1.aei.mpg.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752110AbZG0RYA (ORCPT ); Mon, 27 Jul 2009 13:24:00 -0400 Date: Mon, 27 Jul 2009 19:22:54 +0200 From: "Carlos R. Mafra" To: Alan Cox Cc: Alan Stern , Ferenc Wagner , Greg KH , Linux Kernel Mailing List , Kernel Testers List , USB list , Kay Sievers , "Rafael J. Wysocki" Subject: Re: [Bisected] [Bug #13821] Replugging USB serial converter uses new device node Message-ID: <20090727172254.GA19576@Pilar.aei.mpg.de> References: <87zlaqcec1.fsf@tac.ki.iif.hu> <20090727164857.GA8908@Pilar.aei.mpg.de> <20090727175525.20ac4869@lxorguk.ukuu.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090727175525.20ac4869@lxorguk.ukuu.org.uk> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2010 Lines: 58 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 linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/