From nobody Mon Sep 29 13:58:39 2025 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 4cb2pm2yWrz68GwR for ; Mon, 29 Sep 2025 13:58:40 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cb2pm2CHdz3nmb for ; Mon, 29 Sep 2025 13:58:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759154320; 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=e0rwRGu07etsL8RJN+7EHrVOf6Qx65/7YvDPSWFWF9k=; b=ckyS5aDl7zZPJJCVE9IF4ZSE2efTy2tJeChCOw7CYVzJ2duD+UpsxOjn/ilpwCGJwd8t/o uuy8hYjgi59j/Zzn2zMvnNQ2lwPaXTgR1GBqX7xqzuX094TsQUiJhLdvXtANOzVuT3T/yp xX2Oz+IafLTxMSPAmr/rpeFeb49gfZswDooYBF6muKb+gkZB0UUg2Vzu9j1WTcmKBz2EXG toNRVA90yXOTvLn1BcesfzEeYLbI8C5k+RMgNjO1Fz/gkJjMtQOiz8pYYt/MCBggFUu03G 15wgTjy6+5qY8+TTxAjlMYlSBz9wBD7om84QBAlgXoSrAZPOKl6UGDX3zfXWVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759154320; 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=e0rwRGu07etsL8RJN+7EHrVOf6Qx65/7YvDPSWFWF9k=; b=Db2hdCfjL3XuivX8XLHV0wPJmd0KTZu29A3rkaWs/QI1x454AUwSvMVxseVyrsx0Jd0qHK Fkx+CW57DQIY80Vq9x7AlWYiF2f1Blce/16Ja0kkfgZ/Z0VIolTyaG22ta2ZKRIejjY7YG 7dsnCCLD+Wl6i8bZOjA4CeL93IC01IiGFWYgFPnYEH5HDcdxJaykLVUHzEOAPYc8182R9v /KfXQHsGrfWLs5xbILuagjvzFZf91nlYywP6/0DTXXNByAoALqWOjaB17y4oDLv0RVilhm fRGkWJc/DF4PROB4ku3+ZzNFzROF70QQuWztwkyhmKg7qNN0+C99AkXqRXTURw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759154320; a=rsa-sha256; cv=none; b=k7KYm7vMBH21fSgUuKokubPZ1ANfm+86zzwSv94YoDh4arl0isrMf0HCZVP2t8UQJbUCMN bOxwpwnhu2LPxtBOFSaI6G+fCYeGWm3oRWGZrEzQ43qtqReS48h4h1VJX/5B3MSvwNzjvt BGVUoV5kkjcdk0AZAHre2wZYScGHAF8+dDU9cLE/KWqWIzDk/NxpOUGhJcl34JdPGvOJbx l5LCkz3R8brVU/Y3XH9uKWezKWECJh6ax3nN2L9tQ36NoJG4U+gS0IrmxsAi6HXQbylVt8 DYzzT9f1WbpM7duhPNVe2YEtrzD/bwb8/YvLbnSu/ZPEsLChs4uF70Yx/V1vDg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cb2pm1bqGz178T for ; Mon, 29 Sep 2025 13:58:40 +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 58TDwejg081823 for ; Mon, 29 Sep 2025 13:58:40 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 58TDwehu081822 for net@FreeBSD.org; Mon, 29 Sep 2025 13:58:40 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 284283] if_re(4) crashes when attaching on RVVM Date: Mon, 29 Sep 2025 13:58:39 +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 Some People X-Bugzilla-Who: mhorne@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D284283 Mitchell Horne changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|In Progress |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Sep 29 14:54:59 2025 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 4cb43n1Mpqz68LdX for ; Mon, 29 Sep 2025 14:55:01 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cb43n0Sz1z42T4 for ; Mon, 29 Sep 2025 14:55:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759157701; 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=L8MG4sCeDnOfRG2ZXWvw8zN0DaESlMihppx0UNhtJwM=; b=nRWnlHnZFiju20nVbYkN4itNGr6TnVMTzsHTM8Ni970aUIAwCmalSf4ln88RPmwEBNB3cr LXQkrvSwYuELVMH+eEry3DT/y8jIuKGrvA6w96IXKszH1f/ABLCULYHK4OUU/bNevffvJv S/SC4OmZ3ethGlBjRtw0LNs4uNEZE2Dxy5u7/U0bFrSc7qKJbPHaV1Sr2DCOcyOZEOt7c6 8PVYzrFWs4iXBk5jR6L9usS5BNJLVUoXZAiBr+BxGwOXEEY8w/bHIvgWbePCl0wwzHvcxo u+YVEEiil4PbddyCz1EHZUoZ9Ft2LAM5bNBJPxJ90tM+hJdrEJuREZbT0gBJvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759157701; 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=L8MG4sCeDnOfRG2ZXWvw8zN0DaESlMihppx0UNhtJwM=; b=Ve3MfI9doksBFMA8Rjg3gSCf3dytFMdZsZ8eZvEn298s021T8pMuFzq7jHG8ZNKGViD6te jt2LTHfR+jDhKK5mVDuqcJ1a2Rqc4gmF7CLMnp0IlPxlF4aRMkBclpL+SA1dTA+tbv2urO 76l9lEQwnZ0wGBdAQA4GbWzaCWKIggpUhFwxLnRnwXDOCf898QPMAeeR70YHmS9Qy1gjPh 3VVQLbzAgLl8yVp5KgifieHasUh+Lr3Ve0Cw4wX1kd2McHW206u0a0odLOhm/1BXLeH2xY UOkAZ06xIVvVYte1GDIM3GSv04RoTjWViG7IO/9FJRmiyfgvnZy7VvIagGKJxw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759157701; a=rsa-sha256; cv=none; b=fKHTWlIGaeYMJT11Zi4AcPUq/jwyvRi2mDoRBlP+z6K9zXbCuukYAtsiOMQTLCfYsu5K/r /4itdkP/PZxgynwlISBEGC8Xc+SxOVadX7fBMFG86IY5KD0Vz2WQp2Pi7+j/VSGiI2t/vP nOgpzc1gp1M/ciRSS0Eq9T147RcQLAfD1fiLYFZkDEWx1xbBh1pk2TMNsQSMZbmnoS27Yo xodUEZpmD/HFDCDzzmpOvWlHXWHKsKQXZJGonBPRKCwzNL60RRG4ozqQhYaTc1/CY83fjf caWal6YWhNjgdONcoRamL/jajYt91x2xC7a6q8NSgXULbKm35HfP7CYxAxmSLQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cb43m6c7Kz19Cl for ; Mon, 29 Sep 2025 14:55:00 +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 58TEt06n077097 for ; Mon, 29 Sep 2025 14:55:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 58TEt0ca077096 for net@FreeBSD.org; Mon, 29 Sep 2025 14:55:00 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 283099] SR-IOV does not work on Intel E810 model (E810CQDA2OCPV3) Date: Mon, 29 Sep 2025 14:54:59 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 14.2-STABLE X-Bugzilla-Keywords: IntelNetworking X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: kgalazka@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283099 Krzysztof Galazka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |In Progress --- Comment #6 from Krzysztof Galazka --- Basic SR-IOV support in ICE was committed to main and is also available in stable/15. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Sep 29 16:12:46 2025 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 4cb5nW6NlVz68RxN for ; Mon, 29 Sep 2025 16:12:47 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cb5nW5qxNz3KQF for ; Mon, 29 Sep 2025 16:12:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759162367; 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=3SlyjP3vvB/SWGmlq8lm6acV24c+lrOw1NjRkMYFdb0=; b=WaGES6lT5HHTyMTzYzuDZi8EvW7Ug37H7wG9XsN+FA2BG/dKwZ1n6+GYHWmaaJcmsrghDZ uzFtsBQLFG9DwRW0/80YmaheUK0PtzFmX6hcHp9+zsRYVJoGlq7c3HDJm00G4Qla4d5sb3 CxAZV6skMIRnDhnIN7Ync53QgX6MAKmqAKSw7yyYfDythxDr4V607C0zjSPI7Y4SU8ca6G wPl2IivO8moJvxvAxzipzXWRnQml+f3suekZFvW5wNHPXsmnY46Cp3+XgGJgd63GrGNska gGqomtkqrK3gp+rYxLXoh2KAdOmYM0GpXyY9D6PRf1Bgqka0JgM0N7tAvdNRvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759162367; 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=3SlyjP3vvB/SWGmlq8lm6acV24c+lrOw1NjRkMYFdb0=; b=xgteZADTxM7s9k365hjARzO9Zn9y+BghpO1v/i3Uw3bF0UrOC5ZcF/aVS3/n9fs+Tgiw+p 3CIJ4r7PVlDvMS7VvJClAeHzXNf8yz7+kB/cJY/QNyPz7lPdkVsl8EzA0FYzN/W7aIzFrq DmJFF70cR7LtoG89Onrg+RKkvL/tEqwuFSdBpEhWymOMoxOxhFPPFMDRyhNHYSp8oLA3g8 A3iG9XdZ6UJ1IQqOZd31N1Fms0gCGqDCh1+kLexGmHOeC2WYX18OpYOmTte++5bhiCd/WM m/2PPMv/Xj/u1VsnuayDfVSTeDxDT2gCg/9klBHrbpNCOULwNYsvHppISJbhFQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759162367; a=rsa-sha256; cv=none; b=dGGYs0cEARarMR7ISZM4ImV5b1apfNTKqeCO7tyanKP9QKC4jtlQwfmXpfiyfNrywZWa4M h+cvHS889UYpjEMQjlZDkHc018D3OqxVIkgnRTj7FYhKO8P5Ol5p5R/JN0WcI8/85QLKJv msElDTxxrPJo0s5LRlUC1YuQ79nz9boYQiLRxFCBXYB9M20ZTvy3/GIGKF2WS96T+Yc/51 7qPeOLvtl7n8iJtpp6nP7R6cuefMYB93KOy0KKATWi9JKSkVgLAEfVHf2TAMr/xRWVt4aL r0NRCNs64pjSiPsx5FSDBrBaJVKfv6pHbNWUZJZnB+Nm4IeXbc+eceU1W/XApw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cb5nW5RcKz1CF8 for ; Mon, 29 Sep 2025 16:12:47 +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 58TGClL6002656 for ; Mon, 29 Sep 2025 16:12:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 58TGClvh002655 for net@FreeBSD.org; Mon, 29 Sep 2025 16:12:47 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 288426] rtadvd ignores vlttime and pltime both in default and interface sections Date: Mon, 29 Sep 2025 16:12:46 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 14.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: Open 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288426 --- Comment #6 from karl@denninger.net --- Submitted as a pull request; been running here for ~2 months, no bad effects and all good ones as expected. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Sep 29 18:16:17 2025 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 4cb8X073B0z68cmn for ; Mon, 29 Sep 2025 18:16:16 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cb8X06Wwlz3d2m for ; Mon, 29 Sep 2025 18:16:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759169776; 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=Lfv2ZR2xXpypIX3wayn4v6CX1YAVjBFtkVwlO0kD27c=; b=TFd0OUdOEbgO4mpRpP4FbSaumiwSsIBrvOOT/65FbTn3pFDODjL6SzNrKeyn3bnqUynjPD 31oqH5PNA1XtZBI8nBOO196G0vOK+ZotV3HpJU5leC9+BuFrPe2fm9OEly4tl9GeK9M/rI H0ZW+FE8Pmu1JL4mtT+LN3V2Rd1nO11IeGRnAg0DTMBXQEIOCwFJixdz4QMK/VMOYioc4p +Zjkfs0VigmUw++Je9m16m3dhSopRIG0Y5L094whpWji00MzOGH7OzG1lrm9RNTtU+ViiT MysMoeghoX+mGJdvul9YZHmz9N7HbSaiUHQEDqYIhLYa4YXMbCEDCy75D3GhDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759169776; 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=Lfv2ZR2xXpypIX3wayn4v6CX1YAVjBFtkVwlO0kD27c=; b=rapMbvlqxbA/SPZsnFTKx987ev6XSEOqSTKqwu6Aks93g91c0bRtUDWzFDHQn8OkCSoZ4T 7yIDeOorILIlIlC7nHAlHXsPKkKAR71TaEyVVthF3kE7vdVnUjw0wb2kIKuk2/67khpAkK W0hcaFvpADo8t8RrPr9CP4Q2r58HxZ0FsCw8zrVR/dFsDm8C3MYf1glmjFfFSMN/Evz+GZ dsBovn954C6rDIq1vzXMyQDYDLe5REJjo/F/QcLYsit1dgEWIZaYmQX0Ign0VJYFHO4WPi b5ML/E7jP3QaWzm88IMbk4F4zz8dinTDHE8fQjljCiy0yfERR297+sFJO70lvA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759169776; a=rsa-sha256; cv=none; b=Hx9lC6FrVB1q1yVwMW3BsIoKAGQSkF2mhVtUIDA1Xjsm7xyjOB31FnfB/WEEvcieyv0LHa toKSHbpRSYBfIPfW7Ofg1wEiJqulQvayOzKwmx3Sc6+mWkEfZertSnKWmb8SOV/Yq53AZX kOm3bzEvBdxvJ170ATiDkQHptf/pHibMzmtgLZxxCRvhIEKRwc7yyCEZWZSE3HT4EtNE7P PPPvfDRwpBlHFybvqh1/OY/PbmXF2YeEx6K5trcUayTn8af/Fg5kXB19HlnTXVXDKv1dQ1 PD5zIRQRUudIf62V27tBH0/uasmCV5CFzr+2yxacfTZ2UlSOxS0XvytcLVCtqA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cb8X066VPz1FsV for ; Mon, 29 Sep 2025 18:16:16 +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 58TIGGFc088981 for ; Mon, 29 Sep 2025 18:16:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 58TIGGup088980 for net@FreeBSD.org; Mon, 29 Sep 2025 18:16:16 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 289907] cxlv: problem with receive checksum offload Date: Mon, 29 Sep 2025 18:16:17 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: tuexen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: np@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D289907 Michael Tuexen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |net@FreeBSD.org --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Mon Sep 29 18:28:06 2025 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 4cb8nf1JH0z68dXc for ; Mon, 29 Sep 2025 18:28:06 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cb8nf0b0Sz3g5k for ; Mon, 29 Sep 2025 18:28:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759170486; 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=gh3CpwiGAEK0QHO0pJ50I/4+uOy+3JPA22qh5lTYlTE=; b=Q1bHMcE5cqnHrRN+pSVMtzOO2yacvGevUyaBxQNCqpZzgo6ERmAfSkIWJX9WQJMawK/JRj ClA3kbexNocReApPa5cq82cC1GmUsw+MaeR4X3PS/l9GG/uZPuVJIMC2RbT9nQdnBGtluq 42OC2TOkd6z8L1Y3NK2sYe9unV6z1mQf1HZ2InwEp7nOefbQNs6MwipMh7xyrvUQNdfwoe haRBYmHkim02/fuMX3G1dA0mCl4iGlDzFYu2nquidnDF/ydrPx8WYme2cxvIzaTu/GpVs6 TOitYwTZC/Hsu3mWG2AkDYKfyXeGima7JKbg/B7LdS6c2xSA7tlNbUJ8oBAL2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759170486; 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=gh3CpwiGAEK0QHO0pJ50I/4+uOy+3JPA22qh5lTYlTE=; b=sVWUwdKFQ21LbogozgdIM79CnljC7kGVxCZKF0RFKuioNGHs9WTGLw8WTJYqdX6LGiK7t7 9U9hnpifWLcwan5ZH6jOhC6fYXtlJ4RI32hCE8sSgbLds9qrkRv5tWAIx8G49U4TmPWgOb 8qZKPeJ4nhfyY39KZfoML3pxet5uy0s9erk0tVSvWR+h1+JflWUe9W2NEmYPx2AN6RtKFA cPbzw1/GtCLQHHM/Q2z7JURbiZuUK/ku+sAWev3VMOBfRkQpiOlME1F+4C+fJNpQ/bgOhu N5b6QflgUlwi9KT9yAFuwxahr/A1n6HRHwJqXNlnaQe0wP8ONzBLsYxNJcpJOg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759170486; a=rsa-sha256; cv=none; b=xqbhaqABclNwJKimwnytRVQJ5k0FG+2QSEXDmGB5WC0K3jF9iqRM0Q0oP5iYHJoQVbO/b/ D/SLs9B0NfQvvlJf1c5CVvNREvlCPGpyGMHG0q+LXb2tiOaGxSzdfhvWMRvvazFjZ8YyJh xkmqui5RyIeJD36qNZg/KzuHdxb1ohXQABPF8znUmOnA+aZmx1O1JJqEAun8+qnaRL11Ck f5BvNVQWjEXBGfGQ4MI9oiEh8yx+TVrn6324sIe77TXHz5htjvskOl6X1WcIeBh5zBXDQA xcqEPT9F2gZyHYqgwmhGxOf/Ff0dKRj1MpNEC72tx+XN7/Ml6acDtdcxssgp5w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cb8nf0BL0z1GRW for ; Mon, 29 Sep 2025 18:28:06 +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 58TIS5i6003989 for ; Mon, 29 Sep 2025 18:28:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 58TIS53g003988 for net@FreeBSD.org; Mon, 29 Sep 2025 18:28:05 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 289907] cxlv: problem with receive checksum offload Date: Mon, 29 Sep 2025 18:28:06 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: tuexen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: np@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D289907 --- Comment #1 from Michael Tuexen --- John also reported that a Windows guest on the Linux host runs fine. So if Linux is not doing it perfectly right on the host side, Windows in the guest side is not affected by that... --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Mon Sep 29 18:32:36 2025 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 4cb8tr4pJKz68dsC for ; Mon, 29 Sep 2025 18:32:36 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cb8tr4JKwz3gv3 for ; Mon, 29 Sep 2025 18:32:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759170756; 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=pIZOhvW6z5H46zImWU4/dlKFFLfJt0pu+HfPO5CMf60=; b=UCGh4LBY0yYbUO8Yc5UAhRLdaGPuROnVo69EB76UoSPkkcHCiQNQpXYttwFa3Dbh87gvvy osNQxaiIyCVWDvGnuUBmFxl1oBLVaaFIxAcxfGzA7ExnPzozFSkC0O6oIY98vXa0qI8qRs gCKEtods5ewC9TXaTdZZyUHeX78HCH6pdcwnrEaVV+CWyIi57VWADL1MFPcDDmF5td5MpN rXSEXxYmuUCEXZHkgzihEWIwnXnlNe1H9xqBOrJv2/+QtxsbnBKLls4Od72POVEwyAp8X9 93cKDBUFcpa15wnqrGVGF4WMYeevr7TqbIDpPHtdsHeaUNaLRZHl2i1hyhWLfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759170756; 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=pIZOhvW6z5H46zImWU4/dlKFFLfJt0pu+HfPO5CMf60=; b=JrYYKWwcL2PGcWhpsRfJcsjfPpU1loTjfRI4JWdfvHq5kJarmTa01FhVFG0NY/OYMbfwgG D1+rvddZKagdvzNTFyA1xIL7sVyVimc8NrxBB+AWohhQD2dXJ8j6seMSfkXZ1YzFOUd7EU GID/zefLnJW9pVXp+sQjqtfsZlCZAMMUk08PgtfRoN1dfe4IJlpzX8HMwIDuOIJQ/YfaRQ ZD2zxtyhBKa8y1yt/DvjmD8a/7voQOdfF8wuUnkKxPcotpv+H8cs06BS3UkIGkYidOMYh1 cZq8akFf3jr14tWZlPE5lHupL6rc8SvgB6Gr8YIRiDq+jD3CtFIauwx5D+wocw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759170756; a=rsa-sha256; cv=none; b=R4/UbdIXWgZSZBkobLJHXPtu4/I8+hS3ULR2ed4Yzwvjt2XB1ywSflAFFG33xf2/ME0IbH a0XzsJTgzs6Oep/pK+vKIa3ePrXC6iiGu5DPZu4h7OEid132Ep01IH5KMhA4UqFPpROgaS nUJqVC+FWwiwYm9hkXKLwnWONFXAuDG+vT+XoFPfoSsTmLXGl3g0aUarUZEzDN3te54nmn T/SXjRWvRm35zRpFnE5ZOirv1MdkAM7LJwv9G/Ueo/wG9QVL4vfnRj1FfTiUl9U1uMpizE 7umXjd7owRganaat4mXrJrTxnVyjwoVBxIwbQiPGUeG52k6WTMltqRB76CvLuQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cb8tr3pjBz1Gb6 for ; Mon, 29 Sep 2025 18:32:36 +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 58TIWaMm014528 for ; Mon, 29 Sep 2025 18:32:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 58TIWaC8014527 for net@FreeBSD.org; Mon, 29 Sep 2025 18:32:36 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 289907] cxlv: problem with receive checksum offload Date: Mon, 29 Sep 2025 18:32:36 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: john@jnielsen.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: np@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D289907 --- Comment #2 from John Nielsen --- See also my post about this issue and followups: https://lists.freebsd.org/archives/freebsd-net/2025-September/007641.html Michael has pinpointed the issue much more clearly than I was able to, but would love a fix that allows rxcsum on cxgbev to work correctly without any additional tuning or configuration. Happy to provide information from any of the machines I have, including a FreeBSD 14-STABLE host with a T520 card and bhyve VMs (working correctly wi= th cxgbev) and an Arch Linux host with a T520 card and KVM/libvirtd VMs (anoth= er guest running Windows 11 works correctly, FreeBSD guest needs -rxcsum to process incoming packets). The FreeBSD VM is running 15-STABLE as of Saturd= ay (15.0-ALPHA4) but also showed the same behavior under 14-STABLE. If comparison on the same hardware would be useful I can also boot the Arch Linux machine into FreeBSD temporarily and run a bhyve VM to see if it still exhibits the problem. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Mon Sep 29 21:32:59 2025 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 4cbDvL150jz68sc5 for ; Mon, 29 Sep 2025 21:33:18 +0000 (UTC) (envelope-from pusateri@keehole.org) Received: from kem.keehole.org (kem.keehole.org [136.41.224.255]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4cbDvJ56Kzz436H for ; Mon, 29 Sep 2025 21:33:16 +0000 (UTC) (envelope-from pusateri@keehole.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=keehole.org header.s=202408 header.b=FPrkMGGh; dmarc=pass (policy=none) header.from=keehole.org; spf=pass (mx1.freebsd.org: domain of pusateri@keehole.org designates 136.41.224.255 as permitted sender) smtp.mailfrom=pusateri@keehole.org Received: from smtpclient.apple (unknown [136.41.224.198]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by kem.keehole.org (Postfix) with ESMTPSA id A110A74B91 for ; Mon, 29 Sep 2025 17:33:09 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=keehole.org; s=202408; t=1759181589; bh=zaWKuHj/2ET8IFEVjzRdFimbFooRR1ibiV9A6IHYVKo=; h=From:Subject:Date:To:From; b=FPrkMGGhwnl2y9mKYCIpPlWyz3URAG+utL+tbbN6RRmyHxKtNEbradk2L/Rp5QMdb XFlfDAe3D44ZMMut0zTYikL7W5ssYhbmpmSX/hz1hioghdIVCT/av6qBZRx1MCuYYk gznENTjGIVPZUZat0P7SYFNHQwPnba/i5JA4YSEJTZwUZUf4cfi0OI6hQgk/sjUQ95 iGf+Lvcvh8LUItaUtpLcwrNEWR1VdmdVTETEsKvhfzjgu2m1xCAJpXS2j8CSTN1pzD NrFnZTzCGBF78Ue9O2ae4U76IzjAH0tRQ7232xB3elvFzZRfZd/L2beS7NaGyLUoPn +1pHjTlV7Fsdg== From: Tom Pusateri Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: IPv6 accept_rtadv for default route and prefix but force host portion of /64 address? Message-Id: Date: Mon, 29 Sep 2025 17:32:59 -0400 To: "net@freebsd.org" X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.80 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[keehole.org,none]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[keehole.org:s=202408]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[keehole.org:+]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[net@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[net@FreeBSD.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4cbDvJ56Kzz436H Is there a way to change the configuration in /etc/rc.conf to get the = prefix from the router advertisement but fix the host portion to = something like ::123 so that I can change network cards in the server = and never have to worry about the IPv6 address changing? I have a DMZ interface on a FreeBSD router with a prefix delegation from = my provider I assign to a downstream interface. I have another FreeBSD = server on the DMZ network and would like it to have a fixed address = allocated out of the assigned prefix from the router. The router (also FreeBSD) is running rtadvd providing SLAAC and router = advertisements. The /etc/rc.conf for the DMZ server currently looks like this: ifconfig_igb0_ipv6=3D"inet6 2605:1:2:3::123/64 accept_rtadv=E2=80=9D This works fine and manually assigns the address out of the assigned = prefix range as configured on the router. It also assigns a second IPv6 address via SLAAC that I don=E2=80=99t = use. ifconfig output looks like this: igb0: flags=3D1008843 = metric 0 mtu 1500 = options=3D4e527bb ether ac:1f:6b:1a:04:c0 inet 1.2.3.123 netmask 0xfffffff8 broadcast 1.2.3.127 inet6 fe80::ae1f:6bff:fe1a:4c0%igb0 prefixlen 64 scopeid 0x1 inet6 2605:1:2:3::123 prefixlen 64 inet6 2605:1:2:3:ae1f:6bff:fe1a:4c0 prefixlen 64 autoconf pltime = 604800 vltime 2592000 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D23 I get the correct upstream next hop for a default route: % netstat -nra6 Routing tables Internet6: Destination Gateway Flags = Netif Expire ::/96 link#3 URS = lo0 default fe80::207:43ff:fe31:7078%igb0 UG = igb0 The problem with this is that the IPv6 prefix is configured on the = router and configured on the server. Thanks, Tom From nobody Tue Sep 30 11:43:42 2025 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 4cbbml2nHdz68yFZ for ; Tue, 30 Sep 2025 11:43:51 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4cbbml0cKqz3qmn for ; Tue, 30 Sep 2025 11:43:50 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; none Received: from smtp-relay-int-backup.realworks.nl (crmpreview5.colo2.realworks.nl [10.2.52.35]) by mailrelayint1.colo2.realworks.nl (Postfix) with ESMTP id 4cbbmZ4GLJzK4; Tue, 30 Sep 2025 13:43:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1759232622; 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: in-reply-to:in-reply-to:references:references; bh=Jq84RdXt5FrvOwIq3LWBGocfyM7v7nzdlHB89QUKAVg=; b=nuymkt13MGgl2ikNDf+1Wt/DEpcghC1BGYnCfb58YwJmxjb6GbBzjrDUiFLoMXDJB6ZVnu 4ZWx2fHUsa22SBTfkV9/aYRmxz7mu/v+/5hnOCv4atyQOWlqYTdCp7i7imF78TSziv6MeB a2csWHCWw/kfj76jlHhdVKv9KW5vdjr7c5FRZ7MX1LGuYxY76XRmMtdJAi0NYTVPrMNUi9 IeaDvj30itm0mkllX0OWuZBhANxdJ5fk06z80DQ5G2ejXia7UzxmVnCb+f8F1q4e1dggL1 m3zxdaKEKGstE0SBAhl38AA/oG1r39jslZ25s91MiVal8+z3SLMshD/qBTFrwQ== Received: from crmpreview5.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview5.colo2.realworks.nl (Postfix) with ESMTP id 43B53C007E; Tue, 30 Sep 2025 13:43:42 +0200 (CEST) Date: Tue, 30 Sep 2025 13:43:42 +0200 (CEST) From: Ronald Klop To: Tom Pusateri Cc: "net@freebsd.org" Message-ID: <1819478143.6522.1759232622123@localhost> In-Reply-To: References: Subject: Re: IPv6 accept_rtadv for default route and prefix but force host portion of /64 address? 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 Content-Type: multipart/alternative; boundary="----=_Part_6521_1265039737.1759232622098" X-Mailer: Realworks (767.1) X-Originating-Host: from (83-81-212-149.cable.dynamic.v4.ziggo.nl [83.81.212.149]) by crmpreview5.colo2.realworks.nl [10.2.52.35] with HTTP; Tue, 30 Sep 2025 13:43:42 +0200 Importance: Normal X-Priority: 3 (Normal) X-Originating-User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:143.0) Gecko/20100101 Firefox/143.0 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cbbml0cKqz3qmn ------=_Part_6521_1265039737.1759232622098 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Van: Tom Pusateri Datum: maandag, 29 september 2025 23:32 Aan: "net@freebsd.org" Onderwerp: IPv6 accept_rtadv for default route and prefix but force host po= rtion of /64 address? >=20 > Is there a way to change the configuration in /etc/rc.conf to get the pre= fix from the router advertisement but fix the host portion to something lik= e ::123 so that I can change network cards in the server and never have to = worry about the IPv6 address changing? >=20 > I have a DMZ interface on a FreeBSD router with a prefix delegation from = my provider I assign to a downstream interface. I have another FreeBSD serv= er on the DMZ network and would like it to have a fixed address allocated o= ut of the assigned prefix from the router. >=20 > The router (also FreeBSD) is running rtadvd providing SLAAC and router ad= vertisements. >=20 > The /etc/rc.conf for the DMZ server currently looks like this: >=20 > ifconfig_igb0_ipv6=3D"inet6 2605:1:2:3::123/64 accept_rtadv=E2=80=9D >=20 > This works fine and manually assigns the address out of the assigned pref= ix range as configured on the router. >=20 > It also assigns a second IPv6 address via SLAAC that I don=E2=80=99t use. >=20 > ifconfig output looks like this: >=20 > igb0: flags=3D1008843 me= tric 0 mtu 1500 > options=3D4e527bb > ether ac:1f:6b:1a:04:c0 > inet 1.2.3.123 netmask 0xfffffff8 broadcast 1.2.3.127 > inet6 fe80::ae1f:6bff:fe1a:4c0%igb0 prefixlen 64 scopeid 0x1 > inet6 2605:1:2:3::123 prefixlen 64 > inet6 2605:1:2:3:ae1f:6bff:fe1a:4c0 prefixlen 64 autoconf pltime 6048= 00 vltime 2592000 > media: Ethernet autoselect (1000baseT ) > status: active > nd6 options=3D23 >=20 > I get the correct upstream next hop for a default route: >=20 > % netstat -nra6 > Routing tables >=20 > Internet6: > Destination Gateway Flags = Netif Expire > ::/96 link#3 URS = lo0 > default fe80::207:43ff:fe31:7078%igb0 UG = igb0 >=20 >=20 > The problem with this is that the IPv6 prefix is configured on the router= and configured on the server. >=20 > Thanks, > Tom >=20 >=20 > =20 >=20 >=20 >=20 Hi, I think DHCPv6 could help you here. In IPv6 the address via DHCP is not con= nected to the MAC address directly, but to a DUID, which is something simil= ar to the hostuuid. AFAIK it should be stable between hardware changes. The= details might be important, read something like this https://metebalci.com= /blog/a-note-on-dhcpv6-duid-and-prefix-delegation/. I think in my dhcpv6-cl= ient I can hardcode the DUID also if needed. Another option could be a new feature in 16-CURRENT: ifconfig stableaddr wh= ich could help in getting a stable address, although I don't know if that i= s also stable if you change the network card. The author of the feature mig= ht be able to explain more about that. See https://cgit.freebsd.org/src/commit/?id=3D31ec8b6407fdd5a87d70265762457= c67ce618283. Regards, Ronald. =20 ------=_Part_6521_1265039737.1759232622098 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Van: Tom Pusateri <pusateri@keehole.org>
Datum: maandag, 29 september 2025 23:32
Aan: "net@freebsd.org" <net@FreeBSD.org>
Onderwerp: IPv6 accept_rtadv for default route and prefix = but force host portion of /64 address?

