From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 08:37:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F9941065672 for ; Sun, 5 Aug 2012 08:37:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9CFFD8FC14 for ; Sun, 5 Aug 2012 08:37:54 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 305440475; Sun, 05 Aug 2012 10:32:45 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 5 Aug 2012 10:33:13 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <20120801160323.GN2676@deviant.kiev.zoral.com.ua> <201208012341.25509.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201208051033.13486.hselasky@c2i.net> Cc: Konstantin Belousov , Ed Schouten Subject: Re: ttydev_cdevsw has no d_purge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 08:37:56 -0000 On Friday 03 August 2012 10:32:47 Ed Schouten wrote: > 2012/8/1 Hans Petter Selasky : > > I think the problem is like this, that in order to re-use the unit > > numbers for USB serial tty devices, the USB stack needs to wait until a > > TTY is actually freed, right? Else you will have a panic on creating > > devfs entries having the same name. > > Indeed. So the USB code could simply pick a different unit number. Hi Ed, USB could use a different Unit number. Some questions: When can the previous unit number be re-used? Is there a callback for this? When can the USB serial code assume that it will not be called again and that all callbacks are drained? --HPS