From nobody Tue Aug 26 18:02:05 2025 X-Original-To: freebsd-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 4cBFqM18C6z65ts4 for ; Tue, 26 Aug 2025 18:02:07 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cBFqL6lBjz455H; Tue, 26 Aug 2025 18:02:06 +0000 (UTC) (envelope-from jhb@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1756231327; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1ZUAAQXWgex40XRfW0pVgzPsdNgH4XfMtWZQbLf/ARA=; b=LJdAq8FlBRhsCui3WCLDPeg9xtgJ7fPiSM4+IB/v/nyL1IgYvlFcJfEFrYmawuY608myPx LUuKGUgEVMph5KReZqps4KEof/eKD19PKCp4kNz+S6R/5d/XlNTooX1c5fs98R8VeIV/4E UeeuQjZjYwJlHbaXru8hLpWLKhrXaP8rgs1kU4w32Ex6+9K9QC6ptpi27gIQ/h3bd9vdE8 BkBD8nKo2Q+EdQi+42GfomkiCA3zHO3KMRWBwVcpBhvJ9b4ROm7a3nARkJvrnaL05wcpLs tYUTfHzunjRtbjlYNLOK9TJ3RyfK43auviyEPemPfJqC/+aANVuXiZ9iD4g7aw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1756231326; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1ZUAAQXWgex40XRfW0pVgzPsdNgH4XfMtWZQbLf/ARA=; b=wkPFKiasEdOQhMytVCGeX910n/Y4ouZR1lX7q2lYr5hB7QmXPjeAspwYVdw1LBdBKTfwb+ gPCQ0ajVaEqjxBj7Z7GDHxyqpI8pkWDXSWRe3AX2uO6bKG6K54qu/iQaA37xPenzrE64/L REmp2EgjYlVSfCaTY8TN/5sQgxN/ED28sPvZhB8yZfwwNJzjB0qgSOOb0xiAip766LjWzw ezs50LjZw8B7qkkqz4ACBrpJUpacU/zRbpGKNVa3kX+5Zh017AALkQ90ExqrNqft4r9uao 2E8xHA89UY0IOU5D/62Qxh/mdAyx0Lp8xiJOKL7sY0Vh7bTUeHYjXNcy0qwEww== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1756231327; a=rsa-sha256; cv=none; b=ZO5rzsUwkve0vfnmJvrp7F2sV8JLrl/dFBvH+1dhHn7rxmodb0njvNUzebcTCpV0DT9prM QmSQ7TqhW8aetzZphfBEt9E3txQpc5nk1c9bUUO5wZH6K785FNF0zrE7FNy07Aqx2/ntq8 l43sNvx0JGJBk8q25q0YygaXwUYEPNXqWx1iZQuhjTVunfokyBmjx5s+ebEqUhbnLqXOD9 QJEJA7hNTPYGPKhHh+sYL+1a8jpcR8OwMT+5G4R0X36QBsUdiXW6N5d5xkPh5wqNYG/A0+ QnsOueZ1xG8KzWWUDZdREbMl9UPVl2E3r4aXHUqs+k4QCmKl7UHhQ8Vx3yQP/w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [IPV6:2601:5c0:4202:5670:3d73:888e:eb55:214b] (unknown [IPv6:2601:5c0:4202:5670:3d73:888e:eb55:214b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cBFqL50PNztst; Tue, 26 Aug 2025 18:02:06 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Message-ID: Date: Tue, 26 Aug 2025 14:02:05 -0400 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 User-Agent: Mozilla Thunderbird Subject: Re: Static vxlan configuration fails - probably because of wrong order in rc Content-Language: en-US To: "Patrick M. Hausen" Cc: Zhenlei Huang , =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , "freebsd-net@freebsd.org" References: <5F0F9208-9F4B-401B-B7B8-BCF64737A97F@punkt.de> <7000BD16-48A8-4D4A-A5F9-843F9F15F1FB@FreeBSD.org> <86y0rbiyln.fsf@ltc.des.dev> <738B8306-03E4-464A-B55A-66F635A2B5D3@FreeBSD.org> <44753230-F684-439D-B633-3CFFB99905C1@punkt.de> <864itzxrmr.fsf@ltc.des.dev> <75885C39-68D7-437E-9ECB-581E59AADC61@punkt.de> <701d0ee9-b532-4bd4-9ff5-7e485eef9447@FreeBSD.org> <991B637F-2C2B-4387-BE5B-909120E158B1@punkt.de> From: John Baldwin In-Reply-To: <991B637F-2C2B-4387-BE5B-909120E158B1@punkt.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 8/22/25 17:30, Patrick M. Hausen wrote: > Hi, > >> Am 22.08.2025 um 21:02 schrieb John Baldwin : >> >> A verbose dmesg of the two cases would probably be helpful. > > I set verbose_loading="YES", then booted two times, once without, once > with if_smsc_load="YES". > > -------- > $ diff dmesg-not-loaded.txt dmesg-loaded.txt > 10a11 >> module smsc already present! > 12c13 > < avail memory = 945016832 (901 MB) > --- >> avail memory = 944844800 (901 MB) > 178a180 >> vxlan0: Ethernet address: 58:9c:fc:00:82:82 > 182d183 > < vxlan0: Ethernet address: 58:9c:fc:00:82:82 > -------- That's not the full dmesg, just a diff. That said, USB devices are probed asynchronously in parallel with the early userland startup. If the USB ethernet device isn't attached by the time /etc/rc.d/netif runs, the the vxlan device is probably just not configured. (You haven't included `ifconfig` output in any of your e-mails, so I have to guess at what the status of vlxan0 might be in the non-working case.) The way wlanX and vlan devices are handled is that they are not "regular" clone devices, but instead are tied to a parent interface (e.g. wlans_foo0="wlanX" or vlans_foo0="foo0.123"). This means that `/etc/rc.d/netif/start foo0` (invoked by devd when a hot plug NIC such as USB is attached) is able to create those pseudo interfaces anytime a foo0 device arrives. This is what the last comment in your bug is referring to (in essence). You could create a custom config file for devd that brings the vlxan interface up when ue0 arrives as a local fix. A more general fix would be to add support for a 'vxlans_' variable similar to `vlans_' which would be a list of child vxlan interfaces. You would then just need `vxlans_ue0="vxlan0"` instead of cloned_interfaces="vxlan0" in rc.conf. -- John Baldwin