Is there a way to change the conf= iguration in /etc/rc.conf to get the prefix from the router advertisement b= ut fix the host portion to something like ::123 so that I can change networ= k cards in the server and never have to worry about the IPv6 address changi= ng?

I have a DMZ interface on a FreeBSD router with a prefix delegation from my= provider I assign to a downstream interface. I have another FreeBSD server= on the DMZ network and would like it to have a fixed address allocated out= of the assigned prefix from the router.

The router (also FreeBSD) is running rtadvd providing SLAAC and router adve= rtisements.

The /etc/rc.conf for the DMZ server currently looks like this:

ifconfig_igb0_ipv6=3D"inet6 2605:1:2:3::123/64 accept_rtadv=E2=80=9D

This works fine and manually assigns the address out of the assigned prefix= range as configured on the router.

It also assigns a second IPv6 address via SLAAC that I don=E2=80=99t use.
ifconfig output looks like this:

igb0: flags=3D1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP>= ; metric 0 mtu 1500
    options=3D4e527bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HW= TAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,VLAN_HWFILTER,VLAN_HW= TSO,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
    ether ac:1f:6b:1a:04:c0
    inet 1.2.3.123 netmask 0xfffffff8 broadcast 1.2.3.1= 27
    inet6 fe80::ae1f:6bff:fe1a:4c0%igb0 prefixlen 64 sc= opeid 0x1
    inet6 2605:1:2:3::123 prefixlen 64
    inet6 2605:1:2:3:ae1f:6bff:fe1a:4c0 prefixlen 64 au= toconf pltime 604800 vltime 2592000
    media: Ethernet autoselect (1000baseT <full-dupl= ex>)
    status: active
    nd6 options=3D23<PERFORMNUD,ACCEPT_RTADV,AUTO_LI= NKLOCAL>

I get the correct upstream next hop for a default route:

% netstat -nra6
Routing tables

Internet6:
Destination           &nb= sp;           Gatewa= y             &= nbsp;         Flags  &nbs= p;      Netif Expire
::/96            &nb= sp;            =     link#3        &n= bsp;            = ;   URS         &nbs= p;   lo0
default            &= nbsp;           &nbs= p;  fe80::207:43ff:fe31:7078%igb0 UG     &nbs= p;       igb0


The problem with this is that the IPv6 prefix is configured on the router a= nd configured on the server.

Thanks,
Tom


 


Hi,

I think DHCPv6 could help you here. In IPv6 the address via DHCP is not con= nected to the MAC address directly, but to a DUID, which is something simil= ar to the hostuuid. AFAIK it should be stable between hardware changes. The= details might be important, read something like this https://mete= balci.com/blog/a-note-on-dhcpv6-duid-and-prefix-delegation/. I think in= my dhcpv6-client I can hardcode the DUID also if needed.

Another option could be a new feature in 16-CURRENT: ifconfig stableaddr wh= ich could help in getting a stable address, although I don't know if that i= s also stable if you change the network card. The author of the feature mig= ht be able to explain more about that.
See https://cgit.freebsd.org/src/commit/?id=3D31ec= 8b6407fdd5a87d70265762457c67ce618283.

