From nobody Thu Apr 20 01:40:51 2023 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q20jb6bY3z463Nl for ; Thu, 20 Apr 2023 01:40:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q20jb3tDjz4N4x for ; Thu, 20 Apr 2023 01:40:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1681954851; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3kVCi1KwnzQ3wL65kSLaHyvx6Ld0bZIy8iHYEgUeSI8=; b=PtQ5opabX8MXYZ5D6Ep1u2h8cHpf07PkCr5l8M3B+FI49RfOHGm9ZjWd3i66tttNDSD/vX aCusESJLDGc/VO43ijL+HjW4be5Njsi+JcE2dxKlJ8LGx3WxsIGf1kWTe3P4EAVNIFg0t2 hmWGV9XrdiD+Ch+xaCV73S1Ncr+nLwilt25PA5iEiffbm73zMwMuc8T6yOGrmi0nVSAWjt nVVa1y315tK2iX79kohQeHo7Nj9P2xNRzSYjSUE4OkT8FqFEKc8C3O1DpoTzMkJE8mx25I OohnVWyJj9Jn1sbNYl0aGTIZP2mXOLd4nSj/JNw+H7PtXneIYgBCilDbGldXug== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1681954851; a=rsa-sha256; cv=none; b=Tnui15Y3rsEWhDeA3D1CgPyez7qg0n3SRUBNJm9QajQVe6WOF/ATBaIfAFwOSStw01Z+sl GMmabqcd90XRgDPNnKgmLiW7DptiMbn+dEPVfMZnsBXQguYfY42SWiSfSONmPrX28bn8wl xLN4H6pAGkk4rTRx7fP+PhtEPAYCyV6ddAU64F8/zaYtEFBhLdI8bLQGjVpsyzw3+PlzOK 0pM63wjZF+ALU8OZ69DuJrc+0pCwQ+R/diVmUS/r0AW11EZ7qYOnRyH30c1SCsJjulRKXv ZtpsORC3K+eZBXl7DDz5kfGGRqPIcizK/FeeJSn8qFPejKFbi9ca9MonmL3KtQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Q20jb2st9zJ9p for ; Thu, 20 Apr 2023 01:40:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 33K1epLn095981 for ; Thu, 20 Apr 2023 01:40:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 33K1epYj095980 for net@FreeBSD.org; Thu, 20 Apr 2023 01:40:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 235920] ifconfig: unable to create another interface after renaming the previous one with the same name Date: Thu, 20 Apr 2023 01:40:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: zlei@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235920 --- Comment #7 from Zhenlei Huang --- (In reply to Franco Fichtner from comment #6) > And tun/tap is a little tricky in its own regard here since the device no= des that > may be required by the service are never being renamed (/dev/tunX etc.). Yes, you are right. For tap(4), even its unit number is freed the original controller device sh= ould still exist so that the applications (which have opened the /dev/tap) will = not be disturbed. I'm proposing UUID naming to fix that. Please see https://reviews.freebsd.org/D39689 . For the design of tap(4), why not create `/dev/tap/some-uuid-name` and an a= lias `/dev/tap0 -> /dev/tap/some-uuid-name` ? --=20 You are receiving this mail because: You are the assignee for the bug.=