Date: Fri, 4 Sep 2015 22:32:07 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-drivers@freebsd.org, Leonardo Fogel <leonardofogel@yahoo.com.br> Subject: Re: Race conditions Message-ID: <20150904193207.GK2072@kib.kiev.ua> In-Reply-To: <1595067.LHJIsK18l7@ralph.baldwin.cx> References: <1439923294.98963.YahooMailBasic@web120801.mail.ne1.yahoo.com> <1619676.EuPFulsFRT@ralph.baldwin.cx> <20150903094727.GD2072@kib.kiev.ua> <1595067.LHJIsK18l7@ralph.baldwin.cx>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 04, 2015 at 11:42:38AM -0700, John Baldwin wrote: > Hmm, looking at /dev/ptmx, it handles this by not doing a clone on open, > but instead using a d_fdopen routine and explicitly setting up the new > file descriptor as if it had opened the equivalent named device. Perhaps > that is what I should do instead in my tap change. If I go that route, > then I think that fdevname/devname would already DTRT without needing a > new cdevsw method. There is probably some fine difference between pts, which are typically fully managed and configured by master using the file descriptor, and cloned network interfaces, where you usually allow external processes to do the work. But if it works for tap, great. Also, you should have noted D3557 (csw d_devname), just in case ?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150904193207.GK2072>