Regards,
Ronald.
  ------=_Part_6521_1265039737.1759232622098-- From nobody Tue Sep 30 12:18:15 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 4cbcXd2jc4z691Vn for ; Tue, 30 Sep 2025 12:18:25 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4cbcXb5Lgtz3vZh for ; Tue, 30 Sep 2025 12:18:23 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net Received: from denninger.net (unknown [162.81.137.111]) by colo1.denninger.net (Postfix) with ESMTP id C45A4B05F5 for ; Tue, 30 Sep 2025 08:16:59 -0400 (EDT) Received: by denninger.net (Postfix, from userid 58) id BADEC8D89D; Tue, 30 Sep 2025 08:18:16 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on NewFS.denninger.net X-Spam-Level: X-Spam-Status: No, score=-4.9 required=3.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE autolearn=no autolearn_force=no version=4.0.1 X-Spam-Report: * -3.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message Received: from [192.168.10.15] (D5.Denninger.Net [192.168.10.15]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 5ABAB8D6D1 for ; Tue, 30 Sep 2025 08:18:15 -0400 (EDT) Message-ID: Date: Tue, 30 Sep 2025 08:18:15 -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: IPv6 accept_rtadv for default route and prefix but force host portion of /64 address? To: freebsd-net@freebsd.org References: <1819478143.6522.1759232622123@localhost> From: Karl Denninger Content-Language: en-US In-Reply-To: <1819478143.6522.1759232622123@localhost> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090501030309010806010209" X-Spamd-Bar: - X-Spamd-Result: default: False [-1.65 / 15.00]; SIGNED_SMIME(-2.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-0.79)[-0.788]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.06)[-0.065]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; HAS_ATTACHMENT(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[karl]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4cbcXb5Lgtz3vZh This is a cryptographically signed message in MIME format. --------------ms090501030309010806010209 Content-Type: multipart/alternative; boundary="------------lRjakxT00i8Hb50VV2prPZEU" --------------lRjakxT00i8Hb50VV2prPZEU Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gOS8zMC8yMDI1IDA3OjQzLCBSb25hbGQgS2xvcCB3cm90ZToNCj4NCj4gKlZhbjoqIFRv bSBQdXNhdGVyaSA8cHVzYXRlcmlAa2VlaG9sZS5vcmc+DQo+ICpEYXR1bToqIG1hYW5kYWcs IDI5IHNlcHRlbWJlciAyMDI1IDIzOjMyDQo+ICpBYW46KiAibmV0QGZyZWVic2Qub3JnIiA8 bmV0QEZyZWVCU0Qub3JnPg0KPiAqT25kZXJ3ZXJwOiogSVB2NiBhY2NlcHRfcnRhZHYgZm9y IGRlZmF1bHQgcm91dGUgYW5kIHByZWZpeCBidXQgZm9yY2UgDQo+IGhvc3QgcG9ydGlvbiBv ZiAvNjQgYWRkcmVzcz8NCj4NCj4gICAgIElzIHRoZXJlIGEgd2F5IHRvIGNoYW5nZSB0aGUg Y29uZmlndXJhdGlvbiBpbiAvZXRjL3JjLmNvbmYgdG8gZ2V0DQo+ICAgICB0aGUgcHJlZml4 IGZyb20gdGhlIHJvdXRlciBhZHZlcnRpc2VtZW50IGJ1dCBmaXggdGhlIGhvc3QgcG9ydGlv bg0KPiAgICAgdG8gc29tZXRoaW5nIGxpa2UgOjoxMjMgc28gdGhhdCBJIGNhbiBjaGFuZ2Ug bmV0d29yayBjYXJkcyBpbiB0aGUNCj4gICAgIHNlcnZlciBhbmQgbmV2ZXIgaGF2ZSB0byB3 b3JyeSBhYm91dCB0aGUgSVB2NiBhZGRyZXNzIGNoYW5naW5nPw0KPiAgICAgLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQo+DQo+IEhpLA0KPg0KPiBJIHRoaW5rIERIQ1B2NiBjb3VsZCBoZWxwIHlv dSBoZXJlLiBJbiBJUHY2IHRoZSBhZGRyZXNzIHZpYSBESENQIGlzIA0KPiBub3QgY29ubmVj dGVkIHRvIHRoZSBNQUMgYWRkcmVzcyBkaXJlY3RseSwgYnV0IHRvIGEgRFVJRCwgd2hpY2gg aXMgDQo+IHNvbWV0aGluZyBzaW1pbGFyIHRvIHRoZSBob3N0dXVpZC4gQUZBSUsgaXQgc2hv dWxkIGJlIHN0YWJsZSBiZXR3ZWVuIA0KPiBoYXJkd2FyZSBjaGFuZ2VzLiBUaGUgZGV0YWls cyBtaWdodCBiZSBpbXBvcnRhbnQsIHJlYWQgc29tZXRoaW5nIGxpa2UgDQo+IHRoaXMgDQo+ IGh0dHBzOi8vbWV0ZWJhbGNpLmNvbS9ibG9nL2Etbm90ZS1vbi1kaGNwdjYtZHVpZC1hbmQt cHJlZml4LWRlbGVnYXRpb24vLiANCj4gSSB0aGluayBpbiBteSBkaGNwdjYtY2xpZW50IEkg Y2FuIGhhcmRjb2RlIHRoZSBEVUlEIGFsc28gaWYgbmVlZGVkLg0KDQpOb3QgbmVjZXNzYXJp bHkuDQoNCk1hbnkgcHJvdmlkZXJzIChpbmNsdWRpbmcgbWluZSkgZm9ybSB3aGF0IGFtb3Vu dHMgdG8gYSAidHVwbGUiIHdpdGggdGhlIA0KZHVpZCwgTUFDIG9uIHRoZSBkZXZpY2Ugb24g eW91ciBlbmQgYW5kIHRoZSBNQUMgb24gL3RoZWlyIC9kZXZpY2UgKGUuZy4gDQpPTlQgaW4g dGhlIGNhc2Ugb2YgYSBmaWJlciBjb25uZWN0aW9uLCBldGMuKQ0KDQpDaGFuZ2luZyBBTlkg b2YgdGhlbSB3aWxsIHR5cGljYWxseSByZXN1bHQgaW4gYSBkaWZmZXJlbnQgZGVsZWdhdGlv biBhbmQgDQppbiBzb21lIGNhc2VzIChlLmcuIGNoYW5naW5nIHRoZSBkdWlkIGJ1dCBub3Qg dGhlIE1BQykgd2lsbCByZXN1bHQgaW4gDQp0aGVpciBlbmQgbG9ja2luZyBvdXQgdGhlIGRl bGVnYXRpb24gKCEhISkgd2hpY2ggaXMgdmVyeSBiYWQgZm9yIG9idmlvdXMgDQpyZWFzb25z LsKgIE15IHByb3ZpZGVyIGxvY2tzIG91dCBhIGNvbm5lY3Rpb24gdGhhdCBjaGFuZ2VzIGR1 aWQgYnV0IG5vdCANCnRoZSBNQUMuDQoNCk15IGV4cGVyaWVuY2UgaXMgdGhhdCBpZiB5b3Ug d2lzaCB0byBoYXZlIGEgInJlYXNvbmFibGUiIGV4cGVjdGF0aW9uIA0KdGhhdCB0aGUgZGVs ZWdhdGlvbiB3aWxsIG5vdCBjaGFuZ2UgeW91ciBNQUMgYW5kIGR1aWQgbXVzdCBub3QgY2hh bmdlLsKgIA0KTW9zdCBpbnRlcmZhY2VzIGNhbiBoYXZlIHRoZWlyIE1BQyBvdmVycmlkZGVu LCBzbyB0aGF0IGNhbiBiZSANCmFjY29tcGxpc2hlZCBldmVuIGlmIHlvdSBkbyBjaGFuZ2Ug aGFyZHdhcmUgb3V0LiBUaGlzIHByZXN1bWVzIHlvdSdyZSBvbiANCmFuIGFsbGVnZWRseS1m aXhlZCBkZWxlZ2F0aW9uIGZyb20gdGhlIHByb3ZpZGVyIGxlc3QgdGhleSBjaGFuZ2UgaXQg DQphbnl3YXkgc2luY2Ugb24gYSAiY29uc3VtZXIiIGNvbm5lY3Rpb24gdGhleSB0eXBpY2Fs bHkgZG8gbm90IGd1YXJhbnRlZSANCnRoYXQgaXQgd29uJ3QgY2hhbmdlIG5vciBkbyB0aGV5 IHByb3ZpZGUgYSByZXZlcnNlIEROUyBlbnRyeS4NCg0KTXkgcHJvdmlkZXIgKGFuZCBtYW55 IG90aGVycykgaW4gdGhlIElQdjYgcmVhbG0gYWxzbyBzZW5kcyBkb3duIHR3byANCmRlbGVn YXRpb25zIHZpYSBESENQOyBvbmUgZm9yIHRoZSBpbnRlcmZhY2Ugc3BlY2lmaWNhbGx5IChh cyBhIC8xMjgpLCANCmFuZCB0aGUgc2Vjb25kIGZvciB5b3VyIG5ldHdvcmsgKHR5cGljYWxs eSBhIC81NikuDQoNCkRoY3BjZCBpcyBtb3JlLWNvbmZpZ3VyYWJsZSBpbiB0aGlzIHJlZ2Fy ZCB0aGFuIHRoZSBkaGNwNmMgYWx0ZXJuYXRpdmUgDQphbmQgaXMgYSAib25lIGZvciBib3Ro IiBhbHRlcm5hdGl2ZSB0byB0aGUgdXNlIG9mIHR3byBkYWVtb25zIChvbmUgdG8gDQpnZXQg SVB2NCBhbmQgb25lIGZvciBJUHY2KSB3aXRoIG9ubHkgdGhlIElQdjQgY2xpZW50IGJlaW5n IGluIHRoZSBiYXNlLg0KDQotLSANCkthcmwgRGVubmluZ2VyDQprYXJsQGRlbm5pbmdlci5u ZXQNCi9UaGUgTWFya2V0IFRpY2tlci8NCi9bUy9NSU1FIGVuY3J5cHRlZCBlbWFpbCBwcmVm ZXJyZWRdLw0K --------------lRjakxT00i8Hb50VV2prPZEU Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 9/30/2025 07:43, Ronald Klop wrote:=

Van: Tom Pusateri <pusateri@keehole.org>
Datum: maandag, 29 september 2025 23:32
Aan: "net@freebsd.org" <net@FreeBSD.org>
Onderwerp: IPv6 accept_rtadv for default route and prefix but force host portion of /64 address?

Is there a way to cha= nge the configuration in /etc/rc.conf to get the prefix from the router advertisement but fix the host portion to something like ::123 so that I can change network cards in the server and never have to worry about the IPv6 address changing?

Hi,

I think DHCPv6 could help you here. In IPv6 the address via DHCP is not connected to the MAC address directly, but to a DUID, which is something similar to the hostuuid. AFAIK it should be stable between hardware changes. The details might be important, read something like this https://= metebalci.com/blog/a-note-on-dhcpv6-duid-and-prefix-delegation/. I think in my dhcpv6-client I can hardcode the DUID also if needed.

Not necessarily.

Many providers (including mine) form what amounts to a "tuple" with the duid, MAC on the device on your end and the MAC on=C2=A0their=C2=A0device (e.g. ONT in the case of a fiber connection, etc.)

Changing ANY of them will typically result in a different delegation and in some cases (e.g. changing the duid but not the MAC) will result in their end locking out the delegation (!!!) which is very bad for obvious reasons.=C2=A0 My provider locks out = a connection that changes duid but not the MAC.

My experience is that if you wish to have a "reasonable" expectation that the delegation will not change your MAC and duid must not change.=C2=A0 Most interfaces can have their MAC overridde= n, so that can be accomplished even if you do change hardware out.=C2=A0= This presumes you're on an allegedly-fixed delegation from the provider lest they change it anyway since on a "consumer" connection they typically do not guarantee that it won't change nor do they provide a reverse DNS entry.

My provider (and many others) in the IPv6 realm also sends down two delegations via DHCP; one for the interface specifically (as a /128), and the second for your network (typically a /56).

Dhcpcd is more-configurable in this regard than the dhcp6c alternative and is a "one for both" alternative to the use of two daemons (one to get IPv4 and one for IPv6) with only the IPv4 client being in the base.

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]<= /div> --------------lRjakxT00i8Hb50VV2prPZEU-- --------------ms090501030309010806010209 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC C4owggWZMIIDgaADAgECAhRZU8dKdMneRI1Vq5kv0k54Q5rQuDANBgkqhkiG9w0BAQsFADB2 MQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2VlMRYwFAYDVQQKDA1EZW5uaW5nZXIu TmV0MRcwFQYDVQQDDA5EZW5uaW5nZXIgUm9vdDEiMCAGCSqGSIb3DQEJARYTYWRtaW5AZGVu bmluZ2VyLm5ldDAeFw0yNDA1MDkyMTA4MDNaFw00NDA1MDQyMTA4MDNaMF0xCzAJBgNVBAYT AlVTMRIwEAYDVQQIDAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5uZXQxIjAgBgNV BAMMGURlbm5pbmdlci5OZXQgU2lnbmluZyBJbnQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDbR0tSiuLG5HPfo+cWtdeYQ8jc8Bjfuo0GTcNRT0glHnH1apUtInIktUknEZDH ohahInN+mMBdKg54FCHOiYZrJbyxBIo9FwX7hRmOc+spxmSYWnOd2E/YcGInMK4ZpjPzldzB Yt1n3zygkhx2bssxTJS3x4nv1qAXfLSZd1VwqoQufifEoPyTtymkkvHLv86vLgqAqooM/cXc 4LSIQ5u2uM308n42r8RkKtp7X1v9fJW8oRZN2XnFZtiUPH44YY2rHqyN2Hea9Y3+TXbldXjo xhPHTA+JYVFq8KTmbQBqU7YcMhlIG0cSxPeFLMxnP6pqPcIVTAlK+a6YGRFppfjZAgMBAAGj ggE2MIIBMjAdBgNVHQ4EFgQUH+VuxXhBxaJAQrvDekwkH91hBi4wgbMGA1UdIwSBqzCBqIAU RFYC4p6L6KITnEvrpx2cyt+PcMmheqR4MHYxCzAJBgNVBAYTAlVTMRIwEAYDVQQIDAlUZW5u ZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5OZXQxFzAVBgNVBAMMDkRlbm5pbmdlciBSb290 MSIwIAYJKoZIhvcNAQkBFhNhZG1pbkBkZW5uaW5nZXIubmV0ghQZE7NBItWtQsCouuwU6jZ+ HPPwnjAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjA6BgNVHR8EMzAxMC+gLaAr hilodHRwOi8vd3d3LmRlbm5pbmdlci5uZXQvcm9vdC1yZXZva2VkLmNybDANBgkqhkiG9w0B AQsFAAOCAgEAfFbhPc82AfhyUqONs7IccYD36w+OP4nQgwfC4IWf3y/aQAZ2Zk6IITzYqwf7 PFM0bJRT3zi7xyetolqHDhfMJvnOQWpITZiyM/FSKwIvuBsy/uJUqPuqui4XQMYoSbAA1qmI MW/z7VZZHwaRFoeWE40UirYcf0fNcooBZ72bmd+iBaVyjtZvky0Vgcz0eC6e6LR5kNb23yC6 TkyQIlGyQkK5/afXUYFzk49rOHVbVyxW3oXRfq8Ow6HCrpDGAS8p84S04MFwBVAUfbe4aXs3 bampaI2LzKgkVywyFP14LSvvdjCfLYfnLy1Z9hm2EHMqNHA2tCGdRhWp2d7aZC1MYFqng0ZS fjPJjqHrI1qPU0p6k9A1GxAtrQlL2v/IUzUnMZkiawFV3qlxMGZf/kTYTUOcJhx1KU4zSLHu 80qO7ldRpp5gHssCAGFbeTu2gp6LxfmaFhLPDBJ1VGfdPx9lUrU/9OcoHczcl5x2Rb8IUZyX 9elzP5WdAU8p5R/DLlOAq24VcabhFtYBCA2dOESLupSfWKNQuJCN/1gz7ysSc+mjnnPV77IO mpszJfkFFJEDNJlGIVKX1vwwygtC/9Ulox8frgbZlRAYAgDc/YbOBFxticVVre0Y3Ujx6Kzb tkgZRlgfdZWbT1W5smncqJxg5qAL8e/yTb3fCe2nJ0jhiP4wggXpMIIE0aADAgECAhMAmNFt CiCF3j+FwQLYtBTmGjzkMA0GCSqGSIb3DQEBCwUAMF0xCzAJBgNVBAYTAlVTMRIwEAYDVQQI DAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5uZXQxIjAgBgNVBAMMGURlbm5pbmdl ci5OZXQgU2lnbmluZyBJbnQwHhcNMjQwNTEwMTkyNjU5WhcNMjkwNTA5MTkyNjU5WjBXMQsw CQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2VlMRcwFQYDVQQKDA5LYXJsIERlbm5pbmdl cjEbMBkGA1UEAwwSa2FybEBkZW5uaW5nZXIubmV0MIICIjANBgkqhkiG9w0BAQEFAAOCAg8A MIICCgKCAgEAvh1UssVbSYctzobPjwBkbjv/w4WvQNepeRTwE6+sLnXvc41+X9pa5EclPL4Q l02Vu1m71mSqXGfK9HbWZoivbhefBHOoYb35MSc24PelhwcORbpneWoWc7giQ7QgFlvEe/yj fs8M0H9fgdzFS5m2lwBQbis8kioSjHB2yt/8I1GE4Mvt1Cur9kga6ML5FAQvo8TYN1stdhrE 13FEv/BWCF4FVT4H2Wa2ySW+R1jkKb74SC6Twg98bGCRTShD5bVylh0+0LXNhzaopIDcI/KK jm/j3mRjIlmqbGrSpvJsbjjhjhAYQKE1U8FB5TDU4OkFAibblhQit/KjgspPR2o/vOpVFPER uhZEV1oDGzUJtZlkREIcN2sYBi0p7Y4585ya+b7L10mEenPlyi3eSkGXEuiy/BR2DY6lShwW DPoQ5602TKmttCSwBdWGoLrQ4jEVEVNt4lku2wPbTHF3KpHJU0g7RbcWoUYn10SOxKathkir hF3v9U32+QhPELGwqRrH0sL9rWf0qalRtPDHUYl8TebZmYkFqNeSMlqHijl5f4SsQPSj7gx5 4F19Ntm9ZcvuWTmW8QQGWTKHeMuG+BYkVIUSPe6/ZQsbD/xDx7rkyGfNgWIa4W7Wm/B7kaNq H53tk3wFmNgZQOxMTPF0oTHfW0T2azU6JD0D1AlgoAnSAE0CAwEAAaOCAaYwggGiMDoGCCsG AQUFBwEBBC4wLDAqBggrBgEFBQcwAYYeaHR0cDovL29jc3AuZGVubmluZ2VyLm5ldDo3Nzc3 MAwGA1UdEwEB/wQCMAAwDgYDVR0PAQH/BAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAzBglghkgBhvhCAQ0EJhYkT3BlblNTTCBHZW5lcmF0ZWQgQ2xpZW50IENlcnRp ZmljYXRlMB0GA1UdDgQWBBSxJZjVnlYLAT3uzvDYgc4742J6UTCBswYDVR0jBIGrMIGogBQf 5W7FeEHFokBCu8N6TCQf3WEGLqF6pHgwdjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5l c3NlZTEWMBQGA1UECgwNRGVubmluZ2VyLk5ldDEXMBUGA1UEAwwORGVubmluZ2VyIFJvb3Qx IjAgBgkqhkiG9w0BCQEWE2FkbWluQGRlbm5pbmdlci5uZXSCFFlTx0p0yd5EjVWrmS/STnhD mtC4MB0GA1UdEQQWMBSBEmthcmxAZGVubmluZ2VyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA TrQ45/tBN3SiuqItFv/V+CF3h7Hxe0YLsL+A/P+q9ZhxIscaNjaclgQhPA+rUr+l8DGoXJ/w yAl1E0SSBK+9phIc/9xFOBg3rCy4ngubzP+lHS1t03nMCBSUNsu5qPzqLBPiKaPabUu3Gr9o koRezSszgM3/zNJfr8cMO93csCK/fBccsMx5q+3nxB5XeT7UciicjfEzUA4m2mQxBmGk9SSU 147Gy8UmdSq57Tw82KqUrQ1pJ6IOzVPLREpwlqGbHykSU3MwtPYPtfQeFVjvO/XcWvoFQjbV UyhzAqMMYFudxoVLlJQiAgU38OScTLDgKxCO41h7VOjb2mss0zHndzGCBZUwggWRAgEBMHQw XTELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEWMBQGA1UECgwNRGVubmluZ2Vy Lm5ldDEiMCAGA1UEAwwZRGVubmluZ2VyLk5ldCBTaWduaW5nIEludAITAJjRbQoghd4/hcEC 2LQU5ho85DANBglghkgBZQMEAgMFAKCCAvIwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMjUwOTMwMTIxODE1WjBPBgkqhkiG9w0BCQQxQgRAhsNm/iyfqv9K Z7pr94kDS8lQNHO6Jxw7SCfYK9c0eBMDqiFV+gE7Jx9Vyv+cr7dscLX50Qk56pCtCnGVB4V0 RDCBgwYJKwYBBAGCNxAEMXYwdDBdMQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2Vl MRYwFAYDVQQKDA1EZW5uaW5nZXIubmV0MSIwIAYDVQQDDBlEZW5uaW5nZXIuTmV0IFNpZ25p bmcgSW50AhMAmNFtCiCF3j+FwQLYtBTmGjzkMIGFBgsqhkiG9w0BCRACCzF2oHQwXTELMAkG A1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEWMBQGA1UECgwNRGVubmluZ2VyLm5ldDEi MCAGA1UEAwwZRGVubmluZ2VyLk5ldCBTaWduaW5nIEludAITAJjRbQoghd4/hcEC2LQU5ho8 5DCCAVcGCSqGSIb3DQEJDzGCAUgwggFEMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYI KoZIhvcNAwcwDQYIKoZIhvcNAwICAQUwDQYIKoZIhvcNAwICAQUwBwYFKw4DAgcwDQYIKoZI hvcNAwICAQUwBwYFKw4DAhowCwYJYIZIAWUDBAIBMAsGCWCGSAFlAwQCAjALBglghkgBZQME AgMwCwYJYIZIAWUDBAIEMAsGCWCGSAFlAwQCBzALBglghkgBZQMEAggwCwYJYIZIAWUDBAIJ MAsGCWCGSAFlAwQCCjALBgkqhkiG9w0BAQEwCwYJK4EFEIZIPwACMAgGBiuBBAELADAIBgYr gQQBCwEwCAYGK4EEAQsCMAgGBiuBBAELAzALBgkrgQUQhkg/AAMwCAYGK4EEAQ4AMAgGBiuB BAEOATAIBgYrgQQBDgIwCAYGK4EEAQ4DMA0GCSqGSIb3DQEBAQUABIICAGmLVl8bvrTkmw5H kZNVRhab9dznwtqiSvdVGfcSFXFmeEjDoiQTpRqg8gHiwOeKs/qnfXFDuWU21QSkQbS+k3Hm TdzFeQ0lzYShmQNhnCcMk9jGPWE38zKUuDYVIkQKZ1JJBfz/zz9f6wYI7z/DloY0Ee1Rs1og j7Me2MOpy159ZxPCOJArGL/WPGcOZB47fGOOEKESfop6Ajw+tPF64wKDucK2zsUsHW2meVAA L/Ymg3HswYxjE6WPT8JV5+1Pu61Ky+dQp6GqVALBxJ0c91gfoHzPEjGdQ47ZAE8nMgNwuIwB bmYeBozYBfnJwvS4k0DM8GDEwqUfu2S47RQGEV7uvr5HqUyHrsiIjLW/9uyqxChNeLNkS9vD UHSJQQEPVhM5hEiRiVN89/GMYF+Y3t5fl3nRhpPa23HnxgZxrQmfJtK/Zp1qPwNn5Km5bMje tsuzmY/IXwMpu7+e9mAMnRSve7i/E83c2ib2HEgu5T39PmHu/E81x0RewgdjMDRAKSQaJIIr BO9sD60uByJrzrdcnSHRyuQTMYpPSBlntZ/1UFGdXbWPfYbvyuaJFAPpczPQSQAgbCUN15nE pnlI9Z18a+Q1Ig1w8ASa8YkxTN+KuTMc6RHZ3J81pBiGTWXgV33H64pk6Jk5ghhmjs0Kn7eY gS7uAxf+ZpkDcbYC2RErAAAAAAAA --------------ms090501030309010806010209-- From nobody Tue Sep 30 15:25:40 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 4cbhhw0gQYz69DxT for ; Tue, 30 Sep 2025 15:25:52 +0000 (UTC) (envelope-from pusateri@keehole.org) Received: from kem.keehole.org (kem.keehole.org [136.41.224.255]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4cbhhv5L5Lz3RyD for ; Tue, 30 Sep 2025 15:25:51 +0000 (UTC) (envelope-from pusateri@keehole.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [136.41.224.198]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by kem.keehole.org (Postfix) with ESMTPSA id A6A7177303; Tue, 30 Sep 2025 11:25:50 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=keehole.org; s=202408; t=1759245950; bh=bfmrHOGiuUpLS6ny0pUCmniLhV9oOKL/3WH9X51rgUw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=GZ+q/x+k3pYusoNlFD3Gjvngis1qqT5kpJOUpo1TELlKHpLoUISeyE/Wr+JEEy7/g JPwyYrpgUeDVvBFGmNWGrJWI/L6MIiTrSq8t+e4E+W5jidtkkiWOEgMa8jAm6PrN25 kkvvMml9FjQGfV/mQ8ADAbWaeOsHrZhtarcLG7cPXC8/KLApzppVa3/y1X+hU7TY8n v/Caj0HWpFltjB/z03NlKziT4EV982tKjDeCHFlV7rPdiehZD48bmeY5CXkjAZzXkJ xNVpn9uThwtys7+zFizaEGP7QcuJvd4wHdsD7HHzAoWZRDUu0JlWVimbz6yTix0jzP WPAqT/R6Zxyxw== Content-Type: text/plain; charset=utf-8 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 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: IPv6 accept_rtadv for default route and prefix but force host portion of /64 address? From: Tom Pusateri In-Reply-To: Date: Tue, 30 Sep 2025 11:25:40 -0400 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7CCDAED0-9F43-435D-B5E6-7B1ADA82F04F@keehole.org> References: <1819478143.6522.1759232622123@localhost> To: Karl Denninger X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cbhhv5L5Lz3RyD > On Sep 30, 2025, at 8:18=E2=80=AFAM, Karl Denninger = wrote: >=20 > On 9/30/2025 07:43, Ronald Klop wrote: >>=20 >> Van: Tom Pusateri >> Datum: maandag, 29 september 2025 23:32 >> Aan: "net@freebsd.org" >> Onderwerp: IPv6 accept_rtadv for default route and prefix but force = host portion of /64 address? >> Is there a way to change the configuration in /etc/rc.conf to get the = prefix from the router advertisement but fix the host portion to = something like ::123 so that I can change network cards in the server = and never have to worry about the IPv6 address changing? >> Hi, >>=20 >> I think DHCPv6 could help you here. In IPv6 the address via DHCP is = not connected to the MAC address directly, but to a DUID, which is = something similar to the hostuuid. AFAIK it should be stable between = hardware changes. The details might be important, read something like = this = https://metebalci.com/blog/a-note-on-dhcpv6-duid-and-prefix-delegation/. = I think in my dhcpv6-client I can hardcode the DUID also if needed. > Not necessarily. > Many providers (including mine) form what amounts to a "tuple" with = the duid, MAC on the device on your end and the MAC on their device = (e.g. ONT in the case of a fiber connection, etc.) > Changing ANY of them will typically result in a different delegation = and in some cases (e.g. changing the duid but not the MAC) will result = in their end locking out the delegation (!!!) which is very bad for = obvious reasons. My provider locks out a connection that changes duid = but not the MAC. > My experience is that if you wish to have a "reasonable" expectation = that the delegation will not change your MAC and duid must not change. = Most interfaces can have their MAC overridden, so that can be = accomplished even if you do change hardware out. This presumes you're = on an allegedly-fixed delegation from the provider lest they change it = anyway since on a "consumer" connection they typically do not guarantee = that it won't change nor do they provide a reverse DNS entry. > My provider (and many others) in the IPv6 realm also sends down two = delegations via DHCP; one for the interface specifically (as a /128), = and the second for your network (typically a /56). > Dhcpcd is more-configurable in this regard than the dhcp6c alternative = and is a "one for both" alternative to the use of two daemons (one to = get IPv4 and one for IPv6) with only the IPv4 client being in the base. The issue is not on the router that is running DHCPv6 to the provider = but for the DMZ server. I have a static allocation of the delegated = prefix from my provider. I just didn=E2=80=99t want to configure it on = the router and the server but I have for now and it works ok. Since the prefix is sent via a router advertisement from rtadvd which is = necessary to run in order to get the default router link local address, = I was hoping there was a way to merge that prefix, with a local host = portion instead of having the kernel create one based on Mac address but = there doesn=E2=80=99t seem to be a way to do this without specifying the = whole address. RFC 4862 section 5.5 calls this an "interface = identifier=E2=80=9D. It would cool if in the /etc/rc.conf, you could specify something like: ifconfig_igb0_ipv6=3D"inet6 ifid ::123 accept_rtadv=E2=80=9D Thanks, Tom From nobody Tue Sep 30 16:08:24 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 4cbjfG4rY2z69HYd for ; Tue, 30 Sep 2025 16:08:38 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "plan-b.pwste.edu.pl", Issuer "GEANT TLS ECC 1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cbjfG0vT7z3gZW for ; Tue, 30 Sep 2025 16:08:37 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 58UG8P6k016894 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Tue, 30 Sep 2025 18:08:25 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1759248505; bh=pRNYryPMyT/RWrdMAntuXvgx/nEBvqdgkHBjUVTRtKg=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=lQCafyRPkl7n4RKdMNtdlRcFSaKYBLezPO2GLMEtG78X54EoYm95443GrZOErLWIN +tyE4y48+Wrbvm+6gWy9/6Hz020MubeDe8NZtWh+FJq/bIewrrqZSidMeb9hBc2eWC bS2UXgaSs3b+UKtqHPmS8S/SAPp96zNxjOx56cy5MW74/wcD41bOSGpyMfzOwHKt/I ouissabB+9gVwpqsrbaTxoQOeCkqteejTdmoAOri1PzEzINIq08qI/dZV0RxZN3jm5 Edf1woCCmMTsj/aSV5jm72B8n5794swMUvkULG9UgeosYc6Pp01HNjvLFM2gRnw2oq 2350+BrUktZaA== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Message-ID: <4f9140d1-7b48-46c7-913c-24a203af147b@plan-b.pwste.edu.pl> Date: Tue, 30 Sep 2025 18:08:24 +0200 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: IPv6 accept_rtadv for default route and prefix but force host portion of /64 address? To: Tom Pusateri Cc: freebsd-net@freebsd.org References: <1819478143.6522.1759232622123@localhost> <7CCDAED0-9F43-435D-B5E6-7B1ADA82F04F@keehole.org> Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: <7CCDAED0-9F43-435D-B5E6-7B1ADA82F04F@keehole.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cbjfG0vT7z3gZW W dniu 30.09.2025 o 17:25, Tom Pusateri pisze: > >> On Sep 30, 2025, at 8:18 AM, Karl Denninger wrote: >> >> On 9/30/2025 07:43, Ronald Klop wrote: >>> Van: Tom Pusateri >>> Datum: maandag, 29 september 2025 23:32 >>> Aan: "net@freebsd.org" >>> Onderwerp: IPv6 accept_rtadv for default route and prefix but force host portion of /64 address? >>> Is there a way to change the configuration in /etc/rc.conf to get the prefix from the router advertisement but fix the host portion to something like ::123 so that I can change network cards in the server and never have to worry about the IPv6 address changing? >>> Hi, >>> >>> I think DHCPv6 could help you here. In IPv6 the address via DHCP is not connected to the MAC address directly, but to a DUID, which is something similar to the hostuuid. AFAIK it should be stable between hardware changes. The details might be important, read something like this https://metebalci.com/blog/a-note-on-dhcpv6-duid-and-prefix-delegation/. I think in my dhcpv6-client I can hardcode the DUID also if needed. >> Not necessarily. >> Many providers (including mine) form what amounts to a "tuple" with the duid, MAC on the device on your end and the MAC on their device (e.g. ONT in the case of a fiber connection, etc.) >> Changing ANY of them will typically result in a different delegation and in some cases (e.g. changing the duid but not the MAC) will result in their end locking out the delegation (!!!) which is very bad for obvious reasons. My provider locks out a connection that changes duid but not the MAC. >> My experience is that if you wish to have a "reasonable" expectation that the delegation will not change your MAC and duid must not change. Most interfaces can have their MAC overridden, so that can be accomplished even if you do change hardware out. This presumes you're on an allegedly-fixed delegation from the provider lest they change it anyway since on a "consumer" connection they typically do not guarantee that it won't change nor do they provide a reverse DNS entry. >> My provider (and many others) in the IPv6 realm also sends down two delegations via DHCP; one for the interface specifically (as a /128), and the second for your network (typically a /56). >> Dhcpcd is more-configurable in this regard than the dhcp6c alternative and is a "one for both" alternative to the use of two daemons (one to get IPv4 and one for IPv6) with only the IPv4 client being in the base. > The issue is not on the router that is running DHCPv6 to the provider but for the DMZ server. I have a static allocation of the delegated prefix from my provider. I just didn’t want to configure it on the router and the server but I have for now and it works ok. > > Since the prefix is sent via a router advertisement from rtadvd which is necessary to run in order to get the default router link local address, I was hoping there was a way to merge that prefix, with a local host portion instead of having the kernel create one based on Mac address but there doesn’t seem to be a way to do this without specifying the whole address. RFC 4862 section 5.5 calls this an "interface identifier”. > > It would cool if in the /etc/rc.conf, you could specify something like: > > ifconfig_igb0_ipv6="inet6 ifid ::123 accept_rtadv” > > Thanks, > Tom I’m not sure if any(?!) OS actually supports assigning an interface identifier manually in SLAAC, but, FreeBSD does not. However, there’s a useful enhancement that was recently added: RFC 7217 support has been implemented in the FreeBSD stack[1], though it’s not yet included in any release. If you’re running FreeBSD 15, you can easily MFC three commits to enable full functionality. With this approach, as long as you copy the host ID and use the same interface name, the system will consistently generate the same static address for your interface. 1. https://cgit.freebsd.org/src/commit/?id=31ec8b6407 Cheers Marek From nobody Tue Sep 30 18:48:47 2025 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 4cbnCW6lq4z694ZN; Tue, 30 Sep 2025 18:49:11 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from webmail5.jnielsen.net (webmail5.jnielsen.net [IPv6:2607:f170:34:11::b0]) (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 (2048 bits) client-digest SHA256) (Client CN "mail.freebsdsolutions.net", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cbnCV0bgCz3QBw; Tue, 30 Sep 2025 18:49:10 +0000 (UTC) (envelope-from lists@jnielsen.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lists@jnielsen.net designates 2607:f170:34:11::b0 as permitted sender) smtp.mailfrom=lists@jnielsen.net Received: from smtpclient.apple ([50.207.241.62]) (authenticated bits=0) by webmail5.jnielsen.net (8.18.1/8.18.1) with ESMTPSA id 58UImvxn042172 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 30 Sep 2025 12:49:01 -0600 (MDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail5.jnielsen.net: Host [50.207.241.62] claimed to be smtpclient.apple Content-Type: text/plain; charset=utf-8 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 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Chelsio (cxgbe) VF on FreeBSD guest under KVM requires -rxcsum From: John Nielsen In-Reply-To: <4855A0F6-DD05-42A1-9119-398DC4124FDF@lurchi.franken.de> Date: Tue, 30 Sep 2025 12:48:47 -0600 Cc: net@freebsd.org, virtualization@freebsd.org, np@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <07254AC1-40B9-43B5-A902-08261C4CE2F0@jnielsen.net> References: <4855A0F6-DD05-42A1-9119-398DC4124FDF@lurchi.franken.de> To: Michael Tuexen X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: - X-Spamd-Result: default: False [-1.82 / 15.00]; NEURAL_HAM_LONG(-0.96)[-0.962]; NEURAL_HAM_SHORT(-0.96)[-0.960]; NEURAL_SPAM_MEDIUM(0.40)[0.398]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; APPLE_MAILER_COMMON(0.00)[]; DMARC_NA(0.00)[jnielsen.net]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[virtualization@freebsd.org,net@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4cbnCV0bgCz3QBw On Sep 27, 2025, at 12:37=E2=80=AFPM, Michael Tuexen = wrote: >=20 >> On 27. Sep 2025, at 18:26, John Nielsen wrote: >>=20 >>> On Sep 26, 2025, at 3:44=E2=80=AFPM, Michael Tuexen = wrote: >>>=20 >>>> On 26. Sep 2025, at 20:52, John Nielsen wrote: >>>>=20 >>>>> On Sep 26, 2025, at 1:46=E2=80=AFAM, Michael Tuexen = wrote: >>>>> =EF=BB=BF >>>>>>=20 >>>>>> On 26. Sep 2025, at 02:58, John Nielsen = wrote: >>>>>>=20 >>>>>> Not sure if this is a known issue or even an issue on the FreeBSD = side but decided to ask here first. I=E2=80=99m happy to put in a bug = report if appropriate. >>>>>>=20 >>>>>> I have a hypervisor machine running Arch Linux with KVM, Qemu and = libvirtd. The machine has a Chelsio T520-CR adapter. I recently began = passing through virtual functions of the NIC to several of the guests I = run on the hypervisor. One of the guests runs Windows 11, and the change = was seamless. Two of the guests are running FreeBSD (14.3 or so). On = each of them the VFs were readily identified and configured (using DHCP = in one case), and ping and ARP appeared to work fine. However, TCP and = UDP traffic to the guests never received a response. After some = head-scratching and troubleshooting I discovered that running = =E2=80=9Cifconfig cxlv0 -rxcsum=E2=80=9D immediately allowed traffic to = flow as expected. >>>>>=20 >>>>> I don't have access to such a network card. Just to be clear: you = are running the =E2=80=9Cifconfig cxlv0 -rxcsum=E2=80=9D command inside = the guest running FreeBSD, right? >>>>=20 >>>> Yes. >>>>=20 >>>>> What is the peer, when you mention TCP and UDP do not work? Is it = the host running Linux? Is it another VM? Is it some external host? >>>>=20 >>>> My laptop on the same subnet primarily, but. Also tested from = another physical machine running FreeBSD. >>> OK. That does not seem to be related to what I initially thought. >>>=20 >>> Could you run >>> tcpdump -i outgoing_interface -w laptop.pcap >>> on your laptop and >>> tcpdump -i cxlv0 -w vm.pcap >>> on your vm at the same time and try to do some TCP based = communication. >>> Maybe two times, one time with ifconfig cxlv0 rxcsum and one time = with ifconfig cxlv0 -rxcsum. >>>=20 >>> If you are fine with doing the measurements, you can send the .pcap = files >>> to tuexen@freebsd.org . >>>=20 >>> At least I would like to understand what is going on. >>=20 >> Thank you, I sent you those packet captures under separate cover. > Thanks I got the email and sent a response. >>=20 >> =46rom what I can tell so far the VM does receive incoming packets = even when rxcsum is enabled, and the checksums appear correct at least = according to tcpdump. But something prevents the packets from being = processed or sent up the stack. The VM=E2=80=99s sshd never generates a = SYN/ACK in response to a connection attempt. A DNS query from the VM = looks like it gets a response on the wire but the response doesn=E2=80=99t= make it to the process doing the query. > Yes, I agree. For whatever reason the packets received, but are not = delivered to > the transport stack. I would like to figure out where the packets are = dropped or > stored and not processed further. I > sent you some suggestions to try. I hope we can figure out where the = problem is > related. > In addition to what I suggested, you might want to provide the output = of > netstat -s > from before and after running the experiment. Thanks again Michael for your help pinpointing the issue. For the = archives, this is now being tracked under = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D289907 . JN From nobody Wed Oct 1 14:33:23 2025 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 4ccHV84ZfDz69kBx for ; Wed, 01 Oct 2025 14:33:36 +0000 (UTC) (envelope-from roy@marples.name) Received: from sender2-of-o58.zoho.eu (sender2-of-o58.zoho.eu [136.143.171.58]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4ccHV70q9Jz49lc for ; Wed, 01 Oct 2025 14:33:34 +0000 (UTC) (envelope-from roy@marples.name) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=marples.name header.s=zmail header.b=GOqilXnB; dmarc=pass (policy=quarantine) header.from=marples.name; spf=pass (mx1.freebsd.org: domain of roy@marples.name designates 136.143.171.58 as permitted sender) smtp.mailfrom=roy@marples.name; arc=pass ("zohomail.eu:s=zohoarc:i=1") ARC-Seal: i=1; a=rsa-sha256; t=1759329205; cv=none; d=zohomail.eu; s=zohoarc; b=ffKnwJ8u0hAo8SN9Kxfzs7Zw4HFCPujzIKfJ1nZTk/tFjSniRWtu5iYk2zBjNjWaicPhRU3qocVkijTPOnoX45ZDMbp8PF7V3Z1Z03T324H3GFA1f6iKVP0jGOxGcZdHMl4KP4GcbrjxN2DbyYolU+jFTVEJemo93jEJxpW2c9I= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1759329205; h=Content-Type:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=f3a6odkmLkTfAAGRVExFK3yARSneb5L0JiiPdA2b3lI=; b=JXTPZkq7gg+pxedkjw/MJ7eXSQUTBzBP1UZLw1TastBQ3vPm2kcmLOCIIFW72/ZwUsBEgHA6f4/Uk59neD8WzxCONU1mCfONZqoljkZ6cwqdltOdhUA+kf0Lr3YBQh6HoGx8S24/IPQfsuXlFUOpDOQ/l9T2cNZ1F5uIj8n9oeU= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=marples.name; spf=pass smtp.mailfrom=roy@marples.name; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1759329205; s=zmail; d=marples.name; i=roy@marples.name; h=Date:Date:From:From:To:To:Cc:Cc:Message-Id:Message-Id:In-Reply-To:References:Subject:Subject:MIME-Version:Content-Type:Reply-To; bh=f3a6odkmLkTfAAGRVExFK3yARSneb5L0JiiPdA2b3lI=; b=GOqilXnBSRTOI3Y24zImWGAx8XZGswTjvgtozBXOAiEQhfYcDNVfTz4elGTE2uy7 P9+Rmr0VLbQwNh0oMXbW+YFhoOaYVdH0oSfSw2ddgEy1sUv4vf9Zursdkqj3GeQkS01 9LPFAL4OZil+9zlnTGjk1psu2ikUUl0pU5di03I8= Received: from mail.zoho.eu by mx.zoho.eu with SMTP id 1759329203575234.5580162136281; Wed, 1 Oct 2025 16:33:23 +0200 (CEST) Date: Wed, 01 Oct 2025 15:33:23 +0100 From: Roy Marples To: "Tom Pusateri" Cc: "net@freebsd.org" Message-Id: <199a0313575.85dcc22144870.990103410983521718@marples.name> In-Reply-To: References: Subject: Re: IPv6 accept_rtadv for default route and prefix but force host portion of /64 address? 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 Content-Type: multipart/alternative; boundary="----=_Part_410162_1803434830.1759329203573" User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.19 / 15.00]; ARC_ALLOW(-1.00)[zohomail.eu:s=zohoarc:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[marples.name,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[136.143.171.58:from]; R_DKIM_ALLOW(-0.20)[marples.name:s=zmail]; R_SPF_ALLOW(-0.20)[+ip4:136.143.168.0/22]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[net@FreeBSD.org]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[marples.name:+]; RCVD_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:41913, ipnet:136.143.170.0/23, country:CH]; TO_DN_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[136.143.171.58:from] X-Rspamd-Queue-Id: 4ccHV70q9Jz49lc ------=_Part_410162_1803434830.1759329203573 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi You can use dhcpcd from ports for this, rather than the FreeBSD Kernel. https://man.freebsd.org/cgi/man.cgi?query=3Ddhcpcd.conf=20 Example configuration in dhcpcd.conf interface igb0 =C2=A0 =C2=A0 slaac token ::123 Now, dhcpcd will generate SLAAC addresses using the token instead of the ha= rdware address. Fair warning, dhcpcd will take over some stuff on your router so you may wa= nt to limit it to some interfaces only and maybe some protocols only. See t= he fine man page for details. Good luck! Roy =20 =20 =20 ---- On Mon, 29 Sep 2025 22:32:59 +0100 Tom Pusateri wrote ---- Is there a way to change the configuration in /etc/rc.conf to get the pref= ix from the router advertisement but fix the host portion to something like= ::123 so that I can change network cards in the server and never have to w= orry about the IPv6 address changing?=20 =20 I have a DMZ interface on a FreeBSD router with a prefix delegation from my= provider I assign to a downstream interface. I have another FreeBSD server= on the DMZ network and would like it to have a fixed address allocated out= of the assigned prefix from the router.=20 =20 The router (also FreeBSD) is running rtadvd providing SLAAC and router adve= rtisements.=20 =20 The /etc/rc.conf for the DMZ server currently looks like this:=20 =20 ifconfig_igb0_ipv6=3D"inet6 2605:1:2:3::123/64 accept_rtadv=E2=80=9D=20 =20 This works fine and manually assigns the address out of the assigned prefix= range as configured on the router.=20 =20 It also assigns a second IPv6 address via SLAAC that I don=E2=80=99t use.= =20 =20 ifconfig output looks like this:=20 =20 igb0: flags=3D1008843 metr= ic 0 mtu 1500=20 =C2=A0=C2=A0=C2=A0=C2=A0options=3D4e527bb=20 =C2=A0=C2=A0=C2=A0=C2=A0ether ac:1f:6b:1a:04:c0=20 =C2=A0=C2=A0=C2=A0=C2=A0inet 1.2.3.123 netmask 0xfffffff8 broadcast 1.2.3.1= 27=20 =C2=A0=C2=A0=C2=A0=C2=A0inet6 fe80::ae1f:6bff:fe1a:4c0%igb0 prefixlen 64 sc= opeid 0x1=20 =C2=A0=C2=A0=C2=A0=C2=A0inet6 2605:1:2:3::123 prefixlen 64=20 =C2=A0=C2=A0=C2=A0=C2=A0inet6 2605:1:2:3:ae1f:6bff:fe1a:4c0 prefixlen 64 au= toconf pltime 604800 vltime 2592000=20 =C2=A0=C2=A0=C2=A0=C2=A0media: Ethernet autoselect (1000baseT = )=20 =C2=A0=C2=A0=C2=A0=C2=A0status: active=20 =C2=A0=C2=A0=C2=A0=C2=A0nd6 options=3D23=20 =20 I get the correct upstream next hop for a default route:=20 =20 % netstat -nra6=20 Routing tables=20 =20 Internet6:=20 Destination Gateway Flags = Netif Expire=20 ::/96 link#3 URS = lo0=20 default fe80::207:43ff:fe31:7078%igb0 UG = igb0=20 =20 =20 The problem with this is that the IPv6 prefix is configured on the router a= nd configured on the server.=20 =20 Thanks,=20 Tom ------=_Part_410162_1803434830.1759329203573 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Hi

You can = use dhcpcd from ports for this, rather than the FreeBSD Kernel.
<= br>
https://man.freebsd.org/cgi/man.cgi?query=3Ddhcpcd.conf

Example configuration in dhcpcd.conf

interface igb0
    slaac token ::123
=
Now, dhcpcd will generate SLAAC addresses using the token in= stead of the hardware address.

Fair warning, dhcpc= d will take over some stuff on your router so you may want to limit it to s= ome interfaces only and maybe some protocols only. See the fine man page fo= r details.

Good luck!

Roy

=

---- On Mon, 29 Sep 2025 22:32:59 +0= 100 Tom Pusateri<pusateri@keehole.org> wrote ----

Is there a way to change the configuration in /etc/rc.conf to get= the prefix from the router advertisement but fix the host portion to somet= hing like ::123 so that I can change network cards in the server and never = have to worry about the IPv6 address changing?

I have a DMZ interf= ace on a FreeBSD router with a prefix delegation from my provider I assign = to a downstream interface. I have another FreeBSD server on the DMZ network= and would like it to have a fixed address allocated out of the assigned pr= efix from the router.

The router (also FreeBSD) is running rtadvd = providing SLAAC and router advertisements.

The /etc/rc.conf for th= e DMZ server currently looks like this:

ifconfig_igb0_ipv6=3D"inet= 6 2605:1:2:3::123/64 accept_rtadv=E2=80=9D

This works fine and man= ually assigns the address out of the assigned prefix range as configured on= the router.

It also assigns a second IPv6 address via SLAAC that = I don=E2=80=99t use.

ifconfig output looks like this:

igb= 0: flags=3D1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> m= etric 0 mtu 1500
    options=3D4e527bb<RXCSUM,TX= CSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,= VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
&nb= sp;   ether ac:1f:6b:1a:04:c0
    in= et 1.2.3.123 netmask 0xfffffff8 broadcast 1.2.3.127
   &= nbsp;inet6 fe80::ae1f:6bff:fe1a:4c0%igb0 prefixlen 64 scopeid 0x1
 = ;   inet6 2605:1:2:3::123 prefixlen 64
   = ; inet6 2605:1:2:3:ae1f:6bff:fe1a:4c0 prefixlen 64 autoconf pltime 604= 800 vltime 2592000
    media: Ethernet autoselect (= 1000baseT <full-duplex>)
    status: active <= br>    nd6 options=3D23<PERFORMNUD,ACCEPT_RTADV,AUTO= _LINKLOCAL>

I get the correct upstream next hop for a default r= oute:

% netstat -nra6
Routing tables

Internet6:
D= estination Gateway Flags = Netif Expire
::/96 link#3 = URS lo0
default fe80::207= :43ff:fe31:7078%igb0 UG igb0


The problem with thi= s is that the IPv6 prefix is configured on the router and configured on the= server.

Thanks,
Tom




------=_Part_410162_1803434830.1759329203573-- From nobody Thu Oct 2 10:42:10 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 4ccpKJ4RBJz69ZK5 for ; Thu, 02 Oct 2025 10:42:44 +0000 (UTC) (envelope-from ccfreebsd@gmail.com) Received: from mail-yw1-f178.google.com (mail-yw1-f178.google.com [209.85.128.178]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccpKH3tNFz3ghy for ; Thu, 02 Oct 2025 10:42:43 +0000 (UTC) (envelope-from ccfreebsd@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of ccfreebsd@gmail.com designates 209.85.128.178 as permitted sender) smtp.mailfrom=ccfreebsd@gmail.com Received: by mail-yw1-f178.google.com with SMTP id 00721157ae682-73afcab77a2so1002947b3.1 for ; Thu, 02 Oct 2025 03:42:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759401762; x=1760006562; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=pC83nHH12+sGAq9IP7F7OLrznpoABFqhHQMt2hM7yrU=; b=BYWXqwwRUNhuKotGCLDRx+zZktrdx63+9QE7infRZYh5TbVLC7hipr1DxfdnHkQhuZ j+d/F/GvK1bnTfP58YMmktp1eaz0ZeMxBQbR98Wih2nmRyPjfNPQTbc72/61vOl5LOtv V0yiBqaE/ZFtzbaVIsoBcUwdDyZJ+A9ecwfUQpTdGYjb7eLEEMwFwleP+4C0gVuyhCTK bXAC8kJ24pSFSG1U+Eh0KWlLTYcWharaE/JYHDNQSO3pDc/PjUJxNQ0qjtA3fZ5BwHr+ +mXzT2AVPW67JYCN+uCTf48+yfXyHSIJwHzuuvfqwajZ32ooXyVGMZ73PJANP11j2DFM QULg== X-Gm-Message-State: AOJu0YyDd/aJbfM5KXDrZ0EOYEBBIBocuZ9tF6GZmyoZMVzum+sh5X+d jEZ0TDtrG0Gt48QrOZujz2ksZoO39JpusNsTNN1VLFW2yfwNOsr1GK7U X-Gm-Gg: ASbGncvcRMCCy25SuESGeyVr0rTkmIIYG1UInL6N8BHtX6mWNYdR+gOc0mI8LgmewMK lTDA1R4AtSgfLtdOLF19mC5xdibXlHo+HVa8lqBAHicY4bLCJAeH0eOq7yTFCWsmJRn0U/cMDZJ juKzQmHozTLjJZyy8JNMhYMQrlS7GtpRvTOeWyus5AhTDvz0vgiVojIxztKZQTOWhYWzJv3JZIV QqDQTDVfi8OsvLEBzmZV32iw68jxddXxtpQz+op2Amzn4Iotx+t9F4ucuT9zbyvmrNSU0RP02Fu V82SQkV2eLm1AcDN7M8k+ewZ4Sc8nB3gKySiUiAzMxH6MgsOOayZWjmZFDlYls3OFz/qqVBScnQ 3f5ByxaQedzAnmoLyw+vXqKRFAfOb9TRIv8OgP84hoJRTK03BiKvveRMBrmQMDuftwgeIchoUM5 l+2mw1VQ== X-Google-Smtp-Source: AGHT+IGut9Bk5UtaFG9tZQlJhZsQoNXDvPhuHiaQIGiwe6QvmKTBMHy/3UJBl2idoaIQ5ZFKqoK8ow== X-Received: by 2002:a05:690c:62c4:b0:725:a4ac:19d8 with SMTP id 00721157ae682-77f6efa35c7mr56550287b3.0.1759401761391; Thu, 02 Oct 2025 03:42:41 -0700 (PDT) Received: from smtpclient.apple ([2600:1700:841:34f0:5940:9cf5:cf5c:463d]) by smtp.gmail.com with ESMTPSA id 00721157ae682-77f81e55779sm6999597b3.62.2025.10.02.03.42.40 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Oct 2025 03:42:40 -0700 (PDT) From: Cheng Cui Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_D352B5B5-2537-4217-B686-82718FF0C254" 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 (Mac OS X Mail 16.0 \(3864.100.1.1.5\)) Subject: Re: VPP on FreeBSD Stable 14.3 Date: Thu, 2 Oct 2025 06:42:10 -0400 In-Reply-To: Cc: freebsd-net@freebsd.org, Tom Jones To: Tom Smyth References: X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Spamd-Bar: / X-Spamd-Result: default: False [0.30 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_MEDIUM(-0.91)[-0.906]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.39)[-0.389]; FORGED_SENDER(0.30)[cc@freebsd.org,ccfreebsd@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.178:from]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[cc@freebsd.org,ccfreebsd@gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.178:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4ccpKH3tNFz3ghy --Apple-Mail=_D352B5B5-2537-4217-B686-82718FF0C254 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Tom, May be you can try Bhyve based VM? The last time I attempted VPP in my own Bhyve based FreeBSD VM, logged = in this wiki , I remember only = ping worked. Plus some compile issues. Maybe Tom Jones can also help. > On Sep 27, 2025, at 10:40, Tom Smyth = wrote: >=20 > Folks, > I was wondering folks who run vpp on FreeBSD, > 1) when I run vpp ssh on the management nic becomes un responsive... > 2) is there a recommended freeBSD /etc/vpp/startup.conf file that > works well for FreeBSD ? >=20 > i have a virtio NIC for management >=20 > Im trying out FreeBSD with VPP inside a PRoxmox Hosted VM with Intel > IOMMU (not virtio-iommu) 8GB RAM 2 sockets 1 core, assigned to the > VM, >=20 >=20 > my /boot/loader.conf > cat /boot/loader.conf > boot_multicons=3DYES > boot_serial=3DYES > comconsole_speed=3D115200 > console=3D"comconsole,vidconsole" > contigmem_load=3D"YES" > nic_uio_load=3D"YES" > hw.contigmem.num_buffers=3D4 > hw.contigmem.buffer_size=3D1073741824 > hw.nic_uio.bdfs=3D"1:0:0,2:0:0" >=20 >=20 >=20 > dmesg output > ---<>--- > Copyright (c) 1992-2023 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 14.3-RELEASE releng/14.3-n271432-8c9ce319fef7 GENERIC amd64 > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > llvmorg-19.1.7-0-gcd708029e0b2) > VT(vga): text 80x25 > CPU: Intel(R) Xeon(R) CPU E5-2430 v2 @ 2.50GHz (2494.81-MHz K8-class = CPU) > Origin=3D"GenuineIntel" Id=3D0x306e4 Family=3D0x6 Model=3D0x3e = Stepping=3D4 > = Features=3D0xf83fbff > = Features2=3D0xffbaa223 > AMD Features=3D0x2c100800 > AMD Features2=3D0x1 > Structured Extended Features=3D0x283 > Structured Extended Features2=3D0x4 > Structured Extended > Features3=3D0xbc000400 > XSAVE Features=3D0x1 > IA32_ARCH_CAPS=3D0xc000048 > AMD Extended Feature Extensions ID = EBX=3D0x100d000 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr > Hypervisor: Origin =3D "KVMKVMKVM" > real memory =3D 8589934592 (8192 MB) > avail memory =3D 8251035648 (7868 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 2 package(s) x 1 core(s) > random: registering fast source Intel Secure Key RNG > random: fast provider: "Intel Secure Key RNG" > random: unblocking device. > ioapic0 irqs 0-23 > Launching APs: 1 > random: entropy device external interface > kbd1 at kbdmux0 > nic_uio: hw.nic_uio.bdfs =3D '1:0:0,2:0:0' > 0: virt=3D0xfffffe008ec00000 phys=3D0x140000000 > 1: virt=3D0xfffffe00cec00000 phys=3D0x180000000 > 2: virt=3D0xfffffe010ec00000 phys=3D0x1c0000000 > 3: virt=3D0xfffffe014ec00000 phys=3D0x200000000 > vtvga0: > kvmclock0: > Timecounter "kvmclock" frequency 1000000000 Hz quality 975 > kvmclock0: registered as a time-of-day clock, resolution 0.000001s > smbios0: at iomem 0xf5200-0xf521e > smbios0: Entry point: v2.1 (32-bit), Version: 2.8, BCD Revision: 2.8 > aesni0: > acpi0: > acpi0: Power Button (fixed) > cpu0: on acpi0 > atrtc0: port 0x70-0x77 irq 8 on acpi0 > atrtc0: registered as a time-of-day clock, resolution 1.000000s > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff on = acpi0 > Timecounter "HPET" frequency 100000000 Hz quality 950 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x608-0x60b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: mem > 0xfc000000-0xfcffffff,0xfea14000-0xfea14fff at device 1.0 on pci0 > vgapci0: Boot video device > uhci0: port 0x5040-0x505f irq 16 > at device 26.0 on pci0 > usbus0 on uhci0 > usbus0: 12Mbps Full Speed USB v1.0 > uhci1: port 0x5060-0x507f irq 17 > at device 26.1 on pci0 > usbus1 on uhci1 > usbus1: 12Mbps Full Speed USB v1.0 > uhci2: port 0x5080-0x509f irq 18 > at device 26.2 on pci0 > usbus2 on uhci2 > usbus2: 12Mbps Full Speed USB v1.0 > ehci0: mem > 0xfea15000-0xfea15fff irq 19 at device 26.7 on pci0 > usbus3: EHCI version 1.0 > usbus3 on ehci0 > usbus3: 480Mbps High Speed USB v2.0 > hdac0: mem 0xfea10000-0xfea13fff irq 16 > at device 27.0 on pci0 > pcib1: mem 0xfea16000-0xfea16fff irq 16 at > device 28.0 on pci0 > pci1: on pcib1 > nic_uio_probe: probed dev=3D0xfffff80003a11700 > nic_uio0: mem > 0x383800000000-0x38380000ffff,0x383800010000-0x383800013fff at device > 0.0 on pci1 > pcib2: mem 0xfea17000-0xfea17fff irq 16 at > device 28.1 on pci0 > pci2: on pcib2 > nic_uio_probe: probed dev=3D0xfffff800038ad800 > nic_uio1: mem > 0x383000000000-0x38300000ffff,0x383000010000-0x383000013fff at device > 0.0 on pci2 > pcib3: mem 0xfea18000-0xfea18fff irq 16 at > device 28.2 on pci0 > pci3: on pcib3 > pcib4: mem 0xfea19000-0xfea19fff irq 16 at > device 28.3 on pci0 > pci4: on pcib4 > uhci3: port 0x50a0-0x50bf irq 16 > at device 29.0 on pci0 > usbus4 on uhci3 > usbus4: 12Mbps Full Speed USB v1.0 > uhci4: port 0x50c0-0x50df irq 17 > at device 29.1 on pci0 > usbus5 on uhci4 > usbus5: 12Mbps Full Speed USB v1.0 > uhci5: port 0x50e0-0x50ff irq 18 > at device 29.2 on pci0 > usbus6 on uhci5 > usbus6: 12Mbps Full Speed USB v1.0 > ehci1: mem > 0xfea1a000-0xfea1afff irq 19 at device 29.7 on pci0 > usbus7: EHCI version 1.0 > usbus7 on ehci1 > usbus7: 480Mbps High Speed USB v2.0 > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > pcib6: mem 0xfe000000-0xfe0000ff irq 21 at > device 1.0 on pci5 > pci6: on pcib6 > virtio_pci0: port 0x4000-0x401f > mem 0xfde40000-0xfde40fff,0x381800000000-0x381800003fff irq 23 at > device 18.0 on pci6 > vtnet0: on virtio_pci0 > vtnet0: Ethernet address: bc:24:11:2a:4f:f2 > vtnet0: netmap queues/slots: TX 1/256, RX 1/512 > 000.000121 [ 452] vtnet_netmap_attach vtnet attached txq=3D1, > txd=3D256 rxq=3D1, rxd=3D512 > pcib7: mem 0xfe001000-0xfe0010ff irq 22 at > device 2.0 on pci5 > pci7: on pcib7 > pcib8: mem 0xfe002000-0xfe0020ff irq 23 at > device 3.0 on pci5 > pci8: on pcib8 > pcib9: mem 0xfe003000-0xfe0030ff irq 20 at > device 4.0 on pci5 > pci9: on pcib9 > virtio_pci1: port 0x1000-0x103f mem > 0xfd800000-0xfd800fff,0x380000000000-0x380000003fff irq 21 at device > 1.0 on pci9 > vtscsi0: on virtio_pci1 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port 0x5100-0x511f mem > 0xfea1b000-0xfea1bfff irq 16 at device 31.2 on pci0 > ahci0: AHCI v1.00 with 6 1.5Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > acpi_syscontainer0: on acpi0 > vmgenc0: on acpi0 > acpi_syscontainer1: port 0xcd8-0xce3 on acpi0 > acpi_syscontainer2: port 0x620-0x62f on acpi0 > acpi_syscontainer3: port 0xcc0-0xcd7 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 > uart0: console (115200,n,8,1) > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > WARNING: Device "psm" is Giant locked and may be deleted before = FreeBSD 15.0. > psm0: model IntelliMouse Explorer, device ID 4 > orm0: at iomem 0xe7800-0xeffff pnpid ORM0000 on isa0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > pnpid PNP0900 on isa0 > attimer0: at port 0x40 on isa0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > attimer0: non-PNP ISA device will be removed from GENERIC in FreeBSD = 15. > Timecounters tick every 10.000 msec > Trying to mount root from ufs:/dev/da0s1a [rw]... > ugen6.1: at usbus6 > ugen7.1: at usbus7 > uhub0 on usbus6 > uhub0: on = usbus6 > uhub1 on usbus7 > uhub1: on = usbus7 > ugen3.1: at usbus3 > ugen5.1: at usbus5 > uhub2 on usbus3 > uhub2: on = usbus3 > uhub3 on usbus5 > uhub3: on = usbus5 > ugen4.1: at usbus4 > ugen1.1: at usbus1 > uhub4 on usbus4 > uhub4: on = usbus4 > ugen2.1: at usbus2 > uhub5 on usbus1 > uhub6 on usbus2 > uhub6: on = usbus2 > uhub5: on = usbus1 > ugen0.1: at usbus0 > uhub7 on usbus0 > uhub7: on = usbus0 > da0 at vtscsi0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SPC-3 SCSI device > da0: 300.000MB/s transfers > da0: Command Queueing enabled > da0: 16384MB (33554432 512 byte sectors) > cd0 at ahcich1 bus 0 scbus2 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: Serial Number QM00003 > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO = 8192bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not = present > uhub0: 2 ports with 2 removable, self powered > uhub5: 2 ports with 2 removable, self powered > uhub7: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > uhub6: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > Root mount waiting for: usbus3 usbus7 > Root mount waiting for: usbus3 usbus7 > uhub1: 6 ports with 6 removable, self powered > uhub2: 6 ports with 6 removable, self powered > WARNING: / was not properly dismounted > Dual Console: Serial Primary, Video Secondary > ichsmb0: port 0x700-0x73f irq > 16 at device 31.3 on pci0 > smbus0: on ichsmb0 > lo0: link state changed to UP > vtnet0: link state changed to UP > nic_uio0: Bar 0 @ 383800000000, size 10000 > nic_uio0: Bar 3 @ 383800010000, size 4000 > nic_uio1: Bar 0 @ 383000000000, size 10000 > nic_uio1: Bar 3 @ 383000010000, size 4000 > nic_uio0: Bar 0 @ 383800000000, size 10000 > nic_uio0: Bar 3 @ 383800010000, size 4000 > nic_uio1: Bar 0 @ 383000000000, size 10000 > nic_uio1: Bar 3 @ 383000010000, size 4000 > Waiting (max 60 seconds) for system process `vnlru' to stop... done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining... 2 0 0 done > All buffers synced. > Uptime: 28m16s > uhub1: detached > uhub0: detached > uhub3: detached > uhub4: detached > uhub2: detached > uhub6: detached > uhub5: detached > uhub7: detached > ---<>--- > Copyright (c) 1992-2023 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 14.3-RELEASE releng/14.3-n271432-8c9ce319fef7 GENERIC amd64 > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > llvmorg-19.1.7-0-gcd708029e0b2) > VT(vga): text 80x25 > CPU: Intel(R) Xeon(R) CPU E5-2430 v2 @ 2.50GHz (2494.22-MHz K8-class = CPU) > Origin=3D"GenuineIntel" Id=3D0x306e4 Family=3D0x6 Model=3D0x3e = Stepping=3D4 > = Features=3D0xf83fbff > = Features2=3D0xffbaa223 > AMD Features=3D0x2c100800 > AMD Features2=3D0x1 > Structured Extended Features=3D0x283 > Structured Extended Features2=3D0x4 > Structured Extended > Features3=3D0xbc000400 > XSAVE Features=3D0x1 > IA32_ARCH_CAPS=3D0xc000048 > AMD Extended Feature Extensions ID = EBX=3D0x100d000 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr > Hypervisor: Origin =3D "KVMKVMKVM" > real memory =3D 8589934592 (8192 MB) > avail memory =3D 8251035648 (7868 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 2 package(s) x 1 core(s) > random: registering fast source Intel Secure Key RNG > random: fast provider: "Intel Secure Key RNG" > random: unblocking device. > ioapic0 irqs 0-23 > Launching APs: 1 > random: entropy device external interface > kbd1 at kbdmux0 > nic_uio: hw.nic_uio.bdfs =3D '1:0:0,2:0:0' > 0: virt=3D0xfffffe008ec00000 phys=3D0x140000000 > 1: virt=3D0xfffffe00cec00000 phys=3D0x180000000 > 2: virt=3D0xfffffe010ec00000 phys=3D0x1c0000000 > 3: virt=3D0xfffffe014ec00000 phys=3D0x200000000 > vtvga0: > kvmclock0: > Timecounter "kvmclock" frequency 1000000000 Hz quality 975 > kvmclock0: registered as a time-of-day clock, resolution 0.000001s > smbios0: at iomem 0xf5200-0xf521e > smbios0: Entry point: v2.1 (32-bit), Version: 2.8, BCD Revision: 2.8 > aesni0: > acpi0: > acpi0: Power Button (fixed) > cpu0: on acpi0 > atrtc0: port 0x70-0x77 irq 8 on acpi0 > atrtc0: registered as a time-of-day clock, resolution 1.000000s > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff on = acpi0 > Timecounter "HPET" frequency 100000000 Hz quality 950 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x608-0x60b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: mem > 0xfc000000-0xfcffffff,0xfea14000-0xfea14fff at device 1.0 on pci0 > vgapci0: Boot video device > uhci0: port 0x5040-0x505f irq 16 > at device 26.0 on pci0 > usbus0 on uhci0 > usbus0: 12Mbps Full Speed USB v1.0 > uhci1: port 0x5060-0x507f irq 17 > at device 26.1 on pci0 > usbus1 on uhci1 > usbus1: 12Mbps Full Speed USB v1.0 > uhci2: port 0x5080-0x509f irq 18 > at device 26.2 on pci0 > usbus2 on uhci2 > usbus2: 12Mbps Full Speed USB v1.0 > ehci0: mem > 0xfea15000-0xfea15fff irq 19 at device 26.7 on pci0 > usbus3: EHCI version 1.0 > usbus3 on ehci0 > usbus3: 480Mbps High Speed USB v2.0 > hdac0: mem 0xfea10000-0xfea13fff irq 16 > at device 27.0 on pci0 > pcib1: mem 0xfea16000-0xfea16fff irq 16 at > device 28.0 on pci0 > pci1: on pcib1 > nic_uio_probe: probed dev=3D0xfffff80003a0f700 > nic_uio0: mem > 0x383800000000-0x38380000ffff,0x383800010000-0x383800013fff at device > 0.0 on pci1 > pcib2: mem 0xfea17000-0xfea17fff irq 16 at > device 28.1 on pci0 > pci2: on pcib2 > nic_uio_probe: probed dev=3D0xfffff800037b0800 > nic_uio1: mem > 0x383000000000-0x38300000ffff,0x383000010000-0x383000013fff at device > 0.0 on pci2 > pcib3: mem 0xfea18000-0xfea18fff irq 16 at > device 28.2 on pci0 > pci3: on pcib3 > pcib4: mem 0xfea19000-0xfea19fff irq 16 at > device 28.3 on pci0 > pci4: on pcib4 > uhci3: port 0x50a0-0x50bf irq 16 > at device 29.0 on pci0 > usbus4 on uhci3 > usbus4: 12Mbps Full Speed USB v1.0 > uhci4: port 0x50c0-0x50df irq 17 > at device 29.1 on pci0 > usbus5 on uhci4 > usbus5: 12Mbps Full Speed USB v1.0 > uhci5: port 0x50e0-0x50ff irq 18 > at device 29.2 on pci0 > usbus6 on uhci5 > usbus6: 12Mbps Full Speed USB v1.0 > ehci1: mem > 0xfea1a000-0xfea1afff irq 19 at device 29.7 on pci0 > usbus7: EHCI version 1.0 > usbus7 on ehci1 > usbus7: 480Mbps High Speed USB v2.0 > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > pcib6: mem 0xfe000000-0xfe0000ff irq 21 at > device 1.0 on pci5 > pci6: on pcib6 > virtio_pci0: port 0x4000-0x401f > mem 0xfde40000-0xfde40fff,0x381800000000-0x381800003fff irq 23 at > device 18.0 on pci6 > vtnet0: on virtio_pci0 > vtnet0: Ethernet address: bc:24:11:2a:4f:f2 > vtnet0: netmap queues/slots: TX 1/256, RX 1/512 > 000.000121 [ 452] vtnet_netmap_attach vtnet attached txq=3D1, > txd=3D256 rxq=3D1, rxd=3D512 > pcib7: mem 0xfe001000-0xfe0010ff irq 22 at > device 2.0 on pci5 > pci7: on pcib7 > pcib8: mem 0xfe002000-0xfe0020ff irq 23 at > device 3.0 on pci5 > pci8: on pcib8 > pcib9: mem 0xfe003000-0xfe0030ff irq 20 at > device 4.0 on pci5 > pci9: on pcib9 > virtio_pci1: port 0x1000-0x103f mem > 0xfd800000-0xfd800fff,0x380000000000-0x380000003fff irq 21 at device > 1.0 on pci9 > vtscsi0: on virtio_pci1 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port 0x5100-0x511f mem > 0xfea1b000-0xfea1bfff irq 16 at device 31.2 on pci0 > ahci0: AHCI v1.00 with 6 1.5Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > acpi_syscontainer0: on acpi0 > vmgenc0: on acpi0 > acpi_syscontainer1: port 0xcd8-0xce3 on acpi0 > acpi_syscontainer2: port 0x620-0x62f on acpi0 > acpi_syscontainer3: port 0xcc0-0xcd7 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 > uart0: console (115200,n,8,1) > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > WARNING: Device "psm" is Giant locked and may be deleted before = FreeBSD 15.0. > psm0: model IntelliMouse Explorer, device ID 4 > orm0: at iomem 0xe7800-0xeffff pnpid ORM0000 on isa0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > pnpid PNP0900 on isa0 > attimer0: at port 0x40 on isa0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > attimer0: non-PNP ISA device will be removed from GENERIC in FreeBSD = 15. > Timecounters tick every 10.000 msec > Trying to mount root from ufs:/dev/da0s1a [rw]... > ugen7.1: at usbus7 > ugen6.1: at usbus6 > uhub0 on usbus7 > uhub1 on usbus6 > uhub1: on = usbus6 > ugen4.1: at usbus4 > uhub0: on = usbus7 > uhub2 on usbus4 > uhub2: on = usbus4 > ugen5.1: at usbus5 > ugen2.1: at usbus2 > uhub3 on usbus5 > uhub3: on = usbus5 > ugen3.1: at usbus3 > uhub4 on usbus2 > uhub5 on usbus3 > uhub5: on = usbus3 > uhub4: on = usbus2 > ugen0.1: at usbus0 > ugen1.1: at usbus1 > uhub6 on usbus0 > uhub7 on usbus1 > uhub7: on = usbus1 > uhub6: on = usbus0 > da0 at vtscsi0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SPC-3 SCSI device > da0: 300.000MB/s transfers > da0: Command Queueing enabled > da0: 16384MB (33554432 512 byte sectors) > cd0 at ahcich1 bus 0 scbus2 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: Serial Number QM00003 > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO = 8192bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not = present > uhub6: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub7: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > Root mount waiting for: usbus3 usbus7 > Root mount waiting for: usbus3 usbus7 > uhub0: 6 ports with 6 removable, self powered > uhub5: 6 ports with 6 removable, self powered > Dual Console: Serial Primary, Video Secondary > ichsmb0: port 0x700-0x73f irq > 16 at device 31.3 on pci0 > smbus0: on ichsmb0 > lo0: link state changed to UP > vtnet0: link state changed to UP >=20 Best Regards, Cheng Cui --Apple-Mail=_D352B5B5-2537-4217-B686-82718FF0C254 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi Tom,

May be you = can try Bhyve based VM?

The last time I = attempted VPP in my own Bhyve based FreeBSD VM, logged in this wiki, I remember only = ping worked. Plus some compile issues.

Maybe Tom Jones = can also help.

On = Sep 27, 2025, at 10:40, Tom Smyth <tom.smyth@wirelessconnect.eu> = wrote:

Folks,
I = was wondering folks who run vpp on FreeBSD,
1) when I run vpp =  ssh on the management nic becomes un responsive...
2) is there = a recommended freeBSD /etc/vpp/startup.conf file =   that
works well for FreeBSD ?

i have a virtio NIC = for management

Im trying out FreeBSD with VPP inside a PRoxmox = Hosted VM with  Intel
IOMMU (not virtio-iommu) =    8GB RAM 2 sockets 1 core,  assigned to = the
VM,


my /boot/loader.conf
cat = /boot/loader.conf
boot_multicons=3DYES
boot_serial=3DYES
comconso= le_speed=3D115200
console=3D"comconsole,vidconsole"
contigmem_load=3D= "YES"
nic_uio_load=3D"YES"
hw.contigmem.num_buffers=3D4
hw.contig= mem.buffer_size=3D1073741824
hw.nic_uio.bdfs=3D"1:0:0,2:0:0"


dmesg output
---<<BOOT>>---
Copyright (c) = 1992-2023 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, = 1988, 1989, 1991, 1992, 1993, 1994
=        The Regents of the University = of California. All rights reserved.
FreeBSD is a registered trademark = of The FreeBSD Foundation.
FreeBSD 14.3-RELEASE = releng/14.3-n271432-8c9ce319fef7 GENERIC amd64
FreeBSD clang version = 19.1.7 = (https://github.com/llvm/llvm-project.git
llvmorg-19.1.7-0-gcd708029e0b= 2)
VT(vga): text 80x25
CPU: Intel(R) Xeon(R) CPU E5-2430 v2 @ = 2.50GHz (2494.81-MHz K8-class CPU)
 Origin=3D"GenuineIntel" =  Id=3D0x306e4  Family=3D0x6  Model=3D0x3e =  Stepping=3D4
=  Features=3D0xf83fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,= MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE,SSE2,SS>
=  Features2=3D0xffbaa223<SSE3,PCLMULQDQ,VMX,SSSE3,CX16,PDCM,PCID,SS= E4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND,HV>= ;
 AMD = Features=3D0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
 AMD = Features2=3D0x1<LAHF>
 Structured Extended = Features=3D0x283<FSGSBASE,TSCADJ,SMEP,ERMS>
 Structured = Extended Features2=3D0x4<UMIP>
 Structured = Extended
Features3=3D0xbc000400<MD_CLEAR,IBPB,STIBP,L1DFL,ARCH_CAP,S= SBD>
 XSAVE Features=3D0x1<XSAVEOPT>
=  IA32_ARCH_CAPS=3D0xc000048<SKIP_L1DFL_VME>
 AMD = Extended Feature Extensions ID = EBX=3D0x100d000<IBPB,IBRS,STIBP,SSBD>
 VT-x: = PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr
Hypervisor: Origin =3D = "KVMKVMKVM"
real memory  =3D 8589934592 (8192 MB)
avail = memory =3D 8251035648 (7868 MB)
Event timer "LAPIC" quality = 600
ACPI APIC Table: <BOCHS  BXPC =    >
FreeBSD/SMP: Multiprocessor System Detected: 2 = CPUs
FreeBSD/SMP: 2 package(s) x 1 core(s)
random: registering = fast source Intel Secure Key RNG
random: fast provider: "Intel Secure = Key RNG"
random: unblocking device.
ioapic0 <Version 2.0> = irqs 0-23
Launching APs: 1
random: entropy device external = interface
kbd1 at kbdmux0
nic_uio: hw.nic_uio.bdfs =3D = '1:0:0,2:0:0'
0: virt=3D0xfffffe008ec00000 phys=3D0x140000000
1: = virt=3D0xfffffe00cec00000 phys=3D0x180000000
2: = virt=3D0xfffffe010ec00000 phys=3D0x1c0000000
3: = virt=3D0xfffffe014ec00000 phys=3D0x200000000
vtvga0: <VT VGA = driver>
kvmclock0: <KVM paravirtual clock>
Timecounter = "kvmclock" frequency 1000000000 Hz quality 975
kvmclock0: registered = as a time-of-day clock, resolution 0.000001s
smbios0: <System = Management BIOS> at iomem 0xf5200-0xf521e
smbios0: Entry point: = v2.1 (32-bit), Version: 2.8, BCD Revision: 2.8
aesni0: = <AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS>
acpi0: <BOCHS = BXPC>
acpi0: Power Button (fixed)
cpu0: <ACPI CPU> on = acpi0
atrtc0: <AT realtime clock> port 0x70-0x77 irq 8 on = acpi0
atrtc0: registered as a time-of-day clock, resolution = 1.000000s
Event timer "RTC" frequency 32768 Hz quality 0
hpet0: = <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on = acpi0
Timecounter "HPET" frequency 100000000 Hz quality = 950
Timecounter "ACPI-fast" frequency 3579545 Hz quality = 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x608-0x60b = on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on = acpi0
pci0: <ACPI PCI bus> on pcib0
vgapci0: = <VGA-compatible display> = mem
0xfc000000-0xfcffffff,0xfea14000-0xfea14fff at device 1.0 on = pci0
vgapci0: Boot video device
uhci0: <Intel 82801I (ICH9) USB = controller> port 0x5040-0x505f irq 16
at device 26.0 on = pci0
usbus0 on uhci0
usbus0: 12Mbps Full Speed USB v1.0
uhci1: = <Intel 82801I (ICH9) USB controller> port 0x5060-0x507f irq = 17
at device 26.1 on pci0
usbus1 on uhci1
usbus1: 12Mbps Full = Speed USB v1.0
uhci2: <Intel 82801I (ICH9) USB controller> port = 0x5080-0x509f irq 18
at device 26.2 on pci0
usbus2 on = uhci2
usbus2: 12Mbps Full Speed USB v1.0
ehci0: <Intel 82801I = (ICH9) USB 2.0 controller> mem
0xfea15000-0xfea15fff irq 19 at = device 26.7 on pci0
usbus3: EHCI version 1.0
usbus3 on = ehci0
usbus3: 480Mbps High Speed USB v2.0
hdac0: <Intel 82801I = HDA Controller> mem 0xfea10000-0xfea13fff irq 16
at device 27.0 on = pci0
pcib1: <ACPI PCI-PCI bridge> mem 0xfea16000-0xfea16fff irq = 16 at
device 28.0 on pci0
pci1: <ACPI PCI bus> on = pcib1
nic_uio_probe: probed dev=3D0xfffff80003a11700
nic_uio0: = <DPDK PCI Device> = mem
0x383800000000-0x38380000ffff,0x383800010000-0x383800013fff at = device
0.0 on pci1
pcib2: <ACPI PCI-PCI bridge> mem = 0xfea17000-0xfea17fff irq 16 at
device 28.1 on pci0
pci2: <ACPI = PCI bus> on pcib2
nic_uio_probe: probed = dev=3D0xfffff800038ad800
nic_uio1: <DPDK PCI Device> = mem
0x383000000000-0x38300000ffff,0x383000010000-0x383000013fff at = device
0.0 on pci2
pcib3: <ACPI PCI-PCI bridge> mem = 0xfea18000-0xfea18fff irq 16 at
device 28.2 on pci0
pci3: <ACPI = PCI bus> on pcib3
pcib4: <ACPI PCI-PCI bridge> mem = 0xfea19000-0xfea19fff irq 16 at
device 28.3 on pci0
pci4: <ACPI = PCI bus> on pcib4
uhci3: <Intel 82801I (ICH9) USB = controller> port 0x50a0-0x50bf irq 16
at device 29.0 on = pci0
usbus4 on uhci3
usbus4: 12Mbps Full Speed USB v1.0
uhci4: = <Intel 82801I (ICH9) USB controller> port 0x50c0-0x50df irq = 17
at device 29.1 on pci0
usbus5 on uhci4
usbus5: 12Mbps Full = Speed USB v1.0
uhci5: <Intel 82801I (ICH9) USB controller> port = 0x50e0-0x50ff irq 18
at device 29.2 on pci0
usbus6 on = uhci5
usbus6: 12Mbps Full Speed USB v1.0
ehci1: <Intel 82801I = (ICH9) USB 2.0 controller> mem
0xfea1a000-0xfea1afff irq 19 at = device 29.7 on pci0
usbus7: EHCI version 1.0
usbus7 on = ehci1
usbus7: 480Mbps High Speed USB v2.0
pcib5: <ACPI PCI-PCI = bridge> at device 30.0 on pci0
pci5: <ACPI PCI bus> on = pcib5
pcib6: <ACPI PCI-PCI bridge> mem 0xfe000000-0xfe0000ff = irq 21 at
device 1.0 on pci5
pci6: <ACPI PCI bus> on = pcib6
virtio_pci0: <VirtIO PCI (legacy) Network adapter> port = 0x4000-0x401f
mem 0xfde40000-0xfde40fff,0x381800000000-0x381800003fff = irq 23 at
device 18.0 on pci6
vtnet0: <VirtIO Networking = Adapter> on virtio_pci0
vtnet0: Ethernet address: = bc:24:11:2a:4f:f2
vtnet0: netmap queues/slots: TX 1/256, RX = 1/512
000.000121 [ 452] vtnet_netmap_attach =       vtnet attached txq=3D1,
txd=3D256 = rxq=3D1, rxd=3D512
pcib7: <ACPI PCI-PCI bridge> mem = 0xfe001000-0xfe0010ff irq 22 at
device 2.0 on pci5
pci7: <ACPI = PCI bus> on pcib7
pcib8: <ACPI PCI-PCI bridge> mem = 0xfe002000-0xfe0020ff irq 23 at
device 3.0 on pci5
pci8: <ACPI = PCI bus> on pcib8
pcib9: <ACPI PCI-PCI bridge> mem = 0xfe003000-0xfe0030ff irq 20 at
device 4.0 on pci5
pci9: <ACPI = PCI bus> on pcib9
virtio_pci1: <VirtIO PCI (legacy) SCSI = adapter> port 0x1000-0x103f = mem
0xfd800000-0xfd800fff,0x380000000000-0x380000003fff irq 21 at = device
1.0 on pci9
vtscsi0: <VirtIO SCSI Adapter> on = virtio_pci1
isab0: <PCI-ISA bridge> at device 31.0 on = pci0
isa0: <ISA bus> on isab0
ahci0: <Intel ICH9 AHCI = SATA controller> port 0x5100-0x511f mem
0xfea1b000-0xfea1bfff irq = 16 at device 31.2 on pci0
ahci0: AHCI v1.00 with 6 1.5Gbps ports, = Port Multiplier not supported
ahcich0: <AHCI channel> at = channel 0 on ahci0
ahcich1: <AHCI channel> at channel 1 on = ahci0
ahcich2: <AHCI channel> at channel 2 on ahci0
ahcich3: = <AHCI channel> at channel 3 on ahci0
ahcich4: <AHCI = channel> at channel 4 on ahci0
ahcich5: <AHCI channel> at = channel 5 on ahci0
acpi_syscontainer0: <System Container> on = acpi0
vmgenc0: <VM Generation Counter> on = acpi0
acpi_syscontainer1: <System Container> port 0xcd8-0xce3 = on acpi0
acpi_syscontainer2: <System Container> port = 0x620-0x62f on acpi0
acpi_syscontainer3: <System Container> = port 0xcc0-0xcd7 on acpi0
uart0: <16550 or compatible> port = 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart0: console = (115200,n,8,1)
atkbdc0: <Keyboard controller (i8042)> port = 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on = atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 = Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
WARNING: Device = "psm" is Giant locked and may be deleted before FreeBSD 15.0.
psm0: = model IntelliMouse Explorer, device ID 4
orm0: <ISA Option ROM> = at iomem 0xe7800-0xeffff pnpid ORM0000 on isa0
vga0: <Generic ISA = VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff
pnpid PNP0900 on = isa0
attimer0: <AT timer> at port 0x40 on isa0
Timecounter = "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency = 1193182 Hz quality 100
attimer0: non-PNP ISA device will be removed = from GENERIC in FreeBSD 15.
Timecounters tick every 10.000 = msec
Trying to mount root from ufs:/dev/da0s1a [rw]...
ugen6.1: = <Intel UHCI root HUB> at usbus6
ugen7.1: <Intel EHCI root = HUB> at usbus7
uhub0 on usbus6
uhub0: <Intel UHCI root HUB, = class 9/0, rev 1.00/1.00, addr 1> on usbus6
uhub1 on = usbus7
uhub1: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr = 1> on usbus7
ugen3.1: <Intel EHCI root HUB> at = usbus3
ugen5.1: <Intel UHCI root HUB> at usbus5
uhub2 on = usbus3
uhub2: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr = 1> on usbus3
uhub3 on usbus5
uhub3: <Intel UHCI root HUB, = class 9/0, rev 1.00/1.00, addr 1> on usbus5
ugen4.1: <Intel = UHCI root HUB> at usbus4
ugen1.1: <Intel UHCI root HUB> at = usbus1
uhub4 on usbus4
uhub4: <Intel UHCI root HUB, class 9/0, = rev 1.00/1.00, addr 1> on usbus4
ugen2.1: <Intel UHCI root = HUB> at usbus2
uhub5 on usbus1
uhub6 on usbus2
uhub6: = <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on = usbus2
uhub5: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr = 1> on usbus1
ugen0.1: <Intel UHCI root HUB> at = usbus0
uhub7 on usbus0
uhub7: <Intel UHCI root HUB, class 9/0, = rev 1.00/1.00, addr 1> on usbus0
da0 at vtscsi0 bus 0 scbus0 = target 0 lun 0
da0: <QEMU QEMU HARDDISK 2.5+> Fixed Direct = Access SPC-3 SCSI device
da0: 300.000MB/s transfers
da0: Command = Queueing enabled
da0: 16384MB (33554432 512 byte sectors)
cd0 at = ahcich1 bus 0 scbus2 target 0 lun 0
cd0: <QEMU QEMU DVD-ROM = 2.5+> Removable CD-ROM SCSI device
cd0: Serial Number = QM00003
cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, = PIO 8192bytes)
cd0: Attempt to query device size failed: NOT READY, = Medium not present
uhub0: 2 ports with 2 removable, self = powered
uhub5: 2 ports with 2 removable, self powered
uhub7: 2 = ports with 2 removable, self powered
uhub4: 2 ports with 2 removable, = self powered
uhub6: 2 ports with 2 removable, self powered
uhub3: = 2 ports with 2 removable, self powered
Root mount waiting for: usbus3 = usbus7
Root mount waiting for: usbus3 usbus7
uhub1: 6 ports with 6 = removable, self powered
uhub2: 6 ports with 6 removable, self = powered
WARNING: / was not properly dismounted
Dual Console: = Serial Primary, Video Secondary
ichsmb0: <Intel 82801I (ICH9) = SMBus controller> port 0x700-0x73f irq
16 at device 31.3 on = pci0
smbus0: <System Management Bus> on ichsmb0
lo0: link = state changed to UP
vtnet0: link state changed to UP
nic_uio0: Bar = 0 @ 383800000000, size 10000
nic_uio0: Bar 3 @ 383800010000, size = 4000
nic_uio1: Bar 0 @ 383000000000, size 10000
nic_uio1: Bar 3 @ = 383000010000, size 4000
nic_uio0: Bar 0 @ 383800000000, size = 10000
nic_uio0: Bar 3 @ 383800010000, size 4000
nic_uio1: Bar 0 @ = 383000000000, size 10000
nic_uio1: Bar 3 @ 383000010000, size = 4000
Waiting (max 60 seconds) for system process `vnlru' to stop... = done
Waiting (max 60 seconds) for system process `syncer' to = stop...
Syncing disks, vnodes remaining... 2 0 0 done
All buffers = synced.
Uptime: 28m16s
uhub1: detached
uhub0: = detached
uhub3: detached
uhub4: detached
uhub2: = detached
uhub6: detached
uhub5: detached
uhub7: = detached
---<<BOOT>>---
Copyright (c) 1992-2023 The = FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, = 1991, 1992, 1993, 1994
       The = Regents of the University of California. All rights reserved.
