Date: Thu, 9 Nov 2006 12:28:06 -0800 From: Landon Fuller <landonf@threerings.net> To: Bruce M. Simpson <bms@FreeBSD.org> Cc: freebsd-net@freebsd.org Subject: Re: [patch] tun(4) and tap(4) if_clone support. Message-ID: <5D887638-9717-4186-86DF-1B09C7F3181F@threerings.net> In-Reply-To: <4551EA9C.5050309@FreeBSD.org> References: <B45040EB-6460-4B4D-A575-B24530BA50F7@threerings.net> <4551EA9C.5050309@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-26-113292544 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Nov 8, 2006, at 06:33, Bruce M. Simpson wrote: > Landon Fuller wrote: >> Nick Barkas (snb@threerings.net) and I have added interface >> cloning support to the tun(4) and tap(4) drivers. >> >> We maintained backwards-compatible support for devfs cloning, >> which is now disabled by default -- it can be re-enabled via a >> sysctl. Interfaces that are created via devfs cloning may still be >> removed via ifconfig destroy. >> >> The latest patch is available here >> http://www.opendarwin.org/~landonf/code/patch-tuntap_ifclone >> >> I've submitted kern/105228 with the patch, and I'd be most >> appreciative of comments/suggestions. > > Interesting stuff. If it eliminates a race on creation, that has to > be a good thing; I may have run into this race in the past month or > two. It would however change tap/tun behaviour in that currently I > have a few scripts which use dd(1) to force the device node to be > created. This is undocumented behaviour specific to its devfs > implementation which perhaps I shouldn't be relying upon, before I > go on to create a bridge from several tap instances (which are then > hooked up to QEMU virtual machines). I disabled the devfs support by default with deprecation in mind, but there's no other reason it couldn't be default-enabled. What's the race you've run into? > Good work! Cheers! -landonf --Apple-Mail-26-113292544 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFU49YlplZCE/15mMRAhQKAJ9raxDQtFgBR+8PBCO+in1nbIS+ngCdFQzo 6JX6EeGNjMN1SupRLOlp7UU= =lJ6W -----END PGP SIGNATURE----- --Apple-Mail-26-113292544--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5D887638-9717-4186-86DF-1B09C7F3181F>