FreeBSD = is a registered trademark of The FreeBSD Foundation.
FreeBSD = 14.3-RELEASE releng/14.3-n271432-8c9ce319fef7 GENERIC amd64
FreeBSD = clang version 19.1.7 = (https://github.com/llvm/llvm-project.git
llvmorg-19.1.7-0-gcd708029e0b= 2)
VT(vga): text 80x25
CPU: Intel(R) Xeon(R) CPU E5-2430 v2 @ = 2.50GHz (2494.22-MHz K8-class CPU)
 Origin=3D"GenuineIntel" =  Id=3D0x306e4  Family=3D0x6  Model=3D0x3e =  Stepping=3D4
=  Features=3D0xf83fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,= MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE,SSE2,SS>
=  Features2=3D0xffbaa223<SSE3,PCLMULQDQ,VMX,SSSE3,CX16,PDCM,PCID,SS= E4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND,HV>= ;
 AMD = Features=3D0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
 AMD = Features2=3D0x1<LAHF>
 Structured Extended = Features=3D0x283<FSGSBASE,TSCADJ,SMEP,ERMS>
 Structured = Extended Features2=3D0x4<UMIP>
 Structured = Extended
Features3=3D0xbc000400<MD_CLEAR,IBPB,STIBP,L1DFL,ARCH_CAP,S= SBD>
 XSAVE Features=3D0x1<XSAVEOPT>
=  IA32_ARCH_CAPS=3D0xc000048<SKIP_L1DFL_VME>
 AMD = Extended Feature Extensions ID = EBX=3D0x100d000<IBPB,IBRS,STIBP,SSBD>
 VT-x: = PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr
Hypervisor: Origin =3D = "KVMKVMKVM"
real memory  =3D 8589934592 (8192 MB)
avail = memory =3D 8251035648 (7868 MB)
Event timer "LAPIC" quality = 600
ACPI APIC Table: <BOCHS  BXPC =    >
FreeBSD/SMP: Multiprocessor System Detected: 2 = CPUs
FreeBSD/SMP: 2 package(s) x 1 core(s)
random: registering = fast source Intel Secure Key RNG
random: fast provider: "Intel Secure = Key RNG"
random: unblocking device.
ioapic0 <Version 2.0> = irqs 0-23
Launching APs: 1
random: entropy device external = interface
kbd1 at kbdmux0
nic_uio: hw.nic_uio.bdfs =3D = '1:0:0,2:0:0'
0: virt=3D0xfffffe008ec00000 phys=3D0x140000000
1: = virt=3D0xfffffe00cec00000 phys=3D0x180000000
2: = virt=3D0xfffffe010ec00000 phys=3D0x1c0000000
3: = virt=3D0xfffffe014ec00000 phys=3D0x200000000
vtvga0: <VT VGA = driver>
kvmclock0: <KVM paravirtual clock>
Timecounter = "kvmclock" frequency 1000000000 Hz quality 975
kvmclock0: registered = as a time-of-day clock, resolution 0.000001s
smbios0: <System = Management BIOS> at iomem 0xf5200-0xf521e
smbios0: Entry point: = v2.1 (32-bit), Version: 2.8, BCD Revision: 2.8
aesni0: = <AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS>
acpi0: <BOCHS = BXPC>
acpi0: Power Button (fixed)
cpu0: <ACPI CPU> on = acpi0
atrtc0: <AT realtime clock> port 0x70-0x77 irq 8 on = acpi0
atrtc0: registered as a time-of-day clock, resolution = 1.000000s
Event timer "RTC" frequency 32768 Hz quality 0
hpet0: = <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on = acpi0
Timecounter "HPET" frequency 100000000 Hz quality = 950
Timecounter "ACPI-fast" frequency 3579545 Hz quality = 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x608-0x60b = on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on = acpi0
pci0: <ACPI PCI bus> on pcib0
vgapci0: = <VGA-compatible display> = mem
0xfc000000-0xfcffffff,0xfea14000-0xfea14fff at device 1.0 on = pci0
vgapci0: Boot video device
uhci0: <Intel 82801I (ICH9) USB = controller> port 0x5040-0x505f irq 16
at device 26.0 on = pci0
usbus0 on uhci0
usbus0: 12Mbps Full Speed USB v1.0
uhci1: = <Intel 82801I (ICH9) USB controller> port 0x5060-0x507f irq = 17
at device 26.1 on pci0
usbus1 on uhci1
usbus1: 12Mbps Full = Speed USB v1.0
uhci2: <Intel 82801I (ICH9) USB controller> port = 0x5080-0x509f irq 18
at device 26.2 on pci0
usbus2 on = uhci2
usbus2: 12Mbps Full Speed USB v1.0
ehci0: <Intel 82801I = (ICH9) USB 2.0 controller> mem
0xfea15000-0xfea15fff irq 19 at = device 26.7 on pci0
usbus3: EHCI version 1.0
usbus3 on = ehci0
usbus3: 480Mbps High Speed USB v2.0
hdac0: <Intel 82801I = HDA Controller> mem 0xfea10000-0xfea13fff irq 16
at device 27.0 on = pci0
pcib1: <ACPI PCI-PCI bridge> mem 0xfea16000-0xfea16fff irq = 16 at
device 28.0 on pci0
pci1: <ACPI PCI bus> on = pcib1
nic_uio_probe: probed dev=3D0xfffff80003a0f700
nic_uio0: = <DPDK PCI Device> = mem
0x383800000000-0x38380000ffff,0x383800010000-0x383800013fff at = device
0.0 on pci1
pcib2: <ACPI PCI-PCI bridge> mem = 0xfea17000-0xfea17fff irq 16 at
device 28.1 on pci0
pci2: <ACPI = PCI bus> on pcib2
nic_uio_probe: probed = dev=3D0xfffff800037b0800
nic_uio1: <DPDK PCI Device> = mem
0x383000000000-0x38300000ffff,0x383000010000-0x383000013fff at = device
0.0 on pci2
pcib3: <ACPI PCI-PCI bridge> mem = 0xfea18000-0xfea18fff irq 16 at
device 28.2 on pci0
pci3: <ACPI = PCI bus> on pcib3
pcib4: <ACPI PCI-PCI bridge> mem = 0xfea19000-0xfea19fff irq 16 at
device 28.3 on pci0
pci4: <ACPI = PCI bus> on pcib4
uhci3: <Intel 82801I (ICH9) USB = controller> port 0x50a0-0x50bf irq 16
at device 29.0 on = pci0
usbus4 on uhci3
usbus4: 12Mbps Full Speed USB v1.0
uhci4: = <Intel 82801I (ICH9) USB controller> port 0x50c0-0x50df irq = 17
at device 29.1 on pci0
usbus5 on uhci4
usbus5: 12Mbps Full = Speed USB v1.0
uhci5: <Intel 82801I (ICH9) USB controller> port = 0x50e0-0x50ff irq 18
at device 29.2 on pci0
usbus6 on = uhci5
usbus6: 12Mbps Full Speed USB v1.0
ehci1: <Intel 82801I = (ICH9) USB 2.0 controller> mem
0xfea1a000-0xfea1afff irq 19 at = device 29.7 on pci0
usbus7: EHCI version 1.0
usbus7 on = ehci1
usbus7: 480Mbps High Speed USB v2.0
pcib5: <ACPI PCI-PCI = bridge> at device 30.0 on pci0
pci5: <ACPI PCI bus> on = pcib5
pcib6: <ACPI PCI-PCI bridge> mem 0xfe000000-0xfe0000ff = irq 21 at
device 1.0 on pci5
pci6: <ACPI PCI bus> on = pcib6
virtio_pci0: <VirtIO PCI (legacy) Network adapter> port = 0x4000-0x401f
mem 0xfde40000-0xfde40fff,0x381800000000-0x381800003fff = irq 23 at
device 18.0 on pci6
vtnet0: <VirtIO Networking = Adapter> on virtio_pci0
vtnet0: Ethernet address: = bc:24:11:2a:4f:f2
vtnet0: netmap queues/slots: TX 1/256, RX = 1/512
000.000121 [ 452] vtnet_netmap_attach =       vtnet attached txq=3D1,
txd=3D256 = rxq=3D1, rxd=3D512
pcib7: <ACPI PCI-PCI bridge> mem = 0xfe001000-0xfe0010ff irq 22 at
device 2.0 on pci5
pci7: <ACPI = PCI bus> on pcib7
pcib8: <ACPI PCI-PCI bridge> mem = 0xfe002000-0xfe0020ff irq 23 at
device 3.0 on pci5
pci8: <ACPI = PCI bus> on pcib8
pcib9: <ACPI PCI-PCI bridge> mem = 0xfe003000-0xfe0030ff irq 20 at
device 4.0 on pci5
pci9: <ACPI = PCI bus> on pcib9
virtio_pci1: <VirtIO PCI (legacy) SCSI = adapter> port 0x1000-0x103f = mem
0xfd800000-0xfd800fff,0x380000000000-0x380000003fff irq 21 at = device
1.0 on pci9
vtscsi0: <VirtIO SCSI Adapter> on = virtio_pci1
isab0: <PCI-ISA bridge> at device 31.0 on = pci0
isa0: <ISA bus> on isab0
ahci0: <Intel ICH9 AHCI = SATA controller> port 0x5100-0x511f mem
0xfea1b000-0xfea1bfff irq = 16 at device 31.2 on pci0
ahci0: AHCI v1.00 with 6 1.5Gbps ports, = Port Multiplier not supported
ahcich0: <AHCI channel> at = channel 0 on ahci0
ahcich1: <AHCI channel> at channel 1 on = ahci0
ahcich2: <AHCI channel> at channel 2 on ahci0
ahcich3: = <AHCI channel> at channel 3 on ahci0
ahcich4: <AHCI = channel> at channel 4 on ahci0
ahcich5: <AHCI channel> at = channel 5 on ahci0
acpi_syscontainer0: <System Container> on = acpi0
vmgenc0: <VM Generation Counter> on = acpi0
acpi_syscontainer1: <System Container> port 0xcd8-0xce3 = on acpi0
acpi_syscontainer2: <System Container> port = 0x620-0x62f on acpi0
acpi_syscontainer3: <System Container> = port 0xcc0-0xcd7 on acpi0
uart0: <16550 or compatible> port = 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart0: console = (115200,n,8,1)
atkbdc0: <Keyboard controller (i8042)> port = 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on = atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 = Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
WARNING: Device = "psm" is Giant locked and may be deleted before FreeBSD 15.0.
psm0: = model IntelliMouse Explorer, device ID 4
orm0: <ISA Option ROM> = at iomem 0xe7800-0xeffff pnpid ORM0000 on isa0
vga0: <Generic ISA = VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff
pnpid PNP0900 on = isa0
attimer0: <AT timer> at port 0x40 on isa0
Timecounter = "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency = 1193182 Hz quality 100
attimer0: non-PNP ISA device will be removed = from GENERIC in FreeBSD 15.
Timecounters tick every 10.000 = msec
Trying to mount root from ufs:/dev/da0s1a [rw]...
ugen7.1: = <Intel EHCI root HUB> at usbus7
ugen6.1: <Intel UHCI root = HUB> at usbus6
uhub0 on usbus7
uhub1 on usbus6
uhub1: = <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on = usbus6
ugen4.1: <Intel UHCI root HUB> at usbus4
uhub0: = <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on = usbus7
uhub2 on usbus4
uhub2: <Intel UHCI root HUB, class 9/0, = rev 1.00/1.00, addr 1> on usbus4
ugen5.1: <Intel UHCI root = HUB> at usbus5
ugen2.1: <Intel UHCI root HUB> at = usbus2
uhub3 on usbus5
uhub3: <Intel UHCI root HUB, class 9/0, = rev 1.00/1.00, addr 1> on usbus5
ugen3.1: <Intel EHCI root = HUB> at usbus3
uhub4 on usbus2
uhub5 on usbus3
uhub5: = <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on = usbus3
uhub4: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr = 1> on usbus2
ugen0.1: <Intel UHCI root HUB> at = usbus0
ugen1.1: <Intel UHCI root HUB> at usbus1
uhub6 on = usbus0
uhub7 on usbus1
uhub7: <Intel UHCI root HUB, class 9/0, = rev 1.00/1.00, addr 1> on usbus1
uhub6: <Intel UHCI root HUB, = class 9/0, rev 1.00/1.00, addr 1> on usbus0
da0 at vtscsi0 bus 0 = scbus0 target 0 lun 0
da0: <QEMU QEMU HARDDISK 2.5+> Fixed = Direct Access SPC-3 SCSI device
da0: 300.000MB/s transfers
da0: = Command Queueing enabled
da0: 16384MB (33554432 512 byte = sectors)
cd0 at ahcich1 bus 0 scbus2 target 0 lun 0
cd0: <QEMU = QEMU DVD-ROM 2.5+> Removable CD-ROM SCSI device
cd0: Serial Number = QM00003
cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, = PIO 8192bytes)
cd0: Attempt to query device size failed: NOT READY, = Medium not present
uhub6: 2 ports with 2 removable, self = powered
uhub1: 2 ports with 2 removable, self powered
uhub7: 2 = ports with 2 removable, self powered
uhub2: 2 ports with 2 removable, = self powered
uhub3: 2 ports with 2 removable, self powered
uhub4: = 2 ports with 2 removable, self powered
Root mount waiting for: usbus3 = usbus7
Root mount waiting for: usbus3 usbus7
uhub0: 6 ports with 6 = removable, self powered
uhub5: 6 ports with 6 removable, self = powered
Dual Console: Serial Primary, Video Secondary
ichsmb0: = <Intel 82801I (ICH9) SMBus controller> port 0x700-0x73f irq
16 = at device 31.3 on pci0
smbus0: <System Management Bus> on = ichsmb0
lo0: link state changed to UP
vtnet0: link state changed = to UP


Best Regards,
Cheng Cui



= --Apple-Mail=_D352B5B5-2537-4217-B686-82718FF0C254-- From nobody Thu Oct 2 12:43:55 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 4ccs1Q5ZHsz69m27 for ; Thu, 02 Oct 2025 12:44:10 +0000 (UTC) (envelope-from tom.smyth@wirelessconnect.eu) Received: from mail-vs1-xe34.google.com (mail-vs1-xe34.google.com [IPv6:2607:f8b0:4864:20::e34]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccs1Q3vV0z3vJP for ; Thu, 02 Oct 2025 12:44:09 +0000 (UTC) (envelope-from tom.smyth@wirelessconnect.eu) Authentication-Results: mx1.freebsd.org; none Received: by mail-vs1-xe34.google.com with SMTP id ada2fe7eead31-580144a31b0so496250137.0 for ; Thu, 02 Oct 2025 05:44:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirelessconnect.eu; s=google; t=1759409048; x=1760013848; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+4FSGOzwy/nY2T4zde3Nz3YfUkCNb0R+gTltDVZoTQ0=; b=cyMTtFy1v3BoavCDVvvDk+elNsI/VvRYeXKfSAY1CFeyteLNSXa8PT9mzaTbgLH2IF k/dARH/CH1XwrLrM8c3IT4agYBK1lEGATV53xAMNDwGPUp47Cpxur64XbewXgsJSFzsM KuhlCGDX8RZtQkwj0HIIlWHY4Y3nGpfLu+SCxCazRFRswocu65+Yrve69k0OZ8sNYHG4 epCIMVYtTffO3zcQroBdB7nxvZTwSHhXCvaWYyg0yenDGaYYnwIfmOKRlYrjvrz1ccl4 SHo5YJckbG2dFVn7cpCFcmWwYFcJ9OBG91712ClB6IxJSFOKY52QmkOu4lKtY8Xrr258 4uxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759409048; x=1760013848; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+4FSGOzwy/nY2T4zde3Nz3YfUkCNb0R+gTltDVZoTQ0=; b=bv2YRY6f593zMtdTpWn3h8HISk8yW2plLEtS/ncCM5Cl75s+lFJDlIQWTjZm0zf+G0 xiyv+RBe3xjn2LBy8TV2bRsd7NRZq6mCQdIxQCspNayExKuonaSYwotHihNLoZ0M4CPI jMB2PNgFvkkoTReqKdIsgPvFPaWg1qT9nkUGtANFBtnpvgChN+XiQ77HVifLBP+DJ7+x +c1OPP0NWVBCJecIAdUpo7Yr5alhRpJaDrR7hVbnciPeQzz8rueTbXL3hFB8WVJdF1/2 H1qM12AuuIhN21MFE6muIja5f1NTzkeSduyJuiM2t1WPF0KwvcpCbpmuUFpFwucm6HxK X8DQ== X-Gm-Message-State: AOJu0YzDI21dt7cyzhL240BD4KL5nx8VAKY0EAzC5SQzo9H0Nc/Ocqfl fhWjjquZR8TEigzt6pnu2VZ5Q1RlX/RtKe8vgVbZRKON4kWwsV9MdFy3wyqZAsQgjAweN/OpXLu VBjDcsojZh/C51tJk5L4DQ5V6fLgvlffWvxG+XPPXRQ== X-Gm-Gg: ASbGnctEJvfOnUiF0/GereAducs+v3MZxIo7lUVn4ZE6oUFsDFxeBDe0H2wLJZ0skpc 986W16nqKd5wP9fWzg4MVz9SrmlUYfqe30tARgYC4zTl+b/KwySREOhc0a29I4uj4doJt1tI9+9 peW11xGcwhcJ0E55lwqfCDpuVqZutBvVP50FOkfLh0ncvX/ukVjBOyOG61hcma7sjHQfvocbhd9 Ok0WQluzN/PdTTyHw3fue2i7ZjJ7IP94MOKGbD+KYNRmwZGKQKRAIcQ3RZIMhPl5ow4Czz3juX8 wFgKRNeV5lKk1L46tJJVPnYPEHfz7jI3rNmHEFVs+S4JNayUzUm6SxvlDZ1E8gs1TUldyKi7mJI jcwnHEDjZEp5wiNQzSIbwTeRt+0PRpgZlO6coOxHpKi37QMgp0C1DBiuRzh85b0GNyCRiJEW08a eWSeIgjRRO5IxMv0xFLuWCrRCEHQwrG5UiOtWXbGyzvC8Kqn3eV3yvnXLVTB/43wcrXc1jjdwS4 lSIyHVVCHhX X-Google-Smtp-Source: AGHT+IH9GyPdTDclaZ+F6+mTyk3oBma5X0LXBZtXq0DNFfHuaYzg4iWEY7EEuF7Qu/yB2YFlDkxSfPB1QcT4lPKOy38= X-Received: by 2002:a05:6102:950:b0:52d:1b06:5e34 with SMTP id ada2fe7eead31-5d3fe51f7a7mr3433836137.10.1759409047501; Thu, 02 Oct 2025 05:44:07 -0700 (PDT) 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 References: In-Reply-To: From: Tom Smyth Date: Thu, 2 Oct 2025 13:43:55 +0100 X-Gm-Features: AS18NWDzkG-dyIc47IMOUXJx6ofz_4kOOyH97pWg0OQBHnmwLAqfXr4TaTbrN7E Message-ID: Subject: Re: VPP on FreeBSD Stable 14.3 To: Cheng Cui Cc: freebsd-net@freebsd.org, Tom Jones Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ccs1Q3vV0z3vJP Hi folks, I cant use the Bhyve Hypervisor just yet but I would like to use Freebsd as a VPP Guest on Proxmox, I think perhaps the the missing /etc/vpp/startup.conf with sensible defaults for small vms might help, Ill do some testing and see how I geton, the concern I would have is that a new user of FreeBSD with VPP I can say the install process is more simple which is nice, but the consumption of all resources of the vm might need to be curtailed so allow vpp to run on (Number of Cores -1) so there is resources available for normal FreeBSD stuff, Ill feed back more information as I get it ... Tom Smyth On Thu, 2 Oct 2025 at 11:42, Cheng Cui wrote: > > Hi Tom, > > May be you can try Bhyve based VM? > > The last time I attempted VPP in my own Bhyve based FreeBSD VM, logged in this wiki, I remember only ping worked. Plus some compile issues. > > Maybe Tom Jones can also help. > > On Sep 27, 2025, at 10:40, Tom Smyth wrote: > > Folks, > I was wondering folks who run vpp on FreeBSD, > 1) when I run vpp ssh on the management nic becomes un responsive... > 2) is there a recommended freeBSD /etc/vpp/startup.conf file that > works well for FreeBSD ? > > i have a virtio NIC for management > > Im trying out FreeBSD with VPP inside a PRoxmox Hosted VM with Intel > IOMMU (not virtio-iommu) 8GB RAM 2 sockets 1 core, assigned to the > VM, > > > my /boot/loader.conf > cat /boot/loader.conf > boot_multicons=YES > boot_serial=YES > comconsole_speed=115200 > console="comconsole,vidconsole" > contigmem_load="YES" > nic_uio_load="YES" > hw.contigmem.num_buffers=4 > hw.contigmem.buffer_size=1073741824 > hw.nic_uio.bdfs="1:0:0,2:0:0" > > > > dmesg output > ---<>--- > Copyright (c) 1992-2023 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 14.3-RELEASE releng/14.3-n271432-8c9ce319fef7 GENERIC amd64 > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > llvmorg-19.1.7-0-gcd708029e0b2) > VT(vga): text 80x25 > CPU: Intel(R) Xeon(R) CPU E5-2430 v2 @ 2.50GHz (2494.81-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x306e4 Family=0x6 Model=0x3e Stepping=4 > Features=0xf83fbff > Features2=0xffbaa223 > AMD Features=0x2c100800 > AMD Features2=0x1 > Structured Extended Features=0x283 > Structured Extended Features2=0x4 > Structured Extended > Features3=0xbc000400 > XSAVE Features=0x1 > IA32_ARCH_CAPS=0xc000048 > AMD Extended Feature Extensions ID EBX=0x100d000 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr > Hypervisor: Origin = "KVMKVMKVM" > real memory = 8589934592 (8192 MB) > avail memory = 8251035648 (7868 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 2 package(s) x 1 core(s) > random: registering fast source Intel Secure Key RNG > random: fast provider: "Intel Secure Key RNG" > random: unblocking device. > ioapic0 irqs 0-23 > Launching APs: 1 > random: entropy device external interface > kbd1 at kbdmux0 > nic_uio: hw.nic_uio.bdfs = '1:0:0,2:0:0' > 0: virt=0xfffffe008ec00000 phys=0x140000000 > 1: virt=0xfffffe00cec00000 phys=0x180000000 > 2: virt=0xfffffe010ec00000 phys=0x1c0000000 > 3: virt=0xfffffe014ec00000 phys=0x200000000 > vtvga0: > kvmclock0: > Timecounter "kvmclock" frequency 1000000000 Hz quality 975 > kvmclock0: registered as a time-of-day clock, resolution 0.000001s > smbios0: at iomem 0xf5200-0xf521e > smbios0: Entry point: v2.1 (32-bit), Version: 2.8, BCD Revision: 2.8 > aesni0: > acpi0: > acpi0: Power Button (fixed) > cpu0: on acpi0 > atrtc0: port 0x70-0x77 irq 8 on acpi0 > atrtc0: registered as a time-of-day clock, resolution 1.000000s > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 100000000 Hz quality 950 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x608-0x60b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: mem > 0xfc000000-0xfcffffff,0xfea14000-0xfea14fff at device 1.0 on pci0 > vgapci0: Boot video device > uhci0: port 0x5040-0x505f irq 16 > at device 26.0 on pci0 > usbus0 on uhci0 > usbus0: 12Mbps Full Speed USB v1.0 > uhci1: port 0x5060-0x507f irq 17 > at device 26.1 on pci0 > usbus1 on uhci1 > usbus1: 12Mbps Full Speed USB v1.0 > uhci2: port 0x5080-0x509f irq 18 > at device 26.2 on pci0 > usbus2 on uhci2 > usbus2: 12Mbps Full Speed USB v1.0 > ehci0: mem > 0xfea15000-0xfea15fff irq 19 at device 26.7 on pci0 > usbus3: EHCI version 1.0 > usbus3 on ehci0 > usbus3: 480Mbps High Speed USB v2.0 > hdac0: mem 0xfea10000-0xfea13fff irq 16 > at device 27.0 on pci0 > pcib1: mem 0xfea16000-0xfea16fff irq 16 at > device 28.0 on pci0 > pci1: on pcib1 > nic_uio_probe: probed dev=0xfffff80003a11700 > nic_uio0: mem > 0x383800000000-0x38380000ffff,0x383800010000-0x383800013fff at device > 0.0 on pci1 > pcib2: mem 0xfea17000-0xfea17fff irq 16 at > device 28.1 on pci0 > pci2: on pcib2 > nic_uio_probe: probed dev=0xfffff800038ad800 > nic_uio1: mem > 0x383000000000-0x38300000ffff,0x383000010000-0x383000013fff at device > 0.0 on pci2 > pcib3: mem 0xfea18000-0xfea18fff irq 16 at > device 28.2 on pci0 > pci3: on pcib3 > pcib4: mem 0xfea19000-0xfea19fff irq 16 at > device 28.3 on pci0 > pci4: on pcib4 > uhci3: port 0x50a0-0x50bf irq 16 > at device 29.0 on pci0 > usbus4 on uhci3 > usbus4: 12Mbps Full Speed USB v1.0 > uhci4: port 0x50c0-0x50df irq 17 > at device 29.1 on pci0 > usbus5 on uhci4 > usbus5: 12Mbps Full Speed USB v1.0 > uhci5: port 0x50e0-0x50ff irq 18 > at device 29.2 on pci0 > usbus6 on uhci5 > usbus6: 12Mbps Full Speed USB v1.0 > ehci1: mem > 0xfea1a000-0xfea1afff irq 19 at device 29.7 on pci0 > usbus7: EHCI version 1.0 > usbus7 on ehci1 > usbus7: 480Mbps High Speed USB v2.0 > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > pcib6: mem 0xfe000000-0xfe0000ff irq 21 at > device 1.0 on pci5 > pci6: on pcib6 > virtio_pci0: port 0x4000-0x401f > mem 0xfde40000-0xfde40fff,0x381800000000-0x381800003fff irq 23 at > device 18.0 on pci6 > vtnet0: on virtio_pci0 > vtnet0: Ethernet address: bc:24:11:2a:4f:f2 > vtnet0: netmap queues/slots: TX 1/256, RX 1/512 > 000.000121 [ 452] vtnet_netmap_attach vtnet attached txq=1, > txd=256 rxq=1, rxd=512 > pcib7: mem 0xfe001000-0xfe0010ff irq 22 at > device 2.0 on pci5 > pci7: on pcib7 > pcib8: mem 0xfe002000-0xfe0020ff irq 23 at > device 3.0 on pci5 > pci8: on pcib8 > pcib9: mem 0xfe003000-0xfe0030ff irq 20 at > device 4.0 on pci5 > pci9: on pcib9 > virtio_pci1: port 0x1000-0x103f mem > 0xfd800000-0xfd800fff,0x380000000000-0x380000003fff irq 21 at device > 1.0 on pci9 > vtscsi0: on virtio_pci1 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port 0x5100-0x511f mem > 0xfea1b000-0xfea1bfff irq 16 at device 31.2 on pci0 > ahci0: AHCI v1.00 with 6 1.5Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > acpi_syscontainer0: on acpi0 > vmgenc0: on acpi0 > acpi_syscontainer1: port 0xcd8-0xce3 on acpi0 > acpi_syscontainer2: port 0x620-0x62f on acpi0 > acpi_syscontainer3: port 0xcc0-0xcd7 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: console (115200,n,8,1) > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 15.0. > psm0: model IntelliMouse Explorer, device ID 4 > orm0: at iomem 0xe7800-0xeffff pnpid ORM0000 on isa0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > pnpid PNP0900 on isa0 > attimer0: at port 0x40 on isa0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > attimer0: non-PNP ISA device will be removed from GENERIC in FreeBSD 15. > Timecounters tick every 10.000 msec > Trying to mount root from ufs:/dev/da0s1a [rw]... > ugen6.1: at usbus6 > ugen7.1: at usbus7 > uhub0 on usbus6 > uhub0: on usbus6 > uhub1 on usbus7 > uhub1: on usbus7 > ugen3.1: at usbus3 > ugen5.1: at usbus5 > uhub2 on usbus3 > uhub2: on usbus3 > uhub3 on usbus5 > uhub3: on usbus5 > ugen4.1: at usbus4 > ugen1.1: at usbus1 > uhub4 on usbus4 > uhub4: on usbus4 > ugen2.1: at usbus2 > uhub5 on usbus1 > uhub6 on usbus2 > uhub6: on usbus2 > uhub5: on usbus1 > ugen0.1: at usbus0 > uhub7 on usbus0 > uhub7: on usbus0 > da0 at vtscsi0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SPC-3 SCSI device > da0: 300.000MB/s transfers > da0: Command Queueing enabled > da0: 16384MB (33554432 512 byte sectors) > cd0 at ahcich1 bus 0 scbus2 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: Serial Number QM00003 > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present > uhub0: 2 ports with 2 removable, self powered > uhub5: 2 ports with 2 removable, self powered > uhub7: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > uhub6: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > Root mount waiting for: usbus3 usbus7 > Root mount waiting for: usbus3 usbus7 > uhub1: 6 ports with 6 removable, self powered > uhub2: 6 ports with 6 removable, self powered > WARNING: / was not properly dismounted > Dual Console: Serial Primary, Video Secondary > ichsmb0: port 0x700-0x73f irq > 16 at device 31.3 on pci0 > smbus0: on ichsmb0 > lo0: link state changed to UP > vtnet0: link state changed to UP > nic_uio0: Bar 0 @ 383800000000, size 10000 > nic_uio0: Bar 3 @ 383800010000, size 4000 > nic_uio1: Bar 0 @ 383000000000, size 10000 > nic_uio1: Bar 3 @ 383000010000, size 4000 > nic_uio0: Bar 0 @ 383800000000, size 10000 > nic_uio0: Bar 3 @ 383800010000, size 4000 > nic_uio1: Bar 0 @ 383000000000, size 10000 > nic_uio1: Bar 3 @ 383000010000, size 4000 > Waiting (max 60 seconds) for system process `vnlru' to stop... done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining... 2 0 0 done > All buffers synced. > Uptime: 28m16s > uhub1: detached > uhub0: detached > uhub3: detached > uhub4: detached > uhub2: detached > uhub6: detached > uhub5: detached > uhub7: detached > ---<>--- > Copyright (c) 1992-2023 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 14.3-RELEASE releng/14.3-n271432-8c9ce319fef7 GENERIC amd64 > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > llvmorg-19.1.7-0-gcd708029e0b2) > VT(vga): text 80x25 > CPU: Intel(R) Xeon(R) CPU E5-2430 v2 @ 2.50GHz (2494.22-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x306e4 Family=0x6 Model=0x3e Stepping=4 > Features=0xf83fbff > Features2=0xffbaa223 > AMD Features=0x2c100800 > AMD Features2=0x1 > Structured Extended Features=0x283 > Structured Extended Features2=0x4 > Structured Extended > Features3=0xbc000400 > XSAVE Features=0x1 > IA32_ARCH_CAPS=0xc000048 > AMD Extended Feature Extensions ID EBX=0x100d000 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr > Hypervisor: Origin = "KVMKVMKVM" > real memory = 8589934592 (8192 MB) > avail memory = 8251035648 (7868 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 2 package(s) x 1 core(s) > random: registering fast source Intel Secure Key RNG > random: fast provider: "Intel Secure Key RNG" > random: unblocking device. > ioapic0 irqs 0-23 > Launching APs: 1 > random: entropy device external interface > kbd1 at kbdmux0 > nic_uio: hw.nic_uio.bdfs = '1:0:0,2:0:0' > 0: virt=0xfffffe008ec00000 phys=0x140000000 > 1: virt=0xfffffe00cec00000 phys=0x180000000 > 2: virt=0xfffffe010ec00000 phys=0x1c0000000 > 3: virt=0xfffffe014ec00000 phys=0x200000000 > vtvga0: > kvmclock0: > Timecounter "kvmclock" frequency 1000000000 Hz quality 975 > kvmclock0: registered as a time-of-day clock, resolution 0.000001s > smbios0: at iomem 0xf5200-0xf521e > smbios0: Entry point: v2.1 (32-bit), Version: 2.8, BCD Revision: 2.8 > aesni0: > acpi0: > acpi0: Power Button (fixed) > cpu0: on acpi0 > atrtc0: port 0x70-0x77 irq 8 on acpi0 > atrtc0: registered as a time-of-day clock, resolution 1.000000s > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 100000000 Hz quality 950 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x608-0x60b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: mem > 0xfc000000-0xfcffffff,0xfea14000-0xfea14fff at device 1.0 on pci0 > vgapci0: Boot video device > uhci0: port 0x5040-0x505f irq 16 > at device 26.0 on pci0 > usbus0 on uhci0 > usbus0: 12Mbps Full Speed USB v1.0 > uhci1: port 0x5060-0x507f irq 17 > at device 26.1 on pci0 > usbus1 on uhci1 > usbus1: 12Mbps Full Speed USB v1.0 > uhci2: port 0x5080-0x509f irq 18 > at device 26.2 on pci0 > usbus2 on uhci2 > usbus2: 12Mbps Full Speed USB v1.0 > ehci0: mem > 0xfea15000-0xfea15fff irq 19 at device 26.7 on pci0 > usbus3: EHCI version 1.0 > usbus3 on ehci0 > usbus3: 480Mbps High Speed USB v2.0 > hdac0: mem 0xfea10000-0xfea13fff irq 16 > at device 27.0 on pci0 > pcib1: mem 0xfea16000-0xfea16fff irq 16 at > device 28.0 on pci0 > pci1: on pcib1 > nic_uio_probe: probed dev=0xfffff80003a0f700 > nic_uio0: mem > 0x383800000000-0x38380000ffff,0x383800010000-0x383800013fff at device > 0.0 on pci1 > pcib2: mem 0xfea17000-0xfea17fff irq 16 at > device 28.1 on pci0 > pci2: on pcib2 > nic_uio_probe: probed dev=0xfffff800037b0800 > nic_uio1: mem > 0x383000000000-0x38300000ffff,0x383000010000-0x383000013fff at device > 0.0 on pci2 > pcib3: mem 0xfea18000-0xfea18fff irq 16 at > device 28.2 on pci0 > pci3: on pcib3 > pcib4: mem 0xfea19000-0xfea19fff irq 16 at > device 28.3 on pci0 > pci4: on pcib4 > uhci3: port 0x50a0-0x50bf irq 16 > at device 29.0 on pci0 > usbus4 on uhci3 > usbus4: 12Mbps Full Speed USB v1.0 > uhci4: port 0x50c0-0x50df irq 17 > at device 29.1 on pci0 > usbus5 on uhci4 > usbus5: 12Mbps Full Speed USB v1.0 > uhci5: port 0x50e0-0x50ff irq 18 > at device 29.2 on pci0 > usbus6 on uhci5 > usbus6: 12Mbps Full Speed USB v1.0 > ehci1: mem > 0xfea1a000-0xfea1afff irq 19 at device 29.7 on pci0 > usbus7: EHCI version 1.0 > usbus7 on ehci1 > usbus7: 480Mbps High Speed USB v2.0 > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > pcib6: mem 0xfe000000-0xfe0000ff irq 21 at > device 1.0 on pci5 > pci6: on pcib6 > virtio_pci0: port 0x4000-0x401f > mem 0xfde40000-0xfde40fff,0x381800000000-0x381800003fff irq 23 at > device 18.0 on pci6 > vtnet0: on virtio_pci0 > vtnet0: Ethernet address: bc:24:11:2a:4f:f2 > vtnet0: netmap queues/slots: TX 1/256, RX 1/512 > 000.000121 [ 452] vtnet_netmap_attach vtnet attached txq=1, > txd=256 rxq=1, rxd=512 > pcib7: mem 0xfe001000-0xfe0010ff irq 22 at > device 2.0 on pci5 > pci7: on pcib7 > pcib8: mem 0xfe002000-0xfe0020ff irq 23 at > device 3.0 on pci5 > pci8: on pcib8 > pcib9: mem 0xfe003000-0xfe0030ff irq 20 at > device 4.0 on pci5 > pci9: on pcib9 > virtio_pci1: port 0x1000-0x103f mem > 0xfd800000-0xfd800fff,0x380000000000-0x380000003fff irq 21 at device > 1.0 on pci9 > vtscsi0: on virtio_pci1 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port 0x5100-0x511f mem > 0xfea1b000-0xfea1bfff irq 16 at device 31.2 on pci0 > ahci0: AHCI v1.00 with 6 1.5Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > acpi_syscontainer0: on acpi0 > vmgenc0: on acpi0 > acpi_syscontainer1: port 0xcd8-0xce3 on acpi0 > acpi_syscontainer2: port 0x620-0x62f on acpi0 > acpi_syscontainer3: port 0xcc0-0xcd7 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: console (115200,n,8,1) > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 15.0. > psm0: model IntelliMouse Explorer, device ID 4 > orm0: at iomem 0xe7800-0xeffff pnpid ORM0000 on isa0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > pnpid PNP0900 on isa0 > attimer0: at port 0x40 on isa0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > attimer0: non-PNP ISA device will be removed from GENERIC in FreeBSD 15. > Timecounters tick every 10.000 msec > Trying to mount root from ufs:/dev/da0s1a [rw]... > ugen7.1: at usbus7 > ugen6.1: at usbus6 > uhub0 on usbus7 > uhub1 on usbus6 > uhub1: on usbus6 > ugen4.1: at usbus4 > uhub0: on usbus7 > uhub2 on usbus4 > uhub2: on usbus4 > ugen5.1: at usbus5 > ugen2.1: at usbus2 > uhub3 on usbus5 > uhub3: on usbus5 > ugen3.1: at usbus3 > uhub4 on usbus2 > uhub5 on usbus3 > uhub5: on usbus3 > uhub4: on usbus2 > ugen0.1: at usbus0 > ugen1.1: at usbus1 > uhub6 on usbus0 > uhub7 on usbus1 > uhub7: on usbus1 > uhub6: on usbus0 > da0 at vtscsi0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SPC-3 SCSI device > da0: 300.000MB/s transfers > da0: Command Queueing enabled > da0: 16384MB (33554432 512 byte sectors) > cd0 at ahcich1 bus 0 scbus2 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: Serial Number QM00003 > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present > uhub6: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub7: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > Root mount waiting for: usbus3 usbus7 > Root mount waiting for: usbus3 usbus7 > uhub0: 6 ports with 6 removable, self powered > uhub5: 6 ports with 6 removable, self powered > Dual Console: Serial Primary, Video Secondary > ichsmb0: port 0x700-0x73f irq > 16 at device 31.3 on pci0 > smbus0: on ichsmb0 > lo0: link state changed to UP > vtnet0: link state changed to UP > > > Best Regards, > Cheng Cui > > > -- Kindest regards, Tom Smyth. From nobody Thu Oct 2 12:50:06 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 4ccs9D3jWRz69mgp for ; Thu, 02 Oct 2025 12:50:56 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from fhigh-a2-smtp.messagingengine.com (fhigh-a2-smtp.messagingengine.com [103.168.172.153]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4ccs9C5lMVz3wXw for ; Thu, 02 Oct 2025 12:50:55 +0000 (UTC) (envelope-from thj@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=UGhqGuVW; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 103.168.172.153 is neither permitted nor denied by domain of thj@freebsd.org) smtp.mailfrom=thj@freebsd.org Received: from phl-compute-03.internal (phl-compute-03.internal [10.202.2.43]) by mailfhigh.phl.internal (Postfix) with ESMTP id 35B74140020E for ; Thu, 2 Oct 2025 08:50:51 -0400 (EDT) Received: from phl-imap-17 ([10.202.2.105]) by phl-compute-03.internal (MEProxy); Thu, 02 Oct 2025 08:50:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; t=1759409450; x=1759495850; bh=n KqJTds/PNCobO2sOFsLpmqYcuB6BMBoep9HjjWgT+c=; b=UGhqGuVWYUk6RoIZA OyiEFD0tL1dZkVKDa0D4cpYg0WsAadXsqzapOooKi2WL39WDa1nNT69WdkXBs+oi o1Q7YVba/XMZk+9XpOTMIWqJfzXs59IWAIUDQ2RtrzMC0z7UuK4CC2e2fSAeI/yD 3nNfBKVN037kEgIdQ5VJpkgIEOgKRGcYF00uynryf4i2kdK5E17tE2ExTr0ZWpjB h4+JaY5p3TAidNFNucGq/bIYyiLT5u4ar9gu9/DPq1tzghf/H0MTLt1iymYAZsdS SING4EO8soJuqZKt0XEY+lhQxkWg6z9x0XxSD6/sZ18gqCilazL3e5ITJ0cMwjXt eppIw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdekiedtiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepofggfffhvffkjghfufgtgfesthejredtre dttdenucfhrhhomhepfdfvohhmucflohhnvghsfdcuoehthhhjsehfrhgvvggsshgurdho rhhgqeenucggtffrrghtthgvrhhnpeeiieeuhfduvedvhffgieeggeehuefhieelkeekte evieduudejuddvfeethfevudenucffohhmrghinhepfhhrvggvsghsughfohhunhgurght ihhonhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhjsehfrhgvvggsshgurdhorhhgpdhnsggprhgtphhtthhopedupdhmohgu vgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdhnvghtsehfrhgvvggssh gurdhorhhg X-ME-Proxy: Feedback-ID: ib75146ab:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id A8A79C40071; Thu, 2 Oct 2025 08:50:49 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface 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-ThreadId: ABYpdeK75kYB Date: Thu, 02 Oct 2025 13:50:06 +0100 From: "Tom Jones" To: freebsd-net@freebsd.org Message-Id: In-Reply-To: References: Subject: Re: VPP on FreeBSD Stable 14.3 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.29 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[messagingengine.com:s=fm2]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.153:from]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, DKIM not aligned (relaxed),none]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; FREEFALL_USER(0.00)[thj]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all:c]; FROM_EQ_ENVFROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[messagingengine.com:+] X-Rspamd-Queue-Id: 4ccs9C5lMVz3wXw On Sat, Sep 27, 2025, at 15:40, Tom Smyth wrote: > Folks, > I was wondering folks who run vpp on FreeBSD, > 1) when I run vpp ssh on the management nic becomes un responsive... Just to confirm, there isn't an "vpp ssh" command I'm not aware of and you are ssh'ing in? > 2) is there a recommended freeBSD /etc/vpp/startup.conf file that > works well for FreeBSD ? > > i have a virtio NIC for management > virtio was my initial development environment, but with bhyve (and one very short test with vmware). > Im trying out FreeBSD with VPP inside a PRoxmox Hosted VM with Intel > IOMMU (not virtio-iommu) 8GB RAM 2 sockets 1 core, assigned to the > VM, > Is that linux kvm? Is there a reproduction environment you could point me at that is a little less work than learning what proxmox is? > > my /boot/loader.conf > cat /boot/loader.conf > boot_multicons=YES > boot_serial=YES > comconsole_speed=115200 > console="comconsole,vidconsole" > contigmem_load="YES" > nic_uio_load="YES" > hw.contigmem.num_buffers=4 > hw.contigmem.buffer_size=1073741824 > hw.nic_uio.bdfs="1:0:0,2:0:0" > This seems fine from what I remember. Could you sketch a picture of how the interfaces are logically connected together/to the vm host? I was looking in my git repos to find the documentation I was sure I wrote. Eventually I remembered this article: https://freebsdfoundation.org/our-work/journal/browser-based-edition/kernel-development/porting-vpp-to-freebsd-basic-usage/ If you want to go into more detail, or have a more interactive conversation feel free to contact me off list Tom From nobody Thu Oct 2 13:15:47 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 4ccskl1Xsxz69q0h for ; Thu, 02 Oct 2025 13:16:31 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from fhigh-a2-smtp.messagingengine.com (fhigh-a2-smtp.messagingengine.com [103.168.172.153]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccskl150Cz4103; Thu, 02 Oct 2025 13:16:31 +0000 (UTC) (envelope-from thj@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from phl-compute-03.internal (phl-compute-03.internal [10.202.2.43]) by mailfhigh.phl.internal (Postfix) with ESMTP id D5CAA140003D; Thu, 2 Oct 2025 09:16:30 -0400 (EDT) Received: from phl-imap-17 ([10.202.2.105]) by phl-compute-03.internal (MEProxy); Thu, 02 Oct 2025 09:16:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1759410990; x= 1759497390; bh=6lKFq1PHC9k+0vfkCGUo66lpsBRDcSwBYgnGT6ksSWc=; b=P LjjGMdGGufDIyuFGeVP04/k/jJlAJUp3dJaGFU2XBMm/I9PRNwPvYnz0IHT1DSTo OJbGotRZCBrI3N9yZ1gy7Y33sTrLQZ8EMwRIjxCDOidDuwkSJk60DEzoAR09+6fM ugckAXmxcposZfzwXWqlIKhlArxe9phF234qvZNEFdGgb5tzQLpC1BMHoTQrJPLL atRbQCmvAl03YvrGOmSDgOJljHjXEv1C6ge3csZnM4d7s4fJZwmGFLYj0qubDq7x mLrg2HFn7S5jcSPGk+7TyMQs3VY1vSpzBxCb0wPrYf0vVXMXb/36gYRA7GlSPObg uWKF51KQyluyEQINaCLBA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdekieduvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefoggffhffvvefkjghfufgtgfesthejredtredttdenucfhrhhomhepfdfvohhmucfl ohhnvghsfdcuoehthhhjsehfrhgvvggsshgurdhorhhgqeenucggtffrrghtthgvrhhnpe evfeeifefffeelkeduleehuefhgfejgeelteegtdegheeiiedviedtudejuddtgeenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhjsehfrh gvvggsshgurdhorhhgpdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdp rhgtphhtthhopegttgesfhhrvggvsghsugdrohhrghdprhgtphhtthhopehfrhgvvggssh guqdhnvghtsehfrhgvvggsshgurdhorhhgpdhrtghpthhtohepthhomhdrshhmhihthhes fihirhgvlhgvshhstghonhhnvggtthdrvghu X-ME-Proxy: Feedback-ID: ib75146ab:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 5908AC40072; Thu, 2 Oct 2025 09:16:30 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface 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-ThreadId: ABYpdeK75kYB Date: Thu, 02 Oct 2025 14:15:47 +0100 From: "Tom Jones" To: "Tom Smyth" , "Cheng Cui" Cc: freebsd-net@freebsd.org Message-Id: In-Reply-To: References: Subject: Re: VPP on FreeBSD Stable 14.3 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ccskl150Cz4103 On Thu, Oct 2, 2025, at 13:43, Tom Smyth wrote: > Hi folks, > > I cant use the Bhyve Hypervisor just yet but I would like to use > Freebsd as a VPP Guest on Proxmox, > > I think perhaps the the missing /etc/vpp/startup.conf with sensible > defaults for small vms might help, Ill do some testing and see how I > geton, > > > the concern I would have is that a new user of FreeBSD with VPP I can > say the install process is more simple which is nice, but the > consumption of all resources of the vm might need to be curtailed > > so allow vpp to run on (Number of Cores -1) so there is resources > available for normal FreeBSD stuff, > Sitting in a tight loop is the default behaviour of vpp (so is using a single core). You can override this with a startup.conf file like: unix { interactive cli-listen /run/vpp/cli1.sock gid $(id -g) poll-sleep-usec 100 # exec /home/tj/code/vpp/vpp-github/startup.vpp } cpu { main-core 0 corelist-workers 1-7 } Documentation on the dials to turn for vpp is a bit lacking. Tom From nobody Thu Oct 2 13:44:32 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 4cctMj5H1qz69sYJ for ; Thu, 02 Oct 2025 13:45:05 +0000 (UTC) (envelope-from ccfreebsd@gmail.com) Received: from mail-yx1-f45.google.com (mail-yx1-f45.google.com [74.125.224.45]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cctMj3991z46Z7 for ; Thu, 02 Oct 2025 13:45:05 +0000 (UTC) (envelope-from ccfreebsd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yx1-f45.google.com with SMTP id 956f58d0204a3-63b919b3502so44049d50.2 for ; Thu, 02 Oct 2025 06:45:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759412704; x=1760017504; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/ffxG0kunjhgIPIq3GxSpWRmkCzNTX/GjXhN1Jh7wr4=; b=DRhfZsxVCNA5niISsoxXiu9YLihfElpeWd8REKraZLl8fg4qIsoqqVIgqWcwQ6yFY9 vLDHcxjSBasGh+NZdS+nG+6PotpXLeKZ9nC7ZT1UdXkiIzT6V9qMjgxUu5pbPES12Dv3 oAA5xfYaHUAuqeItMlMIwo+eaNJ13JdcPDw6Uq4YszVB0AckIG/NWcygqtAcuGWBzZ/u zZ3SFRBkdtj8Lw4In1IbSgS2ZkDMlG4/1Lu4uKR+Sisi4uXrfZDQ2v4fmWRbkVr2seT8 z4XQLndPPU9d4Eo5LfKr7lJWCk75u9q4ce5m5Z7G7+VGiak2WIFZpF3QMxXbcnNWmhte ddTQ== X-Gm-Message-State: AOJu0Yy1gujdxJ//j5YvOzw+ntArTjk5F3u319zeAKDmoQNn6Kqr2vZN FehXgMQUj6KB59qbpy8gp47RRVmiNhn53yfjM7uq0b5JBYGo8waDAIXepjPM0g== X-Gm-Gg: ASbGncvn184/l62rdyLpngvXKERwKqOtqyqe3NpVx5/16whQCLhS4TmTKXpXtM8ijm0 m4b1VKSx254e9uFMUrM8sOJj7tnAnyqgHVoGKNLWTqjdP7SXDkcNXYs/JDhC+81NAru7za4bXkz xlpRfb1srzY16Cr/7+9XhQK5P7SocrPm6K6YYlu6a0EcvDP9hWiRf18obuGGWbv2xYCUJ1KVe2Q RDY4ppUhLTQS7K8yB/8VfIM03MeQYTQpaeY+zElZp58pkY4WQcXmXnvdQmIvYd4bSmYsnS4wsNV PzfYDgNVSJoZECs/XDA46TN2Mj+jGvh1Mqep2yhHVrjrCX0VBjN0/Hq/SrL43mN5OuWethARWrC zzUfrcZfWC3D5gWKCKCbjIkyrcbECvWz/3cVOm7paWPYVxyrE83S1uEM1Y/nB3mxZvflW1Ug= X-Google-Smtp-Source: AGHT+IFApVsMYEu5XzD4WK0wJ+SXL53GuGJ/KXUinEjaghpuXeiKVPHUlcnTHCgUYV1kOtH/NW+Ixw== X-Received: by 2002:a53:e14a:0:b0:636:d6e5:b5e1 with SMTP id 956f58d0204a3-63b6fe94dfemr4013970d50.1.1759412704035; Thu, 02 Oct 2025 06:45:04 -0700 (PDT) Received: from smtpclient.apple ([2600:1700:841:34f0:5940:9cf5:cf5c:463d]) by smtp.gmail.com with ESMTPSA id 00721157ae682-77f81c05ffbsm8246947b3.3.2025.10.02.06.45.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Oct 2025 06:45:03 -0700 (PDT) From: Cheng Cui Message-Id: <64F03678-B874-4F8E-9DD5-30486BE0AC7C@freebsd.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_9AE760CA-D65A-4CC5-AD29-366266F24BBF" 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 (Mac OS X Mail 16.0 \(3864.100.1.1.5\)) Subject: Re: VPP on FreeBSD Stable 14.3 Date: Thu, 2 Oct 2025 09:44:32 -0400 In-Reply-To: Cc: freebsd-net@freebsd.org, Tom Jones To: Tom Smyth References: X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:74.125.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cctMj3991z46Z7 --Apple-Mail=_9AE760CA-D65A-4CC5-AD29-366266F24BBF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Oct 2, 2025, at 08:43, Tom Smyth = wrote: >=20 > I think perhaps the the missing /etc/vpp/startup.conf with sensible > defaults for small vms might help, Ill do some testing and see how I > geton, I might hit something similar. I didn't have a default location for the = "startup.conf" in /etc. =46rom my wiki https://wiki.freebsd.org/chengcui/vpp, I had: > a startup.conf file (file location in default is the root repository = of the git repository) is required for the vpp to run using gmake run Best Regards, Cheng Cui --Apple-Mail=_9AE760CA-D65A-4CC5-AD29-366266F24BBF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Oct 2, 2025, at 08:43, Tom Smyth = <tom.smyth@wirelessconnect.eu> wrote:

I think = perhaps the the missing /etc/vpp/startup.conf with sensible
defaults for small vms = might help, Ill do some testing and see how I
geton,

I = might hit something similar. I didn't have a default location for the = "startup.conf" in /etc.

=46rom my wiki = https://wiki.freebsd.org/chengcui/vpp, I had:
a startup.conf file (file location in default is the root repository of = the git repository) is required for the vpp to run using gmake run


Best Regards,
Cheng Cui



= --Apple-Mail=_9AE760CA-D65A-4CC5-AD29-366266F24BBF-- From nobody Thu Oct 2 13:52:43 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 4cctXv1KZNz69trY for ; Thu, 02 Oct 2025 13:53:03 +0000 (UTC) (envelope-from tom.smyth@wirelessconnect.eu) Received: from mail-vk1-xa33.google.com (mail-vk1-xa33.google.com [IPv6:2607:f8b0:4864:20::a33]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cctXt5tzxz48QJ for ; Thu, 02 Oct 2025 13:52:57 +0000 (UTC) (envelope-from tom.smyth@wirelessconnect.eu) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-xa33.google.com with SMTP id 71dfb90a1353d-54bbb587d6dso622415e0c.2 for ; Thu, 02 Oct 2025 06:52:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirelessconnect.eu; s=google; t=1759413175; x=1760017975; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=bqtQShRMyRM+CB/oJA8jSPyDD9/36rNSx3ZPy+r1OmU=; b=SxzZExegA5tbnI6flcU3oYAh4rO9aF3xhtafFdNupymC+PJUiR6iFdMFKhc0nwOx0T 87ZlpCV5VjZv1VCK6w7mUWkGulDkISROC8vUa21X6afLa1fuYv/e4YO1YquUekeDHFtX AbJ1/FmPkdIxmBMIg814AH58IzD1WB3QMaoXN1WCNEWPNjdKqLkDBQsKwCh+cjp9EzNm ugkrYCbXc8/Mp2ppRarM7F98B4oKVaJiEyMmQfUTtmk5Hj7vztmk0t+ewyktB6bXjIM5 urQaB2Q+9v0MHStCGwubllvnq0lu8FCaab9McW3B3KCF8rRy+2ldDssqEYqsIsA0xiy7 XRCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759413175; x=1760017975; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=bqtQShRMyRM+CB/oJA8jSPyDD9/36rNSx3ZPy+r1OmU=; b=sBoUFyPN4pZNtvAUll6UHExur4dKocK1QT1GR2eOiHCBzWzMJQj5fEnrEG0uw6LGW+ N8F2yniFDLvcd633/hNLziMZtzX3+wxASKxUjMb5Mg2e18JgGILenWRYpv7JVjm58kpZ gCgEf3zt696NMcqV9f/PgWUI8ogbLRacedAxI24hZXQTUyZ3rKyVn88kAC/T9AP1/4eL FA4AF8SSbOF+o4++5TYDvt207oc6xzFUW4fpwxTpdibDduP+x5EWT/BmkOY540WXyS9U Ej4Wo7AdMWeMtEKW5AQ6PnPjorg2Il/y2idizimfsPdUemJA8e8tC/BRmZK6Bu0HLz24 JBhQ== X-Gm-Message-State: AOJu0YwVKRYRh17wIv0nz8ZutCPf1u+mTBcYojo+ykKzGdG4NgD9y3sc INOhlJg+X5Jh/yAvq5uLgNcm22x3+cxauhZikCStjhbfWsOpf3nrv8ECybZE3YYtAm4lq+sT7Eo MQ41AnPcBCLGmU9TPHG1AcBiT2leiS2kFuLQ6tdeIA5tmhRXYvGfCa9c= X-Gm-Gg: ASbGncunnE9FmOIHEYCASJ+hx4BijelgVgXhXnvn4kUUzvvik7vZwq4X0gQou6AU7ym LvPwmOUZVHhBGuMptaiLq5N5IkDgyo6wgfJe8muEjbwaG9l27WCQAXz3mQkSRvm8MWn0wK1ffiS 82FGAuJsAjUOYgvH6VNhAnv2lFqqQHvADpepA8or+960fq+RMamGE9cA/2ZeVkq0F85M2tXLLiu wQyo66MnRIVs3dlh/XSpNtVGPFLHmVUaRRFV8CWVFnhuYx3/u4qVe8gnYnu9Mhh3DqYcqiUO3ly LfTcmlOOed9YnelkzkVJAnShhkz1BE02zzUI+NoW+qQ/PNQG090mTCXTLm+mFJOkRIHpOBpDyhi Odzxp0TZICwzVaNFpjT/91m0mh8rmAS8DfmV/q87FG8pH1JanDAkbVLN5A88PUJj5Xf3X1+6oCW l3tpuM2BdpLZxgAN3kaGQlgxj6AzCA+2QzWZEqTPqmBH5+uurwyeIqUbx0r26CR7yUxaQMZHakt VI= X-Google-Smtp-Source: AGHT+IFmdbeNSwGodkTBnQ0KHBOi3gOFmnAmBHoXccG3svb7kndCqonGNnt9udZrlaTRLEBko+YTQbmogNQoB5wXQMA= X-Received: by 2002:a05:6122:a26:b0:54a:93be:46fc with SMTP id 71dfb90a1353d-5522cf14219mr3058010e0c.0.1759413175562; Thu, 02 Oct 2025 06:52:55 -0700 (PDT) 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 References: In-Reply-To: From: Tom Smyth Date: Thu, 2 Oct 2025 14:52:43 +0100 X-Gm-Features: AS18NWAtDnOpYlNA860H8_tcSugTNmGk_GNn_dv_Isozo2ZSCC-OFIb4EVHYvL0 Message-ID: Subject: Re: VPP on FreeBSD Stable 14.3 To: Tom Jones Cc: freebsd-net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cctXt5tzxz48QJ Hi folks Answers below, On Thu, 2 Oct 2025 at 13:51, Tom Jones wrote: > > > > On Sat, Sep 27, 2025, at 15:40, Tom Smyth wrote: > > Folks, > > I was wondering folks who run vpp on FreeBSD, > > 1) when I run vpp ssh on the management nic becomes un responsive... > > Just to confirm, there isn't an "vpp ssh" command I'm not aware of and you are ssh'ing in? no its just that the box drops ssh sessions when I start vpp (even though vpp is not on the interface (vnet (virtio) (ssh / OS management via Virtio-nics and vpp is bound to the Intel Iavf virtual function nics... > > > > 2) is there a recommended freeBSD /etc/vpp/startup.conf file that > > works well for FreeBSD ? > > > > i have a virtio NIC for management > > > > virtio was my initial development environment, but with bhyve (and one very short test with vmware). > > > Im trying out FreeBSD with VPP inside a PRoxmox Hosted VM with Intel > > IOMMU (not virtio-iommu) 8GB RAM 2 sockets 1 core, assigned to the > > VM, > > > > Is that linux kvm? Is there a reproduction environment you could point me at that is a little less work than learning what proxmox is? sorry yes it is Linux KVM with Qemu and with intel iommu for SR-IOV > > > > > my /boot/loader.conf > > cat /boot/loader.conf > > boot_multicons=YES > > boot_serial=YES > > comconsole_speed=115200 > > console="comconsole,vidconsole" > > contigmem_load="YES" > > nic_uio_load="YES" > > hw.contigmem.num_buffers=4 > > hw.contigmem.buffer_size=1073741824 > > hw.nic_uio.bdfs="1:0:0,2:0:0" > > > > This seems fine from what I remember. > > Could you sketch a picture of how the interfaces are logically connected together/to the vm host? so a VM with 2 PCI Virtual Function Nics (for vppp) and a virtio-nic for management, when I run vpp with no config ssh connections to the management interface drop ... like a resource exhaustion thing... and it looks like the cpu of the machine (2 cores ) is at 100% ... > > I was looking in my git repos to find the documentation I was sure I wrote. Eventually I remembered this article: > https://freebsdfoundation.org/our-work/journal/browser-based-edition/kernel-development/porting-vpp-to-freebsd-basic-usage/ > > If you want to go into more detail, or have a more interactive conversation feel free to contact me off list happy days i will follow up off list (just want to reply on list for this email to help others that might run into the same issue or mistakes that I made > > Tom > -- Kindest regards, Tom Smyth. From nobody Thu Oct 2 15:53:44 2025 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 4ccxD92jlCz69Psw for ; Thu, 02 Oct 2025 15:53:45 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccxD91nwMz3WPK for ; Thu, 02 Oct 2025 15:53:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759420425; 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=m83EYDAyIy4EA/9O/EYshF2xK7m4L0QCgWmXebCOa+M=; b=A2GXZkWaoPcHXLvEzgMRG8BhZXRWzLgG3NGe36rIU7VBMDf8wdtH4RijtQSVTk5/j4kkYq XovJjnbxl3jkJgZg3lg/KZSqyQojDE2TJ4zeL2u8/9nepNnIBH5JcWCfL0GwtwCBD6NECi TIdpCySA3ypKAQ8yTAhrk0INYSZHWuyNws4sC11DZvFhX1Qe2qHGhbwQcD/qYjDl5JU2KA 9gb9wYOrvyLZJa6sGVZ2wQezDP+KgJbb1cszkPl14oeb9VdCZ94t7XpoK3zyL2u3F3v/oH H0DYx9Gi/zVtYGCKZp6w14rf3a+krOYX+YXnWKxN+7+NeTTivaFWiGwfXPuHtw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759420425; 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=m83EYDAyIy4EA/9O/EYshF2xK7m4L0QCgWmXebCOa+M=; b=jGN42sKBszKxTAMLMHoLUGEeVlY8Tj92fqwtgji9/hmPqRQYyYnZdq+9OmJ6F0eBziz1GY oINYv1AzkXYKeaqYdTxdu89Nc2TaeIy9T5Wm9l312ZUfY7lQZvB6xFa6NGfVRBTqYsmdvM o6oZVVgPaNHcpW+8iO2D05Na7fjgqRyHgfb2lHT3Yq9+hpyKCuLCkXKETo0F4q5HxzgBlL I40lfSefgferxv14YBavBUx5evq6WtpTEIP5510Pi14agxmnqCedPVzL12YyoqJhPTWEAR xiUfHbQV0WPtCSi0yxTtl0eyBqYHerWDQR4ckL4/YEd8oggV5wbRPZOymm/S6g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759420425; a=rsa-sha256; cv=none; b=TVq6POjKn0gh50l7HSZ1Y5/iUabRYhucJICOOCBLdk7SKN1mXTR/T+xye/tAJZt8Bdp5eK gZp0hH3nl7Jg/8ucE8T926J8PFzosSmOKYhM6sdPDlyGvDqGGFLrXf9GU8rMSJTfUqAl/t 6dQDKGAJ9EoUlViaNiowtGA68SboGoqz84FGj4cgaZ/o7IEKrQQUFqFLg4UJFJU8Zd1Kf0 zXYGAGaj6dKnd4N5sYU4p2NRid0QslTxEJm4plp54sqa9J6ONAuFqQRrywcSug2a0Aw1dO x7d4lYcqZ+tFnlCwEH4X9yz8ximPcyKaG4T0MvE6+ajs+lg8buHO9AiocVScmA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4ccxD91MKWz70 for ; Thu, 02 Oct 2025 15:53:45 +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 592FrjIQ049983 for ; Thu, 2 Oct 2025 15:53:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 592Frj6B049982 for net@FreeBSD.org; Thu, 2 Oct 2025 15:53:45 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 202484] vtnet drivers didn't support being use for multicast routing (MRT_ADD_VIF) Date: Thu, 02 Oct 2025 15:53:44 +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: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: olivier@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: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202484 Olivier Cochard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |olivier@freebsd.org --- Comment #4 from Olivier Cochard --- I=E2=80=99ve reproduce my old Multicast routing lab with PIM-SM on FreeBSD = 16 using bhyve (as host and VM) and vtnet, and not able to reproduce the problem. https://bsdrp.net/documentation/examples/multicast_with_pim-sm --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Oct 2 15:54:22 2025 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 4ccxDt6Nqvz69PtC for ; Thu, 02 Oct 2025 15:54:22 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccxDt5yz0z3Wlw for ; Thu, 02 Oct 2025 15:54:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759420462; 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=CX9Qsgsc1FEK7CMR7psuqialsW+2O+bamJvu+CyLJhw=; b=in2hT4+9njemG2P/bqkwP2CZESrjduyCJrD51E+vQSb1npMr4SrYWqXctEtQrpv2rhL9mR crImjxXc3kvayPpmfc/6eCWUTy4N1WlKKt748UZkY8cD5iMaV4Od0BsmaJnrj8tYZEgD/M 85s6CIy1IPSVOZVYrFEXtDGiRLf5LFVSUjgejfNrOqJMNwP4GuZ4Q20iaJLfsx8+SoyA78 grfQ+RbwX+bwjFCQkBqM7HIptdzS5dMzjxCLw4nT3SfumqF/kPzBaEGvdFI0nULB8aYUCP UMeTqavgJ0s6NsAHwHhCT8Kd2urZA6wcE2c1fdiDuoktOh27ZOQeB2dHtEi1gA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759420462; 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=CX9Qsgsc1FEK7CMR7psuqialsW+2O+bamJvu+CyLJhw=; b=Pg1TV7nNIhSrMxYU17yKuxXThZUChs9fQkGySOsXHek8tUB/0sI/5QtY63oFvQaIrt9Q81 inCyaVxyH+zTUoX/3fWq40jnaa8aDPwWituv67g9zQuJcfdgig+785MzvGOJU9UlwGnVDq WExgi6HMnah90bQwy7yfO6FHEDT5CF2spuIGzSb4vXJi1bUTe+oRRzXml3J5ZO+z6UJi4q pBzPWUpVfxB9lk28cTJmCViwtg3Rk6HHnoAs70fRg2JedtI8fmqtETSJ2+GKVtotAsSdV6 gIhaoXjMXgsUa96I0vfD4soJ44dOtYTzHpR3azx0d4KYchVGqBQW3qhFil1YCQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759420462; a=rsa-sha256; cv=none; b=yTddy4KtlvO6pM1jeB+apnDznD85E/nyKpH/R62+w8WOCXmqcsem5oSWc7PDjqRxR4m0Fj oGpzBhm0jOsvo4ayPJmFGY3Pa/J8fyc8ZbfZIoMoxMUoWmno3ByuUozHnP94mwwo30jlSO M4R9RMQIA1JExWagOmeiATZ9CIxAupzra8SfJJ2Sp8ZTQfYl6dVqFjT8lUio5ZT/Ajgvx9 tjiPBqnNMpYsjxNDUWWVwWJw/ClFHZAPRW0df1Jkcg1KirxF9c2KBCPzQ7mKHMM9LgLW9c UUyoeTVrBgF6azsGXC4X0V77CHRyUSuRoB1temT4UIgqWz8eVKTq6wdKZ37PCg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4ccxDt5NcvzKP for ; Thu, 02 Oct 2025 15:54:22 +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 592FsMLA050398 for ; Thu, 2 Oct 2025 15:54:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 592FsMPp050397 for net@FreeBSD.org; Thu, 2 Oct 2025 15:54:22 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 202484] vtnet drivers didn't support being use for multicast routing (MRT_ADD_VIF) Date: Thu, 02 Oct 2025 15:54:22 +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: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: olivier@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202484 Olivier Cochard changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Overcome By Events --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Oct 3 14:32:41 2025 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 4cdWNB0s2Rz69wDl for ; Fri, 03 Oct 2025 14:32:42 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cdWN94nPrz3qFP for ; Fri, 03 Oct 2025 14:32:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759501961; 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=PLRTXizoevQ2LgkPrM1kjLUIX2oxn1mJb5BmhVneyFo=; b=HxYNSmyXa0375UU+/+jglY1S9fNrOXwALQYk5FT/hndyy3BOg/htrOGIjSiZQklSDHoEoW CkJT+WtWjuJvQ7G4ifiQcdg7azeshvZ/Y3n2wRWiI9xyHt6aAAH5wOYa/bCMqWxis+YJm/ 19spZtzjGHnnAYChbRqLdz5wPr5IwZ2Bwhu1qQ16aDEw/qJqFIXG3z21NcLns0TiC7InIC 1Ky/zf02G8v8T4wv1jY7DUeZRxwIbF2rgk0R+0CU8r5nQEc2pNNdEsEZN5RMFQBsWS+mCD rFvhWLuPUOTFydnRbCDxa3J5uBfpG43VGDkY0k3i1aTE0BIoywQIpqfBaMDTjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759501961; 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=PLRTXizoevQ2LgkPrM1kjLUIX2oxn1mJb5BmhVneyFo=; b=HOVrFvX7LibwI0NkjtetIHk1iT6npDmrNkvpoosAVWGQKguQq09JhXtlKh0QAKNCr8sTP9 2Rvbloap1dNELyPrMPtOn29m8qL7zYae+8zZoF174PS3PXQmNC+HXJCU9mE8ofNaiFgfEg sViWG0akmt5vCmzC8ZL1GfbuL3gi04jpteGVmzphX2FvaUDqERO3GopxB87cKUNwrGd2EM 2y+9jd814ldZdbjuCbJqZZ0wnYzB99XA4SLtkGMDEYmB5iRrCpad8WIfEKAaI0YbE7mtUX 3CwSvvTAH0a3+w2LFANkx4QS5gt7X+hD0nID7370XZAOKGYOzvZ0iyt4SrB27A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759501961; a=rsa-sha256; cv=none; b=uaEmFC776RfNB+FkZD+XjyMrRWdeRYRbgXi9o4sNDIf5Ls3p6n7W4PMySvvTyMyu3ly6Fv 71SZo9eSaeUr+AV1OfeaSp0P2dJFFdkMjpbdEwVIUVtRppFemMH3bQi4CrHtsLB28yZPp5 rdH4781f4u0Qr4b2VVI7gfMd1zXS2ztguTZkELnoEs6XpLDLD9+0nc+cJPo8k9SfAPivAJ 5UWTnhC0iMv3u9D1YW+BJ6V2pIujJWC0+/NhEOAbPpgivY+kScbsLVd855q4ltKUjLPKrW O50prkOQwihDfzg4Ph5ZEaZ4LWzUb7RXsV6k9s0/UhWIHwTGoloX1EnmrdHJNw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cdWN949tWz101l for ; Fri, 03 Oct 2025 14:32:41 +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 593EWfXU018908 for ; Fri, 3 Oct 2025 14:32:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 593EWfnS018907 for net@FreeBSD.org; Fri, 3 Oct 2025 14:32:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 288958] netstat -ia missing multicast addresses on some interfaces Date: Fri, 03 Oct 2025 14:32:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: Unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: Open 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288958 --- Comment #4 from commit-hook@FreeBSD.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3D0952943a680dca12fe8f65f8813a9dca0= 783ce88 commit 0952943a680dca12fe8f65f8813a9dca0783ce88 Author: Nick Reilly AuthorDate: 2025-09-12 19:27:59 +0000 Commit: Mark Johnston CommitDate: 2025-10-03 14:32:09 +0000 netstat: Fix -ia missing multicast addresses on some interfaces sdl_data isn't always NULL terminated Signed-off-by: nreilly@qnx.com PR: 288958 Reviewed by: markj MFC after: 1 week usr.bin/netstat/if.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Oct 3 14:40:58 2025 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 4cdWYk4bBwz69wym for ; Fri, 03 Oct 2025 14:40:58 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cdWYk41rHz3rbx for ; Fri, 03 Oct 2025 14:40:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759502458; 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=+OkPC/bLBKFEXmLwti9X+yXzPT88WCjxaYQXrFrOpBk=; b=bt7r4LZ53sqj/OSCoDGERJ56pT/e6V6eGFDYlIbxO+1EYc5WnmPCezp7jOgkwyKNFjFVRr If+SNox9m5TUA1VCr36sVF/J0KwJQj0hCZ3M0ggp8zSbFyA0H7rftFE4biAnJUmF+toLBo 2rOwq/r9PA2YrsNxVqG4SSJvPWQ9zKRw/Z2wxZIF4iH/tmxmskBidLWyufvTVSm/205tqJ 7fdrrZaNSpGkpwK191VSDqvuV1sO9PN1S7QEdiyqtIvo3tBDFNgKuu08T/hB5wqUj/Pmhh 8ZQ93ABxQaydFYcA9TXooKa5Ta2NMNNpzqhCjDEQE0D4K3GeZQIYfZpaAw4xOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759502458; 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=+OkPC/bLBKFEXmLwti9X+yXzPT88WCjxaYQXrFrOpBk=; b=GSJ9wPeZl8XWxI72rAS1ejUhmW4FBJUHr4ns6u6sQaXf76N3FSw1qkMZTznY2wUduqV8SI /U9dHe4Zf2443ukPmTQ6OW3oPmOUZRnN1Xy8LAwYXODvZ5ez5W6tdp0zeyv5Nn4/Ot68pQ 352sWHZoDPyXMlxpyza6zPcuJNHRuffauOhVN8DakFekSxPFtKH1MqC5SgyMv8aPKRsnTN s5xh1ApRXkLyMZlOD4tmiXDGKhPG03zPNY8U2999tloNoT1rZJbs0qrsjXrSgMb7EQGHXQ mMj4SrysqRm1XBAgj9MaUnvj4M02hDMBXuOkEW/UmxPrFjU4qvjxB31ArdSIRA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759502458; a=rsa-sha256; cv=none; b=FicGbu7DDWf1NcMyuhNZjMkvSE8bVIC1dBUbzszgp9HKWPkSOQm9u7R2/vvsQxtu8AL1Bu nCmmvASKWffBjFzf4KGcMR2nTkrsGS8MgUSF+3d9G22iYYoFRsUoqe6CJ8PWzZOKpZ9sOV 0kEktFDZbkwowArEygTrAFbzR+xngPVTQWmQuybibGcB+hjZ5kqDSn1skkvHyQS9F+X1vm GH3H05TRSUlSQ49td1Scnwbh9pNFxTRBgtCnTPpvoM6713t0EfW2NMaUDLpK3gxBXvGGE9 Sy0cz4ZS41uTQcpb70HxyZgf14URaqr1H48ZAcJhROODkD3BVt93ZglAI7Q9lQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cdWYk3YdBzyyk for ; Fri, 03 Oct 2025 14:40:58 +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 593EewnR023247 for ; Fri, 3 Oct 2025 14:40:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 593EewIx023246 for net@FreeBSD.org; Fri, 3 Oct 2025 14:40:58 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 288958] netstat -ia missing multicast addresses on some interfaces Date: Fri, 03 Oct 2025 14:40:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: Unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markj@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: markj@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to bug_status Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288958 Mark Johnston changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|net@FreeBSD.org |markj@FreeBSD.org Status|Open |In Progress --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Oct 4 12:55:58 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 4cf5CD6VBHz6BYHv for ; Sat, 04 Oct 2025 12:56:56 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cf5CC6HR0z3mhq for ; Sat, 04 Oct 2025 12:56:55 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=Y+nEJIY2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bogorodskiy@gmail.com designates 2a00:1450:4864:20::62f as permitted sender) smtp.mailfrom=bogorodskiy@gmail.com Received: by mail-ej1-x62f.google.com with SMTP id a640c23a62f3a-b3b3a6f4dd4so603170466b.0 for ; Sat, 04 Oct 2025 05:56:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759582609; x=1760187409; darn=freebsd.org; h=content-disposition:mime-version:message-id:subject:to:from:date :from:to:cc:subject:date:message-id:reply-to; bh=BJpOLswzTkxC9zgP0z3ckWLIYqjhtMIUN83tlO1rhEA=; b=Y+nEJIY2t5nb/NaAK6tIsbcZs6yrsxhwDcuyipmoT6kWl6oeYL17MkLz4AQrlsc/kI N46eX1ds10Sb4Qc3F2MWQmQuIcUCHx2w1FBPtM5aS/PVtDsSR1+6eLRWdjNL4xCoKqth kSNhQ8+gPWB/jxYLFSf+ZfQ7CYxnO8pFDC8JFdW17Nl0Uq5u/hzYSEp3HaSTOp5om3HR /wz+O/HklUmAlZTFFEyjQHEiTzveTEhYid2Sb84alkJDIQ2wNYG0PdF7TrkJnBb6Reob mNFzuoBFKGgkB4U3RP29JW0BRUCfny5yi4B2CzFlfUQmHorhUEfMQQ+CSQ9Kz6oOzw7N liHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759582609; x=1760187409; h=content-disposition:mime-version:message-id:subject:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=BJpOLswzTkxC9zgP0z3ckWLIYqjhtMIUN83tlO1rhEA=; b=mcTw96+oxU+rZzLf2O9m9nsobiQUF6Pg7WgsFgaAk8cyd7QhDlSu4AeYVZwzxzcnS0 HTuMjg0xIuBFnq1qFVAd52f9So+6KjKgdpfyYMIAyj7chGqssz072nJQA6r/v1ACuQag e/7wykG24xZxdD4ZsgfRqSD5pvahvVa5os9feVCDGZ+HnFu+MMe6KLPJDcKXbDzIEn8F rnJBjEyFHrZt7cwh4l2Tc1yz0v6f+QWRXR98yXCthQw/KeI7SXn7IXk0UQFbzWqbWIri /ndWXwrj9E8kWzcBlqJrOeaY6sCky86NChxtEXLyIPvNZnOZXcNaAXTK9naFFAlRiEpM yWCA== X-Gm-Message-State: AOJu0YwdLsqFfMH2dcypm1I5hr6+EEDiJ6i6TuSrRT9ToUQxrfzuCkje U4kLwhi/Tg4ISO0jK6QOlxhKYb+rrRZqi+BsW4rpEVDHH/NupKxWdu7HA6Zwd0JmnEGsWA== X-Gm-Gg: ASbGncsLtsUlYk1FwNiRoteGxdhRMA94H7Bgkhzt5B16FWGUCvr77SxuSdU7igYud+Q RvfGzVE1SulcFZ52QtMiMOYhtuNeYEZrbXS6ghVKHoeSaXIK2VvBOSZvhW13olEIxeyVqr6vVuP +xKf3bHjeeVOmYiqqI2TdE792xTvZIMpGJQ2IHxolb+yLgrSE/w5lL6TYLAUY2j7MlAk9WXkYdR vly7hx4BDZ94h1PT8Qnw79nWyqxXIsEeufrI4Y0px18ZB/iOmvhGC3Nd8F0QH41Pd3PR9zRuwAl eptos3EE6HEtp5P16bdDa/2ryJ69Ei5OBhUGvwfHgko1YuBIXf4QyE1eyerqEJOq/3yTO94oO1J EIdH6jglJcX8WUoDTg9T/dp7p3u+Va13tLxKfmUniPqOBWHl8sXXFPFbuKnwddYDGkKRC8XEBPY bmRETNfOCv3iWRoA== X-Google-Smtp-Source: AGHT+IH/TdW3IFrWHIf9Pl0NtztpvXENtkmFqu9ep1m0lirdhQ6yWBaGZjOvt9OHQ55gZQtCo5wcZA== X-Received: by 2002:a17:907:988:b0:b41:3c27:e3ca with SMTP id a640c23a62f3a-b49c1d60cf4mr693797566b.7.1759582609102; Sat, 04 Oct 2025 05:56:49 -0700 (PDT) Received: from tulp (84-25-144-101.cable.dynamic.v4.ziggo.nl. [84.25.144.101]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b4865e75dcasm680019766b.34.2025.10.04.05.56.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 04 Oct 2025 05:56:48 -0700 (PDT) Date: Sat, 4 Oct 2025 14:55:58 +0200 From: Roman Bogorodskiy To: freebsd-net@freebsd.org Subject: ifconfig(8) on trying to destroy tap(4) interface used by a process Message-ID: 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.02 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.90)[-0.904]; NEURAL_HAM_MEDIUM(-0.61)[-0.612]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62f:from] X-Rspamd-Queue-Id: 4cf5CC6HR0z3mhq Hi, Accidentally noticed ifconfig(8) and tap(4) behavior that seems strange to me: when I have a process using tap(4) and call ifconfig(8) destroy on this interface, ifconfig hangs. For example, in Python I do: >>> open('/dev/tap') <_io.TextIOWrapper name='/dev/tap' mode='r' encoding='UTF-8'> >>> And then: tap1: flags=1008842 metric 0 mtu 1500 options=4080000 ether 58:9c:fc:10:5b:26 groups: tap media: Ethernet 1000baseT status: active nd6 options=29 Opened by PID 5409 (14:45) novel@tulp:~ %> sudo ifconfig tap1 destroy load: 0.08 cmd: ifconfig 5620 [tun_condvar] 50.80r 0.00u 0.00s 0% 3576k mi_switch+0x172 sleepq_switch+0x109 sleepq_catch_signals+0x276 sleepq_wait_sig+0x9 _cv_wait_sig+0x165 tun_destroy+0x96 if_clone_destroyif_flags+0x69 if_clone_destroy+0x100 ifioctl+0xa0a kern_ioctl+0x286 sys_ioctl+0x12f amd64_syscall+0x169 fast_syscall_common+0xf8 ifconfig keeps hanging like that and exits only when the process that owns the tap(4) interface releases it. I don't seem to find anything about that in manual pages for both tap(4) and ifconfig(8) (probably missed something), but generally, I'd expect ifconfig to immediately exit with an error and non-zero exit code. Additionally, while trying to reproduce and document that, I've got a panic: FreeBSD tulp 16.0-CURRENT FreeBSD 16.0-CURRENT #6 main-n280778-f45608124286: Tue Sep 30 22:25:58 CEST 2025 root@tulp:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffff80022425780 (ifconfig), blocked for 1802579 ticks I was able to reproduce this ifconfig(8) behavior on 14.3-RELEASE-p1 too. Is it expected? Thanks, Roman From nobody Sat Oct 4 13:41:28 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 4cf6Bf0kCFz6BdnW for ; Sat, 04 Oct 2025 13:41:30 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 4cf6Bd4h4bz3tHv for ; Sat, 04 Oct 2025 13:41:29 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759585289; 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=BN8Kr76C/YmifbLMPje7w2FqCteENJSHzwRWQQx+0Ag=; b=x8dDyYquaLCyWnT53H0gdWJ/mvKSQ6tR9H4cUf26GRtOTXWpZ+L/uJUxul96kTXy2JoJ4H ozTv8vPXrNZCLyJOv9LYQcvK/vcRoWg3ou+FqJoOVDggQWEGXjlQ2AUbBCjRHShhtpHgB2 /oodPoUwZG22LawLXkbLi8Ph11+VOWIvdVMNvvAoVdnTKcTOjlD2b9fVGzRyfjV6uTUihv JK8aSSJKx/bXRp+XI1A5Mpd9us1VjgcH/8xg7RF9d5tpob7nRRNzTpqxnPCe1a/8b+ejI+ 5dibrqUy0ZCNB3XgJETUyiTLC+uBkzT1v+XlhmrAxONUHC8lPZhndu3ljLLDhA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759585289; 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=BN8Kr76C/YmifbLMPje7w2FqCteENJSHzwRWQQx+0Ag=; b=A/6/rGDqit1QkDvnGf70uTFfhdPR3R97v5A3I91YbWShTLTgETeXZk1FF4Y1iN+CSldkHZ EEa3LYit5UOaAIafzHBV708v6rgqg9oXQi2CNr2dCPwxm24WGyfcbkzy1k76Ob4JeNXYwh la06GN9Bj/eimkaLyBsLOSMMfyTtih3xumAzLDA/Xdk8H7pY8+CaX+dJdjrPgN3tQLAlXm RrAYWYvLUHOeDFefyfMdIkj+jTiKKy3nTAdX89PIgVo5otrIR773gAV5cyORJxlLAse2CL mHJvoSCYIFBrgir9a39yurxAC5q8ZFAHiEMBSoZyuSzAMiuXnb8DA9jXoPd2Dw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759585289; a=rsa-sha256; cv=none; b=jeZ942Cipd/OgzDBCGMtJujljjluIqhhS+TG/GsO5HOvwizK9apCiyos8yVtDWvzdt9cND Z7y5fTwXhj8iG7IKAfZ6KKQiPs3iG21D4eojWiG17KCjix3NVwqKIBbTQIKdshCkI2k9lk vWwumFTR214CQ8SNkZLeFpUg24YtcTt9StvHK9I++hpGPZBSB9XEnwUNFuvtf8f4FE1fEx OqTOD1cA+CiZR7vFb+DrJ9zd0En/LjBx3d4dPPyiNkeE0X+eFiKBJimQUo0ceLbEVjsRNt zzKB0C+NL5/+kL9csAyfMf95a4asCV63fwnehMbKEvfAtTGIGmKq4KZT6gMQpw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [10.9.4.95] (unknown [209.182.120.176]) (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: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cf6Bd38qqznJX for ; Sat, 04 Oct 2025 13:41:29 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <87a30461-e2ee-4251-bad7-5bb900e85164@FreeBSD.org> Date: Sat, 4 Oct 2025 08:41:28 -0500 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: ifconfig(8) on trying to destroy tap(4) interface used by a process To: freebsd-net@freebsd.org References: Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 10/4/25 07:55, Roman Bogorodskiy wrote: > Hi, > > Accidentally noticed ifconfig(8) and tap(4) behavior that seems strange > to me: when I have a process using tap(4) and call ifconfig(8) destroy > on this interface, ifconfig hangs. > > For example, in Python I do: > >>>> open('/dev/tap') > <_io.TextIOWrapper name='/dev/tap' mode='r' encoding='UTF-8'> >>>> > > And then: > > tap1: flags=1008842 metric 0 mtu 1500 > options=4080000 > ether 58:9c:fc:10:5b:26 > groups: tap > media: Ethernet 1000baseT > status: active > nd6 options=29 > Opened by PID 5409 > (14:45) novel@tulp:~ %> sudo ifconfig tap1 destroy > load: 0.08 cmd: ifconfig 5620 [tun_condvar] 50.80r 0.00u 0.00s 0% 3576k > mi_switch+0x172 sleepq_switch+0x109 sleepq_catch_signals+0x276 sleepq_wait_sig+0x9 _cv_wait_sig+0x165 tun_destroy+0x96 if_clone_destroyif_flags+0x69 if_clone_destroy+0x100 ifioctl+0xa0a kern_ioctl+0x286 sys_ioctl+0x12f amd64_syscall+0x169 fast_syscall_common+0xf8 > > ifconfig keeps hanging like that and exits only when the process that > owns the tap(4) interface releases it. > > I don't seem to find anything about that in manual pages for both > tap(4) and ifconfig(8) (probably missed something), but generally, I'd > expect ifconfig to immediately exit with an error and non-zero exit > code. > I agree that it should be documented, but historically tun/tap have hung on destroy if the cdev was still opened by a process. I made it interruptible[0] somewhat recently, and also added a mode where tun/tap can be configured as transient[1] so that they just naturally get destroyed on last close. Neither of those have made it back to stable/14, but I don't think there's a reason off-hand that they couldn't go back. > Additionally, while trying to reproduce and document that, I've got a > panic: > > FreeBSD tulp 16.0-CURRENT FreeBSD 16.0-CURRENT #6 main-n280778-f45608124286: Tue Sep 30 22:25:58 CEST 2025 root@tulp:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffff80022425780 (ifconfig), blocked for 1802579 ticks > > I was able to reproduce this ifconfig(8) behavior on 14.3-RELEASE-p1 > too. > > Is it expected? > I think so, yeah. > Thanks, > Roman > [0] https://cgit.freebsd.org/src/commit/sys/net/if_tuntap.c?id=274bf7c8ae7e7b51853cd541481985f0e687f10e [1] https://cgit.freebsd.org/src/commit/sys/net/if_tuntap.c?id=a1174b3b1174754b1f69406bff4456d002e8f583 From nobody Sat Oct 4 14:05:01 2025 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 4cf6jr5xY8z68xZd for ; Sat, 04 Oct 2025 14:05:04 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cf6jr5Wtnz3xts for ; Sat, 04 Oct 2025 14:05:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759586704; 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=YKiAKCPQboVJF3xOXAN1o37OYbLYIhJvvxBCGgknRq8=; b=Lx5qDMh+vMdhpqVelNF2NAwC6NIc6SiMW+cWiSs8tLQns6JvOM6yx4K2frz5d/YZQLf8wI LSqtFkcIb6MJYA+rKpk87CSMliAiNlDpa7Ml/RtttE9NCWsClHgpbwb+NDAMNUcRynLBou L3XawWuDKsH0hE0PVhrwlgG3OzO3nz7eqyDVjeQSIuRd4nDWTNs8vq8T91sTH8FItv9O6v arrQqmMKzYz2MRRHJ0UqbE1AguOep3Qr0vdTS50fVg4PPVXDmM1ijJgp6ZTP2JC5iiDjXm 2CodMshZ3Xr9RmMtC7htICPfrommnsq43yVt6vcboFSWi0dXIHyEAaWESJeMFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759586704; 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=YKiAKCPQboVJF3xOXAN1o37OYbLYIhJvvxBCGgknRq8=; b=JGopscSvBImdcwqMAdL1zsAF183I37DOrp1NP6DIacB6JS2rUFuISq8yGUhedbxbTkA23E o7CqtWYllq5RV1ZkNspdbN7b600L6AbDkA84qRpWagdPXg344nZCpqXFnyNvE2m0EY631Q kAG/iIblnat7ULNIgZHyq2YcW9y3v6i7+SLHy55PY3dfKhVdwNmtt7b1FqMokq0cDaxa+i aBkLxzx0S7Q2ymvlAsI/6ZodrfGYVFHxW7kYmbusywYLvUs5ajbeoJoQ41VCjX8Rhl6P3o laekFk5tvx4AAN/adU260nIeK9WzzLakvIEFT0YVuj/P8HosDd1u4WmkZfRGAg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759586704; a=rsa-sha256; cv=none; b=Ryjph7/PnaGdf5QHXw2DAsW61/mz4fccHnk+9q9f7UsGJnIXn9VyfesRR2LLeNs38gQ2jk e6Qy/cXOE3t4eKE2PkAh5fi4EkN2+04OrLlMX1FHddUib5+bGtBDMUHSVix+XG+pCt/7pf 31RUp7tc2+JF8OanoGuZPc/BsRh+c2lD99Q3Iuoc2lzVRqORrCgdcCcaRxnBIk8H6qFNOp Wamoui87ksRiDThYZwm9VD7TjhHJ030UsHk0Sbh9S+PtfcdF5bxXBlYq/obmt3KNrivnl5 KrA7YjvxAgU0CDWfF+ux0mPsXJU8ZlJwqwJP0s5xe/CVIkC0Wej9M3FrMbjz1Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cf6jr56VXzlYw for ; Sat, 04 Oct 2025 14:05:04 +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 594E54DV064407 for ; Sat, 4 Oct 2025 14:05:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 594E54D2064406 for net@FreeBSD.org; Sat, 4 Oct 2025 14:05:04 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 282805] Support for Aquantia AQC113 and AQC113C Ethernet Controllers Date: Sat, 04 Oct 2025 14:05:01 +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: 14.1-STABLE X-Bugzilla-Keywords: feature X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: tom@kupper.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: cc attachments.created Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D282805 Thomas Kupper changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tom@kupper.org --- Comment #14 from Thomas Kupper --- Created attachment 264284 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D264284&action= =3Dedit Add Aquantia AQC113/113C/113CA/113CS device id --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Oct 4 14:13:41 2025 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 4cf6vq6qL5z68yZN for ; Sat, 04 Oct 2025 14:13:43 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cf6vq649Kz41sn for ; Sat, 04 Oct 2025 14:13:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759587223; 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=Y5vlhUsn8pDnvb2xc97kGY+w87vsfJpubSgfITcsRjM=; b=IwAKkTBku1HMKZ5BBFkIU3xueTrxy/f69IxCodP+ma8+X8T8rNL/YpHKlI33BsMX3D9vmZ TjtMzZK9uqj/gsCVieSsfGFyHdZii3NYh5cG88JtxWPv52w8wLG5alTFitb9i0xXhXLtIo DydAm1BPkcP5RoggMfvBPqP2DsmoJ0Ty/az5KVs8g/zQYcdxwnNogSvq9Rn+ARZZKWlWZY HIFTAzC7oGCrL8TWVCmlksWX8vrj3C0XwyOjSBYCL9cfSJh/w4Hr8kUhD9AvBfHsGXjbgY iAm69c8kKvJgf39t+0x/JaeF4CZSguCIK0kouMtOSvXDiXu45rtU4s7b5XK/xg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759587223; 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=Y5vlhUsn8pDnvb2xc97kGY+w87vsfJpubSgfITcsRjM=; b=goMK0qw6P1G2eUX/v8sLycJebk9rVtF4G4u/0iqaHKJq3FDAxem4YsjwnxAez3KYsmRy92 ihYI6NJVhOTuGyt1qOBYA+yjbRF6qw5CezfAzQVBW1nlE8v9bOwUxOSlSMt5EVo8w/oMRr 2Qq2b47p7/QM3MX7dIf1j/gBmqfvl+JgZDe60A993tC+Swe5HGg8HsrMsNvXhrin5wimUy +5vqQ5ghYmF38xGPs/+QZUVgTe+VexyIMo5xjzLz2aOQF8ydcjDbHJaBUIGzUtWIhzu6hI 0e7NzEenAcAhzSFpQIUjrEZWL6LgsVLvyTdCkKO1fWk7tLUhis2bPK6t6thjyQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759587223; a=rsa-sha256; cv=none; b=U6PRvTeE1IdqHHZZfwZ8mJ3xzsrkwyAA5ocNpwaPNHTFCe8W52Z3ea0Nw/YAfdYrA6I75D BQVQYtklLfnEDov6Fz7X8+v+8+JdAvxkT8tQ+/wUFKy8OMXBZTr7Y78eLZh0gk6HXZTzUV 069mn2lxzpP0BXBAHqqS6XgFZeXnYT9rvtKpXkeUbDI7MPpFLYYRAX3zn6Tu3YPsSUcr3+ xIzXIw1zsafJhPaXwl3IoPecj2GVlmbU/Jg8u04ahsjbrQ2PD4jcmIfFYnFfoezBJvovv7 yEgoNwCnK9Qw+2cl2nd6mT7xjq/i8Os7npdf/HHjNtmkZeEDxkBSDChFPDzAQA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cf6vq5fq8zlmj for ; Sat, 04 Oct 2025 14:13:43 +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 594EDhaT082931 for ; Sat, 4 Oct 2025 14:13:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 594EDhZG082930 for net@FreeBSD.org; Sat, 4 Oct 2025 14:13:43 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 282805] Support for Aquantia AQC113 and AQC113C Ethernet Controllers Date: Sat, 04 Oct 2025 14:13:41 +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: 14.1-STABLE X-Bugzilla-Keywords: feature X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: tom@kupper.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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D282805 --- Comment #15 from Thomas Kupper --- I have simply added the device ID's and setting the speed capabilities. I wonder if anyone would test the patch on 14.3-RELEASE (15+ doesn't compile). There is no obvious place where there is model specific code, so it may wor= k :) The ID's and speed capabilities are taken from OpenBSD. Repo/branch: https://git.sr.ht/~patient0/FreeBSD-ports/refs/AQC113 and the patch below: Add device IDs and set hardware capabilities for AQC113/113C/113CA/113CS, values taken from OpenBSD --- net/aquantia-atlantic-kmod/Makefile | 2 +- .../files/patch-aq__main.c | 42 +++++++++++++++++++ 2 files changed, 43 insertions(+), 1 deletion(-) diff --git a/net/aquantia-atlantic-kmod/Makefile b/net/aquantia-atlantic-kmod/Makefile index 79f736182dbd9eb3385cbed43afa1ffbc8e52973..1807203ddc5fca3e5fa384fbc0a4da58f= f25c24b 100644 --- a/net/aquantia-atlantic-kmod/Makefile +++ b/net/aquantia-atlantic-kmod/Makefile @@ -1,6 +1,6 @@ PORTNAME=3D aquantia-atlantic-kmod PORTVERSION=3D 0.0.5 -PORTREVISION=3D 3 +PORTREVISION=3D 4 CATEGORIES=3D net MAINTAINER=3D ports@FreeBSD.org diff --git a/net/aquantia-atlantic-kmod/files/patch-aq__main.c b/net/aquantia-atlantic-kmod/files/patch-aq__main.c index dea156a428fa3c5edc2e9ed5278072eabb42ef15..091899f3ddab8befc927b78ead0f35b37= 10e5115 100644 --- a/net/aquantia-atlantic-kmod/files/patch-aq__main.c +++ b/net/aquantia-atlantic-kmod/files/patch-aq__main.c @@ -13,3 +13,45 @@ MODULE_DEPEND(atlantic, pci, 1, 1, 1); MODULE_DEPEND(atlantic, ether, 1, 1, 1); +--- aq_main.orig 2025-10-04 07:50:15.419816000 +0200 ++++ aq_main.c 2025-10-04 08:37:40.357656000 +0200 +@@ -101,7 +101,12 @@ + #define AQ_DEVICE_ID_AQC109 0x09B1 + #define AQ_DEVICE_ID_AQC111 0x11B1 + #define AQ_DEVICE_ID_AQC112 0x12B1 ++#define AQ_DEVICE_ID_AQC113 0x04c0 +=20 ++#define AQ_DEVICE_ID_AQC113C 0x14c0 ++#define AQ_DEVICE_ID_AQC113CA 0x34c0 ++#define AQ_DEVICE_ID_AQC113CS 0x94c0 ++ + #define AQ_DEVICE_ID_AQC100S 0x80B1 + #define AQ_DEVICE_ID_AQC107S 0x87B1 + #define AQ_DEVICE_ID_AQC108S 0x88B1 +@@ -130,6 +135,11 @@ + PVID(AQUANTIA_VENDOR_ID, AQ_DEVICE_ID_AQC111S, "Aquantia AQtion 5Gb= it Network Adapter"), + PVID(AQUANTIA_VENDOR_ID, AQ_DEVICE_ID_AQC112S, "Aquantia AQtion 2.5= Gbit Network Adapter"), +=20 ++ PVID(AQUANTIA_VENDOR_ID, AQ_DEVICE_ID_AQC113, "Aquantia AQtion 10Gb= it Network Adapter"), ++ PVID(AQUANTIA_VENDOR_ID, AQ_DEVICE_ID_AQC113C, "Aquantia AQtion 10G= bit Network Adapter"), ++ PVID(AQUANTIA_VENDOR_ID, AQ_DEVICE_ID_AQC113CA, "Aquantia AQtion 10= Gbit Network Adapter"), ++ PVID(AQUANTIA_VENDOR_ID, AQ_DEVICE_ID_AQC113CS, "Aquantia AQtion 10= Gbit Network Adapter"), ++ + PVID_END + }; +=20 +@@ -1097,6 +1107,14 @@ + case AQ_DEVICE_ID_AQC112S: + softc->media_type =3D AQ_MEDIA_TYPE_TP; + softc->link_speeds =3D AQ_LINK_ALL & ~(AQ_LINK_10G | AQ_LIN= K_5G); ++ break; ++ ++ case AQ_DEVICE_ID_AQC113: ++ case AQ_DEVICE_ID_AQC113C: ++ case AQ_DEVICE_ID_AQC113CA: ++ case AQ_DEVICE_ID_AQC113CS: ++ softc->media_type =3D AQ_MEDIA_TYPE_TP; ++ softc->link_speeds =3D AQ_LINK_ALL; + break; +=20 + default: --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Oct 4 16:24:14 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 4cf9qY3TnJz69GLQ for ; Sat, 04 Oct 2025 16:25:13 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cf9qX68rpz3HNT for ; Sat, 04 Oct 2025 16:25:12 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x629.google.com with SMTP id a640c23a62f3a-afcb7ae31caso612545066b.3 for ; Sat, 04 Oct 2025 09:25:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759595105; x=1760199905; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=nCTXVqnN/TwlmIzKSMh1ttHK3IIR+WHjt5mA8na2pXs=; b=A1z8jl64tCdHMlyQ69u2I6H39kPGP/Qj8U3vpFYyjv6iNBhW9w+ARf26C1B5AGnxto OOZcmjD9boiYpV9sNB9/ZIot7Q3ura6SqgUqzTI+MAC+91K9k13ZADvCJLx7d0PVNkEk PH9t6GGr2mb5K3DzqviGQBWNpd0THy1jsQxD0nQjEuLj0aK4cdaqfYU7im48/6LvIT0V l7a8XImIVdbBYmoqTJUxxIbjT19jD3BmOfAAljfGANCFpOiTnzDaifKKrDOtLx+TVCUe IvJTw3M84ZyA3notSDbYwxn8dajtObWzB2hR1wtu3MHmm9yH6LjPjIf8Am8cXK94/9ys HAlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759595105; x=1760199905; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=nCTXVqnN/TwlmIzKSMh1ttHK3IIR+WHjt5mA8na2pXs=; b=N1o4sVqRbJcuqelE9+gXu3iSeKk9hGgFs18Lav+dMiY6N5T+O3cb67eal/BqqQ3M7D vYukEyZaUd08icLYCeo5co0wZiD8oQ4D/ka5wnLifHOoRdsjpP9ug8ipGaNdqdHMpAIx bZ0rSxDTkeJsfQRTA6qey2wkKL8MWkFlbVydUVX7bQHKpizZvEEtVR5tArIyLwgR7MC5 VM5Tf64rUBX+9gBGfUfuHvJB96CSlge9d9rdk02HgcqN+tcC6ijJOqZ3mutIcd6/xGfQ qY8Bn+/h7uc94P/rGg1Gtuq4eMFe4zsbthtawjDI/3Sb2umQ7IN377mdFt9WW+dECzjJ zSkg== X-Gm-Message-State: AOJu0Yy8EpS4WUbR3RuLeDUwZOHinmhBaKRM7fuAd6x0H2lvpFXoKEV0 UtS1Q+aTBjqOoX2++CcDwLWbBge6PAFpyZSuBTOwCM2YN1ap9IoCSGD3 X-Gm-Gg: ASbGncuOnOG4HTGLRVmIoBy7eB/LcHqAF5kmQ970uw9SuWgVPTaAaUv4eTIZ5sAEIhy XR/HMaaCtgsyDopKYyc4DuBFspU4R3mYrLRk6VgGGptN7S9HeepcSpEWR9wALybspNkOblZ5q2n hAc/ptztd9qSdzqFnqhquIpsquIc9maI+Sn9bg8Gu5FcH2a79iGUdBeJaZLEAsEtO/tZjZTXNgx J38sws9JbozUSAzG1Ubjl9K9yYpi6PtyQTgta7uuoX23F+PNE57NHmr2GqIHbbxM4fZIOFkKHbt dRyML7fOtPNzeAVbHvHQRPYKStZP66ZT257z2EDs7vDdmE3JW3am5oNwWQHqX5KcXk6yO0GIzpg 1S+PP8pVwusfPED0kPmISr4GFq1uOVt1ydGTR7sBOc2cJFRAyg2Dn2XIrycaFIhzTGSsCM4RQjA +6xVUD9aN0jS6zHg== X-Google-Smtp-Source: AGHT+IErVctf2LWNBjp1qeYKLNq2ZuzNsWW1HrLdI/+7oE/PNR+Bpy6SDug5cy5NFyOYGZEtE7TOXQ== X-Received: by 2002:a17:907:724b:b0:b3a:875c:294f with SMTP id a640c23a62f3a-b49c157d098mr968023466b.10.1759595105021; Sat, 04 Oct 2025 09:25:05 -0700 (PDT) Received: from tulp (84-25-144-101.cable.dynamic.v4.ziggo.nl. [84.25.144.101]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b4865a7c660sm713457366b.22.2025.10.04.09.25.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 04 Oct 2025 09:25:04 -0700 (PDT) Date: Sat, 4 Oct 2025 18:24:14 +0200 From: Roman Bogorodskiy To: Kyle Evans Cc: freebsd-net@freebsd.org Subject: Re: ifconfig(8) on trying to destroy tap(4) interface used by a process Message-ID: References: <87a30461-e2ee-4251-bad7-5bb900e85164@FreeBSD.org> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87a30461-e2ee-4251-bad7-5bb900e85164@FreeBSD.org> X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cf9qX68rpz3HNT Kyle Evans wrote: > > ifconfig keeps hanging like that and exits only when the process that > > owns the tap(4) interface releases it. > > > > I don't seem to find anything about that in manual pages for both > > tap(4) and ifconfig(8) (probably missed something), but generally, I'd > > expect ifconfig to immediately exit with an error and non-zero exit > > code. > > > > I agree that it should be documented, but historically tun/tap have hung on > destroy if the cdev was still opened by a process. I made it interruptible[0] > somewhat recently, and also added a mode where tun/tap can be configured as > transient[1] so that they just naturally get destroyed on last close. Neither > of those have made it back to stable/14, but I don't think there's a reason > off-hand that they couldn't go back. Thanks for clarification. Both changes look nice to have in stable/14, especially [1], which should make device management/cleanup code a little simpler. > > Additionally, while trying to reproduce and document that, I've got a > > panic: > > > > FreeBSD tulp 16.0-CURRENT FreeBSD 16.0-CURRENT #6 main-n280778-f45608124286: Tue Sep 30 22:25:58 CEST 2025 root@tulp:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > > > panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffff80022425780 (ifconfig), blocked for 1802579 ticks > > > > I was able to reproduce this ifconfig(8) behavior on 14.3-RELEASE-p1 > > too. > > > > Is it expected? > > > > I think so, yeah. > > > Thanks, > > Roman > > > > [0] https://cgit.freebsd.org/src/commit/sys/net/if_tuntap.c?id=274bf7c8ae7e7b51853cd541481985f0e687f10e > [1] https://cgit.freebsd.org/src/commit/sys/net/if_tuntap.c?id=a1174b3b1174754b1f69406bff4456d002e8f583 > From nobody Sat Oct 4 16:45:39 2025 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 4cfBH81ZgZz69K1P for ; Sat, 04 Oct 2025 16:45:40 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfBH75ljCz3NM0 for ; Sat, 04 Oct 2025 16:45:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759596339; 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=TSHMMfTVy7qkb5Ct+c9oh9f8c8F5zu3NfEoGygh72eo=; b=rSY7iEuoNZ/x0pZxUAN/sgX873SIFd7P9Kx8ZNW4uoJ+TwT2ZRGrH3vuXa01zQ7Ki6UcbV M8cUM6TIOIJhCcdUj9yUE5uZGm+owI1uOskl18qdNGq8vo/MbgoPBirdKHKXGSyytwRqlb 3ijE1hCbxlZ4O9c0whI/1pIecoJdLK+aOLsadyGDIIFvkKhag0PbZ5prRQIkzII4/7wPou krO3R10YotQZ4bwqSPA675CObo4631uZCqTuE8z02DmMC4g71di9WHLYEjLwtus5CbpfqP VLDuaEUfU1TIMsa3zbqkCLAzqLWyyse7g9MW85oxPVZ5pCmYzq6S3Pxl/OcN7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759596339; 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=TSHMMfTVy7qkb5Ct+c9oh9f8c8F5zu3NfEoGygh72eo=; b=b5VYXssekHZT/JRCWdfLKC1IAcM9eMe9DVNI5/u+A9wRTSMOk41w5MoEWgzMsH01WAV+Sy Jm/mBfnJY0M8wW++ciHU/ICSpeYczTsMjUdQuwNRSJNg+QzW80Txh1KCFlqn7u8tJyTmjX EOP+ecrZUA0N1wD6eqF2SSD8nL1MI2ZPJqOZKnMK6q/IquIFAHDhYwFRkfvxEaY9dQrDk3 C431bLn3vI21oGLX/FP8uGAup2xdMF+EKmQRvAAT3bepD6ycM0qwWU8mLhjJKoJKOpfOJl jFOnyGmiGDEHqgFC1Ars1bomBxGwlsvaJeW3fd6mSUsmWZ0crRke3ajgmUB9fw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759596339; a=rsa-sha256; cv=none; b=fS/1xvXHaKJ3m4JGX7LokbxmMRrqU1WN9vdiuEhwQCZMiabrEgCRWKw59cHoKQOV4a2A7M oS7FjALqCmMjxG0jl68Iqr3fXBEvG+kEOuo3UiFyR2sdew7QOmNNGZskL8wJYEMxe5nhGz gGwbrEKs3xtSlQtRlzI1Zm9vtAbiQCAHeI3M302om1NL4zpj0D5lUtFl/NQjR+c4UF3rXp uhXV17R5raerBcqeg/myYm9RQApKDYqyY8wHj0wiQgzpoXuefvegM4VBKqqmkhURRxNUWI 4CXa+2C/qQ9+XoEqkSbbDrm/vAbw61bGwFJdjhn6RI0C5C3CaoBYqXZZTJTFPA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cfBH755g5zqpq for ; Sat, 04 Oct 2025 16:45:39 +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 594GjdvV008466 for ; Sat, 4 Oct 2025 16:45:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 594GjdA7008465 for net@FreeBSD.org; Sat, 4 Oct 2025 16:45:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 289545] No option to disable NOMAP leads to network down/up with em0 when starting bridge. Date: Sat, 04 Oct 2025 16:45:39 +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: 13.5-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: Open 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D289545 --- Comment #13 from commit-hook@FreeBSD.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3Dd334e045a471d2bb0db2f9bb750eb7e67= ef0823f commit d334e045a471d2bb0db2f9bb750eb7e67ef0823f Author: Zhenlei Huang AuthorDate: 2025-09-19 19:18:27 +0000 Commit: Zhenlei Huang CommitDate: 2025-10-04 16:43:27 +0000 ifconfig: Fix the display of the IFCAP_MEXTPG capability Historically this capability is IFCAP_NOMAP but it was renamed to IFCAP_MEXTPG. Catch up with the change 3f43ada98c89. This is a direct commit to stable/13. PR: 289545 Fixes: 3f43ada98c89 Catch up with 6edfd179c86: mechanically re= name IFCAP_NOMAP to IFCAP_MEXTPG sbin/ifconfig/ifconfig.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Oct 4 16:46:58 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 4cfBKR3FLqz69KP8 for ; Sat, 04 Oct 2025 16:47:39 +0000 (UTC) (envelope-from cross+freebsd@relay.distal.com) Received: from relay.wiredblade.com (relay.wiredblade.com [168.235.95.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfBKQ20xhz3QkV for ; Sat, 04 Oct 2025 16:47:38 +0000 (UTC) (envelope-from cross+freebsd@relay.distal.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=relay.distal.com header.s=mail header.b=o0SwmOBv; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross+freebsd@relay.distal.com designates 168.235.95.80 as permitted sender) smtp.mailfrom=cross+freebsd@relay.distal.com dkim-signature: v=1; a=rsa-sha256; d=relay.distal.com; s=mail; c=relaxed/relaxed; q=dns/txt; h=From:Subject:Date:Message-ID:To:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=nFzoZ51Zwm1HKB8tfAIHZbwok7RkGpZ0j45s1dFGKtM=; b=o0SwmOBv0sRmR6bJS8rmAnO6PNbeTtVc5B0BBOsNeE2ykIdN8GvxHzs4JcU7gES1m4o+UXpYIcbVBaZsQZsCODJHUAkK3/UP015iXLYjl4AR8P2t3uRghWlaiPQpXsf0d08SE+JkQ2zGldWx+xmrqn9QaQVYRznP+aZ6YL3S50RDZgbfw4YfcMPkTBisv7oSPQb7kcIsHPT7HQG66yQKG3qjDdpvjZEOe1Zce/6fSA6whP+8/LXkfoFLsn dT6HtOa5irryjb8Pq+J2kSB+v4XJ2lkU2EcuW/C2SXlNzwl94xa30HZHFWEOS5EMRJvvfDn7QcPp+01XlcyYdMFLZKaQ== Received: from mail.distal.com (pool-108-45-29-236.washdc.fios.verizon.net [108.45.29.236]) by relay.wiredblade.com with ESMTPSA (version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256) ; Sat, 4 Oct 2025 16:47:30 +0000 Received: from smtpclient.apple (magrathea.distal.com [206.138.151.12]) by tristain.distal.com (OpenSMTPD) with ESMTPSA id db9e0121 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Sat, 4 Oct 2025 12:47:29 -0400 (EDT) From: Chris Ross Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3864.100.1.1.5\)) Subject: IPv6 routing, Verizon FiOS, dhcpcd Message-Id: <9A0A976D-EB8A-4ABF-B216-3CB6358C2559@distal.com> Date: Sat, 4 Oct 2025 12:46:58 -0400 To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MV_CASE(0.50)[]; FORGED_SENDER(0.30)[cross@distal.com,cross@relay.distal.com]; R_DKIM_ALLOW(-0.20)[relay.distal.com:s=mail]; R_SPF_ALLOW(-0.20)[+a:relay.dynu.com]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:3842, ipnet:168.235.92.0/22, country:US]; DMARC_NA(0.00)[distal.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[cross@distal.com,cross@relay.distal.com]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; TAGGED_FROM(0.00)[freebsd]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; DKIM_TRACE(0.00)[relay.distal.com:+] X-Rspamd-Queue-Id: 4cfBKQ20xhz3QkV Good day. This is picking up after a long thread a couple weeks back: Subject: IPv6 networking problems in 14.3 Archive: = https://lists.freebsd.org/archives/freebsd-net/2025-September/007532.html So following Tom Pusateri=E2=80=99s suggestion, I pulled an old server = out of the rack, and set it up near the center of the house. =46rom here, I could disconnect everything and plug directly into the ethernet out to the = Verizon ONT. I=E2=80=99m running with a simplified rc.conf, and mostly the same = dhcpcd.conf as my real router. I am not using pf at all, nor most of the other = services the router uses. Just system DHCP from Verizon = 'ifconfig_bce1=3D=E2=80=9CSYNCDHCP=E2=80=9D' and dhcpcd. (Well, +ssh, +zfs, +ntpd, but=E2=80=A6) Lots and lots of testing showed me: 1. 14.1 and 14.3 seem to act the same 2. If dhcpcd starts up before the interface has a link, which it = frequently does, the Verizon LL router address is never reachable. 3. If I delay starting dhcpcd until after IPv4 connectivity is = established, dhcpcd sets up the same way, but the router LL is reachable, and IPv6 routing works. There are a couple issues here that complicate things. First, I=E2=80=99m= using dhcpcd for IPv6 only, which means delaying startup is fine. But, if someone were using it for general networking, that=E2=80=99s clearly a = blocker. Second, I cannot imagine why starting dhcpcd earlier caused the kernel to somehow become unable to reach the ISP v6 LL address for the router. If dhcpcd can=E2=80=99t talk to anything, it backs of and tries later. = When it tries later, it gets DHCP6 responses, and does what it should do.=20 However, the LL address that it gets from the RA just isn=E2=80=99t = reachable. =E2=80=9Cndp -an=E2=80=9D shows it as =E2=80=9C(incomplete)=E2=80=9D for = a second, then not at all. So, first, why if dhcpcd starts early does the system get into a state where it is unable to reach the advertised IPv6 router? And that this won=E2=80=99t ever fix itself. (2+ hours tested on test box, days/weeks = seen on original router) - Chris= From nobody Sat Oct 4 19:02:22 2025 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 4cfFJz14jsz69byv for ; Sat, 04 Oct 2025 19:02:27 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfFJz0S6Wz3myT for ; Sat, 04 Oct 2025 19:02:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759604547; 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=Php8XoCXbeCAVMpMHYbvPH4VawfpKQxenZYxL3iogqw=; b=OREULLX3dDDT8ZsE2/Ha+64+UfsoIZmBQ0RoLKxs3HSwYHXzxXxutqyTIOvuEaNBGlm6ez sHE+1rH0pfgLKtcijvILTrltcGp6/0yq53wqktHPj7j7s2gj+YqOtCNm9htl8g5/PsbRGm SzNs1vWqQmju2j35NxsAX4Cc8w2Cp7m3NugdtlLlgrn8C/R8wdYQRd1gJU9j31+7Sl/6ce iC/Q31KGFfwfqnjIZ3ZqxTFtLI+fsbb0KbG352b8DE7MLlX7XffbRNf4HUOLqjsga+g5SG 744POr0rfeH3i1EEqvpLRnbc+2wCdIOokEHqQlKSkhfxAoecFCB4FBOxpTyvtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759604547; 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=Php8XoCXbeCAVMpMHYbvPH4VawfpKQxenZYxL3iogqw=; b=mbOMIwtoJV3YkHsVK5XPFzKrnSMKnjOeVMPm4vdptyTXQJFFndZSNwT5SpVludCuSaGDD+ m3ME9Vn4UOeyavGNeM/pb5YXP/PnY6YcshWuna9c8aMBfPseW0inizVl+r/4CHIANWg70d +v0Drmnht0HOdg4sITLiLtAceyF7VGuj4CZG2ux2UR7V/c56gmGoIiyGBKNnczQBIhIwjo OYxz+Xug1iCez2FDch2IGChH2wv+1e4DA1fFkjYOTccoIOOPlIByXr5oUpGtZKfy1NDXpk bBIUdNZ+OyU4zureWf8DmozJQzp4wxG2i4KX/iUhnnpc1jp+izmQkwR9Ba7Hkg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759604547; a=rsa-sha256; cv=none; b=N8d81lqrZMD37JIbzwzleK4yCpPSK6tQruUEWarChiKXh6DZtqlP5CrVAVd+gJau9L/dYN Gd3g41J9RPtXpl3GG4UxDRYX5q+MXRF3lpgND07eKhK1yBZwzgerhAy4jDfboh09SID+ZC GatfM8H0DJ6C/jClU79ULYqaCqFSXsIf4T4ugEmh8OF/qLyCKdgdyyAUPI3GwVlZmukdrH DExOZUUNVzPe9tzQKmUxF6xzlV1+D8nNx8/EJz6xnYyWV14gBRHzVGpbhGJWD0K6bR6p1N PTIIfsILUBJv9P86wsviR9mNbHj9CtlMDWGZ/PJckHjeQdDVfagbEObyR58YEA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cfFJz041TzvTL for ; Sat, 04 Oct 2025 19:02:27 +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 594J2Q5C024002 for ; Sat, 4 Oct 2025 19:02:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 594J2QiY024001 for net@FreeBSD.org; Sat, 4 Oct 2025 19:02:26 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 282805] Support for Aquantia AQC113 and AQC113C Ethernet Controllers Date: Sat, 04 Oct 2025 19:02:22 +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: 14.1-STABLE X-Bugzilla-Keywords: feature X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: cam@vasteel.io 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D282805 --- Comment #16 from Cameron --- (In reply to Thomas Kupper from comment #15) Unfortunately, it didn't work. Loading the module caused the box to hang fo= r a bit (maybe 5-10 seconds or so)? And the NIC wasn't recognized (ifconfig -a doesn't show it). Here's the relevant output from dmesg: aq0: mem 0xdc800000-0xdc87ffff,0xdc8a0000-0xdc8a0fff,0xdc400000-0xdc7fffff at device= 0.0 on pci9 atlantic: FLB> F/W successfully loaded from flash. atlantic: [!] aq_hw_init_ucp(): F/W reset failed, err -16 atlantic: aq_if_attach_pre: aq_hw_mpi_create fail err=3D-16 aq0: IFDI_ATTACH_PRE failed 6 device_attach: aq0 attach returned 6 This was on an Asus Crosshair x670e Extreme motherboard. IIRC, it has the AQC113CS variant, which IIRC the CS suffix means it's an onboard model. Hope this helps! Also, I've had a few motherboards over the years with various 10g AQC NIC's= and this driver hasn't never really worked for me. In the past, the NICs were actually recognized but the driver was far too buggy to be of any use (caus= ing system lockups, network activity mostly not working, etc). Fortunately, this board also has an Intel NIC that works fine under FreeBSD. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Oct 5 21:00:46 2025 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 4cfvv336f5z6BgMK for ; Sun, 05 Oct 2025 21:00:47 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfvv31Zbmz41sh for ; Sun, 05 Oct 2025 21:00:47 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759698047; 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; bh=6AJomjX2WvHAHLl08tRln7rb3SkYH1fZ/f35mNzEpzw=; b=R9TPKXpLbExUAs5FhKa0eeb/iH3Y67zj7XRDYTaRaG8MA/dFKMlND4CAHyeiTVSGXNrjxE 6JG+yD6Aks76YDdRNmvUp+I70gMg5kuAUvtf0N2JIYtXRZI+LK+PCMfkOJjT6nXUzadwT6 fP+ww/cd7Inp8kYwLXGwY52FVbMeIrA1xd2fjH94bJ+bkUQV9WGoTSMrFEEDgpjjHZJaj5 a3ERWgpxOWijXzaIqEKIGFydR3RW0dzCIp0uyBZbhnMQBRFJHvrSItJa1GacoCwnq6SyNK 27CAYCtRSgdNqRAAHuWIni9b0Jd7M6G7yEzR/6hsB1YTCjRn5zRDmAFu+fujBw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759698047; 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; bh=6AJomjX2WvHAHLl08tRln7rb3SkYH1fZ/f35mNzEpzw=; b=yjy0zq/XIzaB7Ex/EYKBb1nhDcZ54hUm2hOS8eSe9vNW7ukN3nyH/m8FfX4elQdZNkTkif RHMMeJ1acy4y5M+PJzT6jFKsDeEv2ENX21c5wN8dFKHbTYq76aVzqGF1U4TZ6SntdcW/bY coJsShdddM/JrNJtaTQZS7Ru2sowVTUxNRH0Ger088kEeR82NhIZ8prW/NbaiQIwEEe9H6 kZjT8/yS5osRHSN3KbrZF3ZokiOoeEZjCfilNANzfwVuQyy1151gFlse6+YhR1QKjW7dm3 UzWWP30rU2m2HcYQfH1/zxZ9rRNkDZN1qBglN0pv+YlyW4YQ7e1TGg1Foz1jxw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759698047; a=rsa-sha256; cv=none; b=dDxlQIbXb6l9oz9tPJo/toMYwHfpZY8SfwQhgcwWgMErpbUQcPXSXTx4BrR0FXJoTzdHf5 89M3g6allMEBFQBxq/8MH0WU3OFjNk/3ewl3Kq0vzNIbLhW9CqwVZ8QFtKZpsvkNP3n0o5 mNCYVXcur8xjo4L6DoN+ruyumEsK0q0U9578s23CAKbExrE6YrWyK7DTyeCe8MtdkuWZ3G z653wwvvR3Ffv6YKwuYXZQzJI6MLGN9bCo75CLUjCeLoP+b/nmujRNQJIGqQH5pofwRm8t rtHaHOQ5YpyFNdwLEC9CEaZcZgMafeXtOdyQhcAZZ0/WDPqRsrisdd9xuNmJsQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cfvv3144zzDNy for ; Sun, 05 Oct 2025 21:00:47 +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 595L0lXx094807 for ; Sun, 5 Oct 2025 21:00:47 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 595L0liA094806 for net@FreeBSD.org; Sun, 5 Oct 2025 21:00:47 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202510052100.595L0liA094806@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: net@FreeBSD.org Subject: Problem reports for net@FreeBSD.org that need special attention Date: Sun, 5 Oct 2025 21:00:46 +0000 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 Content-Type: multipart/alternative; boundary="17596980469.3638959E5.91417" Content-Transfer-Encoding: 7bit --17596980469.3638959E5.91417 Date: Sun, 5 Oct 2025 21:00:46 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 118111 | rc: network.subr Add MAC address based interface 1 problems total for which you should take action. --17596980469.3638959E5.91417 Date: Sun, 5 Oct 2025 21:00:46 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
In Progress |    118111 | rc: network.subr Add MAC address based interface 

1 problems total for which you should take action.
--17596980469.3638959E5.91417--