From owner-freebsd-net@freebsd.org Sun May 31 12:56:24 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2A1E8334C08 for ; Sun, 31 May 2020 12:56:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49ZdbX0MhSz44Hd for ; Sun, 31 May 2020 12:56:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 0C6F3334C07; Sun, 31 May 2020 12:56:24 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0C2F6334757 for ; Sun, 31 May 2020 12:56:24 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZdbW6ft8z44f2 for ; Sun, 31 May 2020 12:56:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 E01C11A2DE for ; Sun, 31 May 2020 12:56:23 +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 04VCuNCh072015 for ; Sun, 31 May 2020 12:56:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 04VCuNvY072014 for net@FreeBSD.org; Sun, 31 May 2020 12:56:23 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 246885] if_igb: Loader tunables/LEDs gone after iflib conversion? Date: Sun, 31 May 2020 12:56:23 +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: 12.1-RELEASE X-Bugzilla-Keywords: IntelNetworking, regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jeffrey.e.pieper@intel.com 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-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2020 12:56:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246885 Jeff Pieper changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffrey.e.pieper@intel.com --- Comment #2 from Jeff Pieper --- Please see https://www.freebsd.org/cgi/man.cgi?query=3Diflib&sektion=3D4&manpath=3Dfre= ebsd-release-ports for a list of iflib sysctl variables. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun May 31 13:08:08 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0D1DC334D1C for ; Sun, 31 May 2020 13:08:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49Zds36jCrz45FR for ; Sun, 31 May 2020 13:08:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id E4452334C5F; Sun, 31 May 2020 13:08:07 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E406F334C5E for ; Sun, 31 May 2020 13:08:07 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Zds35h6wz44w7 for ; Sun, 31 May 2020 13:08:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 B66761A865 for ; Sun, 31 May 2020 13:08:07 +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 04VD87l5000756 for ; Sun, 31 May 2020 13:08:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 04VD87HX000755 for net@FreeBSD.org; Sun, 31 May 2020 13:08:07 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 246885] if_igb: Loader tunables/LEDs gone after iflib conversion? Date: Sun, 31 May 2020 13:08:07 +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: 12.1-RELEASE X-Bugzilla-Keywords: IntelNetworking, regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jlduran@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2020 13:08:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246885 --- Comment #3 from Jose Luis Duran --- (In reply to Jeff Pieper from comment #2) Does it mean that the section "LOADER TUNABLES" from if_igb(4) manual shoul= d be removed? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun May 31 21:00:51 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C3EB2F0E1D for ; Sun, 31 May 2020 21:00:51 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49ZrLV4D8hz3dwh for ; Sun, 31 May 2020 21:00:50 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 7689B2F0B50; Sun, 31 May 2020 21:00:50 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 75A882F0DAE for ; Sun, 31 May 2020 21:00:50 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZrLT69Nnz3f0c for ; Sun, 31 May 2020 21:00:49 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) 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 C6D842038E for ; Sun, 31 May 2020 21:00:49 +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 04VL0n63076053 for ; Sun, 31 May 2020 21:00:49 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 04VL0nJJ076052 for net@FreeBSD.org; Sun, 31 May 2020 21:00:49 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202005312100.04VL0nJJ076052@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, 31 May 2020 21:00:49 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2020 21:00:51 -0000 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 | 221146 | [ixgbe] Problem with second laggport In Progress | 235700 | oce(4) driver causes fatal trap 12 on boot with e New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 205592 | TCP processing in IPSec causes kernel panic New | 213410 | [carp] service netif restart causes hang only whe Open | 7556 | ppp: sl_compress_init() will fail if called anyth Open | 187835 | ngctl(8) strange behavior when adding more than 5 Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 194453 | dummynet(4): pipe config bw parameter limited to Open | 200319 | Bridge+CARP crashes/freezes Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 207261 | netmap: Doesn't do TX sync with kqueue Open | 210726 | tcp connect() can return invalid EADDRINUSE (Eg: Open | 222273 | igb(4): Kernel panic (fatal trap 12) due to netwo Open | 225438 | panic in6_unlink_ifa() due to race Open | 227720 | Kernel panic in ppp server Open | 230807 | if_alc(4): Driver not working for Killer Networki Open | 235524 | igb(4): Ethernet interface loses active link stat Open | 236888 | ppp daemon: Allow MTU to be overridden for PPPoE Open | 236983 | bnxt(4) VLAN not operational unless explicit "ifc Open | 237072 | netgraph(4): performance issue [on HardenedBSD]? Open | 237840 | Removed dummynet dependency on ipfw Open | 238324 | Add XG-C100C/AQtion AQC107 10GbE NIC driver Open | 240530 | netgraph/ng_source: Allow ng_source to inject int Open | 240944 | em(4): Crash with Intel 82571EB NIC with AMD Pile Open | 240969 | netinet6: Neighbour reachability detection broken Open | 241106 | tun/ppp: panic: vm_fault: fault on nofault entry Open | 241162 | Panic in closefp() triggered by nginx (uwsgi with Open | 243463 | ix0: Watchdog timeout Open | 244066 | divert: Add sysctls for divert socket send and re Open | 118111 | rc: network.subr Add MAC address based interface 31 problems total for which you should take action. From owner-freebsd-net@freebsd.org Mon Jun 1 08:14:49 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 61D9332DAE3 for ; Mon, 1 Jun 2020 08:14:49 +0000 (UTC) (envelope-from daemon-user@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49b7J91wgdz4NDc; Mon, 1 Jun 2020 08:14:49 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id 3D7E483AB; Mon, 1 Jun 2020 08:14:49 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 3CACE540814; Mon, 1 Jun 2020 08:14:49 +0000 (UTC) Date: Mon, 1 Jun 2020 08:14:49 +0000 To: Phabricator From: "markm (Mark R V Murray)" Cc: freebsd-net@freebsd.org Reply-to: "markm (Mark R V Murray)" Subject: [Differential] D24989: netinet: Generate a random RSS key on boot. Message-ID: <745f851a2a661525a533143990a9b7bd@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , X-Herald-Rules: <28>, <81>, <128>, <67>, <110> X-Phabricator-Projects: <#csprng>, <#network> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-yukac7sf5rncf2mc6vjo X-Phabricator-Mail-ID: 1974706 X-Phabricator-Send-Attempt: yqlhuttnu54aw44y In-Reply-To: References: Thread-Index: YTY1OTExMDJjYTMyZjY4NDZjMmU3ZDljMmQ3IF7UuPk= X-Phabricator-Stamps: actor(@markm) application(Differential) author(@neel_neelc.org) herald(H28) herald(H67) herald(H81) herald(H110) herald(H128) monogram(D24989) object-type(DREV) phid(PHID-DREV-yukac7sf5rncf2mc6vjo) reviewer(#csprng) reviewer(@markm) revision-repository(rS) revision-status(needs-revision) subscriber(#contributor_reviews_base) subscriber(#csprng) subscriber(@ae) subscriber(@cem) subscriber(@debdrup) subscriber(@freebsd-net-list) subscriber(@imp) subscriber(@kevans) subscriber(@markm) subscriber(@melifaro) subscriber(@rwatson) tag(#csprng) tag(#network) via(web) MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 08:14:49 -0000 bWFya20gcmVxdWVzdGVkIGNoYW5nZXMgdG8gdGhpcyByZXZpc2lvbi4KbWFya20gYWRkZWQgaW5s aW5lIGNvbW1lbnRzLgpUaGlzIHJldmlzaW9uIG5vdyByZXF1aXJlcyBjaGFuZ2VzIHRvIHByb2Nl ZWQuCgpJTkxJTkUgQ09NTUVOVFMKCj4gcnNzX2NvbmZpZy5jOjI1MQo+ICAJICovCj4gKwlhcmM0 cmFuZG9tX2J1Zihyc3Nfa2V5LCBSU1NfS0VZU0laRSk7Cj4gIH0KClRoaXMgc2NhcmVzIG1lIGxl c3MgdGhhbiB0aGUgcHJldmlvdXNseSBoYXJkLWNvZGVkIGtleSwgYnV0IGlmIHdlIGFyZSBnb2lu ZyB0byB0aGUgdHJvdWJsZSB0byByYW5kb21pc2UsIHRoZW4gd2UgbmVlZCB0byBzZXF1ZW5jZSBp dCBwcm9wZXJseS4KClJFUE9TSVRPUlkKICByUyBGcmVlQlNEIHNyYyByZXBvc2l0b3J5CgpDSEFO R0VTIFNJTkNFIExBU1QgQUNUSU9OCiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QyNDk4 OS9uZXcvCgpSRVZJU0lPTiBERVRBSUwKICBodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDI0 OTg5CgpFTUFJTCBQUkVGRVJFTkNFUwogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9zZXR0 aW5ncy9wYW5lbC9lbWFpbHByZWZlcmVuY2VzLwoKVG86IG5lZWxfbmVlbGMub3JnLCAjY3Nwcm5n LCBtYXJrbQpDYzogbWFya20sIGNlbSwgI2NzcHJuZywga2V2YW5zLCBkZWJkcnVwLCByd2F0c29u LCBpbXAsIGFlLCBtZWxpZmFybywgI2NvbnRyaWJ1dG9yX3Jldmlld3NfYmFzZSwgZnJlZWJzZC1u ZXQtbGlzdCwgbW1hY3ksIGtwcmF2ZWVuLmxrbWxfZ21haWwuY29tLCBtYXJjbmFyY19nbWFpbC5j b20sIHNpbW9udmVsbGFfZ21haWwuY29tLCBub3ZpY2VfdGVjaGllLmNvbSwgdG9tbWkucGVybmls YV9pa2kuZmksIGtyenlzenRvZi5nYWxhemthX2ludGVsLmNvbQo= From owner-freebsd-net@freebsd.org Mon Jun 1 10:18:02 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 805AA3310BF for ; Mon, 1 Jun 2020 10:18:02 +0000 (UTC) (envelope-from daemon-user@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bB2L171Hz4ZhZ; Mon, 1 Jun 2020 10:18:02 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id 1C8079C2F; Mon, 1 Jun 2020 10:18:02 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 1AB38554507; Mon, 1 Jun 2020 10:18:02 +0000 (UTC) Date: Mon, 1 Jun 2020 10:18:02 +0000 To: Phabricator From: "avg (Andriy Gapon)" Cc: freebsd-net@freebsd.org Reply-to: "avg (Andriy Gapon)" Subject: [Differential] D24989: netinet: Generate a random RSS key on boot. Message-ID: <21da26610e10108c2d8f5d14af283832@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , X-Herald-Rules: <28>, <81>, <128>, <67>, <110> X-Phabricator-Projects: <#csprng>, <#network> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-yukac7sf5rncf2mc6vjo X-Phabricator-Mail-ID: 1974932 X-Phabricator-Send-Attempt: qyiinrrjijxvf67u In-Reply-To: References: Thread-Index: YTY1OTExMDJjYTMyZjY4NDZjMmU3ZDljMmQ3IF7U1do= X-Phabricator-Stamps: actor(@avg) application(Differential) author(@neel_neelc.org) herald(H28) herald(H67) herald(H81) herald(H110) herald(H128) monogram(D24989) object-type(DREV) phid(PHID-DREV-yukac7sf5rncf2mc6vjo) reviewer(#csprng) reviewer(@markm) revision-repository(rS) revision-status(needs-revision) subscriber(#contributor_reviews_base) subscriber(#csprng) subscriber(@ae) subscriber(@avg) subscriber(@cem) subscriber(@debdrup) subscriber(@freebsd-net-list) subscriber(@imp) subscriber(@kevans) subscriber(@markm) subscriber(@melifaro) subscriber(@rwatson) tag(#csprng) tag(#network) via(web) MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 10:18:02 -0000 YXZnIGFkZGVkIGEgY29tbWVudC4KCgogIEkgaGF2ZSBhIHZhZ3VlIG1lbW9yeSwgbWF5YmUgd3Jv bmcsIHRoYXQgY29tbW9ubHkgdXNlZCBmaXhlZCBSU1Mga2V5cyB3ZXJlIHNlbGVjdGVkIGJlY2F1 c2UgdGhleSBoYWQgc29tZSBwcm9wZXJ0eSAoLWllcykuCiAgU28sIG1heWJlIGp1c3QgYmVpbmcg cmFuZG9tIGlzIG5vdCBnb29kIGVub3VnaD8KICBJIHRoaW5rIHRoYXQgaHlwb3RoZXRpY2FsIGBy c3NfaXNiYWRrZXlgIHdhcyBtZW50aW9uZWQgZm9yIGEgcmVhc29uPwoKUkVQT1NJVE9SWQogIHJT IEZyZWVCU0Qgc3JjIHJlcG9zaXRvcnkKCkNIQU5HRVMgU0lOQ0UgTEFTVCBBQ1RJT04KICBodHRw czovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDI0OTg5L25ldy8KClJFVklTSU9OIERFVEFJTAogIGh0 dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMjQ5ODkKCkVNQUlMIFBSRUZFUkVOQ0VTCiAgaHR0 cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL3NldHRpbmdzL3BhbmVsL2VtYWlscHJlZmVyZW5jZXMv CgpUbzogbmVlbF9uZWVsYy5vcmcsICNjc3BybmcsIG1hcmttCkNjOiBhdmcsIG1hcmttLCBjZW0s ICNjc3BybmcsIGtldmFucywgZGViZHJ1cCwgcndhdHNvbiwgaW1wLCBhZSwgbWVsaWZhcm8sICNj b250cmlidXRvcl9yZXZpZXdzX2Jhc2UsIGZyZWVic2QtbmV0LWxpc3QsIG1tYWN5LCBrcHJhdmVl bi5sa21sX2dtYWlsLmNvbSwgbWFyY25hcmNfZ21haWwuY29tLCBzaW1vbnZlbGxhX2dtYWlsLmNv bSwgbm92aWNlX3RlY2hpZS5jb20sIHRvbW1pLnBlcm5pbGFfaWtpLmZpLCBrcnp5c3p0b2YuZ2Fs YXprYV9pbnRlbC5jb20K From owner-freebsd-net@freebsd.org Mon Jun 1 11:44:33 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3893D332A69 for ; Mon, 1 Jun 2020 11:44:33 +0000 (UTC) (envelope-from daemon-user@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bCy90HLyz3TBC; Mon, 1 Jun 2020 11:44:33 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id 04AC2AA7D; Mon, 1 Jun 2020 11:44:33 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 03D6A550D0A; Mon, 1 Jun 2020 11:44:33 +0000 (UTC) Date: Mon, 1 Jun 2020 11:44:32 +0000 To: Phabricator From: "ae (Andrey V. Elsukov)" Cc: freebsd-net@freebsd.org Reply-to: "ae (Andrey V. Elsukov)" Subject: [Differential] D24989: netinet: Generate a random RSS key on boot. Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: X-Herald-Rules: <28>, <81>, <128>, <67>, <110> X-Phabricator-Projects: <#csprng>, <#network> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-yukac7sf5rncf2mc6vjo X-Phabricator-Mail-ID: 1975179 X-Phabricator-Send-Attempt: ukjmucajqieyg3i5 In-Reply-To: References: Thread-Index: YTY1OTExMDJjYTMyZjY4NDZjMmU3ZDljMmQ3IF7U6iA= X-Phabricator-Stamps: actor(@ae) application(Differential) author(@neel_neelc.org) herald(H28) herald(H67) herald(H81) herald(H110) herald(H128) mention(@avg) monogram(D24989) object-type(DREV) phid(PHID-DREV-yukac7sf5rncf2mc6vjo) reviewer(#csprng) reviewer(@markm) revision-repository(rS) revision-status(needs-revision) subscriber(#contributor_reviews_base) subscriber(#csprng) subscriber(@ae) subscriber(@avg) subscriber(@cem) subscriber(@debdrup) subscriber(@freebsd-net-list) subscriber(@imp) subscriber(@kevans) subscriber(@markm) subscriber(@melifaro) subscriber(@rwatson) tag(#csprng) tag(#network) via(web) MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 11:44:33 -0000 YWUgYWRkZWQgYSBjb21tZW50LgoKCiAgSW4gRDI0OTg5IzU1MjU3NiA8aHR0cHM6Ly9yZXZpZXdz LmZyZWVic2Qub3JnL0QyNDk4OSM1NTI1NzY+LCBAYXZnIHdyb3RlOgogIAogID4gSSBoYXZlIGEg dmFndWUgbWVtb3J5LCBtYXliZSB3cm9uZywgdGhhdCBjb21tb25seSB1c2VkIGZpeGVkIFJTUyBr ZXlzIHdlcmUgc2VsZWN0ZWQgYmVjYXVzZSB0aGV5IGhhZCBzb21lIHByb3BlcnR5ICgtaWVzKS4K ICA+IFNvLCBtYXliZSBqdXN0IGJlaW5nIHJhbmRvbSBpcyBub3QgZ29vZCBlbm91Z2g/CiAgPiBJ IHRoaW5rIHRoYXQgaHlwb3RoZXRpY2FsIGByc3NfaXNiYWRrZXlgIHdhcyBtZW50aW9uZWQgZm9y IGEgcmVhc29uPwogIAogIEkgYWxzbyBoYXZlIHN1Y2ggZmVlbGluZy4gRm9yIGV4YW1wbGUsIHlv dSBoYXZlIHNvbWUgc2VydmVyIHRoYXQgaGFuZGxlcyBzb21lIHNlcmlvdXMgd29ya2xvYWQsIGJ1 dCBhZnRlciByZWJvb3QgZHVlIHRvIHRoZSBuZXcga2V5IGl0IHdpbGwgbm90IGJlIGFibGUgdG8g aGFuZGxlIHRoZSBzYW1lIHdvcmtsb2FkLgoKUkVQT1NJVE9SWQogIHJTIEZyZWVCU0Qgc3JjIHJl cG9zaXRvcnkKCkNIQU5HRVMgU0lOQ0UgTEFTVCBBQ1RJT04KICBodHRwczovL3Jldmlld3MuZnJl ZWJzZC5vcmcvRDI0OTg5L25ldy8KClJFVklTSU9OIERFVEFJTAogIGh0dHBzOi8vcmV2aWV3cy5m cmVlYnNkLm9yZy9EMjQ5ODkKCkVNQUlMIFBSRUZFUkVOQ0VTCiAgaHR0cHM6Ly9yZXZpZXdzLmZy ZWVic2Qub3JnL3NldHRpbmdzL3BhbmVsL2VtYWlscHJlZmVyZW5jZXMvCgpUbzogbmVlbF9uZWVs Yy5vcmcsICNjc3BybmcsIG1hcmttCkNjOiBhdmcsIG1hcmttLCBjZW0sICNjc3BybmcsIGtldmFu cywgZGViZHJ1cCwgcndhdHNvbiwgaW1wLCBhZSwgbWVsaWZhcm8sICNjb250cmlidXRvcl9yZXZp ZXdzX2Jhc2UsIGZyZWVic2QtbmV0LWxpc3QsIG1tYWN5LCBrcHJhdmVlbi5sa21sX2dtYWlsLmNv bSwgbWFyY25hcmNfZ21haWwuY29tLCBzaW1vbnZlbGxhX2dtYWlsLmNvbSwgbm92aWNlX3RlY2hp ZS5jb20sIHRvbW1pLnBlcm5pbGFfaWtpLmZpLCBrcnp5c3p0b2YuZ2FsYXprYV9pbnRlbC5jb20K From owner-freebsd-net@freebsd.org Mon Jun 1 13:19:23 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 08A863363F0 for ; Mon, 1 Jun 2020 13:19:23 +0000 (UTC) (envelope-from antho.arnaudisce@gmail.com) Received: from mail-oo1-xc42.google.com (mail-oo1-xc42.google.com [IPv6:2607:f8b0:4864:20::c42]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bG3Z21ZDz3cm8; Mon, 1 Jun 2020 13:19:22 +0000 (UTC) (envelope-from antho.arnaudisce@gmail.com) Received: by mail-oo1-xc42.google.com with SMTP id h7so1390315ooc.9; Mon, 01 Jun 2020 06:19:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HWl0TDJ++sdrR+vUCr/bqmdv1p3p97kzADDcAe5dYPQ=; b=Vrg5u6L4+QPhf20f+XBHguOGrcUV5hDUp7KDM8iHc5m0KPXskTDWViGjRZyoHfaFXZ tB6kG89+osG9ycROHU2/2BjxRvkaPcTuS9+aRJ8cG0OPRR0MpSg+z/L2IUyqdlmJcXEO ADYT2u2jNFUQMSC/kfr+5z+YGZaVhSCyrfMJmY0Qzq0PhCoSWGvHTRH2k4RnbOs6V040 iZh6Upy0PSBlXMB1WdSqkpQym11c5DgSAcjEytmeep1X9yHAhSCHjG5dtGepppLrb+gm A4HoZJEog8wqwmPMMR+5U0LRBP+9A0jwUBOfa+RvOhd975pA5QT0IFvBdc92YKK8NusE r5aQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HWl0TDJ++sdrR+vUCr/bqmdv1p3p97kzADDcAe5dYPQ=; b=ON9TlA6j1qyhxGccwGBz6n7CgvHKsbSn9iADbU7bsx+BeqitB/UKv4Ojiitm2E6ZxB wi2UKJj+pvNqFOKw8MEtWcs5bZ+HL6vVyZr7mpDWjvkK1nGI1B/uTsC7liO7oId7+2hu 7mZzNzZ0QLtvz03vijVqicb8qyopLV4OHOrLx4Cjl8Djof1iuLidmWJDTv0yoTEcLaHa Nt3Kb5iBqgZQZX+WMP0PsVKhoTsu3T4PGdMtWFuGcyKJukM2dCMt24PPOa3DjEBgm2hf lKPjiXgZpRL9QQ4aG7bajrVR2siWIyMVK6sA55udTekc56oRfZ8dLaLe9t/Kk3IFReSA hdng== X-Gm-Message-State: AOAM532IwQFROjlhHY793dOdmDK6Agr++yzaD/bblZcGuNVWbIyKjxqh koHQ39vzpBcw9JSqnQm/8sDLvuvjSB09CwLGynOhcLIH X-Google-Smtp-Source: ABdhPJy+SBTAI500Bxb8qSkTGL88fRMjqtncsesn2PhwtSyixNYdv6Sy6XVn6J+YCtu1lkeYfhyZN6WA8iSxfYer7bY= X-Received: by 2002:a4a:381:: with SMTP id 123mr15020982ooi.85.1591017560744; Mon, 01 Jun 2020 06:19:20 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Anthony Arnaud Date: Mon, 1 Jun 2020 15:19:09 +0200 Message-ID: Subject: Re: Netmap - Vale switch - tcp problem To: Vincenzo Maffione Cc: Luigi Rizzo , "freebsd-net@freebsd.org" X-Rspamd-Queue-Id: 49bG3Z21ZDz3cm8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Vrg5u6L4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of anthoarnaudisce@gmail.com designates 2607:f8b0:4864:20::c42 as permitted sender) smtp.mailfrom=anthoarnaudisce@gmail.com X-Spamd-Result: default: False [-3.29 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; NEURAL_HAM_LONG(-1.00)[-0.995]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c42:from]; HTTP_TO_IP(1.00)[]; NEURAL_HAM_SHORT(-1.30)[-1.296]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 13:19:23 -0000 Hi Vincenzo, To simplify the scenario I have installed from scratch FBSD12.1 on a new machine, without any virtualization env. I have encountered the same problem, when i attach an ethernet interface to vale switch (in this case an intel card em5) the tcp traffic disappears and tcpdump shown only udp, icmp6 and stp packets. If I detach the NIC from vale0 tcpdump shown all tcp traffic. I'm using the netmap version included in FBSD 12.1, and I have compiled vale-ctl presents in kernel sources (/src/tools/tools/netmap/) I executed your steps. There is something dark about that behaviour... Cheers Anthon Il giorno sab 30 mag 2020 alle ore 14:29 Vincenzo Maffione < vmaffione@freebsd.org> ha scritto: > > > Il giorno ven 29 mag 2020 alle ore 19:01 Anthony Arnaud < > antho.arnaudisce@gmail.com> ha scritto: > >> Hi Vincenzo, >> >> thanks for your hints! >> I rebooted my guest FBSD 12.1 machine, and I have perfomed your steps >> >> #ifconfig vtnet1 -txcsum -rxcsum -tso4 -tso6 up promisc >> >> vtnet1: >> flags=28943 metric >> 0 mtu 1500 >> >> options=6c04b8 >> ether 0e:bd:ec:7a:08:06 >> media: Ethernet 10Gbase-T >> status: active >> nd6 options=29 >> >> tcpdump is ok. >> >> Does it mean you see both ICMP, UDP and TCP traffic? > > >> But after: >> >> #vale-ctl >> >> 446.196827 bdg_ctl [149] bridge:0 port:0 vale0:vtnet1 >> 446.196855 bdg_ctl [149] bridge:0 port:1 vale0:vtnet1^ >> >> tcpdump not work anymore. >> > > Do you see ICMP/UDP only and not TCP? > > >> I don't understand why the tcp traffic disappears. >> In my configuration vtnet1 is a mirror port created by Open vSwitch, but >> I don't think that's the reason. >> >> No, I don't think that's relevant. > > In my setup, vtnet0 is a guest interface backed by a host tap device > (attached to a linux bridge), and hypervisor is QEMU/KVM. > Here are the steps I follow in the VM (in this order): > > # ifconfig vtnet0 -txcsum -rxcsum -tso4 -tso6 up 192.168.100.2/24 > # vale-ctl -h vale0:vtnet0 > > # nc 192.168.100.1 5555 # connect to listening netcat in the host. > hello > abc > [...] > # tcpdump -ni vtnet0 # This shows the TCP traffic. > > I start to see problems when I change the offloads: > # ifconfig vtnet0 -lro > > Cheers, > Vincenzo > > >> Below some info about my configuration: >> >> dev.netmap.iflib_rx_miss_bufs: 0 >> dev.netmap.iflib_rx_miss: 0 >> dev.netmap.iflib_crcstrip: 1 >> dev.netmap.bridge_batch: 1024 >> dev.netmap.default_pipes: 0 >> dev.netmap.priv_buf_num: 4098 >> dev.netmap.priv_buf_size: 2048 >> dev.netmap.buf_curr_num: 163840 >> dev.netmap.buf_num: 163840 >> dev.netmap.buf_curr_size: 2048 >> dev.netmap.buf_size: 2048 >> dev.netmap.priv_ring_num: 4 >> dev.netmap.priv_ring_size: 20480 >> dev.netmap.ring_curr_num: 200 >> dev.netmap.ring_num: 200 >> dev.netmap.ring_curr_size: 36864 >> dev.netmap.ring_size: 36864 >> dev.netmap.priv_if_num: 2 >> dev.netmap.priv_if_size: 1024 >> dev.netmap.if_curr_num: 100 >> dev.netmap.if_num: 100 >> dev.netmap.if_curr_size: 1024 >> dev.netmap.if_size: 1024 >> dev.netmap.ptnet_vnet_hdr: 1 >> dev.netmap.generic_rings: 1 >> dev.netmap.generic_ringsize: 1024 >> dev.netmap.generic_mit: 100000 >> dev.netmap.generic_hwcsum: 0 >> dev.netmap.admode: 0 >> dev.netmap.fwd: 0 >> dev.netmap.txsync_retry: 2 >> dev.netmap.no_pendintr: 1 >> dev.netmap.no_timestamp: 0 >> dev.netmap.verbose: 0 >> >> >> dev.vtnet.1.txq0.rescheduled: 0 >> dev.vtnet.1.txq0.tso: 0 >> dev.vtnet.1.txq0.csum: 0 >> dev.vtnet.1.txq0.omcasts: 0 >> dev.vtnet.1.txq0.obytes: 0 >> dev.vtnet.1.txq0.opackets: 0 >> dev.vtnet.1.rxq0.rescheduled: 0 >> dev.vtnet.1.rxq0.csum_failed: 0 >> dev.vtnet.1.rxq0.csum: 66 >> dev.vtnet.1.rxq0.ierrors: 0 >> dev.vtnet.1.rxq0.iqdrops: 0 >> dev.vtnet.1.rxq0.ibytes: 11904780 >> dev.vtnet.1.rxq0.ipackets: 40984 >> dev.vtnet.1.tx_task_rescheduled: 0 >> dev.vtnet.1.tx_tso_offloaded: 0 >> dev.vtnet.1.tx_csum_offloaded: 0 >> dev.vtnet.1.tx_defrag_failed: 0 >> dev.vtnet.1.tx_defragged: 0 >> dev.vtnet.1.tx_tso_not_tcp: 0 >> dev.vtnet.1.tx_tso_bad_ethtype: 0 >> dev.vtnet.1.tx_csum_bad_ethtype: 0 >> dev.vtnet.1.rx_task_rescheduled: 0 >> dev.vtnet.1.rx_csum_offloaded: 0 >> dev.vtnet.1.rx_csum_failed: 0 >> dev.vtnet.1.rx_csum_bad_proto: 0 >> dev.vtnet.1.rx_csum_bad_offset: 0 >> dev.vtnet.1.rx_csum_bad_ipproto: 0 >> dev.vtnet.1.rx_csum_bad_ethtype: 0 >> dev.vtnet.1.rx_mergeable_failed: 0 >> dev.vtnet.1.rx_enq_replacement_failed: 0 >> dev.vtnet.1.rx_frame_too_large: 0 >> dev.vtnet.1.mbuf_alloc_failed: 0 >> dev.vtnet.1.act_vq_pairs: 1 >> dev.vtnet.1.requested_vq_pairs: 0 >> dev.vtnet.1.max_vq_pairs: 1 >> dev.vtnet.1.%parent: virtio_pci4 >> dev.vtnet.1.%pnpinfo: >> dev.vtnet.1.%location: >> dev.vtnet.1.%driver: vtnet >> dev.vtnet.1.%desc: VirtIO Networking Adapter >> dev.vtnet.0.txq0.rescheduled: 0 >> >> Cheers, >> Anthony >> >> Il giorno gio 28 mag 2020 alle ore 21:38 Vincenzo Maffione < >> vmaffione@freebsd.org> ha scritto: >> >>> Hi, >>> I was trying to reproduce your problem (same FreeBSD release as >>> yours). It looks like there is some sort of bad interaction with LRO. >>> >>> Starting from a fresh boot, if you keep lro enabled, e.g. >>> # ifconfig vtnet0 -txcsum -rxcsum -tso4 -tso6 >>> # vale-ctl .... >>> then I experience no problem (TCP works between vtnet0 and the host, >>> tcpdump on vtnet0 works as expected). >>> >>> As soon as you disable LRO: >>> # ifconfig vtnet0 -lro >>> both TCP and tcpdump stop working. >>> If I enable LRO again, TCP restarts working, but tcpdump doesn't. I need >>> to reboot the machine to fix it. >>> >>> Btw, creating vi0 (persistent VALE port) is not relevant for this test. >>> You may as well use ephemeral VALE ports (e.g. run pkt-gen -i vale0:1 -f >>> rx). >>> >>> I will have a look at the LRO issue asap. In the meantime you could >>> avoid disabling LRO and see if that works for you. >>> >>> Cheers, >>> Vincenzo >>> >>> Il giorno gio 28 mag 2020 alle ore 17:16 Anthony Arnaud < >>> antho.arnaudisce@gmail.com> ha scritto: >>> >>>> I already disabled the checksum, the vtnet config is: >>>> >>>> ifconfig vtnet1 -txcsum -rxcsum -tso4 -tso6 -lro -txcsum6 -rxcsum6 >>>> -vlanmtu >>>> -vlanhwtag -vlanhwfilter -vlanhwtso -vlanhwcsum up promisc >>>> >>>> vtnet1: >>>> flags=28943 >>>> metric >>>> 0 mtu 1500 >>>> options=1800a8 >>>> ether 0e:bd:ec:7a:08:06 >>>> media: Ethernet 10Gbase-T >>>> status: active >>>> nd6 options=29 >>>> >>>> Sorry for not having posted vtnet config before. >>>> PS: VLAN_HWCSUM is not switchable off for some reason! >>>> the problem is not that. >>>> >>>> Cheers >>>> Anthony >>>> >>>> >>>> >>>> >>>> Il giorno gio 28 mag 2020 alle ore 16:05 Luigi Rizzo < >>>> rizzo@iet.unipi.it> >>>> ha scritto: >>>> >>>> > >>>> > >>>> > On Thursday, May 28, 2020, Anthony Arnaud >>> > >>>> > wrote: >>>> > >>>> >> Hi everyone! >>>> >> I would like to create a vale switch with an interface attached with >>>> the >>>> >> host stack and some virtual. >>>> >> My env is a VM with FBSD-12.1 12.1-RELEASE FreeBSD 12.1-RELEASE >>>> r354233 >>>> >> GENERIC amd64 >>>> >> and VirtIO support. >>>> >> >>>> >> I performed: >>>> >> >>>> >> vale-ctl -h vale0:vtnet1 >>>> >> vale-ctl -n vi0 >>>> >> vale-ctl -a vale0:vi0 >>>> >> >>>> >> 615.925514 bdg_ctl [149] bridge:0 port:0 vale0:vtnet1 >>>> >> 615.925559 bdg_ctl [149] bridge:0 port:1 vale0:vtnet1^ >>>> >> 615.925572 bdg_ctl [149] bridge:0 port:2 vale0:vi0 >>>> >> >>>> >> vtnet1 is configured as mirror port. >>>> >> But if: >>>> >> >>>> >> tcpdump -i vtnet1 >>>> >> or >>>> >> tcpdump -i vale0:vi0 >>>> >> >>>> >> why can't I see any TCP packets? >>>> >> UDP and ICMP packet are ok. >>>> >> >>>> >> Without vale switch tcpdump show all TCP packets correctly. >>>> > >>>> > >>>> > You have to disable checksum offloading on vtnet1. >>>> > >>>> > Cheers >>>> > Luigi >>>> > >>>> > It is a bug? >>>> >> Thanks to all! >>>> >> >>>> >> _______________________________________________ >>>> >> freebsd-net@freebsd.org mailing list >>>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-net >>>> >> To unsubscribe, send any mail to " >>>> freebsd-net-unsubscribe@freebsd.org" >>>> >> >>>> > >>>> > >>>> > -- >>>> > >>>> -----------------------------------------+------------------------------- >>>> > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. >>>> dell'Informazione >>>> > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa >>>> > TEL +39-050-2217533 . via Diotisalvi 2 >>>> > Mobile +39-338-6809875 . 56122 PISA (Italy) >>>> > >>>> -----------------------------------------+------------------------------- >>>> > >>>> > >>>> _______________________________________________ >>>> freebsd-net@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-net >>>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>>> >>> From owner-freebsd-net@freebsd.org Mon Jun 1 16:23:07 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A61A33B2DB for ; Mon, 1 Jun 2020 16:23:07 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bL7b354xz4Cgs for ; Mon, 1 Jun 2020 16:23:07 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: vmaffione) by smtp.freebsd.org (Postfix) with ESMTPSA id 5FF67112AD for ; Mon, 1 Jun 2020 16:23:07 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: by mail-qk1-f176.google.com with SMTP id c185so9596513qke.7 for ; Mon, 01 Jun 2020 09:23:07 -0700 (PDT) X-Gm-Message-State: AOAM530tDbJ59+z5BmJQ1TjBKM5uuoH8Rw862oIeW0iPQdzIVYhAg8+G B5AXSldvUYILIqDCObg0QGCHAUgBaeTZroWpDJY= X-Google-Smtp-Source: ABdhPJz8ury/8L+DyWl9P0pEGd71ccQj5ObtFcOPolMAT6GXX0zIHMxzu4MA+24tZkUVJGPDSQpx8bxKwYX0pkIGcyQ= X-Received: by 2002:a37:90c:: with SMTP id 12mr20009289qkj.96.1591028586867; Mon, 01 Jun 2020 09:23:06 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Vincenzo Maffione Date: Mon, 1 Jun 2020 18:22:55 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Netmap - Vale switch - tcp problem To: Anthony Arnaud Cc: Luigi Rizzo , "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 16:23:07 -0000 Hi Anthony, I think there is more than a bug, drivers-related, that show up when you attach the interface to a vale switch. I've found and fixed some related to if_vtnet (see below). In any case, in my tests there is no difference between TCP traffic and other (UDP, ICMP, STP,...). The issues are not related to LRO, as I thought. There are still more bugs in vtnet and I'm trying to chase them. In the meanwhile it would help if you apply the patches below and try again with vtnet to see if the situation improves. They apply cleanly to 12.1 release. Regarding your problem with em devices, it is probably yet a different issue. It may be related to the iflib transition or not. It would help to try the same setup on stable/11 (which does not have iflib). I don't have an em device, but I will try with an emulated em in QEMU/KVM. Cheers, Vincenzo ------------------------------------------------------------------------ r361698 | vmaffione | 2020-06-01 16:14:29 +0000 (Mon, 01 Jun 2020) | 8 lines netmap: if_vtnet: avoid netmap ring wraparound netmap assumes the one "slot" is left unused to distinguish the empty ring and full ring conditions. This assumption was violated by vtnet_netmap_rxq_populate(). MFC after: 1 week ------------------------------------------------------------------------ r361697 | vmaffione | 2020-06-01 16:12:09 +0000 (Mon, 01 Jun 2020) | 8 lines netmap: if_vtnet: replace vtnet_free_used() The functionality contained in this function is duplicated, as it is already available in vtnet_txq_free_mbufs() and vtnet_rxq_free_mbufs(). MFC after: 1 week ------------------------------------------------------------------------ r361696 | vmaffione | 2020-06-01 16:10:44 +0000 (Mon, 01 Jun 2020) | 13 lines netmap: vtnet: fix RX virtqueue initialization bug The vtnet_netmap_rxq_populate() function erroneously assumed that kring->nr_hwcur = 0, i.e. the kring was in the initial state. However, this is not always the case: for example, when a vtnet reinit is triggered by some changes in the interface flags or capenable. This patch changes the behaviour of vtnet_netmap_kring_refill() so that it always starts publishing the netmap buffers starting from the current value of kring->nr_hwcur. MFC after: 1 week ------------------------------------------------------------------------ Il giorno lun 1 giu 2020 alle ore 15:19 Anthony Arnaud < antho.arnaudisce@gmail.com> ha scritto: > Hi Vincenzo, > > To simplify the scenario I have installed from scratch FBSD12.1 on a new > machine, without any virtualization env. > I have encountered the same problem, when i attach an ethernet interface > to vale switch (in this case an intel card em5) the tcp traffic disappears > and tcpdump shown only udp, icmp6 and stp packets. > If I detach the NIC from vale0 tcpdump shown all tcp traffic. > I'm using the netmap version included in FBSD 12.1, and I have compiled > vale-ctl presents in kernel sources (/src/tools/tools/netmap/) > I executed your steps. > There is something dark about that behaviour... > > Cheers > Anthon > > From owner-freebsd-net@freebsd.org Mon Jun 1 16:27:16 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F370433B275 for ; Mon, 1 Jun 2020 16:27:16 +0000 (UTC) (envelope-from daemon-user@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bLDN5vkNz4CmL; Mon, 1 Jun 2020 16:27:16 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id C1679E2B1; Mon, 1 Jun 2020 16:27:16 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id B6F864027EF; Mon, 1 Jun 2020 16:27:16 +0000 (UTC) Date: Mon, 1 Jun 2020 16:27:16 +0000 To: Phabricator From: "neel_neelc.org (Neel Chauhan)" Cc: freebsd-net@freebsd.org Reply-to: "neel_neelc.org (Neel Chauhan)" Subject: [Differential] D24989: netinet: Generate a random RSS key on boot. Message-ID: <85bee9ae355b182cee0e743d5423e658@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: X-Herald-Rules: <28>, <81>, <128>, <67>, <110> X-Phabricator-Projects: <#csprng>, <#network> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-yukac7sf5rncf2mc6vjo X-Phabricator-Mail-ID: 1975605 X-Phabricator-Send-Attempt: 3kgzjtmpxxuwtprn In-Reply-To: References: Thread-Index: YTY1OTExMDJjYTMyZjY4NDZjMmU3ZDljMmQ3IF7VLGQ= X-Phabricator-Stamps: actor(@neel_neelc.org) application(Differential) author(@neel_neelc.org) herald(H28) herald(H67) herald(H81) herald(H110) herald(H128) monogram(D24989) object-type(DREV) phid(PHID-DREV-yukac7sf5rncf2mc6vjo) reviewer(#csprng) reviewer(@markm) revision-repository(rS) revision-status(needs-revision) subscriber(#contributor_reviews_base) subscriber(#csprng) subscriber(@ae) subscriber(@avg) subscriber(@cem) subscriber(@debdrup) subscriber(@freebsd-net-list) subscriber(@imp) subscriber(@kevans) subscriber(@markm) subscriber(@melifaro) subscriber(@rwatson) tag(#csprng) tag(#network) via(web) MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 16:27:17 -0000 bmVlbF9uZWVsYy5vcmcgYWRkZWQgYSBjb21tZW50LgoKCiAgSSBiZWxpZXZlIExpbnV4IGp1c3Qg dXNlcyByYW5kb20ga2V5czoKICAKICAtIGh0dHBzOi8vZ2l0aHViLmNvbS90b3J2YWxkcy9saW51 eC9ibG9iLzI5ZDlmMzBkNGNlNmM3YTM4NzQ1YTU0YThjZGRmYWNlMTAwMTM0OTAvbmV0L2V0aHRv b2wvaW9jdGwuYyNMOTI0CiAgCiAgQ2FsbGVycyAoZXhhbXBsZSk6CiAgCiAgLSBodHRwczovL2dp dGh1Yi5jb20vdG9ydmFsZHMvbGludXgvYmxvYi8yOWQ5ZjMwZDRjZTZjN2EzODc0NWE1NGE4Y2Rk ZmFjZTEwMDEzNDkwL2RyaXZlcnMvbmV0L2V0aGVybmV0L2VtdWxleC9iZW5ldC9iZV9tYWluLmMj TDM3MjgKICAtIGh0dHBzOi8vZ2l0aHViLmNvbS90b3J2YWxkcy9saW51eC9ibG9iLzI5ZDlmMzBk NGNlNmM3YTM4NzQ1YTU0YThjZGRmYWNlMTAwMTM0OTAvZHJpdmVycy9uZXQvZXRoZXJuZXQvZW11 bGV4L2JlbmV0L2JlX21haW4uYyNMMzcyOAogIAogIEhvd2V2ZXIsIERQREsgdXNlcyBzb21ldGhp bmcgY2FsbGVkICJNQVhJTUFMTFkgRVFVSURJU1RSSUJVVEVEQ09NQklORUQgTEZTUiBHRU5FUkFU T1JTIiAocGFwZXI6IGh0dHBzOi8vd3d3LmFtcy5vcmcvam91cm5hbHMvbWNvbS8xOTk5LTY4LTIy NS9TMDAyNS01NzE4LTk5LTAxMDM5LVgvUzAwMjUtNTcxOC05OS0wMTAzOS1YLnBkZik6CiAgCiAg LSBodHRwczovL2dpdGh1Yi5jb20vRFBESy9kcGRrL2Jsb2IvOTA1YTBjMjA4MjY3ODA2ZjVlMWYy MDIxYWNjZWM0MzAyNjgxZTRhMC9saWIvbGlicnRlX2VhbC9jb21tb24vcnRlX3JhbmRvbS5jI0wx MzEKICAtIENhbGxzIGh0dHBzOi8vZ2l0aHViLmNvbS9EUERLL2RwZGsvYmxvYi85MDVhMGMyMDgy Njc4MDZmNWUxZjIwMjFhY2NlYzQzMDI2ODFlNGEwL2xpYi9saWJydGVfZWFsL2NvbW1vbi9ydGVf cmFuZG9tLmMjTDEwMQogIAogIENhbGxlciAoZXhhbXBsZSk6CiAgCiAgLSBodHRwczovL2dpdGh1 Yi5jb20vRFBESy9kcGRrL2Jsb2IvYzNkMzBlOWQ3NTNlZjMxMjFjMjViOTQwM2JmNTZlZTA5ZjJh MjA4Ni9kcml2ZXJzL25ldC9ibngyeC9ibngyeC5jI0w2NzAxCgpSRVBPU0lUT1JZCiAgclMgRnJl ZUJTRCBzcmMgcmVwb3NpdG9yeQoKQ0hBTkdFUyBTSU5DRSBMQVNUIEFDVElPTgogIGh0dHBzOi8v cmV2aWV3cy5mcmVlYnNkLm9yZy9EMjQ5ODkvbmV3LwoKUkVWSVNJT04gREVUQUlMCiAgaHR0cHM6 Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QyNDk4OQoKRU1BSUwgUFJFRkVSRU5DRVMKICBodHRwczov L3Jldmlld3MuZnJlZWJzZC5vcmcvc2V0dGluZ3MvcGFuZWwvZW1haWxwcmVmZXJlbmNlcy8KClRv OiBuZWVsX25lZWxjLm9yZywgI2NzcHJuZywgbWFya20KQ2M6IGF2ZywgbWFya20sIGNlbSwgI2Nz cHJuZywga2V2YW5zLCBkZWJkcnVwLCByd2F0c29uLCBpbXAsIGFlLCBtZWxpZmFybywgI2NvbnRy aWJ1dG9yX3Jldmlld3NfYmFzZSwgZnJlZWJzZC1uZXQtbGlzdCwgbW1hY3ksIGtwcmF2ZWVuLmxr bWxfZ21haWwuY29tLCBtYXJjbmFyY19nbWFpbC5jb20sIHNpbW9udmVsbGFfZ21haWwuY29tLCBu b3ZpY2VfdGVjaGllLmNvbSwgdG9tbWkucGVybmlsYV9pa2kuZmksIGtyenlzenRvZi5nYWxhemth X2ludGVsLmNvbQo= From owner-freebsd-net@freebsd.org Mon Jun 1 16:29:56 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B8FFA33B881 for ; Mon, 1 Jun 2020 16:29:56 +0000 (UTC) (envelope-from daemon-user@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bLHS4Kl9z4D7M; Mon, 1 Jun 2020 16:29:56 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id 86638E532; Mon, 1 Jun 2020 16:29:56 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 79464404073; Mon, 1 Jun 2020 16:29:56 +0000 (UTC) Date: Mon, 1 Jun 2020 16:29:56 +0000 To: Phabricator From: "neel_neelc.org (Neel Chauhan)" Cc: freebsd-net@freebsd.org Reply-to: "neel_neelc.org (Neel Chauhan)" Subject: [Differential] D24989: netinet: Generate a random RSS key on boot. Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: X-Herald-Rules: <28>, <81>, <128>, <67>, <110> X-Phabricator-Projects: <#csprng>, <#network> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-yukac7sf5rncf2mc6vjo X-Phabricator-Mail-ID: 1975662 X-Phabricator-Send-Attempt: e3zsszwvpa7pywwg In-Reply-To: References: Thread-Index: YTY1OTExMDJjYTMyZjY4NDZjMmU3ZDljMmQ3IF7VLQQ= X-Phabricator-Stamps: actor(@neel_neelc.org) application(Differential) author(@neel_neelc.org) herald(H28) herald(H67) herald(H81) herald(H110) herald(H128) mention(@avg) monogram(D24989) object-type(DREV) phid(PHID-DREV-yukac7sf5rncf2mc6vjo) reviewer(#csprng) reviewer(@markm) revision-repository(rS) revision-status(needs-revision) subscriber(#contributor_reviews_base) subscriber(#csprng) subscriber(@ae) subscriber(@avg) subscriber(@cem) subscriber(@debdrup) subscriber(@freebsd-net-list) subscriber(@imp) subscriber(@kevans) subscriber(@markm) subscriber(@melifaro) subscriber(@rwatson) tag(#csprng) tag(#network) via(web) MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 16:29:56 -0000 bmVlbF9uZWVsYy5vcmcgYWRkZWQgYSBjb21tZW50LgoKCiAgSW4gRDI0OTg5IzU1MjU3NiA8aHR0 cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QyNDk4OSM1NTI1NzY+LCBAYXZnIHdyb3RlOgogIAog ID4gSSBoYXZlIGEgdmFndWUgbWVtb3J5LCBtYXliZSB3cm9uZywgdGhhdCBjb21tb25seSB1c2Vk IGZpeGVkIFJTUyBrZXlzIHdlcmUgc2VsZWN0ZWQgYmVjYXVzZSB0aGV5IGhhZCBzb21lIHByb3Bl cnR5ICgtaWVzKS4KICA+IFNvLCBtYXliZSBqdXN0IGJlaW5nIHJhbmRvbSBpcyBub3QgZ29vZCBl bm91Z2g/CiAgPiBJIHRoaW5rIHRoYXQgaHlwb3RoZXRpY2FsIGByc3NfaXNiYWRrZXlgIHdhcyBt ZW50aW9uZWQgZm9yIGEgcmVhc29uPwogIAogIEkgR29vZ2xlIHNlYXJjaGVkIHRoaXMgYW5kIGhh dmVuJ3QgZm91bmQgbXVjaCBldmlkZW5jZSBvbiBSU1Mga2V5cy4gSSBjb3VsZCBiZSB3cm9uZyBh cyB3ZWxsLgoKUkVQT1NJVE9SWQogIHJTIEZyZWVCU0Qgc3JjIHJlcG9zaXRvcnkKCkNIQU5HRVMg U0lOQ0UgTEFTVCBBQ1RJT04KICBodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDI0OTg5L25l dy8KClJFVklTSU9OIERFVEFJTAogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMjQ5ODkK CkVNQUlMIFBSRUZFUkVOQ0VTCiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL3NldHRpbmdz L3BhbmVsL2VtYWlscHJlZmVyZW5jZXMvCgpUbzogbmVlbF9uZWVsYy5vcmcsICNjc3BybmcsIG1h cmttCkNjOiBhdmcsIG1hcmttLCBjZW0sICNjc3BybmcsIGtldmFucywgZGViZHJ1cCwgcndhdHNv biwgaW1wLCBhZSwgbWVsaWZhcm8sICNjb250cmlidXRvcl9yZXZpZXdzX2Jhc2UsIGZyZWVic2Qt bmV0LWxpc3QsIG1tYWN5LCBrcHJhdmVlbi5sa21sX2dtYWlsLmNvbSwgbWFyY25hcmNfZ21haWwu Y29tLCBzaW1vbnZlbGxhX2dtYWlsLmNvbSwgbm92aWNlX3RlY2hpZS5jb20sIHRvbW1pLnBlcm5p bGFfaWtpLmZpLCBrcnp5c3p0b2YuZ2FsYXprYV9pbnRlbC5jb20K From owner-freebsd-net@freebsd.org Mon Jun 1 17:54:25 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C72C33D81C for ; Mon, 1 Jun 2020 17:54:25 +0000 (UTC) (envelope-from nrgia@protonmail.com) Received: from mail-40135.protonmail.ch (mail-40135.protonmail.ch [185.70.40.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bN8w0qnsz4LXH for ; Mon, 1 Jun 2020 17:54:23 +0000 (UTC) (envelope-from nrgia@protonmail.com) Date: Mon, 01 Jun 2020 17:54:14 +0000 To: "freebsd-net@freebsd.org" From: Nrgia Reply-To: Nrgia Subject: Intel X553 driver Support for Freebsd 12.1 Message-ID: MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49bN8w0qnsz4LXH X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.20 / 15.00]; HAS_REPLYTO(0.00)[nrgia@protonmail.com]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_BASE64_TEXT_BOGUS(1.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-1.34)[-1.344]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.135:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.87)[-0.870]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.135:from] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 17:54:25 -0000 SGVsbG8sCgpJIGFtIHVzaW5nIHRoZSBmb2xsb3dpbmcgYm9hcmQ6Cmh0dHBzOi8vd3d3LnN1cGVy bWljcm8uY29tL2VuL3Byb2R1Y3RzL21vdGhlcmJvYXJkL0EyU0RpLTRDLUhMTjRGCgphbmQgaXQg dXNlcyBJbnRlbCBYNTUzIGNoaXBzZXQ6Ck9uIEZyZWVCU0QgMTIuMSBORVRNQVAgaXMgbm90IHdv cmtpbmcgYXMgaXQgc2hvdWxkCkZvciBleGFtcGxlOgoKT24gRnJlZUJTRCAxMS4yIGZvciBleGFt cGxlIEkgYWNoaWV2ZWQgZnVsbCBzcGVlZCBvbmx5IGFmdGVyIEkgY29tcGlsZWQgbXkgb3duIGRy aXZlciwgc28gSSBoYWQ6CgotIE5FVE1BUCBuYXRpdmUgbW9kZSA6IDYwMCAtIDk2MCBNYnMvcyAt IHdpdGggSW50ZWwgY29tcGlsZWQgZHJpdmVyIChmb3JjZWQgYnkgdXNpbmcgZGV2Lm5ldG1hcC5h ZG1vZGU9MSkKLSBORVRNQVAgZW11bGF0ZWQgbW9kZTogMTUwIE1iL3MgLSB3aXRoIGluY2x1ZGVk IEZyZWVCU0QgZHJpdmVyCgpPbiBGcmVlQlNEIDEyLjEgSSBoYXZlOgoKLSBOZXRtYXAgbmF0aXZl IG1vZGUoYXQgbGVhc3QgdGhhdCdzIHdoYXQgdGhlIHN5c3RlbSByZXBvcnRzKSA6IDE1MCBNYnMv cyAtIHdpdGggaW5jbHVkZWQgRnJlZUJTRCBkcml2ZXIgKGZvcmNlZCBieSB1c2luZyBkZXYubmV0 bWFwLmFkbW9kZT0xKQotIE5ldG1hcCBlbXVsYXRlZCBtb2RlOiAxNTAgTWJzL3MgLSB3aXRoIElu dGVsIGRyaXZlciBjb21waWxlZCBmcm9tIEludGVsIHNpdGUsIG9yIGZyb20gRnJlZUJTRCBzb3Vy Y2U6IGludGVsLWl4LWttb2QKCkFsc28gb24gbGludXggd29ya3MgYXQgZnVsbCBzcGVlZC4KClNv bWUgSW5mb3JtYXRpb24gYWJvdXQgbXkgY29uZmlndXJhdGlvbjoKCjEpIFRoZSBib2FyZCBpcyBo dHRwczovL3d3dy5zdXBlcm1pY3JvLmNvbS9lbi9wcm9kdWN0cy9tb3RoZXJib2FyZC9BMlNEaS00 Qy1ITE40RgoyKSBUaGUgTklDIGFyZSBMYW4gb24gQm9hcmQgZnJvbSBJbnRlbCBzdWluZyBYNTUz IGNoaXBzZXQ6CgpzeXNjdGwgZGV2Lml4LjM6CgpkZXYuaXguMy5pZmxpYi5kcml2ZXJfdmVyc2lv bjogNC4wLjEtawoKZGV2Lml4LjMuJXBhcmVudDogcGNpNwoKZGV2Lml4LjMuJXBucGluZm86IHZl bmRvcj0weDgwODYgZGV2aWNlPTB4MTVlNSBzdWJ2ZW5kb3I9MHg4MDg2IHN1YmRldmljZT0weDAw MDAgY2xhc3M9MHgwMjAwMDAKCmRldi5peC4zLiVsb2NhdGlvbjogc2xvdD0wIGZ1bmN0aW9uPTEg ZGJzZj1wY2kwOjg6MDoxIGhhbmRsZT1cX1NCXy5QQ0kwLlZSUDEuTEFOMwoKZGV2Lml4LjMuJWRy aXZlcjogaXgKCmRldi5peC4zLiVkZXNjOiBJbnRlbChSKSBQUk8vMTBHYkUgUENJLUV4cHJlc3Mg TmV0d29yayBEcml2ZXIuCgpPbiBGcmVlQlNEIDExLjIgaW4gb3JkZXIgdG8gZ2V0IGZ1bGwgc3Bl ZWQgb24gdGhpcyBOSUNzLCBldmVuIHdpdGhvdXQgTkVUTUFQIGVuYWJsZWQgSSB1c2VkIHRvIGNv bXBpbGUgdGhlIEludGVsIGRyaXZlciBmcm9tIGhlcmU6CgpbaHR0cHM6Ly9kb3dubG9hZGNlbnRl ci5pbnRlbC5jb20vZG8uLi4xMC1HaWdhYml0LU5ldHdvcmstQ29ubmVjdGlvbnMtVW5kZXItRnJl ZUJTRC1dKGh0dHBzOi8vZG93bmxvYWRjZW50ZXIuaW50ZWwuY29tL2Rvd25sb2FkLzE0Njg4L0lu dGVsLU5ldHdvcmstQWRhcHRlcnMtRHJpdmVyLWZvci1QQ0llLTEwLUdpZ2FiaXQtTmV0d29yay1D b25uZWN0aW9ucy1VbmRlci1GcmVlQlNELSkKYnV0IGtub3cgaWYgSSBkbyB0aGlzLCBOZXRtYXAg d2lsbCBub3Qgc3RhcnQgaW4gTmF0aXZlIG1vZGUsIGJlY2F1c2Ugb2YgdGhlIG5ldyBpZmxpYiBm cmFtZXdvcmsuCgpXaGF0IGNhbiBJIGRvIHRvIG1ha2UgdGhpcyB3b3JrPyBJcyB0aGVyZSBhIG5l dyBJbnRlbCBkcml2ZXIgdGhhdCBzaG91bGQgZml4IHRoaXMsIDQuMC4xLWsgdGhhdCBjb21lcyBm cm9tIHVwc3RyZWFtIGlzIG5vdCB3b3JraW5nLgpJIHN0YXJ0ZWQgYSB0aHJlYWQgb24gRnJlZUJT RCBmb3J1bXMgaGVyZSBodHRwczovL2ZvcnVtcy5mcmVlYnNkLm9yZy90aHJlYWRzL2ludGVsLXg1 NTMtZHJpdmVyLXN1cHBvcnQtZm9yLWZyZWVic2QtMTItMS43NTU4OC8gaWYgeW91IHdhbnQgdG8g cmVzcG9uZCB0aGF0IHdheS4KCklmIHlvdSBjYW4gcGxlYXNlIGhlbHAuCgpUaGFuayB5b3UKClNl bnQgd2l0aCBbUHJvdG9uTWFpbF0oaHR0cHM6Ly9wcm90b25tYWlsLmNvbSkgU2VjdXJlIEVtYWls Lg== From owner-freebsd-net@freebsd.org Mon Jun 1 18:00:35 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9757B33DAA1 for ; Mon, 1 Jun 2020 18:00:35 +0000 (UTC) (envelope-from daemon-user@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bNJ33Xtlz4LyL; Mon, 1 Jun 2020 18:00:35 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id 74B63F124; Mon, 1 Jun 2020 18:00:35 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 738748151; Mon, 1 Jun 2020 18:00:35 +0000 (UTC) Date: Mon, 1 Jun 2020 18:00:35 +0000 To: Phabricator From: "neel_neelc.org (Neel Chauhan)" Cc: freebsd-net@freebsd.org Reply-to: "neel_neelc.org (Neel Chauhan)" Subject: [Differential] D24989: netinet: Generate a random RSS key on boot. Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: X-Herald-Rules: <28>, <81>, <128>, <67>, <110> X-Phabricator-Projects: <#csprng>, <#network> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-yukac7sf5rncf2mc6vjo X-Phabricator-Mail-ID: 1975738 X-Phabricator-Send-Attempt: jexqa7lrd2sqrvow In-Reply-To: References: Thread-Index: YTY1OTExMDJjYTMyZjY4NDZjMmU3ZDljMmQ3IF7VQkM= X-Phabricator-Stamps: actor(@neel_neelc.org) application(Differential) author(@neel_neelc.org) herald(H28) herald(H67) herald(H81) herald(H110) herald(H128) monogram(D24989) object-type(DREV) phid(PHID-DREV-yukac7sf5rncf2mc6vjo) reviewer(#csprng) reviewer(@markm) revision-repository(rS) revision-status(needs-revision) subscriber(#contributor_reviews_base) subscriber(#csprng) subscriber(@ae) subscriber(@avg) subscriber(@cem) subscriber(@debdrup) subscriber(@freebsd-net-list) subscriber(@imp) subscriber(@kevans) subscriber(@markm) subscriber(@melifaro) subscriber(@rwatson) tag(#csprng) tag(#network) via(web) MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 18:00:35 -0000 bmVlbF9uZWVsYy5vcmcgYWRkZWQgYSBjb21tZW50LgoKCiAgU2hvdWxkIEkgc2VxdWVuY2UgdGhl IGtleSBpbnRvICJzeW1tZXRyaWNhbCBSU1MiIHdoZXJlIHRoZSBmaXJzdCAzMiBiaXRzID09IHRo ZSBuZXh0IDMyIGJpdHMsIGFuZCBhbGwgc3Vic2VxdWVudCAxNiBiaXRzIGNodW5rcyBhcmUgZXF1 YWw/LiBPciBpcyBpdCBzb21ldGhpbmcgZWxzZT8KClJFUE9TSVRPUlkKICByUyBGcmVlQlNEIHNy YyByZXBvc2l0b3J5CgpDSEFOR0VTIFNJTkNFIExBU1QgQUNUSU9OCiAgaHR0cHM6Ly9yZXZpZXdz LmZyZWVic2Qub3JnL0QyNDk4OS9uZXcvCgpSRVZJU0lPTiBERVRBSUwKICBodHRwczovL3Jldmll d3MuZnJlZWJzZC5vcmcvRDI0OTg5CgpFTUFJTCBQUkVGRVJFTkNFUwogIGh0dHBzOi8vcmV2aWV3 cy5mcmVlYnNkLm9yZy9zZXR0aW5ncy9wYW5lbC9lbWFpbHByZWZlcmVuY2VzLwoKVG86IG5lZWxf bmVlbGMub3JnLCAjY3Nwcm5nLCBtYXJrbQpDYzogYXZnLCBtYXJrbSwgY2VtLCAjY3Nwcm5nLCBr ZXZhbnMsIGRlYmRydXAsIHJ3YXRzb24sIGltcCwgYWUsIG1lbGlmYXJvLCAjY29udHJpYnV0b3Jf cmV2aWV3c19iYXNlLCBmcmVlYnNkLW5ldC1saXN0LCBtbWFjeSwga3ByYXZlZW4ubGttbF9nbWFp bC5jb20sIG1hcmNuYXJjX2dtYWlsLmNvbSwgc2ltb252ZWxsYV9nbWFpbC5jb20sIG5vdmljZV90 ZWNoaWUuY29tLCB0b21taS5wZXJuaWxhX2lraS5maSwga3J6eXN6dG9mLmdhbGF6a2FfaW50ZWwu Y29tCg== From owner-freebsd-net@freebsd.org Tue Jun 2 02:10:30 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6CFFB2FCC80 for ; Tue, 2 Jun 2020 02:10:30 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660049.outbound.protection.outlook.com [40.107.66.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bb9K2zTHz4RwP; Tue, 2 Jun 2020 02:10:28 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hHGRhRrxTQUkRxGbUxF8QvSYQtyTAKCst/Ra0zIHsSC8O4nAJoqBhn24v6FZ8xYjnZZrrV1r6FRCuFobxKBpDj+SABBX/Il2y2ZDbaeXIb1kx4SrIC8yGMB62EW5dIXyqgP4fS5Udw+rr/smyOshsUiZC47spIuuq922ZhFtNXocBblRcRgzmDJkvuoqdSB8fekXmG3m/XnbwJGwwsUffXZrjkgJh5aFkfj+j3nLDGZuN0vazmZZek6y13CO3bUTXYWNrpYDncyOUgdUXiYQj6/Sry+3/tM8RMeAM0amcAbOAuMXYsbbQbQPb6Rf7Ouede2RJ/OUym6Asa/4DS51cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/dqKtOWXIeWTMmiYSPYwa9tEiRtnDK9JuHZlioCF1Yg=; b=bVcVCdnvdqDMWuWbWA0uboj8Nhb3vPR0LUgBNQUNjmFT+oo4hwFIVuk5WEmyy3M4bgLyh1nP5yuhclcVOmcAUb5fAPJ9Twrdr8RfmxwUUtegyDU+3MfIClFlJsjS7sJEEd7iB+rjZjkSOYf6xBm5H+iqbS+AWaddDUhvBNNA/SRKUqmBQM52G+r/5GVfVWg95UICg7neQCRrAlTDR++N8ZCbB/dIKurzc20ofX8jq0JmbdWCng7RkL9p0sUAGEyJjj/0y2+cRRjzESums4CPQ8+eM4f0acyJDXpPhdXoPopHJR18CUAvIncVv3OpsA2lWd183HG6Wlj9T4bHu/FJUQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/dqKtOWXIeWTMmiYSPYwa9tEiRtnDK9JuHZlioCF1Yg=; b=wBfwilf0J/HkFIOEQAutURbF38g3r+K2nQu9fkpQQCB15wKcYPaZUBth7R9b/l7WfcLS99fjwseBjPjyjBwgfwRTEc1wiFZHJzrif+4XDdu4r3Mii50JG7T20czztI+wEcDcq18MOZlgyL+gqk0O8JS0BMDT1iSAiWVskpN22VsI/iekX6naBWJ3a/MYVrHBpGOYGe3N9oUU9YxH0pW0omC0KCJPBOCcj+SoSEIy99IvkZHNaBidw6/wehkJlLjHMTq/5vTLYKbHzmxDHg96OleL7lgkDyvgYisy3U2+a3YOrecZydqpxS9FMvNGOmJuNyxKweXdPhNACPBix42RMw== Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:32::26) by QB1PR01MB2929.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:31::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.19; Tue, 2 Jun 2020 02:10:26 +0000 Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2]) by QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2%6]) with mapi id 15.20.3045.024; Tue, 2 Jun 2020 02:10:26 +0000 From: Rick Macklem To: "freebsd-net@freebsd.org" CC: Mark Johnston , "patrykkotlowski@gmail.com" Subject: how to fix an interesting issue with mountd? Thread-Topic: how to fix an interesting issue with mountd? Thread-Index: AQHWOIB43mGaYUbqaEyhKEp7Y6zq5g== Date: Tue, 2 Jun 2020 02:10:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 51ae6bb9-b180-413f-a63c-08d8069a1dcd x-ms-traffictypediagnostic: QB1PR01MB2929: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4303; x-forefront-prvs: 0422860ED4 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: CdvjPLY+fK1Uc850iwCxOUyOTj/S/C3dCtPkV0c/aYBNfg4cHhMkVk0b9JUt3znsfjL6s2sVJmLet0L07e9/tuySn4hz/2D1PHWBBU6tmaqRVKuh4s27KbSFPkon1arHcEPXSzX4gJgXSMyIQvWZ4WY/72c8VrCE8z29c+2f1iMp6dopW/3epVbrDakrYDpZN+Tg0gmAF4mlWovODBEoCLtemEIA4ricrcztzReect1SRHrDpd2kmU8SrbL3axSBwpsWr9xyQBe3hdzArCN5v+5tBVMCukH870OrTlbtSgI2A3u6+/pAzYLDx/L0xT0l/uJusAMNY6qIG7a7t3/P4Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(366004)(346002)(136003)(396003)(39860400002)(376002)(66556008)(4326008)(64756008)(66476007)(786003)(7696005)(83380400001)(55016002)(76116006)(9686003)(5660300002)(52536014)(33656002)(66446008)(6916009)(66946007)(6506007)(186003)(71200400001)(2906002)(478600001)(316002)(8936002)(8676002)(86362001)(54906003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: zy3Czh85x3UZrsqJXdhReXU2dy3fitQ3leg/jq6gGPHG/Ve6xNab0rlGoEUcUWryRttoMFUwfiSY9x3G64rN0WQV/MyvlmZRtEbkUoQ2016j3gZKMd/o1PH844Ql44TrysN2d8ernX2qnfudhMzhiJDwabEQ7KNK6VDsDraq+UipwJ1whweKREfwz22MBt/0hxtEzmfhJUftTgnGuN0VaFJIvD8S3Ex/q4zbqtNwb8NN/SZOpGf/WB0IyFO7W+N+X6TG/rR3L8TV2epVq/f5m9ry+szbnlH3D62XtF1vCrHm2TXTyR3VXA8Q5TWI2+QwmK3XPHrJ7JrsdJDque81mSJ8TNVBm5FaB0AG/IlEp/Sz/8eSm8q6rMqfcSw866cQ4WYboG/gbvE9jr3lF+5h6JllLUHys781p66BzG3/wDkLnrfWyiuABFecg4QZV3iLVffgykKT8/tYpsF3iR2gh6d1+y7PjCU/TuR1jns0rzk2gRIvlAqx3QJn4tSMhNIjo48bogIQA8T9kGszRnDqIEVvoMv2V0oIgNgYOVxP6YwBT+R+ZK9RO8q3rRpm6BnE x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 51ae6bb9-b180-413f-a63c-08d8069a1dcd X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2020 02:10:26.7022 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: lOJdLPzJv5EJWugfOBUVWhz7Y94NUkMmDn8KEG+RuPHCyxsnsq1b1whESrFDymfgGZFe1YMWyK/R9PUm0UFtwA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB2929 X-Rspamd-Queue-Id: 49bb9K2zTHz4RwP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=wBfwilf0; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.49 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.20 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.963]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-0.70)[-0.704]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.49:from]; NEURAL_HAM_LONG(-1.03)[-1.031]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; FREEMAIL_CC(0.00)[FreeBSD.org,gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.49:from] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 02:10:30 -0000 Hi,=0A= =0A= I'm posting this one to freebsd-net@ since it seems vaguely similar=0A= to a network congestion problem and thought that network types=0A= might have some ideas w.r.t. fixing it?=0A= =0A= PR#246597 - Reports a problem (which if I understand it is) where a sighup= =0A= is posted to mountd and then another sighup is posted to mountd while=0A= it is reloading exports and the exports are not reloaded again.=0A= --> The simple patch in the PR fixes the above problem, but I think will= =0A= aggravate another one.=0A= For some NFS servers, it can take minutes to reload the exports file(s).=0A= (I believe Peter Erriksonn has a server with 80000+ file systems exported.)= =0A= r348590 reduced the time taken, but it is still minutes, if I recall correc= tly.=0A= --> If you apply the patch in the PR and sighups are posted to mountd as=0A= often as it takes to reload the exports file(s), it will simply relo= ad the=0A= exports file(s) over and over and over again, instead of processing= =0A= Mount RPC requests.=0A= =0A= So, finally to the interesting part...=0A= - It seems that the code needs to be changed so that it won't "forget"=0A= sighup(s) posted to it, but it should not reload the exports file(s) too= =0A= frequently.=0A= --> My thoughts are something like:=0A= - Note that sighup(s) were posted while reloading the exports file(s) and= =0A= do the reload again, after some minimum delay.=0A= --> The minimum delay might only need to be 1second to allow some=0A= RPCs to be processed before reload happens again.=0A= Or=0A= --> The minimum delay could be some fraction of how long a reload takes= .=0A= (The code could time the reload and use that to calculate how lon= g to=0A= delay before doing the reload again.)=0A= =0A= Any ideas or suggestions? rick=0A= ps: I've actually known about this for some time, but since I didn't have a= good=0A= solution...=0A= From owner-freebsd-net@freebsd.org Tue Jun 2 02:15:56 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 54ED82FCDE7 for ; Tue, 2 Jun 2020 02:15:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660084.outbound.protection.outlook.com [40.107.66.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bbHZ6XZhz4SRk; Tue, 2 Jun 2020 02:15:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FqejAHApVkEcMIWscXGZVHA30LsgDimUae44IoYxXNbnn2Kiixl92UtabVgBv1LcwJ6f36V2uYrZ2MXsA2vck7kgGBTNi89Uh2Pe0iObyw8L0caCD38KKOeEd5rd0tdmVAPSHQPaPQfV8p74+gEx7OlFIqIboXffFt06WRNwS0f8lgOzuRHzqBhp3oVzxwtPt1ovsFRxrpUiDnzuAKHhDiYIxs1RLXltAlJsi7Q05bb9WwEGmDhaRihDBwQ8nDGa57DISuGtAZxipKCWeQjrxQPpjRzi2qs/hCywHCHxcsxURU0eE8jbpf82h+6oQHQW2dU03ciFrG/qadDdeFgrLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9PSIqn3LzZhiL7AdNVxxGSCVFqwATWwu55WhPPIrBjI=; b=cnRqVPyeYd5/m9MSRgdP0FgSFZ4SSchjA6rvg6Ied3R16nUAt0v3yGz6pzeNeayxYLp5fpniggXGh2FZc0uYpicySBSTWHz1e+Hy582o8bpg6BKs8vfX6DI/ao5oTVXRVifyXZavs+92JLwXcisrW1nGfTlmWaU1OJIDkJQYjOM2k4NnA4/MejiNVxaNEbqnNN2b+qdwrSUWRPdPnM/nBDWM05O8CrB4TME3uB6cvFdAollpkoj6jb8vLNmK6kw58yE03ijJ+CfX5BDmQa8EZDQZletfRw4jmBQXCg6uHZmpSQkgt4CDwXB+PjtaMoiryR5c510z9/dEJR+GBw3Mcw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9PSIqn3LzZhiL7AdNVxxGSCVFqwATWwu55WhPPIrBjI=; b=t+2BGyn8vqVp8Gatrylo0VJ4UEH+DhTY5EZzHgcH83zNIbzjkMmAUulCZtK0Faf262WM+s8ZnqdxC9S8avT9MAi1NLOYs1YaFDJ/4d8UaB1ScNMBXTR2xWUO8+E4MyYQpCA+mFeQTQ4cmwzWzZ0dWJsZogrPoXHWer6i4jBZPwX5o6PtZepAQrJh9Nai0viGUdedaaYQhXolORGFb+Fmx2QFxcZNwzBTcUhhMxoEKtgj9TdIRK0zOL0H3oiZemhZ0QTtG9+ZA5dJ1fV96MkhdZiFUXN5+KX+Awh42zHAaKOe+heWGngZ6kOYSkTz+v8npjpRMM1d8wUBtdhCcA2Wxg== Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:32::26) by QB1PR01MB3203.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:30::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.21; Tue, 2 Jun 2020 02:15:53 +0000 Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2]) by QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2%6]) with mapi id 15.20.3045.024; Tue, 2 Jun 2020 02:15:53 +0000 From: Rick Macklem To: "freebsd-net@freebsd.org" CC: Mark Johnston , "patrykkotlowski@gmail.com" Subject: Re: how to fix an interesting issue with mountd? Thread-Topic: how to fix an interesting issue with mountd? Thread-Index: AQHWOIB43mGaYUbqaEyhKEp7Y6zq5qjElaln Date: Tue, 2 Jun 2020 02:15:53 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b5a7da16-6d54-4057-3422-08d8069ae084 x-ms-traffictypediagnostic: QB1PR01MB3203: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-forefront-prvs: 0422860ED4 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: KW1mRuWCa5gQP1kdgpMAQc+s5+lZUjWeU7XiFSwu6bQ0MIl+cZTPGFjL3U3pUgMyOUPE4dBGBFKddcDH81o0ln7PCzc1J55XoU3u1ZejED0wyantO6VpcusACt5Xe8mXnmAtjzYjoV9Bul9Iw/ysyP2rq3+ml0jZofzt74x04WOdrhPz289cjnSErUxJ+PRnweF/rNlrZ0DBMzIMk2L4AGNq6pvAELKPLHnhwEM3o6kNtDIhNw+d0r7F166nUIJv4MC+CBbItZF9zbB4uhvZtDSkiMpxrVMe49bWyOWuT8Qf3hBQs4p0zj5LnGJn5kdnnm6mjeo+FPRSektqObFwf29UN1WmsHpqhNhqnEii/yEUu9vCdP68YygcQUE+3gb5YW3jQeyCH22vViHmsxjWHw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(39860400002)(136003)(366004)(396003)(376002)(346002)(83380400001)(55016002)(86362001)(186003)(8676002)(8936002)(966005)(6916009)(6506007)(9686003)(478600001)(2906002)(2940100002)(66446008)(64756008)(66556008)(66476007)(4326008)(7696005)(66946007)(5660300002)(316002)(33656002)(786003)(54906003)(52536014)(71200400001)(76116006); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: zHQgahNU5OrBiJcb7X9bxdXPGOJbfn1jVPI5ls9hGG6ZBprJ5bGCwGSoszf7S+G39k30ZCKy7GBZkxOqCaAqig6xbMa/JxScRs5lPlXjH6cGh0e1Sku347UqvSIOrix3MPaxWXqWLpaompQ8HwzU+2B1OF58EoIb1U6VXancypTcMW0IBGXe43rYFQM0TmPJi7+XoDxwFw0UN9mazm34zkyuu+bAIvIEmppJDkFu7HYXClNjAEym5rsfN37YWU60Pfoi8OKP5Uot4axZVOQNMiPJ8T4MHXW4DawXgWcQBZhvMK0GgybGDRQHt7meTNvn8vYKQixp58IQctMFOplzQYZOZCa4kVxIM3GOFFtZGp4ogXgzy+Kv221JYZwvqeecCitDTrQuL+xMn+HYb0HgP1hVf4wZnlXk9KpgRaGMQ9Oel2mArxf7m1F3tZBq3TkIZX0PBVc7OP+XRlBl4rE53XsIrgDGTS3Y/XtXuxi9mgp10I488UgHwEcZzmJwl3U4nz79/NCLa5XjJ+6rI8Fr1YFcufxwSl6TowAuunFpcphrOHP1TV5pttdh/NqdugF/ x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: b5a7da16-6d54-4057-3422-08d8069ae084 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2020 02:15:53.3786 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RupGtyhs4wyumw9Sc10+wU2b/lY09+jaSO/DqfaXXYJXjN4YDwqxUKk1kDUCZVerrJOADY4dIEe+6jRiAeWgPg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3203 X-Rspamd-Queue-Id: 49bbHZ6XZhz4SRk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=t+2BGyn8; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.84 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.21 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.960]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.84:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-0.72)[-0.720]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.84:from]; NEURAL_HAM_LONG(-1.03)[-1.031]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; FREEMAIL_CC(0.00)[FreeBSD.org,gmail.com]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 02:15:56 -0000 Updated slightly from the previous post...=0A= =0A= Hi,=0A= =0A= I'm posting this one to freebsd-net@ since it seems vaguely similar=0A= to a network congestion problem and thought that network types=0A= might have some ideas w.r.t. fixing it?=0A= =0A= PR#246597 - Reports a problem (which if I understand it is) where a sighup= =0A= is posted to mountd and then another sighup is posted to mountd while=0A= it is reloading exports and the exports are not reloaded again.=0A= --> The simple patch in the PR fixes the above problem, but I think will= =0A= aggravate another one.=0A= For some NFS servers, it can take minutes to reload the exports file(s).=0A= (I believe Peter Erriksonn has a server with 80000+ file systems exported.)= =0A= r348590 reduced the time taken, but it is still minutes, if I recall correc= tly.=0A= --> If you apply the patch in the PR and sighups are posted to mountd as=0A= often as it takes to reload the exports file(s), it will simply relo= ad the=0A= exports file(s) over and over and over again, instead of processing= =0A= Mount RPC requests.=0A= The current code ignores sighup(s) posted while a reload is in progr= ess,=0A= but could still suffer a similar fate if sighups are posted to mount= d just=0A= after a reload completes, over and over..=0A= (I vaguely recall someone reporting that mountd spent hours just rel= oading=0A= exports repeatedly.)=0A= =0A= So, finally to the interesting part...=0A= - It seems that the code needs to be changed so that it won't "forget"=0A= sighup(s) posted to it, but it should not reload the exports file(s) too= =0A= frequently.=0A= --> My thoughts are something like:=0A= - Note that sighup(s) were posted while reloading the exports file(s) and= =0A= do the reload again, after some minimum delay.=0A= --> The minimum delay might only need to be 1second to allow some=0A= RPCs to be processed before reload happens again.=0A= Or=0A= --> The minimum delay could be some fraction of how long a reload takes= .=0A= (The code could time the reload and use that to calculate how lon= g to=0A= delay before doing the reload again.)=0A= =0A= Any ideas or suggestions? rick=0A= ps: I've actually known about this for some time, but since I didn't have a= good=0A= solution...=0A= _______________________________________________=0A= freebsd-net@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-net=0A= To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=0A= From owner-freebsd-net@freebsd.org Tue Jun 2 03:09:40 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D29422FF5BB for ; Tue, 2 Jun 2020 03:09:40 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49bcTb6X9Jz4ZSD; Tue, 2 Jun 2020 03:09:39 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 05239cXt015194; Mon, 1 Jun 2020 20:09:38 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 05239bpL015193; Mon, 1 Jun 2020 20:09:37 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202006020309.05239bpL015193@gndrsh.dnsmgr.net> Subject: Re: how to fix an interesting issue with mountd? In-Reply-To: To: Rick Macklem Date: Mon, 1 Jun 2020 20:09:37 -0700 (PDT) CC: "freebsd-net@freebsd.org" , Mark Johnston , "patrykkotlowski@gmail.com" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49bcTb6X9Jz4ZSD X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.42 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.40)[-0.404]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.44)[-0.441]; NEURAL_SPAM_LONG(0.36)[0.361]; RCVD_TLS_LAST(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 03:09:40 -0000 > Hi, > > I'm posting this one to freebsd-net@ since it seems vaguely similar > to a network congestion problem and thought that network types > might have some ideas w.r.t. fixing it? > > PR#246597 - Reports a problem (which if I understand it is) where a sighup > is posted to mountd and then another sighup is posted to mountd while > it is reloading exports and the exports are not reloaded again. > --> The simple patch in the PR fixes the above problem, but I think will > aggravate another one. > For some NFS servers, it can take minutes to reload the exports file(s). > (I believe Peter Erriksonn has a server with 80000+ file systems exported.) > r348590 reduced the time taken, but it is still minutes, if I recall correctly. > --> If you apply the patch in the PR and sighups are posted to mountd as > often as it takes to reload the exports file(s), it will simply reload the > exports file(s) over and over and over again, instead of processing > Mount RPC requests. > > So, finally to the interesting part... > - It seems that the code needs to be changed so that it won't "forget" > sighup(s) posted to it, but it should not reload the exports file(s) too > frequently. > --> My thoughts are something like: > - Note that sighup(s) were posted while reloading the exports file(s) and > do the reload again, after some minimum delay. > --> The minimum delay might only need to be 1second to allow some > RPCs to be processed before reload happens again. > Or > --> The minimum delay could be some fraction of how long a reload takes. > (The code could time the reload and use that to calculate how long to > delay before doing the reload again.) > > Any ideas or suggestions? rick > ps: I've actually known about this for some time, but since I didn't have a good > solution... Build a system that allows adding and removing entries from the in mountd exports data so that you do not have to do a full reload every time one is added or removed? Build a system that used 2 exports tables, the active one, and the one that was being loaded, so that you can process RPC's and reloads at the same time. > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-net@freebsd.org Tue Jun 2 04:30:26 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 67348329D4A for ; Tue, 2 Jun 2020 04:30:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660081.outbound.protection.outlook.com [40.107.66.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bfGm61y3z3VZC; Tue, 2 Jun 2020 04:30:24 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XaeMehFgUda16Uwl/qiHK2C6+15NFfA/42TyiCj3O5fwujbln9azgIx9QephDtcVqPE8GPgBVVQJy+xxELwU/dPHC67L+5MnS7jWLBx/ntyCgxKZwlBNNrYX9zqgtMAh4eXtXf2CvKWhrXsdGEyw5pORv9VKGJ2BIt1ZEtP7SUwhli6FR1DLEhE0sNyftjy1Br4GHXeEGo+FJHP2GL0CDOYxHvLrkmQ21tIXt7LC2EhL/1SLRHriqy450zE/i0zSqhsVeIE04cFDtqTS/gabCiLQwkZ8A/1V3CXH4ZaEgrB6F68WY4EhtETQTM+1fvw0+x8RPHH+lrK5ji/4WotZ+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7E+piRq/F/tIUYpz4tcx2OhBvaG/rs36gt0zZ39GaJY=; b=RDD0jcSEnIgJDvnO2U8wGV4ewZjQJEzi41CjCuyg1Em8e5TLOpd5xU5DzcuklL4TQexVRcTiWmVLqUuQD/eKq2qTFbC/GaiYq6CKDiYXExL9Ca2ZfgH3NMUGEgOEaAh/PO4gIw/LE6rCtMILnMyP9B73WUc7A9efywndipV0DnerdYMAJtxuSnMG7IFIAfgkqWEQYubsAVzVZ8Jp4UAG6B6GNYwZpoJo5FUJP/1adpg2z2t/B5J00OvkeU2c4Kx2neHq2ce+suF2SH6IUG/BGiYyHSyjdtUPJnqxukgS+rmKxdnZh7lKjB+C7U7vceWNFWPaSSJ9I4uq+r3/i8ybgg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7E+piRq/F/tIUYpz4tcx2OhBvaG/rs36gt0zZ39GaJY=; b=U7boCcIGeyjKAM/w6Bv4cv850pcroH2cYEma0ra8J0DsZtXh31GOcaOUSdqzz8o/5bfCl3zMRQaSrJi6Tnt0qP8nlMcn6m7PkeNGxyrexp6UNSAhmy3uJsf+eqFVjeIAlXsubeyLKwsYFE8Hf8M6nFhHOSbSpmfZj1lx0asJVBJmqT52OH1h5q8Tov6EzySCp41JYauoD2QNDsd14lR0dJ+qAYrX9bDdgx559Cfndm+ZtgFO3bLYm4ZGipACDbnwzUH525Fr+2tREEYREsFj5FG5GDOVswjIR5ZGgY5L63Z1P/J4ZmIxSHsVfOPC7FEnxmDjbDmpiGpagI9fdlxWpw== Received: from YTBPR01MB3664.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:25::19) by YTBPR01MB3935.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:1e::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.19; Tue, 2 Jun 2020 04:30:23 +0000 Received: from YTBPR01MB3664.CANPRD01.PROD.OUTLOOK.COM ([fe80::692b:69ad:7a4c:a465]) by YTBPR01MB3664.CANPRD01.PROD.OUTLOOK.COM ([fe80::692b:69ad:7a4c:a465%5]) with mapi id 15.20.3045.024; Tue, 2 Jun 2020 04:30:23 +0000 From: Rick Macklem To: "Rodney W. Grimes" CC: "freebsd-net@freebsd.org" , Mark Johnston , "patrykkotlowski@gmail.com" Subject: Re: how to fix an interesting issue with mountd? Thread-Topic: how to fix an interesting issue with mountd? Thread-Index: AQHWOJM1VwWbfER5x0eYgpEDvZCC2Q== Date: Tue, 2 Jun 2020 04:30:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e880e8c9-5be3-4686-f305-08d806adaa68 x-ms-traffictypediagnostic: YTBPR01MB3935: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0422860ED4 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JO6AN0UxaYvGzwnIUGeI3RQZkJz0vNMG4Mj3rWmGrcVV1H+wQvtECJcQ76V4sBUDLu0MN0uIEvUN77nGge3dIXiTICoxNOynTdrn1ZxxXbx2+XZUCzOG2JT51gxM/T38qj+7kcStNOu8XuLOEV+cF5Fx/k4m02uPi1j0ahNTxkjAgmjdaAPVPYSCM4ddLCFE4dfkFTc2ey0GQFT7s6QAccrm0xP/tns6vCkpyhP4ZBvaCA3YYiniNrPAlVirDRp++B0+UYb1fcCSJ4fBx/158dIHpp584w36NIB6FXuhC3Gyf8CuJqjx0LKsIC0utnSEgR2Sm94ADaM9MqBwsXhkqw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YTBPR01MB3664.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(136003)(396003)(346002)(376002)(366004)(39860400002)(86362001)(71200400001)(6916009)(316002)(9686003)(55016002)(4326008)(5660300002)(2906002)(786003)(66476007)(66446008)(54906003)(66556008)(64756008)(478600001)(186003)(7696005)(66946007)(76116006)(6506007)(83380400001)(8936002)(33656002)(52536014)(8676002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: V2nKhAYhdIpWF4bGcaPDTohGrLuxDCfVrwt6G4GhVbfVzuEGXVghzX6sakeAdfSJbLJnMUJLa1uyJwUx0BZBVu9QgZGqbnUIIFMBCVcT78hwjjTMJQ5rfdgCvkVCB0X3YraUwLxpelgP5V2jx3WPe8p6bypZURwByDFOxknQYskvlbyVYCWpvwnx0tQNxBUREFiQalICM6n2b1WZWhCPBBKto2UapsmSD0h0GONsceXsTQ5ah3KneoXmMrGVbKmcdPoeEiIEZp3lXov4Arq+oZqqZxg9w8NIgcLg8vGFkuqxpnTbzBNy2pOUBJwk/fdwZPpubDCPoPtR76SShqGDYJkW/7MKGpJ10p05x48GpI5aU40KgF7lE+ttw2/omBbpLX/lngtju6ZnUF6KOzw4DfMymntjjy+c+Hc3SFYzbfVyXsO2xTKa+tPbY+mQhLniUWkJYcWB2MDZoPk3ZM/KpPBmAd2MMuM7Aq8WUaFVA/hU7RWzM8Uo7Yw9IWK6amqUETFjkvm9jVRpwKhy7NuMRxom0+jtMGCT7LnceCHglDo0IV25UxjKT5qzAFFxd6pV x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: e880e8c9-5be3-4686-f305-08d806adaa68 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2020 04:30:23.0509 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: beEH+OT+gMX6Ez5fcWQxLwqOI2BzGW+Lw+w+lKESBt90eN8yc71ez2OQtQyLGBhbPe4/zMW0dsGT2F/Tc0BMzw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTBPR01MB3935 X-Rspamd-Queue-Id: 49bfGm61y3z3VZC X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=U7boCcIG; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.81 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-3.54 / 15.00]; FAKE_REPLY(1.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; NEURAL_HAM_MEDIUM(-0.96)[-0.957]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-1.06)[-1.059]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.81:from]; NEURAL_HAM_LONG(-1.02)[-1.019]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; FREEMAIL_CC(0.00)[freebsd.org,FreeBSD.org,gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.81:from] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 04:30:26 -0000 Rodney Grimes wrote:=0A= >> Hi,=0A= >> =0A= >> I'm posting this one to freebsd-net@ since it seems vaguely similar=0A= >> to a network congestion problem and thought that network types=0A= >> might have some ideas w.r.t. fixing it?=0A= >> =0A= >> PR#246597 - Reports a problem (which if I understand it is) where a sigh= up=0A= >> is posted to mountd and then another sighup is posted to mountd while= =0A= >> it is reloading exports and the exports are not reloaded again.=0A= >> --> The simple patch in the PR fixes the above problem, but I think w= ill=0A= >> aggravate another one.=0A= >> For some NFS servers, it can take minutes to reload the exports file(s).= =0A= >> (I believe Peter Erriksonn has a server with 80000+ file systems exporte= d.)=0A= >> r348590 reduced the time taken, but it is still minutes, if I recall cor= rectly.=0A= Actually, my recollection w.r.t. the times was way off.=0A= I just looked at the old PR#237860 and, without r348590, it was 16seconds= =0A= (aka seconds, not minutes) and with r348590 that went down to a fraction=0A= of a second (there was no exact number in the PR, but I noted milliseconds = in=0A= the commit log entry.=0A= =0A= I still think there is a risk of doing the reloads repeatedly.=0A= =0A= >> --> If you apply the patch in the PR and sighups are posted to mountd as= =0A= >> often as it takes to reload the exports file(s), it will simply r= eload the=0A= >> exports file(s) over and over and over again, instead of processi= ng=0A= >> Mount RPC requests.=0A= >> =0A= >> So, finally to the interesting part...=0A= >> - It seems that the code needs to be changed so that it won't "forget"= =0A= >> sighup(s) posted to it, but it should not reload the exports file(s) t= oo=0A= >> frequently.=0A= >> --> My thoughts are something like:=0A= >> - Note that sighup(s) were posted while reloading the exports file(s) = and=0A= >> do the reload again, after some minimum delay.=0A= >> --> The minimum delay might only need to be 1second to allow some=0A= >> RPCs to be processed before reload happens again.=0A= >> Or=0A= >> --> The minimum delay could be some fraction of how long a reload ta= kes.=0A= >> (The code could time the reload and use that to calculate how = long to=0A= >> delay before doing the reload again.)=0A= >> =0A= >> Any ideas or suggestions? rick=0A= >> ps: I've actually known about this for some time, but since I didn't hav= e a good=0A= >> solution...=0A= >=0A= >Build a system that allows adding and removing entries from the=0A= >in mountd exports data so that you do not have to do a full=0A= >reload every time one is added or removed?=0A= >=0A= >Build a system that used 2 exports tables, the active one, and the=0A= >one that was being loaded, so that you can process RPC's and reloads=0A= >at the same time.=0A= Well, r348590 modified mountd so that it built a new set of linked list=0A= structures from the modified exports file(s) and then compared them with=0A= the old ones, only doing updates to the kernel exports for changes.=0A= =0A= It still processes the entire exports file each time, to produce the in mou= ntd=0A= memory linked lists (using hash tables and a binary tree).=0A= =0A= Peter did send me a patch to use a db frontend, but he felt the only=0A= performance improvements would be related to ZFS.=0A= Since ZFS is something I avoid like the plague I never pursued it.=0A= (If anyone willing to ZFS stuff wants to pursue this,=0A= just email and I can send you the patch.)=0A= Here's a snippet of what he said about it.=0A= > It looks like a very simple patch to create and even though it wouldn=92= t really > improve the speed for the work that mountd does it would= make possible really > drastic speed improvements in the zfs commands. Th= ey (zfs commands) currently > reads the thru text-based exports file multi= ple times when you do work with zfs > filesystems (mounting/sharing/chang= ing share options etc). Using a db based =0A= > exports file for the zfs exports (b-tree based probably) would allow the= zfs code > to be much faster.=0A= =0A= At this point, I am just interested in fixing the problem in the PR, rick= =0A= =0A= From owner-freebsd-net@freebsd.org Tue Jun 2 08:30:33 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A70432DCAF for ; Tue, 2 Jun 2020 08:30:33 +0000 (UTC) (envelope-from daemon-user@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49blbs07nCz4Cyp; Tue, 2 Jun 2020 08:30:33 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id C05C319CB9; Tue, 2 Jun 2020 08:30:32 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id BE2B754A0D4; Tue, 2 Jun 2020 08:30:32 +0000 (UTC) Date: Tue, 2 Jun 2020 08:30:32 +0000 To: Phabricator From: "avg (Andriy Gapon)" Cc: freebsd-net@freebsd.org Reply-to: "avg (Andriy Gapon)" Subject: [Differential] D24989: netinet: Generate a random RSS key on boot. Message-ID: <75c2a77a7eb79194114b97d9dff872f6@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: X-Herald-Rules: <28>, <81>, <128>, <67>, <110> X-Phabricator-Projects: <#csprng>, <#network> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-yukac7sf5rncf2mc6vjo X-Phabricator-Mail-ID: 1976283 X-Phabricator-Send-Attempt: s3fzwopoeyckz6wl In-Reply-To: References: Thread-Index: YTY1OTExMDJjYTMyZjY4NDZjMmU3ZDljMmQ3IF7WDig= X-Phabricator-Stamps: actor(@avg) application(Differential) author(@neel_neelc.org) herald(H28) herald(H67) herald(H81) herald(H110) herald(H128) mention(@neel_neelc.org) monogram(D24989) object-type(DREV) phid(PHID-DREV-yukac7sf5rncf2mc6vjo) reviewer(#csprng) reviewer(@markm) revision-repository(rS) revision-status(needs-revision) subscriber(#contributor_reviews_base) subscriber(#csprng) subscriber(@ae) subscriber(@avg) subscriber(@cem) subscriber(@debdrup) subscriber(@freebsd-net-list) subscriber(@imp) subscriber(@kevans) subscriber(@markm) subscriber(@melifaro) subscriber(@rwatson) tag(#csprng) tag(#network) via(web) MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 08:30:33 -0000 YXZnIGFkZGVkIGEgY29tbWVudC4KCgogIEluIEQyNDk4OSM1NTI2OTMgPGh0dHBzOi8vcmV2aWV3 cy5mcmVlYnNkLm9yZy9EMjQ5ODkjNTUyNjkzPiwgQG5lZWxfbmVlbGMub3JnIHdyb3RlOgogIAog ID4gSSBiZWxpZXZlIExpbnV4IGp1c3QgdXNlcyByYW5kb20ga2V5czoKICA+CiAgPiAtIGh0dHBz Oi8vZ2l0aHViLmNvbS90b3J2YWxkcy9saW51eC9ibG9iLzI5ZDlmMzBkNGNlNmM3YTM4NzQ1YTU0 YThjZGRmYWNlMTAwMTM0OTAvbmV0L2V0aHRvb2wvaW9jdGwuYyNMOTI0CiAgCiAgWW91IGFyZSBy aWdodC4gU28sIG15IGNvbmNlcm4gd2FzIGludmFsaWQuCgpSRVBPU0lUT1JZCiAgclMgRnJlZUJT RCBzcmMgcmVwb3NpdG9yeQoKQ0hBTkdFUyBTSU5DRSBMQVNUIEFDVElPTgogIGh0dHBzOi8vcmV2 aWV3cy5mcmVlYnNkLm9yZy9EMjQ5ODkvbmV3LwoKUkVWSVNJT04gREVUQUlMCiAgaHR0cHM6Ly9y ZXZpZXdzLmZyZWVic2Qub3JnL0QyNDk4OQoKRU1BSUwgUFJFRkVSRU5DRVMKICBodHRwczovL3Jl dmlld3MuZnJlZWJzZC5vcmcvc2V0dGluZ3MvcGFuZWwvZW1haWxwcmVmZXJlbmNlcy8KClRvOiBu ZWVsX25lZWxjLm9yZywgI2NzcHJuZywgbWFya20KQ2M6IGF2ZywgbWFya20sIGNlbSwgI2NzcHJu Zywga2V2YW5zLCBkZWJkcnVwLCByd2F0c29uLCBpbXAsIGFlLCBtZWxpZmFybywgI2NvbnRyaWJ1 dG9yX3Jldmlld3NfYmFzZSwgZnJlZWJzZC1uZXQtbGlzdCwgbW1hY3ksIGtwcmF2ZWVuLmxrbWxf Z21haWwuY29tLCBtYXJjbmFyY19nbWFpbC5jb20sIHNpbW9udmVsbGFfZ21haWwuY29tLCBub3Zp Y2VfdGVjaGllLmNvbSwgdG9tbWkucGVybmlsYV9pa2kuZmksIGtyenlzenRvZi5nYWxhemthX2lu dGVsLmNvbQo= From owner-freebsd-net@freebsd.org Tue Jun 2 10:46:04 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C01E53315B5 for ; Tue, 2 Jun 2020 10:46:04 +0000 (UTC) (envelope-from Gabriel.Moyano@dlr.de) Received: from mailin.dlr.de (mailin.dlr.de [194.94.201.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailin.dlr.de", Issuer "DFN-Verein Global Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bpcC50MQz4TfF for ; Tue, 2 Jun 2020 10:46:03 +0000 (UTC) (envelope-from Gabriel.Moyano@dlr.de) IronPort-SDR: XfMSMBMbVN2kvkB2FyVBtzChBJIpggxY03B4Sk4JpzIPTr5n1GldTYcGA9oDlGKd84sI9tg9y1 ESNMOySmuTUQ== IronPort-PHdr: =?us-ascii?q?9a23=3AJyFrQxOo6qpmxZZb+sgl6mtUPXoX/o7sNwtQ0K?= =?us-ascii?q?IMzox0IvryrarrMEGX3/hxlliBBdydt6sZzbON7Ou6ASQp2tWoiDg6aptCVh?= =?us-ascii?q?sI2409vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6nK94iQPFR?= =?us-ascii?q?rhKAF7Ovr6GpLIj8Swyuu+54Dfbx9HiTagYb5+Ngi6oAvTu8UZn4duNrs6xw?= =?us-ascii?q?fUrHdPZ+lY335jK0iJnxb76Mew/Zpj/DpVtvk86cNOUrj0crohQ7BAAzsoL2?= =?us-ascii?q?465MvwtRneVgSP/WcTUn8XkhVTHQfI6gzxU4rrvSv7sup93zSaPdHzQLspVz?= =?us-ascii?q?mu87tnRRn1gyoBKjU38nzYitZogaxbvhyvugB/zYDXboGUKPVxcbjQcskGSW?= =?us-ascii?q?pDRMtdSzBNDp26YoASD+QBJ+FYr4zlqlYJrBWxHxKjBPnuyjBWgn/6x6o00+?= =?us-ascii?q?MhEA7c2gwgGMkDv2nQrNXvLqsdTP66wbDOwD7eYPxYxS3z55LUchA9v/6MR7?= =?us-ascii?q?RwfNLNxUQxGA3JklSdp4P5Mj6U2ekAsXWX4vR8WO6zj2Mqth19rzyxysoslI?= =?us-ascii?q?XFm4Ibx1/L+yt23os4Kt61RFBlbNOrFpZbqi+UN4xzQsw4QmFovj43yrMcuZ?= =?us-ascii?q?GlYicF048nyAPFZ/yAaYiI7RTuX/uSLzdgnH9pZa6ziwyv/UWjxeDwTNS43V?= =?us-ascii?q?hJoyZfjNXAq2gB2wHR58SZUPdx4Fqt1SyS2w3R6+xIO104mKzGIJA72LEwjI?= =?us-ascii?q?AcsUHbEy/zn0X5kbGZe10/+uit9+TnerLmpoKAN4NsigHxLKAumsunDOo2NA?= =?us-ascii?q?YAUWeV9+S82rPk/kP3R69EguMrnqfWsZ/XO94Xpq+/Aw9JyIYs8QyzACqi0N?= =?us-ascii?q?QCh3UIMUxKdAqGj4jvJV7OPOj1Aeqjj1i2jTtmxP/LMqf8DpjDLXXPiqntca?= =?us-ascii?q?tl505Z0gUzzNRf55xOCrEGJfL+Qk7/u8bDAR8jMgy73eLnBM962IMZWWOAGK?= =?us-ascii?q?mZMKTJvFCV4uIvOfOAa5ILtzrlMfgq++bujWMlmV8aZaSp04EXZ26mEft9OE?= =?us-ascii?q?WWfGPggtEfHmcWpQc+Qvbqh0OcXjFIfHa9Qrgw5jYhCIKpXs//QdX5jqaM0S?= =?us-ascii?q?2gEthQa3xuBEqBHH3ze8ODQfhaOwyIJco0xhMNX6KgRotn8Ba/vQn947ZjNK?= =?us-ascii?q?zY93tL5trYyNFp6riLxlkJ/jtuApHF3g=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2EfAwCNLNZe/xWKuAo8BQEBIoEJgUq?= =?us-ascii?q?BI4FjFIEzCoV4qSyBfAsBAQEBAQEBAQEHARQPDAQBAQKDDINUJTQJDgIDAQw?= =?us-ascii?q?BAQYBAQEBAQYEAQEChkIMgjsieH4BAQEBAQEBAQEBAQEBAQEBAQEBFgINVIE?= =?us-ascii?q?cXgGBACYBBBuDH4F+gQ2uQoE0hVGFCQaBOI5hh0YEGoIWhScEmBuLDJArB4F?= =?us-ascii?q?XmWsnkFCNSq5aAgQCBAUCFYFTghBxgzlPFwINkByJKoVCdAI1AgYIAQEDCYw?= =?us-ascii?q?rgRABAQ?= X-IronPort-AV: E=Sophos;i="5.73,463,1583190000"; d="scan'208,217";a="37048614" From: To: Subject: HW timestamping e1000 Thread-Topic: HW timestamping e1000 Thread-Index: AdY4ynWG8LIPdTAvRzGjKr0JCAUUcg== Date: Tue, 2 Jun 2020 10:46:00 +0000 Message-ID: <798afa552a794a0f9c07aa2fca422ea3@dlr.de> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-tm-snts-smtp: F23829074073D0C4492955DFCE672AAD9684FB6B9CBD2E0CCA491518D064DC302000:8 MIME-Version: 1.0 X-Rspamd-Queue-Id: 49bpcC50MQz4TfF X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of Gabriel.Moyano@dlr.de designates 194.94.201.12 as permitted sender) smtp.mailfrom=Gabriel.Moyano@dlr.de X-Spamd-Result: default: False [-0.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.70)[-0.698]; RWL_MAILSPIKE_GOOD(0.00)[194.94.201.12:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dlr.de]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.30)[-0.296]; NEURAL_SPAM_SHORT(0.55)[0.554]; RCVD_IN_DNSWL_MED(-0.20)[194.94.201.12:from]; FROM_NO_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:680, ipnet:194.94.0.0/15, country:DE]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 10:46:04 -0000 Hi everybody, Currently I am writing a piece of code to test HW timestamping on e1000 dur= ing reception, which runs on FreeBSD 12, but unfortunately it seems that it= isn't working. The socket is created and configured as follows: sockfd =3D socket(AF_INET, SOCK_DGRAM, 0); int on =3D 1; setsockopt(sockfd, SOL_SOCKET, SO_TIMESTAMP, &on, sizeof(on)); After recvmsg() is called, cmsg_type of received control messages are print= ed out with help of the control message routines (https://www.freebsd.org/c= gi/man.cgi?query=3DCMSG_DATA). SCM_TIME_INFO should be printed out but it's= not. Is there any configuration missing? Does e1000 support HW timestamping righ= t? I will appreciate any help. Best regards, Gabriel From owner-freebsd-net@freebsd.org Tue Jun 2 11:53:56 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1FEC93334E4 for ; Tue, 2 Jun 2020 11:53:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 49br6V4x4lz4c9k for ; Tue, 2 Jun 2020 11:53:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 052Brhgt018789 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 2 Jun 2020 14:53:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 052Brhgt018789 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 052BrhP9018788; Tue, 2 Jun 2020 14:53:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 2 Jun 2020 14:53:43 +0300 From: Konstantin Belousov To: Gabriel.Moyano@dlr.de Cc: freebsd-net@freebsd.org Subject: Re: HW timestamping e1000 Message-ID: <20200602115343.GO48478@kib.kiev.ua> References: <798afa552a794a0f9c07aa2fca422ea3@dlr.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <798afa552a794a0f9c07aa2fca422ea3@dlr.de> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 49br6V4x4lz4c9k X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [1.65 / 15.00]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_SPAM_SHORT(0.56)[0.557]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.44)[0.439]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.65)[0.651]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 11:53:56 -0000 On Tue, Jun 02, 2020 at 10:46:00AM +0000, Gabriel.Moyano@dlr.de wrote: > Hi everybody, > > Currently I am writing a piece of code to test HW timestamping on e1000 during reception, which runs on FreeBSD 12, but unfortunately it seems that it isn't working. > > The socket is created and configured as follows: > > sockfd = socket(AF_INET, SOCK_DGRAM, 0); > int on = 1; > setsockopt(sockfd, SOL_SOCKET, SO_TIMESTAMP, &on, sizeof(on)); > > After recvmsg() is called, cmsg_type of received control messages are printed out with help of the control message routines (https://www.freebsd.org/cgi/man.cgi?query=CMSG_DATA). SCM_TIME_INFO should be printed out but it's not. > > Is there any configuration missing? Does e1000 support HW timestamping right? > > I will appreciate any help. Hardware timestamping is only implemented for Mellanox ConnectX-4 and hier, and Chelsio Terminators (T4 and newer ?). It might be doable for Intel some cards, but not all of them. From owner-freebsd-net@freebsd.org Tue Jun 2 12:27:14 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D8A83356D0 for ; Tue, 2 Jun 2020 12:27:14 +0000 (UTC) (envelope-from bounce@track-my-url.com) Received: from srv-51.mkzp.com (srv-51.mkzp.com [37.1.145.51]) by mx1.freebsd.org (Postfix) with ESMTP id 49brrx4W5Dz3Skk for ; Tue, 2 Jun 2020 12:27:13 +0000 (UTC) (envelope-from bounce@track-my-url.com) To: freebsd-net@freebsd.org Subject: Delivering Seamless Investment Experiences For Customers In The Covid 19 Era Webinar Message-ID: <8fce934d0c77466714fdbbdd7c7d363e@track-7.n-mailer-premium.com> Date: Tue, 02 Jun 2020 11:45:49 +0000 From: "=?UTF-8?B?VMO8cmtpeWUgU2VybWF5ZSBQaXlhc2FsYXLEsSBCaXJsacSfaQ==?=" Reply-To: info@tspb.org.tr MIME-Version: 1.0 X-Mailer-LID: 469 X-Mailer-RecptId: 2389711 X-Mailer-SID: 5098 X-Mailer-Sent-By: 15 X-Rspamd-Queue-Id: 49brrx4W5Dz3Skk X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=tspb.org.tr (policy=none); spf=pass (mx1.freebsd.org: domain of bounce@track-my-url.com designates 37.1.145.51 as permitted sender) smtp.mailfrom=bounce@track-my-url.com X-Spamd-Result: default: False [6.25 / 15.00]; HAS_REPLYTO(0.00)[info@tspb.org.tr]; R_SPF_ALLOW(-0.20)[+ip4:37.1.145.62/28:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; FORGED_SENDER(0.30)[info@tspb.org.tr,bounce@track-my-url.com]; RCVD_COUNT_ZERO(0.00)[0]; HAS_INTERSPIRE_SIG(1.00)[]; R_DKIM_NA(0.00)[]; R_MIXED_CHARSET(1.36)[subject]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[info@tspb.org.tr,bounce@track-my-url.com]; ASN(0.00)[asn:60781, ipnet:37.1.144.0/22, country:NL]; ARC_NA(0.00)[]; PHISHING(0.76)[tspb.org.tr->n-mailer-premium.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.77)[0.769]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_PHPMAILER_SIG(0.00)[]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MANY_INVISIBLE_PARTS(0.10)[2]; AUTOGEN_PHP_SPAMMY(1.00)[]; NEURAL_SPAM_MEDIUM(0.21)[0.209]; NEURAL_SPAM_LONG(0.96)[0.958]; GREYLIST(0.00)[pass,body]; DMARC_POLICY_SOFTFAIL(0.10)[tspb.org.tr : SPF not aligned (relaxed), No valid DKIM, none] X-Spam: Yes Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 12:27:14 -0000 TSPB Birlikte Eğitim Seminerleri Bülteni Daha İyi Görüntülemek İçin Tıklayın [http://track-7.n-mailer-premium.com/0000D2389711|00109c00fdf926bb981d59ee664f79715a6a|11005098|1001469|01012314.html]TSPB Birlikte Eğitim WebinarıBirliğimizce 08 Haziran 2020 Pazartesi günü 14:00-15:00 saatleri arasında "Delivering Seamless Investment Experiences For Customers In The Covid 19 Era" konu başlıklı webinar gerçekleştirilecektir. Bhaskar Prabhakar (WeInvest-CEO), Chiranjeet Singh( WeInvest-Head of Investment Strategies), Preeti Bhambri (WeInvest-Head of Business Development) ve Elango Balusamy'in (WeInvest-CTO) konuşmacı olarak yer alacağı webinarda aşağıdaki konular ele alınacaktır. 15 mins: Bhaskar Prabhakar-CEO Digital Wealth Platform opportunities and success in times of Social Distancing by CEO 10 mins: Chiranjeet Singh -Head of Investment Strategies Why Quantitative strategies-Thematic Investing Active & Passive portfolios, by Head of Quantitative Strategies 10 mins: Preeti Bhambri-Head of Business Development Cases Studies of Clients with Demos-by Head of Business Development & Client Management 10 mins: Elango Balusamy-CTO Launching a MVP-by CTO 10 mins: Team Questions & Answers Zoom uygulaması üzerinden gerçekleştirilecek webinara katılım ücretsiz olup sınırlı kontenjan nedeniyle 05 Haziran Cuma günü 17:00'a kadar katılım kaydının tamamlanması gerekmektedir. Kayıt tamamlandıktan sonra webinara giriş için gerekli bilgiler tarafınıza e-posta ile iletilecektir. Kayıt İçin Lütfen Buraya Tıklayınız [http://track-7.n-mailer-premium.com/1101L2389711|01005098|110028287|0101T.html] *Webinarın dili İngilizce olup çeviri yapılmayacaktır. *Kayıt linkinin açılamaması durumunda www.tspb.org.tr [http://track-7.n-mailer-premium.com/1101L2389711|11105098|100010210|0110T.html] adresi üzerinden kayıt oluşturabilirsiniz. TSPB Birlikte Eğitim Büyükdere Caddesi No: 173 1.Levent Plaza A Blok Kat:4 Şişli-İstanbul Telefon: 0212 280 85 67 info@birlikteegitim.org [mailto:info@birlikteegitim.org] www.tspb.org.tr [http://track-7.n-mailer-premium.com/1000L2389711|01005098|01115892|0111T.html] Bu e-posta tarafınıza TSPB tarafından oluşturulan üye veritabanına kayıtlı olduğunuz için gönderilmiştir.Beni bu listeden çıkar [http://track-7.n-mailer-premium.com/0100U2389711|10119c00fdf926bb981d59ee664f79715a6a|0101469|11015098.html] From owner-freebsd-net@freebsd.org Tue Jun 2 13:12:49 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3510F336B54 for ; Tue, 2 Jun 2020 13:12:49 +0000 (UTC) (envelope-from pen@lysator.liu.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49bssW09GPz3YVg; Tue, 2 Jun 2020 13:12:46 +0000 (UTC) (envelope-from pen@lysator.liu.se) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id D623340027; Tue, 2 Jun 2020 15:12:43 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id B8DE940009; Tue, 2 Jun 2020 15:12:43 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL, HTML_MESSAGE autolearn=disabled version=3.4.2 X-Spam-Score: -1.0 Received: from [192.168.1.132] (h-201-140.A785.priv.bahnhof.se [98.128.201.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id E31A940006; Tue, 2 Jun 2020 15:12:40 +0200 (CEST) From: Peter Eriksson Message-Id: <7E0A7D8E-72E6-4D32-B2A7-C4CE4127DDEF@lysator.liu.se> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: how to fix an interesting issue with mountd? Date: Tue, 2 Jun 2020 15:12:40 +0200 In-Reply-To: Cc: "Rodney W. Grimes" , Mark Johnston , "patrykkotlowski@gmail.com" , Rick Macklem To: "freebsd-net@freebsd.org" References: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 49bssW09GPz3YVg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=liu.se; spf=pass (mx1.freebsd.org: domain of pen@lysator.liu.se designates 130.236.254.3 as permitted sender) smtp.mailfrom=pen@lysator.liu.se X-Spamd-Result: default: False [-2.83 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail.lysator.liu.se]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.026]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[130.236.254.3:from]; DMARC_POLICY_ALLOW(-0.50)[liu.se,none]; NEURAL_HAM_SHORT(-1.32)[-1.318]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:2843, ipnet:130.236.0.0/16, country:SE]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_CC(0.00)[gndrsh.dnsmgr.net,FreeBSD.org,gmail.com,uoguelph.ca] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 13:12:49 -0000 I once reported that we had a server with many thousands (typically = 23000 or so per server) ZFS filesystems (and 300+ snapshots per = filesystem) where mountd was 100% busy reading and updating the kernel = (and while doing that holding the NFS lock for a very long time) every = hour (when we took snapshots of all the filesystems - the code in the = zfs commands send a lot of SIGHUPs to mountd it seems)=E2=80=A6.=20 (Causing NFS users to complain quite a bit) I have also seen the effect that when there are a lot of updates to = filesystems that some exports can get =E2=80=9Cmissed=E2=80=9D if mountd = is bombarded with multiple SIGHUPS - but with the new incremental update = code in mountd this window (for SIGHUPs to get lost) is much smaller = (and I now also have a Nagios check that verifies that all exports in = /etc/zfs/exports also is visible in the kernel). But while we had this problem it I also investigated going to a DB based = exports =E2=80=9Cfile=E2=80=9D in order to make the code in the = =E2=80=9Czfs=E2=80=9D commands that read and update /etc/zfs/exports a = lot faster too. As Rick says there is room for _huge_ improvements = there.=20 For every change of =E2=80=9Csharenfs=E2=80=9D per filesystem it would = open and read and parse, line-by-line, /etc/zfs/exports *two* times and = then rewrite the whole file. Now imagine doing that recursively for = 23000 filesystems=E2=80=A6 My change to the zfs code simple opened a DB = file and just did a =E2=80=9Cput=E2=80=9D of a record for the filesystem = (and then sent mountd a SIGHUP). (And even worse - when doing the boot-time =E2=80=9Czfs share -a=E2=80=9D = - for each filesystem it would open(/etc/zfs/exports, read it line by = line and check to make sure the filesystem isn=E2=80=99t already in the = file, then open a tmp file, write out all the old filesystem + plus the = new one, rename it to /etc/zfs/exports, send a SIGHUP) and the go on to = the next one.. Repeat. Pretty fast for 1-10 filesystems, not so fast = for 20000+ ones=E2=80=A6 And tests the boot disk I/O a bit :-) =20 I have seen that the (ZFS-on-Linux) OpenZFS code has changed a bit = regarding this and I think for Linux they are going the route of = directly updating the kernel instead of going via some external updater = (like mountd). That probably would be an even better way (for ZFS) but a = DB database might be useful anyway. It=E2=80=99s a very simple change = (especially in mountd - it just opens the DB file and reads the records = sequentially instead of the text file). - Peter > On 2 Jun 2020, at 06:30, Rick Macklem wrote: >=20 > Rodney Grimes wrote: >>> Hi, >>>=20 >>> I'm posting this one to freebsd-net@ since it seems vaguely similar >>> to a network congestion problem and thought that network types >>> might have some ideas w.r.t. fixing it? >>>=20 >>> PR#246597 - Reports a problem (which if I understand it is) where a = sighup >>> is posted to mountd and then another sighup is posted to mountd = while >>> it is reloading exports and the exports are not reloaded again. >>> --> The simple patch in the PR fixes the above problem, but I = think will >>> aggravate another one. >>> For some NFS servers, it can take minutes to reload the exports = file(s). >>> (I believe Peter Erriksonn has a server with 80000+ file systems = exported.) >>> r348590 reduced the time taken, but it is still minutes, if I recall = correctly. > Actually, my recollection w.r.t. the times was way off. > I just looked at the old PR#237860 and, without r348590, it was = 16seconds > (aka seconds, not minutes) and with r348590 that went down to a = fraction > of a second (there was no exact number in the PR, but I noted = milliseconds in > the commit log entry. >=20 > I still think there is a risk of doing the reloads repeatedly. >=20 >>> --> If you apply the patch in the PR and sighups are posted to = mountd as >>> often as it takes to reload the exports file(s), it will = simply reload the >>> exports file(s) over and over and over again, instead of = processing >>> Mount RPC requests. >>>=20 >>> So, finally to the interesting part... >>> - It seems that the code needs to be changed so that it won't = "forget" >>> sighup(s) posted to it, but it should not reload the exports = file(s) too >>> frequently. >>> --> My thoughts are something like: >>> - Note that sighup(s) were posted while reloading the exports = file(s) and >>> do the reload again, after some minimum delay. >>> --> The minimum delay might only need to be 1second to allow some >>> RPCs to be processed before reload happens again. >>> Or >>> --> The minimum delay could be some fraction of how long a reload = takes. >>> (The code could time the reload and use that to calculate = how long to >>> delay before doing the reload again.) >>>=20 >>> Any ideas or suggestions? rick >>> ps: I've actually known about this for some time, but since I didn't = have a good >>> solution... >>=20 >> Build a system that allows adding and removing entries from the >> in mountd exports data so that you do not have to do a full >> reload every time one is added or removed? >>=20 >> Build a system that used 2 exports tables, the active one, and the >> one that was being loaded, so that you can process RPC's and reloads >> at the same time. > Well, r348590 modified mountd so that it built a new set of linked = list > structures from the modified exports file(s) and then compared them = with > the old ones, only doing updates to the kernel exports for changes. >=20 > It still processes the entire exports file each time, to produce the = in mountd > memory linked lists (using hash tables and a binary tree). >=20 > Peter did send me a patch to use a db frontend, but he felt the only > performance improvements would be related to ZFS. > Since ZFS is something I avoid like the plague I never pursued it. > (If anyone willing to ZFS stuff wants to pursue this, > just email and I can send you the patch.) > Here's a snippet of what he said about it. >> It looks like a very simple patch to create and even though it = wouldn=E2=80=99t really > improve the speed for the work that = mountd does it would make possible really > drastic speed improvements = in the zfs commands. They (zfs commands) currently > reads the thru = text-based exports file multiple times when you do work with zfs > = filesystems (mounting/sharing/changing share options etc). Using a db = based =20 >> exports file for the zfs exports (b-tree based probably) would allow = the zfs code > to be much faster. >=20 > At this point, I am just interested in fixing the problem in the PR, = rick >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net = > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org = " From owner-freebsd-net@freebsd.org Wed Jun 3 00:50:12 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3ED752FF9BA for ; Wed, 3 Jun 2020 00:50:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660054.outbound.protection.outlook.com [40.107.66.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49c9LB6xpyz4FF1; Wed, 3 Jun 2020 00:50:10 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n3kjE+LVKVVx7J0EabqHgglxh7j0yTdZsBdTK+Mwgkb4qMoGPctZCOKHnYPmzGBKtFZwAinafZWKTTNiYYZHvwyGFEKfB9bH9F1XsETa9Qd15Kk0VVi8DLcEmBa0c+CfgKy8m4R+Z3LFZsgemsq2x85FTiHOdAufPMSn7PgXGoyzsW3RgVayc7ZBMJdjghA1ows6mmrkF8iT1l8TTcI6eCAGBILLXwgi3c/9QMrRjFnpOVwappJpLXxNRSCQO/LNwXX7GjSKo5vHavLGpNrV5BwHtz5OCiqEsjFyH4Sl7FUQr+diKrRGooZpFPsVsTSDM2LvY1gMpKB0b2nTHqE3HQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5Lnm0ENnOJpB+exVkna93eZleBBuqpN4DdNz7Bsy0F4=; b=nt/OjWXRM5E1ozz1NyjmYqFwweDxTPc7Nnm7MeWOLIKeegYjFmjYGH/lgIm5igOShqKa5ZzNoYsQC+HqaAVzboOfILgZRlndakBWLDXuskYh8WQ90M6MKZAGaSmYsoUeKnkcC4SEdJo5/5UmfJ03Y4keOdDYtzRimGV3QbVPsMstmKZJG8IsQhTNu0lpPBR+eO/pSgL8Sd0lLhsxNV48437C5MOsEo83z96vly1O7YHuJiGkdR0tCfcQk2mu3mFMndj8s5v3NaQezFpyc6zIiuFXfBTNU3Nw3/WOnaIpUZkwvRqwNwiK7xHYyujI/Q/j/2IN9v/4bBF89ZH1a4vjwA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5Lnm0ENnOJpB+exVkna93eZleBBuqpN4DdNz7Bsy0F4=; b=aFEhGsQ5OxUVen+x09lJG3QmJCx7qWRTXMFUOONl08aZ5evN8pCcI1iQGzSW+VcAdgZ2DstzGn6oS6t/GjiYujB24kf2VxtJAzFzFIQ0x6d1NZnpo16QWFmkqAmQJRGXlBM01mZGmE9z11OQVreM+z9VVkma4atGBkKbrdPs+ejzQTyTAApgtJTYQl9UXc5iNamMhWPI+2l3lX7IOivqGVG2YYS6jnsnWgcVNXgcUbB+kx8yCipkilQ5Svf7XyAdh6oWCmbH26znavznBYV28bQ5y8aQBObre1FhjnoSRcjkBEHSKrugfKPdQJRwbQTtLjy9Grw9R559JOifxYA1+Q== Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:32::26) by QB1PR01MB3394.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:3a::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.18; Wed, 3 Jun 2020 00:50:09 +0000 Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2]) by QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2%6]) with mapi id 15.20.3066.018; Wed, 3 Jun 2020 00:50:09 +0000 From: Rick Macklem To: Peter Eriksson , "freebsd-net@freebsd.org" CC: "Rodney W. Grimes" , Mark Johnston , "patrykkotlowski@gmail.com" Subject: Re: how to fix an interesting issue with mountd? Thread-Topic: how to fix an interesting issue with mountd? Thread-Index: AQHWOJM1VwWbfER5x0eYgpEDvZCC2ajFTdUAgADAQsA= Date: Wed, 3 Jun 2020 00:50:09 +0000 Message-ID: References: , <7E0A7D8E-72E6-4D32-B2A7-C4CE4127DDEF@lysator.liu.se> In-Reply-To: <7E0A7D8E-72E6-4D32-B2A7-C4CE4127DDEF@lysator.liu.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7b37cc16-6ead-43b1-0b33-08d8075810c1 x-ms-traffictypediagnostic: QB1PR01MB3394: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 04238CD941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: yNn1O0/tovHnAdQ9HZfszRUnDsfGWONTst7hEYOWre9Kd7Cvb2S5xeI92koklEr9i0pcelZ9xvivnk61P7u13Ws5cIwD4P/++QhwEK2yNN+V6i8DSqSfRzATvBUfkwXs8gGp9VYYwU11yQWYir6zi3BFAhvR+EP8MF5Bz5or4gZkGkcWS1dOkeLP0PnHwuDSduq2x2mf/2keAHt4xWjA26ZDV1J5HRfmLsy+KdG00AT7MDcZ9CqB3hOh9yeJwBto2Bcss3l/jsdWJRxYBZwqqf71oPoIXsESVOziS5xbs0X6Fe1AsSNU7ZJkjlX+853qmntVTck5urQv8l8aVBNTCA2cLYthrellKmDGerNyxWUsYREPg14WBcRDDVLNBhJtT5HzVnY2ntYvm0+T6ppfVA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(396003)(346002)(366004)(376002)(136003)(39860400002)(478600001)(4326008)(966005)(8676002)(9686003)(64756008)(86362001)(5660300002)(52536014)(66946007)(76116006)(91956017)(66556008)(66476007)(66446008)(71200400001)(6506007)(786003)(316002)(296002)(110136005)(33656002)(186003)(53546011)(54906003)(7696005)(55016002)(2906002)(83380400001)(8936002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: wNmnYHM0xjgc2Vm6pPlaR434nRzlUJM2/fDHc3rdIWZALR8ga8Ai81XGtDkeSHbFHbk22Zto6xmknGE7JiZRC/QKRm1prjkFm97YzAb+SspXRYY3N2uBeEsQCUGWg86SYhezhIeDKaFqLftezlI9JmtbdXKI3/SadIvEuez2EcR+yq115+8OeuTkLN3imQ2bbkA8eX6NrlTy1LsFzfW7cAktDgAuKj35Acro1muXKr1ZbSwPOvDb3QkN0yDH/LOQ9qCH7UWpJFBV1Ay6iBTMQ/a2nvPPLr/l/g01W1j/BgDm5McTdVPVKF3w51l/po1xHgesQmf6LtFv+UNL6oqEqytYGb505z7cx6IOE9lSXHKDuk/iCJe9OMVteF3cAhvgUrCcMDM0rVIetMTp9G0fvZqbtMjH6wnnqx9Pm/XBMKhaPQAxetchZwRYDSXqp4hlN1rrO76SzY4YdyZho7UAhzMiHCrrvPpj8tzEFuQ0S59AlGbs15+YcbarMujRx6Qi5v8MXDQjxIrMdUJ2yG91IgfC2mAsexUWnNbwamiYsiyAN0KLEb3DOPaQ5po5TLd3 x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 7b37cc16-6ead-43b1-0b33-08d8075810c1 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2020 00:50:09.1579 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rCBw8j0QjcFLkj0D+hb26ITNne+6HydNzCY75etkpIq5bg9ILspqU4VrWKMphtn9yZFDSOem3Phfms5hnzrm7Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3394 X-Rspamd-Queue-Id: 49c9LB6xpyz4FF1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=aFEhGsQ5; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.54 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.45 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.040]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.03)[-1.029]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RCPT_COUNT_FIVE(0.00)[5]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-0.88)[-0.881]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.54:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; FREEMAIL_CC(0.00)[gndrsh.dnsmgr.net,FreeBSD.org,gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.54:from] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 00:50:12 -0000 Peter Eriksson wrote:=0A= >I once reported that we had a server with many thousands (typically 23000 = or so >per server) ZFS filesystems (and 300+ snapshots per filesystem) wher= e mountd >was 100% busy reading and updating the kernel (and while doing th= at holding the >NFS lock for a very long time) every hour (when we took sna= pshots of all the >filesystems - the code in the zfs commands send a lot of= SIGHUPs to mountd it >seems)=85.=0A= >=0A= >(Causing NFS users to complain quite a bit)=0A= >=0A= >I have also seen the effect that when there are a lot of updates to filesy= stems that >some exports can get =93missed=94 if mountd is bombarded with m= ultiple SIGHUPS - >but with the new incremental update code in mountd this = window (for SIGHUPs to >get lost) is much smaller (and I now also have a Na= gios check that verifies that all >exports in /etc/zfs/exports also is visi= ble in the kernel).=0A= I just put a patch up in PR#246597, which you might want to try.=0A= =0A= >But while we had this problem it I also investigated going to a DB based e= xports >=93file=94 in order to make the code in the =93zfs=94 commands that= read and update >/etc/zfs/exports a lot faster too. As Rick says there is = room for _huge_ >improvements there.=0A= >=0A= >For every change of =93sharenfs=94 per filesystem it would open and read a= nd parse, >line-by-line, /etc/zfs/exports *two* times and then rewrite the = whole file. Now >imagine doing that recursively for 23000 filesystems=85 My= change to the zfs code >simple opened a DB file and just did a =93put=94 o= f a record for the filesystem (and >then sent mountd a SIGHUP).=0A= Just to clarify, if someone else can put Peter's patch in ZFS, I am willing= to=0A= put the required changes in mountd.=0A= =0A= >=0A= >(And even worse - when doing the boot-time =93zfs share -a=94 - for each f= ilesystem it >would open(/etc/zfs/exports, read it line by line and check t= o make sure the >filesystem isn=92t already in the file, then open a tmp fi= le, write out all the old >filesystem + plus the new one, rename it to /etc= /zfs/exports, send a SIGHUP) and >the go on to the next one.. Repeat. Pret= ty fast for 1-10 filesystems, not so fast for >20000+ ones=85 And tests the= boot disk I/O a bit :-)=0A= >=0A= >=0A= >I have seen that the (ZFS-on-Linux) OpenZFS code has changed a bit regardi= ng >this and I think for Linux they are going the route of directly updatin= g the kernel >instead of going via some external updater (like mountd).=0A= The problem here is NFSv3, where something (currently mountd) needs to know= =0A= about this stuff, so it can do the Mount protocol (used for NFSv3 mounting = and=0A= done with Mount RPCs, not NFS ones).=0A= =0A= >That probably would be an even better way (for ZFS) but a DB database migh= t be >useful anyway. It=92s a very simple change (especially in mountd - it= just opens the >DB file and reads the records sequentially instead of the = text file).=0A= I think what you have, which puts the info in a db file and then SIGHUPs mo= untd=0A= is a good start.=0A= Again, if someone else can get this into ZFS, I can put the bits in mountd.= =0A= =0A= Thanks for posting this, rick=0A= ps: Do you happen to know how long a reload of exports in mountd is current= ly=0A= taking, with the patches done to it last year?=0A= =0A= - Peter=0A= =0A= On 2 Jun 2020, at 06:30, Rick Macklem > wrote:=0A= =0A= Rodney Grimes wrote:=0A= Hi,=0A= =0A= I'm posting this one to freebsd-net@ since it seems vaguely similar=0A= to a network congestion problem and thought that network types=0A= might have some ideas w.r.t. fixing it?=0A= =0A= PR#246597 - Reports a problem (which if I understand it is) where a sighup= =0A= is posted to mountd and then another sighup is posted to mountd while=0A= it is reloading exports and the exports are not reloaded again.=0A= --> The simple patch in the PR fixes the above problem, but I think will= =0A= aggravate another one.=0A= For some NFS servers, it can take minutes to reload the exports file(s).=0A= (I believe Peter Erriksonn has a server with 80000+ file systems exported.)= =0A= r348590 reduced the time taken, but it is still minutes, if I recall correc= tly.=0A= Actually, my recollection w.r.t. the times was way off.=0A= I just looked at the old PR#237860 and, without r348590, it was 16seconds= =0A= (aka seconds, not minutes) and with r348590 that went down to a fraction=0A= of a second (there was no exact number in the PR, but I noted milliseconds = in=0A= the commit log entry.=0A= =0A= I still think there is a risk of doing the reloads repeatedly.=0A= =0A= --> If you apply the patch in the PR and sighups are posted to mountd as=0A= often as it takes to reload the exports file(s), it will simply reloa= d the=0A= exports file(s) over and over and over again, instead of processing= =0A= Mount RPC requests.=0A= =0A= So, finally to the interesting part...=0A= - It seems that the code needs to be changed so that it won't "forget"=0A= sighup(s) posted to it, but it should not reload the exports file(s) too= =0A= frequently.=0A= --> My thoughts are something like:=0A= - Note that sighup(s) were posted while reloading the exports file(s) and= =0A= do the reload again, after some minimum delay.=0A= --> The minimum delay might only need to be 1second to allow some=0A= RPCs to be processed before reload happens again.=0A= Or=0A= --> The minimum delay could be some fraction of how long a reload takes.= =0A= (The code could time the reload and use that to calculate how long= to=0A= delay before doing the reload again.)=0A= =0A= Any ideas or suggestions? rick=0A= ps: I've actually known about this for some time, but since I didn't have a= good=0A= solution...=0A= =0A= Build a system that allows adding and removing entries from the=0A= in mountd exports data so that you do not have to do a full=0A= reload every time one is added or removed?=0A= =0A= Build a system that used 2 exports tables, the active one, and the=0A= one that was being loaded, so that you can process RPC's and reloads=0A= at the same time.=0A= Well, r348590 modified mountd so that it built a new set of linked list=0A= structures from the modified exports file(s) and then compared them with=0A= the old ones, only doing updates to the kernel exports for changes.=0A= =0A= It still processes the entire exports file each time, to produce the in mou= ntd=0A= memory linked lists (using hash tables and a binary tree).=0A= =0A= Peter did send me a patch to use a db frontend, but he felt the only=0A= performance improvements would be related to ZFS.=0A= Since ZFS is something I avoid like the plague I never pursued it.=0A= (If anyone willing to ZFS stuff wants to pursue this,=0A= just email and I can send you the patch.)=0A= Here's a snippet of what he said about it.=0A= It looks like a very simple patch to create and even though it wouldn=92t r= eally > improve the speed for the work that mountd does it would ma= ke possible really > drastic speed improvements in the zfs commands. They (= zfs commands) currently > reads the thru text-based exports file multiple = times when you do work with zfs > filesystems (mounting/sharing/changing s= hare options etc). Using a db based=0A= exports file for the zfs exports (b-tree based probably) would allow the zf= s code > to be much faster.=0A= =0A= At this point, I am just interested in fixing the problem in the PR, rick= =0A= =0A= _______________________________________________=0A= freebsd-net@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-net=0A= To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=0A= =0A= From owner-freebsd-net@freebsd.org Wed Jun 3 10:30:24 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6CA783332C1 for ; Wed, 3 Jun 2020 10:30:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49cQCh2JJPz43CC for ; Wed, 3 Jun 2020 10:30:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 4EF0633349B; Wed, 3 Jun 2020 10:30:24 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4EB3A333257 for ; Wed, 3 Jun 2020 10:30:24 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49cQCh128Fz43Kj for ; Wed, 3 Jun 2020 10:30:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 1EABEC377 for ; Wed, 3 Jun 2020 10:30:24 +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 053AUOKR064663 for ; Wed, 3 Jun 2020 10:30:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 053AUOTr064662 for net@FreeBSD.org; Wed, 3 Jun 2020 10:30:24 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 246951] Regular crash: panic, trap_pfault, ip_input || ip_output using ipSec, AES-NI & CARP Date: Wed, 03 Jun 2020 10:30:23 +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: 11.3-STABLE X-Bugzilla-Keywords: panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@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: keywords assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 10:30:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246951 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |panic Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 3 10:46:04 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2C0493339B3 for ; Wed, 3 Jun 2020 10:46:04 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49cQYl6HM5z453K for ; Wed, 3 Jun 2020 10:46:03 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: by mailman.nyi.freebsd.org (Postfix) id D799D3339B2; Wed, 3 Jun 2020 10:46:03 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D76633339B1 for ; Wed, 3 Jun 2020 10:46:03 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49cQYl10pFz44vS for ; Wed, 3 Jun 2020 10:46:02 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4333E8D4A213 for ; Wed, 3 Jun 2020 10:45:55 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id C9D21E70813 for ; Wed, 3 Jun 2020 10:45:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 6NtG_tPPAiHM for ; Wed, 3 Jun 2020 10:45:53 +0000 (UTC) Received: from [169.254.19.139] (unknown [IPv6:fde9:577b:c1a9:4902:2cc7:e544:ebd8:2ddf]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E6605E7080F for ; Wed, 3 Jun 2020 10:45:52 +0000 (UTC) From: "Bjoern A. Zeeb" To: "FreeBSD Net" Subject: panic: starting DAD on non-tentative address 0xfffff800034a5800, Date: Wed, 03 Jun 2020 10:45:51 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49cQYl10pFz44vS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-2.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.85)[-0.845]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[net@freebsd.org]; DMARC_NA(0.00)[zabbadoz.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.04)[-1.037]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.15)[-0.151]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 10:46:04 -0000 Hi, got this with HEAD from a few days ago, just in case it rings a bell with someone. Otherwise I’ll go investigate when it happens again; I’ll try to setup netdump to get more information. panic: starting DAD on non-tentative address 0xfffff800034a5800 cpuid = 1 time = 1500939739 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe003b65a690 vpanic() at vpanic+0x182/frame 0xfffffe003b65a6e0 panic() at panic+0x43/frame 0xfffffe003b65a740 nd6_dad_start() at nd6_dad_start+0x3bb/frame 0xfffffe003b65a7e0 in6_if_up() at in6_if_up+0x62/frame 0xfffffe003b65a820 if_up() at if_up+0x69/frame 0xfffffe003b65a850 ifhwioctl() at ifhwioctl+0xbf8/frame 0xfffffe003b65a8d0 ifioctl() at ifioctl+0x3ac/frame 0xfffffe003b65a9a0 kern_ioctl() at kern_ioctl+0x27b/frame 0xfffffe003b65aa00 sys_ioctl() at sys_ioctl+0x127/frame 0xfffffe003b65aad0 amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe003b65abf0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe003b65abf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80047cd8a, rsp = 0x7fffffffe258, rbp = 0x7fffffffe2b0 --- KDB: enter: panic [ thread pid 12247 tid 100088 ] Stopped at kdb_enter+0x37: movq $0,0x10c9ad6(%rip) From owner-freebsd-net@freebsd.org Wed Jun 3 14:44:41 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C66BF3390C8 for ; Wed, 3 Jun 2020 14:44:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49cWs54pMLz4XXk for ; Wed, 3 Jun 2020 14:44:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id A4C9F3388F4; Wed, 3 Jun 2020 14:44:41 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A48E8338F6B for ; Wed, 3 Jun 2020 14:44:41 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49cWs53pqtz4Xcw for ; Wed, 3 Jun 2020 14:44:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 7D98AF9C9 for ; Wed, 3 Jun 2020 14:44: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 053EifIX045666 for ; Wed, 3 Jun 2020 14:44:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 053Eiflp045665 for net@FreeBSD.org; Wed, 3 Jun 2020 14:44:41 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 246951] Regular crash: panic, trap_pfault, ip_input || ip_output using ipSec, AES-NI & CARP Date: Wed, 03 Jun 2020 14:44: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: 11.3-STABLE X-Bugzilla-Keywords: panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: markj@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-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 14:44:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246951 Mark Johnston changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markj@FreeBSD.org --- Comment #1 from Mark Johnston --- I looked at the ip_input() and ip_output() faults. ip_input() is crashing here: 709 if (ifp !=3D NULL && ifp->if_flags & IFF_BROADCAST) {=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 710 IF_ADDR_RLOCK(ifp); 711 TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { 712 if (ifa->ifa_addr->sa_family !=3D AF_INET) <- null ifa_addr 713 continue; and ip_output() is crashing here: 678 if (error =3D=3D 0) {=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20 679 /* Record statistics for this interface addres= s. */ 680 if (ia !=3D NULL) { 681 counter_u64_add(ia->ia_ifa.ifa_opacket= s, 1); 682 counter_u64_add(ia->ia_ifa.ifa_obytes, 683 m->m_pkthdr.len); 684 } So there is some race involving interface address changes. It would be useful to see the dmesg leading up to the panic. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 3 17:53:57 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB26333C824 for ; Wed, 3 Jun 2020 17:53:57 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49cc3T61Wzz40c1 for ; Wed, 3 Jun 2020 17:53:57 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: from mail-qt1-f175.google.com (mail-qt1-f175.google.com [209.85.160.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: vmaffione) by smtp.freebsd.org (Postfix) with ESMTPSA id C357427AFA for ; Wed, 3 Jun 2020 17:53:57 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: by mail-qt1-f175.google.com with SMTP id z1so2836932qtn.2 for ; Wed, 03 Jun 2020 10:53:57 -0700 (PDT) X-Gm-Message-State: AOAM532gZNrHrLMYEvsZG9Ln5l3+xpfIsjG6YAjnJ9oxhZcEvKcg4eAL rFugC9nCzD4YztEbLSQIMMyjplEnlNghnRM4oIk= X-Google-Smtp-Source: ABdhPJwU6h+vc6ljNXHUUHsGV5eSdmsrbf4V0Nis/r9UoIcBPYPum+AdpBVM6gxxJav+vU3CpGCYU3d5Tg4vhxEjGLg= X-Received: by 2002:aed:3fd4:: with SMTP id w20mr533137qth.350.1591206837383; Wed, 03 Jun 2020 10:53:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Vincenzo Maffione Date: Wed, 3 Jun 2020 19:53:45 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Netmap - Vale switch - tcp problem To: Anthony Arnaud Cc: Luigi Rizzo , "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 17:53:58 -0000 Hi Anthony, I fixed more bugs in the vtnet driver (in FreeBSD-CURRENT). As of r361760, I'm now able to run the following steps in a VM with a vtnet device # ifconfig vtnet0 -txcsum -rxcsum -tso4 192.168.100.2/24 # vale-ctl -h vale:vtnet0 # netperf -H 192.168.100.1 # Run a netperf TCP_STREAM test to the host bridge interface (br0) Since TCP works correctly at reasonable speed I'm confident that most of the existing problems have gone. Let me know if you have any questions about this. Cheers, Vincenzo Il giorno lun 1 giu 2020 alle ore 18:22 Vincenzo Maffione < vmaffione@freebsd.org> ha scritto: > Hi Anthony, > I think there is more than a bug, drivers-related, that show up when you > attach the interface to a vale switch. > I've found and fixed some related to if_vtnet (see below). In any case, in > my tests there is no difference between TCP traffic and other (UDP, ICMP, > STP,...). > The issues are not related to LRO, as I thought. > There are still more bugs in vtnet and I'm trying to chase them. > In the meanwhile it would help if you apply the patches below and try > again with vtnet to see if the situation improves. They apply cleanly to > 12.1 release. > > Regarding your problem with em devices, it is probably yet a different > issue. It may be related to the iflib transition or not. It would help to > try the same setup on stable/11 (which does not have iflib). I don't have > an em device, but I will try with an emulated em in QEMU/KVM. > > Cheers, > Vincenzo > > ------------------------------------------------------------------------ > r361698 | vmaffione | 2020-06-01 16:14:29 +0000 (Mon, 01 Jun 2020) | 8 > lines > > netmap: if_vtnet: avoid netmap ring wraparound > > netmap assumes the one "slot" is left unused to distinguish > the empty ring and full ring conditions. This assumption was > violated by vtnet_netmap_rxq_populate(). > > MFC after: 1 week > > ------------------------------------------------------------------------ > r361697 | vmaffione | 2020-06-01 16:12:09 +0000 (Mon, 01 Jun 2020) | 8 > lines > > netmap: if_vtnet: replace vtnet_free_used() > > The functionality contained in this function is duplicated, > as it is already available in vtnet_txq_free_mbufs() > and vtnet_rxq_free_mbufs(). > > MFC after: 1 week > > ------------------------------------------------------------------------ > r361696 | vmaffione | 2020-06-01 16:10:44 +0000 (Mon, 01 Jun 2020) | 13 > lines > > netmap: vtnet: fix RX virtqueue initialization bug > > The vtnet_netmap_rxq_populate() function erroneously assumed > that kring->nr_hwcur = 0, i.e. the kring was in the initial > state. However, this is not always the case: for example, > when a vtnet reinit is triggered by some changes in the > interface flags or capenable. > This patch changes the behaviour of vtnet_netmap_kring_refill() > so that it always starts publishing the netmap buffers starting > from the current value of kring->nr_hwcur. > > MFC after: 1 week > ------------------------------------------------------------------------ > Il giorno lun 1 giu 2020 alle ore 15:19 Anthony Arnaud < > antho.arnaudisce@gmail.com> ha scritto: > >> Hi Vincenzo, >> >> To simplify the scenario I have installed from scratch FBSD12.1 on a new >> machine, without any virtualization env. >> I have encountered the same problem, when i attach an ethernet interface >> to vale switch (in this case an intel card em5) the tcp traffic disappears >> and tcpdump shown only udp, icmp6 and stp packets. >> If I detach the NIC from vale0 tcpdump shown all tcp traffic. >> I'm using the netmap version included in FBSD 12.1, and I have compiled >> vale-ctl presents in kernel sources (/src/tools/tools/netmap/) >> I executed your steps. >> There is something dark about that behaviour... >> >> Cheers >> Anthon >> >> From owner-freebsd-net@freebsd.org Wed Jun 3 20:15:46 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3E7CB2F1F5E for ; Wed, 3 Jun 2020 20:15:46 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49cgC55R8Lz4bZ4 for ; Wed, 3 Jun 2020 20:15:45 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: by mailman.nyi.freebsd.org (Postfix) id B893E2F23A1; Wed, 3 Jun 2020 20:15:45 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B85822F21CE for ; Wed, 3 Jun 2020 20:15:45 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward501j.mail.yandex.net (forward501j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49cgC4047Mz4bLR for ; Wed, 3 Jun 2020 20:15:43 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback8j.mail.yandex.net (mxback8j.mail.yandex.net [IPv6:2a02:6b8:0:1619::111]) by forward501j.mail.yandex.net (Yandex) with ESMTP id F353B3380AD5; Wed, 3 Jun 2020 23:15:39 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback8j.mail.yandex.net (mxback/Yandex) with ESMTP id XU3ksGlLyW-Fdn4JswU; Wed, 03 Jun 2020 23:15:39 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1591215339; bh=tdZ8XzfMeXBXozmHRmy/aDf+EyTn/iHaaG41R+1usEo=; h=References:Date:Message-Id:Subject:In-Reply-To:To:From; b=JlnHwrVqD4xhnxLKRNAmOdiAamaKPCssy1Atw+UlSNBc2HtDZMqKbYtJCHGjx15mx bLNcERg+rN5UL1hN6sMSHWtnLFxuQk8LnZV62jz6a2hDkkucN5qD7FSghuGhVNRcJo eorvRzRI/KPJOVqh/pA5vafqk/EpDIWl5vwkaq4k= Received: by iva8-5dcdbacf01c7.qloud-c.yandex.net with HTTP; Wed, 03 Jun 2020 23:15:39 +0300 From: Alexander V. Chernikov To: Bjoern A. Zeeb , FreeBSD Net In-Reply-To: References: Subject: Re: panic: starting DAD on non-tentative address 0xfffff800034a5800, MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Wed, 03 Jun 2020 21:15:39 +0100 Message-Id: <354051591215122@mail.yandex.ru> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 49cgC4047Mz4bLR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ipfw.ru header.s=mail header.b=JlnHwrVq; dmarc=none; spf=pass (mx1.freebsd.org: domain of melifaro@ipfw.ru designates 2a02:6b8:0:801:2::111 as permitted sender) smtp.mailfrom=melifaro@ipfw.ru X-Spamd-Result: default: False [-3.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0::/52]; NEURAL_HAM_LONG(-1.05)[-1.053]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ipfw.ru]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.90)[-0.898]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; RCVD_IN_DNSWL_LOW(-0.10)[2a02:6b8:0:801:2::111:from] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 20:15:46 -0000 03.06.2020, 11:46, "Bjoern A. Zeeb" : > Hi, > > got this with HEAD from a few days ago, just in case it rings a bell > with someone. I'm curious what are the conditions. Was it the first "up" for the interface? It looks like we're not locking anything in nd6_dad_timer, so potentially if one configures IPv6 address, waits for most of the dad timer, then do down/up, this can potentially happen. > Otherwise I’ll go investigate when it happens again; I’ll try to > setup netdump to get more information. > > panic: starting DAD on non-tentative address 0xfffff800034a5800 > cpuid = 1 > time = 1500939739 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe003b65a690 > vpanic() at vpanic+0x182/frame 0xfffffe003b65a6e0 > panic() at panic+0x43/frame 0xfffffe003b65a740 > nd6_dad_start() at nd6_dad_start+0x3bb/frame 0xfffffe003b65a7e0 > in6_if_up() at in6_if_up+0x62/frame 0xfffffe003b65a820 > if_up() at if_up+0x69/frame 0xfffffe003b65a850 > ifhwioctl() at ifhwioctl+0xbf8/frame 0xfffffe003b65a8d0 > ifioctl() at ifioctl+0x3ac/frame 0xfffffe003b65a9a0 > kern_ioctl() at kern_ioctl+0x27b/frame 0xfffffe003b65aa00 > sys_ioctl() at sys_ioctl+0x127/frame 0xfffffe003b65aad0 > amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe003b65abf0 > fast_syscall_common() at fast_syscall_common+0x101/frame > 0xfffffe003b65abf0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80047cd8a, rsp = > 0x7fffffffe258, rbp = 0x7fffffffe2b0 --- > KDB: enter: panic > [ thread pid 12247 tid 100088 ] > Stopped at kdb_enter+0x37: movq $0,0x10c9ad6(%rip) > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Wed Jun 3 21:16:01 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F28262F36BE for ; Wed, 3 Jun 2020 21:16:01 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49chXd50Tzz3TRy for ; Wed, 3 Jun 2020 21:16:01 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: by mailman.nyi.freebsd.org (Postfix) id AB9682F36BD; Wed, 3 Jun 2020 21:16:01 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AB5EA2F3453 for ; Wed, 3 Jun 2020 21:16:01 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49chXc3vFGz3TQH for ; Wed, 3 Jun 2020 21:16:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 8399F8D4A166; Wed, 3 Jun 2020 21:15:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 12C09E7080F; Wed, 3 Jun 2020 21:15:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 9BMyTGGoAp6d; Wed, 3 Jun 2020 21:15:54 +0000 (UTC) Received: from [169.254.19.139] (unknown [IPv6:fde9:577b:c1a9:4902:fd9b:760b:5aec:919e]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 6EFD3E7080B; Wed, 3 Jun 2020 21:15:54 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Alexander V. Chernikov" Cc: "FreeBSD Net" Subject: Re: panic: starting DAD on non-tentative address 0xfffff800034a5800, Date: Wed, 03 Jun 2020 21:15:53 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: <1161CE2A-5128-4056-BB87-6D2D7B1CBAD3@lists.zabbadoz.net> In-Reply-To: <354051591215122@mail.yandex.ru> References: <354051591215122@mail.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49chXc3vFGz3TQH X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-2.67 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.01)[-1.012]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; NEURAL_HAM_LONG(-1.06)[-1.064]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.30)[-0.298]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 21:16:02 -0000 On 3 Jun 2020, at 20:15, Alexander V. Chernikov wrote: > 03.06.2020, 11:46, "Bjoern A. Zeeb" : >> Hi, >> >> got this with HEAD from a few days ago, just in case it rings a bell >> with someone. > I'm curious what are the conditions. Was it the first "up" for the > interface? > It looks like we're not locking anything in nd6_dad_timer, so > potentially if one configures IPv6 address, waits for most of the dad > timer, then do down/up, this can potentially happen. I cannot really say. I plugged an unsupported interface into USB; there were two other wifi dongles on the USB hub. When I came back to the machine console later in the day, I found this. Not sure if it was related. >> Otherwise I’ll go investigate when it happens again; I’ll try to >> setup netdump to get more information. >> >> panic: starting DAD on non-tentative address 0xfffff800034a5800 >> cpuid = 1 >> time = 1500939739 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe003b65a690 >> vpanic() at vpanic+0x182/frame 0xfffffe003b65a6e0 >> panic() at panic+0x43/frame 0xfffffe003b65a740 >> nd6_dad_start() at nd6_dad_start+0x3bb/frame 0xfffffe003b65a7e0 >> in6_if_up() at in6_if_up+0x62/frame 0xfffffe003b65a820 >> if_up() at if_up+0x69/frame 0xfffffe003b65a850 >> ifhwioctl() at ifhwioctl+0xbf8/frame 0xfffffe003b65a8d0 >> ifioctl() at ifioctl+0x3ac/frame 0xfffffe003b65a9a0 >> kern_ioctl() at kern_ioctl+0x27b/frame 0xfffffe003b65aa00 >> sys_ioctl() at sys_ioctl+0x127/frame 0xfffffe003b65aad0 >> amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe003b65abf0 >> fast_syscall_common() at fast_syscall_common+0x101/frame >> 0xfffffe003b65abf0 >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80047cd8a, rsp = >> 0x7fffffffe258, rbp = 0x7fffffffe2b0 --- >> KDB: enter: panic >> [ thread pid 12247 tid 100088 ] >> Stopped at kdb_enter+0x37: movq $0,0x10c9ad6(%rip) >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to >> "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Wed Jun 3 23:10:17 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 04B392F5C23 for ; Wed, 3 Jun 2020 23:10:17 +0000 (UTC) (envelope-from daemon-user@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49cl4S3gShz40N5; Wed, 3 Jun 2020 23:10:16 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id 71D1615A5F; Wed, 3 Jun 2020 23:10:16 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 7057A55AA66; Wed, 3 Jun 2020 23:10:16 +0000 (UTC) Date: Wed, 3 Jun 2020 23:10:16 +0000 To: Phabricator From: "adrian (Adrian Chadd)" Cc: freebsd-net@freebsd.org Reply-to: "adrian (Adrian Chadd)" Subject: [Differential] D24989: netinet: Generate a random RSS key on boot. Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , X-Herald-Rules: <28>, <81>, <128>, <67>, <110> X-Phabricator-Projects: <#csprng>, <#network> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-yukac7sf5rncf2mc6vjo X-Phabricator-Mail-ID: 1979238 X-Phabricator-Send-Attempt: 7l7phcla3qmgbkqr In-Reply-To: References: Thread-Index: YTY1OTExMDJjYTMyZjY4NDZjMmU3ZDljMmQ3IF7YLdg= X-Phabricator-Stamps: actor(@adrian) application(Differential) author(@neel_neelc.org) herald(H28) herald(H67) herald(H81) herald(H110) herald(H128) monogram(D24989) object-type(DREV) phid(PHID-DREV-yukac7sf5rncf2mc6vjo) reviewer(#csprng) reviewer(@markm) revision-repository(rS) revision-status(needs-revision) subscriber(#contributor_reviews_base) subscriber(#csprng) subscriber(@adrian) subscriber(@ae) subscriber(@avg) subscriber(@cem) subscriber(@debdrup) subscriber(@freebsd-net-list) subscriber(@imp) subscriber(@kevans) subscriber(@markm) subscriber(@melifaro) subscriber(@rwatson) tag(#csprng) tag(#network) via(web) MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 23:10:17 -0000 YWRyaWFuIGFkZGVkIGEgY29tbWVudC4KCgogIGkgcmVtZW1iZXIgdGhlcmUgd2FzIHNvbWUgY29u Y2VybiBpbiB0aGUgcGFzdCB3aGVyZSB0aGVyZSB3ZXJlIHZlcnkgYmFkIHJzcyBrZXkgY2hvaWNl cyBvdXQgdGhlcmUuIGlzIHRoZXJlIGEgcmVhc29uIGZvciBhY3R1YWxseSBwdXNoaW5nIGZvciBh IHJhbmRvbSByc3Mga2V5PwogIAogIEkgc3R1Y2sgd2l0aCB0aGUgbWljcm9zb2Z0IHJzcyBrZXkg KGFuZCBhIHN5bW1ldHJpYyByc3Mga2V5IGF0IG5vcnNlKSBzcGVjaWZpY2FsbHkgc28gdGhlcmUg d291bGRuJ3QgYmUgYm9vdCB0byBib290IHZhcmlhdGlvbiBpbiB0cmFmZmljIHBhdHRlcm5zIHdo ZW4gZG9pbmcgdGVzdGluZy9ldmFsdWF0aW9uLgoKUkVQT1NJVE9SWQogIHJTIEZyZWVCU0Qgc3Jj IHJlcG9zaXRvcnkKCkNIQU5HRVMgU0lOQ0UgTEFTVCBBQ1RJT04KICBodHRwczovL3Jldmlld3Mu ZnJlZWJzZC5vcmcvRDI0OTg5L25ldy8KClJFVklTSU9OIERFVEFJTAogIGh0dHBzOi8vcmV2aWV3 cy5mcmVlYnNkLm9yZy9EMjQ5ODkKCkVNQUlMIFBSRUZFUkVOQ0VTCiAgaHR0cHM6Ly9yZXZpZXdz LmZyZWVic2Qub3JnL3NldHRpbmdzL3BhbmVsL2VtYWlscHJlZmVyZW5jZXMvCgpUbzogbmVlbF9u ZWVsYy5vcmcsICNjc3BybmcsIG1hcmttCkNjOiBhZHJpYW4sIGF2ZywgbWFya20sIGNlbSwgI2Nz cHJuZywga2V2YW5zLCBkZWJkcnVwLCByd2F0c29uLCBpbXAsIGFlLCBtZWxpZmFybywgI2NvbnRy aWJ1dG9yX3Jldmlld3NfYmFzZSwgZnJlZWJzZC1uZXQtbGlzdCwgbW1hY3ksIGtwcmF2ZWVuLmxr bWxfZ21haWwuY29tLCBtYXJjbmFyY19nbWFpbC5jb20sIHNpbW9udmVsbGFfZ21haWwuY29tLCBu b3ZpY2VfdGVjaGllLmNvbSwgdG9tbWkucGVybmlsYV9pa2kuZmksIGtyenlzenRvZi5nYWxhemth X2ludGVsLmNvbQo= From owner-freebsd-net@freebsd.org Thu Jun 4 09:42:28 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 39D033329FD for ; Thu, 4 Jun 2020 09:42:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49d15w0qqcz4H9T for ; Thu, 4 Jun 2020 09:42:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1C693332C14; Thu, 4 Jun 2020 09:42:28 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C34C332D52 for ; Thu, 4 Jun 2020 09:42:28 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49d15w01Lvz4HLG for ; Thu, 4 Jun 2020 09:42:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 F011A1DA00 for ; Thu, 4 Jun 2020 09:42: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 0549gRTd032433 for ; Thu, 4 Jun 2020 09:42:27 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0549gRDl032432 for net@FreeBSD.org; Thu, 4 Jun 2020 09:42:27 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 246951] Regular crash: panic, trap_pfault, ip_input || ip_output using ipSec, AES-NI & CARP Date: Thu, 04 Jun 2020 09:42:26 +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: 11.3-STABLE X-Bugzilla-Keywords: panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: freebsd-bugzilla@biscuit.ninja X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 09:42:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246951 freebsd-bugzilla@biscuit.ninja changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #215186|0 |1 is obsolete| | --- Comment #2 from freebsd-bugzilla@biscuit.ninja --- Created attachment 215217 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D215217&action= =3Dedit Compilation of crash dump information with msgbuf.txt appended to each crash --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Jun 4 09:52:02 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5FD50333282 for ; Thu, 4 Jun 2020 09:52:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49d1Jy1ztPz4J5k for ; Thu, 4 Jun 2020 09:52:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 44346332FF8; Thu, 4 Jun 2020 09:52:02 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 43FD833320B for ; Thu, 4 Jun 2020 09:52:02 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49d1Jy1996z4HvF for ; Thu, 4 Jun 2020 09:52:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 237E51D939 for ; Thu, 4 Jun 2020 09:52:02 +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 0549q2CU059575 for ; Thu, 4 Jun 2020 09:52:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0549q21Z059574 for net@FreeBSD.org; Thu, 4 Jun 2020 09:52:02 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 246951] Regular crash: panic, trap_pfault, ip_input || ip_output using ipSec, AES-NI & CARP Date: Thu, 04 Jun 2020 09:52: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: 11.3-STABLE X-Bugzilla-Keywords: panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: freebsd-bugzilla@biscuit.ninja X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 09:52:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246951 --- Comment #3 from freebsd-bugzilla@biscuit.ninja --- The textdump.tar created with each kernel panic contains a file called msgbuf.txt which looks like the content in /var/run/dmesg.boot, so I've appended that to the crash dump compilation. Apologies, it is not brief. There earlier dumps do show an IP address flapping between two different MAC addresses - but that is absent from the later dumps. Thanks for the assistance so far. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Jun 4 16:32:39 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F416329229 for ; Thu, 4 Jun 2020 16:32:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49dBCC0zfJz4F7F for ; Thu, 4 Jun 2020 16:32:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 21A53329228; Thu, 4 Jun 2020 16:32:39 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2160E329604 for ; Thu, 4 Jun 2020 16:32:39 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dBCC06hWz4DrT for ; Thu, 4 Jun 2020 16:32:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 F3301224ED for ; Thu, 4 Jun 2020 16:32:38 +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 054GWc7F076935 for ; Thu, 4 Jun 2020 16:32:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 054GWcJJ076934 for net@FreeBSD.org; Thu, 4 Jun 2020 16:32:38 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 241958] Enable option TCPHPTS in the kernel causes a large % of interruptions if there is no HPET eventtimer in the system Date: Thu, 04 Jun 2020 16:32:38 +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: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markj@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-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 16:32:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241958 Mark Johnston changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markj@FreeBSD.org, | |tuexen@freebsd.org --- Comment #2 from Mark Johnston --- Is this a problem on HEAD as well? I'm not sure if some of the recent TCP changes might have fixed this. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Jun 4 18:16:19 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D9EC132BE98 for ; Thu, 4 Jun 2020 18:16:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49dDVq5WDNz4SVJ for ; Thu, 4 Jun 2020 18:16:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id BD25232BE96; Thu, 4 Jun 2020 18:16:19 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BCEF932BE23 for ; Thu, 4 Jun 2020 18:16:19 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dDVq4hCvz4Sjb for ; Thu, 4 Jun 2020 18:16:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 9C6292385A for ; Thu, 4 Jun 2020 18:16:19 +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 054IGJvV078121 for ; Thu, 4 Jun 2020 18:16:19 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 054IGJjr078110 for net@FreeBSD.org; Thu, 4 Jun 2020 18:16:19 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 241958] Enable option TCPHPTS in the kernel causes a large % of interruptions if there is no HPET eventtimer in the system Date: Thu, 04 Jun 2020 18:16:19 +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: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tuexen@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-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 18:16:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241958 Michael Tuexen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress --- Comment #3 from Michael Tuexen --- rrs is working on it. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jun 5 09:27:44 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D5B3F345F84 for ; Fri, 5 Jun 2020 09:27:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49dckS5Mn5z4YWM for ; Fri, 5 Jun 2020 09:27:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id B8420345F83; Fri, 5 Jun 2020 09:27:44 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B80D5345F12 for ; Fri, 5 Jun 2020 09:27:44 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dckS4XH1z4Yfg for ; Fri, 5 Jun 2020 09:27:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 9716CE9DB for ; Fri, 5 Jun 2020 09:27:44 +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 0559RiaX003588 for ; Fri, 5 Jun 2020 09:27:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0559Rirs003578 for net@FreeBSD.org; Fri, 5 Jun 2020 09:27:44 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 236724] igb(4): Interfaces fail to switch active to inactive state Date: Fri, 05 Jun 2020 09:27:42 +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: 12.1-RELEASE X-Bugzilla-Keywords: IntelNetworking, regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: natalino.picone@nozominetworks.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: marius@FreeBSD.org X-Bugzilla-Flags: mfc-stable12+ X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 09:27:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236724 Natalino Picone changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |natalino.picone@nozominetwo | |rks.com --- Comment #41 from Natalino Picone -= -- It looks like this patch has not yet be included in 12.1 releng release. Any idea on when it will be included in 12.1 releng? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Fri Jun 5 16:16:36 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C246333057B for ; Fri, 5 Jun 2020 16:16:36 +0000 (UTC) (envelope-from antho.arnaudisce@gmail.com) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dnpC6rx0z4D2Z; Fri, 5 Jun 2020 16:16:35 +0000 (UTC) (envelope-from antho.arnaudisce@gmail.com) Received: by mail-ot1-x329.google.com with SMTP id g7so6940501oti.13; Fri, 05 Jun 2020 09:16:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MO2RzUeB9gnsvUcnCuEeIkE4WSzgcyq+56qWu6tqmvM=; b=YEpXVT6ZzPDnAhFPZvyth8NPs5GEjGoZDoWqGqLOUHsg1bR9N0yXWewj3tO7Ocl4Z6 66BOfLIumrw4TLGlurGMbMim6bae4l0iavXLdhxloMG7tZ1C3zDmLObTb+L3VxRHbXRO AAXnhWEkwOaFg1E2B4WhRuNR6CYJPLPDc6Le4LJg+6T1kDjxw93RmgqQTLB+OYxC/92E 8AdEE6uiw9HHpYbmw8iT8v/P7+HhmnRBBbrh1sxITJ91Yb1P/8yb2Sms6BbP8BIJPxNa 5unkCd7nt+3QPRl9jptxgUsywcCuaHmyG5mm5DPyEJsgq+I2JP9BD2SOh1KKauJbFBDG 4EXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MO2RzUeB9gnsvUcnCuEeIkE4WSzgcyq+56qWu6tqmvM=; b=YYPWY/XlHNI1ddkZGD1uFDJO3MH+ISML/RnwN+xdHL+S3f2lMqodLkazvfxZmBm/6P a3GrahFJ5OrJsi29KjMI2eYFgp+hdPbUWdwgL8mU3CclJd+msFb6rboM4yNy5af1ynQp KbwWaA/v2KEa14cwBiul1H11rmuwyCKjhuFojhkTVBW15NaabT06T74m6xIhJz00hGxM OEw9kJvhCi4TodRd/1x5bjXqusJCGPxE+cMQ6JjzxJmOGsE24I29gXbJU6NG59P4RRhL dNpabRfsQ8283enQTfjTK6aGtJOXYplw2Kw10P0JWdv53l17fL8A+9pJNWa9y1nQZaE3 hJ0A== X-Gm-Message-State: AOAM533xwEK6EJJG8hAXx3jXBSfSuYx2DIzm3QMzFtdGpb/Zim0P832a gToWLFF5+trbFQVmzJ74UJJW+GWgARgo6qOD+Nf+nxj1 X-Google-Smtp-Source: ABdhPJzWj9w23foNgIyDcOzQl6sxM/LWjhMBGYOQgWV+WylgU5PH+IDs8SVyIa/dx1/aaWwejih13WJDbvHknGALkBM= X-Received: by 2002:a9d:4703:: with SMTP id a3mr7932610otf.219.1591373794458; Fri, 05 Jun 2020 09:16:34 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Anthony Arnaud Date: Fri, 5 Jun 2020 18:16:24 +0200 Message-ID: Subject: Re: Netmap - Vale switch - tcp problem To: Vincenzo Maffione Cc: Luigi Rizzo , "freebsd-net@freebsd.org" X-Rspamd-Queue-Id: 49dnpC6rx0z4D2Z X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=YEpXVT6Z; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of anthoarnaudisce@gmail.com designates 2607:f8b0:4864:20::329 as permitted sender) smtp.mailfrom=anthoarnaudisce@gmail.com X-Spamd-Result: default: False [-1.01 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; URI_COUNT_ODD(1.00)[1]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.02)[-0.021]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.004]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.98)[-0.982]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::329:from]; HTTP_TO_IP(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 16:16:36 -0000 Hi Vincenzo, Thank you for your answers. I upgraded a guest machine in proxmox env to FreeBSD 13.0-CURRENT #0 r361830. After that I compiled the tools as usual from /src/tools/tools/netmap I configured 2 NIC vtnet vtnet0 with an ip 192.168.1.x vtnet1 without ip and csum disabled as mirror of vtnet0 (using Open vSwitch) Tcp traffic is generated by an ssh connection from my host to guest machine. "tcpdump -i vtnet1 tcp": at each keypress in ssh shell connected to 192.168.1.x I see few tcp packet sniffed in guest machine. But if I attach vtnet1 to vale switch, tcpdump no longer works as before. No tcp traffic is shown. Can I perform any other test about this? Cheers, Antho Il giorno mer 3 giu 2020 alle ore 19:53 Vincenzo Maffione < vmaffione@freebsd.org> ha scritto: > Hi Anthony, > I fixed more bugs in the vtnet driver (in FreeBSD-CURRENT). As of > r361760, I'm now able to run the following steps in a VM with a vtnet device > > # ifconfig vtnet0 -txcsum -rxcsum -tso4 192.168.100.2/24 > # vale-ctl -h vale:vtnet0 > # netperf -H 192.168.100.1 # Run a netperf TCP_STREAM test to the host > bridge interface (br0) > > Since TCP works correctly at reasonable speed I'm confident that most of > the existing problems have gone. > Let me know if you have any questions about this. > > Cheers, > Vincenzo > > Il giorno lun 1 giu 2020 alle ore 18:22 Vincenzo Maffione < > vmaffione@freebsd.org> ha scritto: > >> Hi Anthony, >> I think there is more than a bug, drivers-related, that show up when >> you attach the interface to a vale switch. >> I've found and fixed some related to if_vtnet (see below). In any case, >> in my tests there is no difference between TCP traffic and other (UDP, >> ICMP, STP,...). >> The issues are not related to LRO, as I thought. >> There are still more bugs in vtnet and I'm trying to chase them. >> In the meanwhile it would help if you apply the patches below and try >> again with vtnet to see if the situation improves. They apply cleanly to >> 12.1 release. >> >> Regarding your problem with em devices, it is probably yet a different >> issue. It may be related to the iflib transition or not. It would help to >> try the same setup on stable/11 (which does not have iflib). I don't have >> an em device, but I will try with an emulated em in QEMU/KVM. >> >> Cheers, >> Vincenzo >> >> ------------------------------------------------------------------------ >> r361698 | vmaffione | 2020-06-01 16:14:29 +0000 (Mon, 01 Jun 2020) | 8 >> lines >> >> netmap: if_vtnet: avoid netmap ring wraparound >> >> netmap assumes the one "slot" is left unused to distinguish >> the empty ring and full ring conditions. This assumption was >> violated by vtnet_netmap_rxq_populate(). >> >> MFC after: 1 week >> >> ------------------------------------------------------------------------ >> r361697 | vmaffione | 2020-06-01 16:12:09 +0000 (Mon, 01 Jun 2020) | 8 >> lines >> >> netmap: if_vtnet: replace vtnet_free_used() >> >> The functionality contained in this function is duplicated, >> as it is already available in vtnet_txq_free_mbufs() >> and vtnet_rxq_free_mbufs(). >> >> MFC after: 1 week >> >> ------------------------------------------------------------------------ >> r361696 | vmaffione | 2020-06-01 16:10:44 +0000 (Mon, 01 Jun 2020) | 13 >> lines >> >> netmap: vtnet: fix RX virtqueue initialization bug >> >> The vtnet_netmap_rxq_populate() function erroneously assumed >> that kring->nr_hwcur = 0, i.e. the kring was in the initial >> state. However, this is not always the case: for example, >> when a vtnet reinit is triggered by some changes in the >> interface flags or capenable. >> This patch changes the behaviour of vtnet_netmap_kring_refill() >> so that it always starts publishing the netmap buffers starting >> from the current value of kring->nr_hwcur. >> >> MFC after: 1 week >> ------------------------------------------------------------------------ >> Il giorno lun 1 giu 2020 alle ore 15:19 Anthony Arnaud < >> antho.arnaudisce@gmail.com> ha scritto: >> >>> Hi Vincenzo, >>> >>> To simplify the scenario I have installed from scratch FBSD12.1 on a new >>> machine, without any virtualization env. >>> I have encountered the same problem, when i attach an ethernet interface >>> to vale switch (in this case an intel card em5) the tcp traffic disappears >>> and tcpdump shown only udp, icmp6 and stp packets. >>> If I detach the NIC from vale0 tcpdump shown all tcp traffic. >>> I'm using the netmap version included in FBSD 12.1, and I have compiled >>> vale-ctl presents in kernel sources (/src/tools/tools/netmap/) >>> I executed your steps. >>> There is something dark about that behaviour... >>> >>> Cheers >>> Anthon >>> >>> From owner-freebsd-net@freebsd.org Fri Jun 5 19:13:23 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 96DA4334D64 for ; Fri, 5 Jun 2020 19:13:23 +0000 (UTC) (envelope-from tom.marcoen@gmail.com) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dskB3vpSz4btF for ; Fri, 5 Jun 2020 19:13:22 +0000 (UTC) (envelope-from tom.marcoen@gmail.com) Received: by mail-lj1-x235.google.com with SMTP id n23so13075842ljh.7 for ; Fri, 05 Jun 2020 12:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=he5NxJ74h2BJl2tezFnoT6vwRHdRBbn6LajhGcc0C3Y=; b=LfDMsl9glfwdrt9mRzUhtxHqVixZFxOU6d6nv2Pw4c20Es+XKkJ02DDAaUm8F9UzB2 8hSrksWo5nplwzt/l0aDtffDggiGmuc6riPV6H7RR9tyrZET6j7BVHmGmocLUwL+41Mi 5CDfVM8rli9d74cR3XojggYaE6lQ3Qh3Omx8L8V513DBfG4q+2wKM3a2mEUEwqtVdksR jWBAzSkLwQTdwtSm5PhgTNwScjbh7F95rZ3Y7sSTv4Y454DcKaM+DhrqHKw2YqhLDW6W sRfR/VX7qZv3WNwVAQc1PW6VZyT1ffUo0f+yIULkiYZA224YUbOfzusU/81q+s9fipGc v9MQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=he5NxJ74h2BJl2tezFnoT6vwRHdRBbn6LajhGcc0C3Y=; b=HL57OIuSOvS0XLHgcNnPy70bqywyjF5sMcHm/j344QalAEUaRS2j/hsHgdscYE2nbB G6UFv2UDEVgQ0x6+QgMOPOJV2haQmkztZx48NLojmd9q1Qn01dk5PWOLaG4NWOzozs20 TgiInpzT6BpPcUGLUVUc5+d1q5mTXXOBtQ9uISU7vDTX3XjuEiCis9FpCxNDe8BJY7xZ 3TWLWFrEL/h5kE0z5bFmR4Rx6q4gdDD94yf4awqBi0+9vQUsfauj+juFoiAVslcS5Hva eULlqjDdMlFl4RTEXEsrKK7LPsIFU9YQpqEV2nSI2CF6XRQs+f4OfiWuZuXmkMd/yPxK /ehw== X-Gm-Message-State: AOAM5336/f114MkemDAJeFoLhKMGc+3hVZ56Kbf3CIg2OmXn/KaI7En1 pSMnvBFKyn07uoCXIFb3JgGTygAdGwxGNj83rTnJOkuFbVo= X-Google-Smtp-Source: ABdhPJwIpxUXMNPTBJbUuL+9JIqgyzpcHFaui/A2qO6mP7KG+G0NdVAUiTgjb8/4U7IifbgPyx2/6KH4awz9zbqY8vY= X-Received: by 2002:a05:651c:545:: with SMTP id q5mr5607779ljp.57.1591384400608; Fri, 05 Jun 2020 12:13:20 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Tom Marcoen Date: Fri, 5 Jun 2020 21:13:09 +0200 Message-ID: Subject: Re: On Netgraph To: freebsd-net@freebsd.org, eugen@grosbein.net X-Rspamd-Queue-Id: 49dskB3vpSz4btF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LfDMsl9g; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tommarcoen@gmail.com designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=tommarcoen@gmail.com X-Spamd-Result: default: False [-3.79 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.01)[-1.012]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.013]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::235:from]; NEURAL_HAM_SHORT(-0.77)[-0.770]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 19:13:23 -0000 Hey Eugen, For some reason I did not receive your email. But I found your reply in the archives. Anyway, the goal is to have two computers, each with a Netgraph bridge node and jails connecting to these bridges. I want to connect both bridges over the Internet securely. Using a UDP tunnel and encrypting that with IPsec or wireguard or .... would be an option, but it would be nicer if I could use a Netgraph-native option. Regards, Tom On Wed, 27 May 2020 at 10:06, Tom Marcoen wrote: > Hey all, > > I'm new to this mailing list and also quite new to FreeBSD (huray, welcome > to me!) so bare with me, please. > > I'm reading up on Netgraph on how I can integrate it with FreeBSD jails > and I was looking at some of the examples provided in > /usr/share/examples/netgraph and now have the following question. > The udp.tunnel example shows an iface point-to-point connection but it is > unencrypted. Of course I could encrypt it with an IPsec tunnel on the host > or tunnel it through SSH, but I was wondering whether there exists a nice > Netgraph solution, e.g. a node with two hooks, receiving unencrypted > traffic on the inside hook and sending out encrypted traffic on the outside > hook. > > Regards, > Tom > From owner-freebsd-net@freebsd.org Fri Jun 5 20:04:49 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B713033688E for ; Fri, 5 Jun 2020 20:04:49 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dtsY4M7Sz3TVm for ; Fri, 5 Jun 2020 20:04:49 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (c-73-92-239-114.hsd1.ca.comcast.net [73.92.239.114]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id 055K4lTb063078 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 5 Jun 2020 13:04:48 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: On Netgraph To: Tom Marcoen , freebsd-net@freebsd.org, eugen@grosbein.net References: From: Julian Elischer Message-ID: <4e1a0775-be6f-d1e7-4b10-33df717ba0bf@freebsd.org> Date: Fri, 5 Jun 2020 13:04:42 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 49dtsY4M7Sz3TVm X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:36236, ipnet:204.109.60.0/22, country:US]; TAGGED_RCPT(0.00)[]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 20:04:49 -0000 On 6/5/20 12:13 PM, Tom Marcoen wrote: > Hey Eugen, > > For some reason I did not receive your email. But I found your reply in the > archives. > > Anyway, the goal is to have two computers, each with a Netgraph bridge node > and jails connecting to these bridges. I want to connect both bridges over > the Internet securely. Using a UDP tunnel and encrypting that with IPsec or > wireguard or .... would be an option, but it would be nicer if I could use > a Netgraph-native option. In years past I used netgraph ksocket nodes to generate a udp tunnel and then set up IPSEC to encrypt it. can be done from the command line with about 10 lines from memory. Unfortunately I don't have those 10 line at hand as it was at JOB[current - 5] Julian > Regards, > Tom > > On Wed, 27 May 2020 at 10:06, Tom Marcoen wrote: > >> Hey all, >> >> I'm new to this mailing list and also quite new to FreeBSD (huray, welcome >> to me!) so bare with me, please. >> >> I'm reading up on Netgraph on how I can integrate it with FreeBSD jails >> and I was looking at some of the examples provided in >> /usr/share/examples/netgraph and now have the following question. >> The udp.tunnel example shows an iface point-to-point connection but it is >> unencrypted. Of course I could encrypt it with an IPsec tunnel on the host >> or tunnel it through SSH, but I was wondering whether there exists a nice >> Netgraph solution, e.g. a node with two hooks, receiving unencrypted >> traffic on the inside hook and sending out encrypted traffic on the outside >> hook. >> >> Regards, >> Tom >> > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Fri Jun 5 20:07:30 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 694E33368B0 for ; Fri, 5 Jun 2020 20:07:30 +0000 (UTC) (envelope-from tom.marcoen@gmail.com) Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dtwf0mD1z3Tmm; Fri, 5 Jun 2020 20:07:29 +0000 (UTC) (envelope-from tom.marcoen@gmail.com) Received: by mail-lj1-x22a.google.com with SMTP id n23so13246661ljh.7; Fri, 05 Jun 2020 13:07:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yENo/hHBmiwe/trkFXUo2mHQGiPOcuH6g/Dyyj0p9Fw=; b=fcGqr2SRZR3Ayh9fuM5rLXJgJV4y5UM7TEPpiCDX04/l9gZZKz3vYaThbPlBIiusai h3p01jN4RsQKq8wx2BqIgwVPGvpLdcF03ni++ISiAMUhAdym9AOAPHSx34sCXXw3xkEW YDrmfBOjH4h5Us1FCp9ZLXPUDkCzAeYB3vHsq4JlJ6PTWvAshD+B1COfzgL5918xdedU J1++oQdLr54CI0dTWSFLAbsNoQN37JJVAcecyuB/0k8jFU0Wj67xqfuNqyZ1CXIQdjM0 ndC9JOiX4sU8h4YZBj5EXX0ioXumOWrBEH4HDCY8x4opFeHhcMnnVF5/23193/65E0DO 1X9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yENo/hHBmiwe/trkFXUo2mHQGiPOcuH6g/Dyyj0p9Fw=; b=I/fqq5wdx0rP/K0+phIwrS9RZ9MoFMX4sg9cnClMNL1ra64u8S1UYKo0zw9pQ8TCzi VGaCb4m2Lbouqx3Q2JYJIcC0vDBe4pCbmrv9XUNPXQjQ9zLfgQfeA1Xp8nOlHO+VV+bs 85ZtSLZ5+n2wnwSFjsCsdXhGvJ/Rz6Z8Ab93us8WbKGdUAyJGHBf4+yCaA1T4AVIIpoB 67aPWRsbOqMVHwulfTD824nwWce7otBerEzPcfaRiojTHfpKg9qjoxO0r+noci4nk84f B08vMEX/TMU31tA6XLtNJm83xYPHfL+W0QhcqbfByO/3ALt10Xk3UGmAK5x/a+W7Dvt5 dMbQ== X-Gm-Message-State: AOAM533k809PrITZPohptdlKfIWz0ifxBURBx4Ymrr5mTk0aS6CzRatf UrPcOkBcVh+PxJGaLJWgwtSbLZZlT/aH9Xj8YGgzAXOcm/w= X-Google-Smtp-Source: ABdhPJymtQzquHI1wmkTikXZvd+6n5EdiU5MJw7I9EFnko4oL/lLtg7azqvF/meo0qE5dMM9pv999wr9Hj7fQSSS3Hw= X-Received: by 2002:a05:651c:545:: with SMTP id q5mr5701481ljp.57.1591387647788; Fri, 05 Jun 2020 13:07:27 -0700 (PDT) MIME-Version: 1.0 References: <4e1a0775-be6f-d1e7-4b10-33df717ba0bf@freebsd.org> In-Reply-To: <4e1a0775-be6f-d1e7-4b10-33df717ba0bf@freebsd.org> From: Tom Marcoen Date: Fri, 5 Jun 2020 22:07:16 +0200 Message-ID: Subject: Re: On Netgraph To: Julian Elischer Cc: freebsd-net@freebsd.org, eugen@grosbein.net X-Rspamd-Queue-Id: 49dtwf0mD1z3Tmm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 20:07:30 -0000 I'm sure I can come up with those ten-or-so lines myself. I was just hoping I could use a Netgraph node which performs the encryption before sending it through the ksocket node. Perhaps I should write such a node then. On Fri, 5 Jun 2020 at 22:04, Julian Elischer wrote: > On 6/5/20 12:13 PM, Tom Marcoen wrote: > > Hey Eugen, > > > > For some reason I did not receive your email. But I found your reply in > the > > archives. > > > > Anyway, the goal is to have two computers, each with a Netgraph bridge > node > > and jails connecting to these bridges. I want to connect both bridges > over > > the Internet securely. Using a UDP tunnel and encrypting that with IPsec > or > > wireguard or .... would be an option, but it would be nicer if I could > use > > a Netgraph-native option. > > > In years past I used netgraph ksocket nodes to generate a udp tunnel > and then set up IPSEC to encrypt it. > > can be done from the command line with about 10 lines from memory. > > Unfortunately I don't have those 10 line at hand as it was at > JOB[current - 5] > > Julian > > > > Regards, > > Tom > > > > On Wed, 27 May 2020 at 10:06, Tom Marcoen wrote: > > > >> Hey all, > >> > >> I'm new to this mailing list and also quite new to FreeBSD (huray, > welcome > >> to me!) so bare with me, please. > >> > >> I'm reading up on Netgraph on how I can integrate it with FreeBSD jails > >> and I was looking at some of the examples provided in > >> /usr/share/examples/netgraph and now have the following question. > >> The udp.tunnel example shows an iface point-to-point connection but it > is > >> unencrypted. Of course I could encrypt it with an IPsec tunnel on the > host > >> or tunnel it through SSH, but I was wondering whether there exists a > nice > >> Netgraph solution, e.g. a node with two hooks, receiving unencrypted > >> traffic on the inside hook and sending out encrypted traffic on the > outside > >> hook. > >> > >> Regards, > >> Tom > >> > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@freebsd.org Fri Jun 5 20:11:09 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7D4E33369BA for ; Fri, 5 Jun 2020 20:11:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dv0r3Ys0z3VW3 for ; Fri, 5 Jun 2020 20:11:08 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 055KAxSP072247 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 5 Jun 2020 20:11:00 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: tom.marcoen@gmail.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 055KAx5g044294 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 6 Jun 2020 03:10:59 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: On Netgraph To: Tom Marcoen , freebsd-net@freebsd.org References: From: Eugene Grosbein Message-ID: <9f40bc70-edc7-0d0b-de5f-a4fffaddaba3@grosbein.net> Date: Sat, 6 Jun 2020 03:10:53 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 49dv0r3Ys0z3VW3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.834]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.96)[-0.964]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.11)[-0.107]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 20:11:09 -0000 06.06.2020 2:13, Tom Marcoen wrote: > Hey Eugen, > > For some reason I did not receive your email. But I found your reply in the > archives. Just look at your gmail spam folder. Gmail's antispam policy in not quite adequate. > Anyway, the goal is to have two computers, each with a Netgraph bridge node > and jails connecting to these bridges. I want to connect both bridges over > the Internet securely. Using a UDP tunnel and encrypting that with IPsec or > wireguard or .... would be an option, but it would be nicer if I could use > a Netgraph-native option. Just create ordinary gif(4) or gre(4) tunnel between your two hosts and encrypt it with IPSec, that will me more secure and much easier same time. Or, if you don't like gif/gre, you maybe would like to use if_ipsec(4) native encapsulation for IPSec. These *are* native options for FreeBSD. No reason to use more complex NETGRAPH schemes. From owner-freebsd-net@freebsd.org Sat Jun 6 07:52:43 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C6FBC32A92C for ; Sat, 6 Jun 2020 07:52:43 +0000 (UTC) (envelope-from vmaffione@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fBZM4vMcz4DMt for ; Sat, 6 Jun 2020 07:52:43 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: from mail-qt1-f171.google.com (mail-qt1-f171.google.com [209.85.160.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: vmaffione) by smtp.freebsd.org (Postfix) with ESMTPSA id 97F3E237FD for ; Sat, 6 Jun 2020 07:52:43 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: by mail-qt1-f171.google.com with SMTP id q14so10592480qtr.9 for ; Sat, 06 Jun 2020 00:52:43 -0700 (PDT) X-Gm-Message-State: AOAM532o6IrNyA5MnJ6nW5X3CXPMC2vAKFRDTkckUKeV3dhlEgHTohas wPLh9GGUL4yVeYY+pysqL1CXfMeaUKftl92BERo= X-Google-Smtp-Source: ABdhPJyf9KCiYbiNrlW1O1+sfswEKNLBZR1U0F4e/yFDxyfsdlymAysUNiAT+vzeq1QrI5quvoQ4dUgAbQDtGglS5Fw= X-Received: by 2002:ac8:3579:: with SMTP id z54mr14230795qtb.281.1591429963077; Sat, 06 Jun 2020 00:52:43 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Vincenzo Maffione Date: Sat, 6 Jun 2020 09:52:31 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Netmap - Vale switch - tcp problem To: Anthony Arnaud Cc: Luigi Rizzo , "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2020 07:52:43 -0000 Il giorno ven 5 giu 2020 alle ore 18:16 Anthony Arnaud < antho.arnaudisce@gmail.com> ha scritto: > Hi Vincenzo, > Thank you for your answers. > I upgraded a guest machine in proxmox env to FreeBSD 13.0-CURRENT #0 > r361830. > After that I compiled the tools as usual from /src/tools/tools/netmap > I configured 2 NIC vtnet > > vtnet0 with an ip 192.168.1.x > vtnet1 without ip and csum disabled as mirror of vtnet0 (using Open > vSwitch) > Tcp traffic is generated by an ssh connection from my host to guest > machine. > Not clear where you run OVS. In the host or in the guest? > "tcpdump -i vtnet1 tcp": at each keypress in ssh shell connected to > 192.168.1.x I see few tcp packet sniffed in guest machine. > But if I attach vtnet1 to vale switch, tcpdump no longer works as before. > No tcp traffic is shown. > Can I perform any other test about this? > First, have you tried to leave vtnet1 alone and try: # ifconfig vtnet0 up 192.168.1.x -txcsum -rxcsum -tso4 -tso6 # vale-ctl -h vale0:vtnet0 and verified that you can ssh into 192.168.1.x from the host? At least you verify that the vale-ctl -h works also on your enivironment. Cheers, Vincenzo > Cheers, > Antho > > Il giorno mer 3 giu 2020 alle ore 19:53 Vincenzo Maffione < > vmaffione@freebsd.org> ha scritto: > >> Hi Anthony, >> I fixed more bugs in the vtnet driver (in FreeBSD-CURRENT). As of >> r361760, I'm now able to run the following steps in a VM with a vtnet device >> >> # ifconfig vtnet0 -txcsum -rxcsum -tso4 192.168.100.2/24 >> # vale-ctl -h vale:vtnet0 >> # netperf -H 192.168.100.1 # Run a netperf TCP_STREAM test to the host >> bridge interface (br0) >> >> Since TCP works correctly at reasonable speed I'm confident that most of >> the existing problems have gone. >> Let me know if you have any questions about this. >> >> Cheers, >> Vincenzo >> >> Il giorno lun 1 giu 2020 alle ore 18:22 Vincenzo Maffione < >> vmaffione@freebsd.org> ha scritto: >> >>> Hi Anthony, >>> I think there is more than a bug, drivers-related, that show up when >>> you attach the interface to a vale switch. >>> I've found and fixed some related to if_vtnet (see below). In any case, >>> in my tests there is no difference between TCP traffic and other (UDP, >>> ICMP, STP,...). >>> The issues are not related to LRO, as I thought. >>> There are still more bugs in vtnet and I'm trying to chase them. >>> In the meanwhile it would help if you apply the patches below and try >>> again with vtnet to see if the situation improves. They apply cleanly to >>> 12.1 release. >>> >>> Regarding your problem with em devices, it is probably yet a different >>> issue. It may be related to the iflib transition or not. It would help to >>> try the same setup on stable/11 (which does not have iflib). I don't have >>> an em device, but I will try with an emulated em in QEMU/KVM. >>> >>> Cheers, >>> Vincenzo >>> >>> ------------------------------------------------------------------------ >>> r361698 | vmaffione | 2020-06-01 16:14:29 +0000 (Mon, 01 Jun 2020) | 8 >>> lines >>> >>> netmap: if_vtnet: avoid netmap ring wraparound >>> >>> netmap assumes the one "slot" is left unused to distinguish >>> the empty ring and full ring conditions. This assumption was >>> violated by vtnet_netmap_rxq_populate(). >>> >>> MFC after: 1 week >>> >>> ------------------------------------------------------------------------ >>> r361697 | vmaffione | 2020-06-01 16:12:09 +0000 (Mon, 01 Jun 2020) | 8 >>> lines >>> >>> netmap: if_vtnet: replace vtnet_free_used() >>> >>> The functionality contained in this function is duplicated, >>> as it is already available in vtnet_txq_free_mbufs() >>> and vtnet_rxq_free_mbufs(). >>> >>> MFC after: 1 week >>> >>> ------------------------------------------------------------------------ >>> r361696 | vmaffione | 2020-06-01 16:10:44 +0000 (Mon, 01 Jun 2020) | 13 >>> lines >>> >>> netmap: vtnet: fix RX virtqueue initialization bug >>> >>> The vtnet_netmap_rxq_populate() function erroneously assumed >>> that kring->nr_hwcur = 0, i.e. the kring was in the initial >>> state. However, this is not always the case: for example, >>> when a vtnet reinit is triggered by some changes in the >>> interface flags or capenable. >>> This patch changes the behaviour of vtnet_netmap_kring_refill() >>> so that it always starts publishing the netmap buffers starting >>> from the current value of kring->nr_hwcur. >>> >>> MFC after: 1 week >>> ------------------------------------------------------------------------ >>> Il giorno lun 1 giu 2020 alle ore 15:19 Anthony Arnaud < >>> antho.arnaudisce@gmail.com> ha scritto: >>> >>>> Hi Vincenzo, >>>> >>>> To simplify the scenario I have installed from scratch FBSD12.1 on a >>>> new machine, without any virtualization env. >>>> I have encountered the same problem, when i attach an ethernet >>>> interface to vale switch (in this case an intel card em5) the tcp traffic >>>> disappears and tcpdump shown only udp, icmp6 and stp packets. >>>> If I detach the NIC from vale0 tcpdump shown all tcp traffic. >>>> I'm using the netmap version included in FBSD 12.1, and I have compiled >>>> vale-ctl presents in kernel sources (/src/tools/tools/netmap/) >>>> I executed your steps. >>>> There is something dark about that behaviour... >>>> >>>> Cheers >>>> Anthon >>>> >>>> From owner-freebsd-net@freebsd.org Sat Jun 6 18:32:32 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6DD0B33B16A for ; Sat, 6 Jun 2020 18:32:32 +0000 (UTC) (envelope-from antho.arnaudisce@gmail.com) Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fSmb16sMz4YRp; Sat, 6 Jun 2020 18:32:30 +0000 (UTC) (envelope-from antho.arnaudisce@gmail.com) Received: by mail-ot1-x32e.google.com with SMTP id o13so10353073otl.5; Sat, 06 Jun 2020 11:32:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Xoqz79JFIS1XoYN9MPC+9WE1JzZKJJrbOxDMPq8VU0E=; b=ZqzZqvssoX0cOMPzgaGHRq1bI5RPxOtV2k4dKeyB5ACF5B6E0ujGpdhRGvIvLup/BY txmM60ao1tMRZfLOAT+Qbk8sgPgxcKgzvT5PUoY5QMgjD8ZBqVPZHzWjkI1rAdfglEmS W3KKBv4J72jR+zQmG0RjPiLstlMtthDrqEErWI9kuPPVpTxDxTgSFYX4J4zuU6og+w2j H49psBvyKx2Yo4bnzVIqvE43It2tRdjwj0uX+CLPtvjV7aTT6HTv8TwCVQpe+XvDztRK 6zXXZ3vipfyjSOLo7R5S8xxQQO4GhGeQF98OXXaSsyE1m6NpgmxPpuE93Q9t5HJRes6U qnew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Xoqz79JFIS1XoYN9MPC+9WE1JzZKJJrbOxDMPq8VU0E=; b=hz+k/iuYqr1bj7wJ99fehKSr0WF0xOSXNdQPvrvOvCV5P9eDCVZWvGtLIERjc+sDxG rq06onC6tos4UXiMBhSUP4OSWzyJC2E2+o/lbVFzu2wrnNqiDjkBOEJhLAnpWSghCmTR Vf5WK8V/WmHQEgAI8Qz0/EAaSxdTFUP8g6P6Y6WOJ1HXRB6kJ1y36FUcFD2I0Gbr2M5l UdPaXd0FM8fdLR9Al/awVCYE23ykVwCLrcojXNEGaE/GbO+1oaJlOW8H/jji+ZPN2/c2 JlwJQflOk9W1u1OtoqFqJj1/yIREpUkFNlrlhj/h677Sz3mYQ4LHvc8GcrcYc5MgS9R/ ifUQ== X-Gm-Message-State: AOAM533L9SWPxJ+RtC3uTpPgR5WWSidK6Cv/glFGF7kmSAxaAQf53sWr q+WhRH8JU+3WA2SSuJNWGLrunkEYpyt1KwvkbFy0NDEG X-Google-Smtp-Source: ABdhPJzaWcUaUvkysD6X5+Zsf5A5653OYxxMSExQgjHZb30jl2t2HnJd5SokFpye72l0+Ep/DcFZMn925cgMiHstomw= X-Received: by 2002:a9d:798c:: with SMTP id h12mr12065855otm.297.1591468349116; Sat, 06 Jun 2020 11:32:29 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Anthony Arnaud Date: Sat, 6 Jun 2020 20:32:19 +0200 Message-ID: Subject: Re: Netmap - Vale switch - tcp problem To: Vincenzo Maffione Cc: Luigi Rizzo , "freebsd-net@freebsd.org" X-Rspamd-Queue-Id: 49fSmb16sMz4YRp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2020 18:32:32 -0000 This works!! A good news! It works even if I connect the nic to vale switch directly from ssh, the connection does not drop like before your patch. Can you list the steps to setup the bridge in your tests? I thing "ifconfig bridge create" etc. Now I have to understand why it doesn't work in my previous case. Thanks, Antho Il giorno sab 6 giu 2020 alle ore 09:52 Vincenzo Maffione < vmaffione@freebsd.org> ha scritto: > > > Il giorno ven 5 giu 2020 alle ore 18:16 Anthony Arnaud < > antho.arnaudisce@gmail.com> ha scritto: > >> Hi Vincenzo, >> Thank you for your answers. >> I upgraded a guest machine in proxmox env to FreeBSD 13.0-CURRENT #0 >> r361830. >> After that I compiled the tools as usual from /src/tools/tools/netmap >> I configured 2 NIC vtnet >> >> vtnet0 with an ip 192.168.1.x >> vtnet1 without ip and csum disabled as mirror of vtnet0 (using Open >> vSwitch) >> Tcp traffic is generated by an ssh connection from my host to guest >> machine. >> > > Not clear where you run OVS. In the host or in the guest? > > >> "tcpdump -i vtnet1 tcp": at each keypress in ssh shell connected to >> 192.168.1.x I see few tcp packet sniffed in guest machine. >> But if I attach vtnet1 to vale switch, tcpdump no longer works as before. >> No tcp traffic is shown. >> Can I perform any other test about this? >> > > First, have you tried to leave vtnet1 alone and try: > > # ifconfig vtnet0 up 192.168.1.x -txcsum -rxcsum -tso4 -tso6 > # vale-ctl -h vale0:vtnet0 > and verified that you can ssh into 192.168.1.x from the host? > > At least you verify that the vale-ctl -h works also on your enivironment. > > Cheers, > Vincenzo > > >> Cheers, >> Antho >> >> Il giorno mer 3 giu 2020 alle ore 19:53 Vincenzo Maffione < >> vmaffione@freebsd.org> ha scritto: >> >>> Hi Anthony, >>> I fixed more bugs in the vtnet driver (in FreeBSD-CURRENT). As of >>> r361760, I'm now able to run the following steps in a VM with a vtnet device >>> >>> # ifconfig vtnet0 -txcsum -rxcsum -tso4 192.168.100.2/24 >>> # vale-ctl -h vale:vtnet0 >>> # netperf -H 192.168.100.1 # Run a netperf TCP_STREAM test to the host >>> bridge interface (br0) >>> >>> Since TCP works correctly at reasonable speed I'm confident that most of >>> the existing problems have gone. >>> Let me know if you have any questions about this. >>> >>> Cheers, >>> Vincenzo >>> >>> Il giorno lun 1 giu 2020 alle ore 18:22 Vincenzo Maffione < >>> vmaffione@freebsd.org> ha scritto: >>> >>>> Hi Anthony, >>>> I think there is more than a bug, drivers-related, that show up when >>>> you attach the interface to a vale switch. >>>> I've found and fixed some related to if_vtnet (see below). In any case, >>>> in my tests there is no difference between TCP traffic and other (UDP, >>>> ICMP, STP,...). >>>> The issues are not related to LRO, as I thought. >>>> There are still more bugs in vtnet and I'm trying to chase them. >>>> In the meanwhile it would help if you apply the patches below and try >>>> again with vtnet to see if the situation improves. They apply cleanly to >>>> 12.1 release. >>>> >>>> Regarding your problem with em devices, it is probably yet a different >>>> issue. It may be related to the iflib transition or not. It would help to >>>> try the same setup on stable/11 (which does not have iflib). I don't have >>>> an em device, but I will try with an emulated em in QEMU/KVM. >>>> >>>> Cheers, >>>> Vincenzo >>>> >>>> ------------------------------------------------------------------------ >>>> r361698 | vmaffione | 2020-06-01 16:14:29 +0000 (Mon, 01 Jun 2020) | 8 >>>> lines >>>> >>>> netmap: if_vtnet: avoid netmap ring wraparound >>>> >>>> netmap assumes the one "slot" is left unused to distinguish >>>> the empty ring and full ring conditions. This assumption was >>>> violated by vtnet_netmap_rxq_populate(). >>>> >>>> MFC after: 1 week >>>> >>>> ------------------------------------------------------------------------ >>>> r361697 | vmaffione | 2020-06-01 16:12:09 +0000 (Mon, 01 Jun 2020) | 8 >>>> lines >>>> >>>> netmap: if_vtnet: replace vtnet_free_used() >>>> >>>> The functionality contained in this function is duplicated, >>>> as it is already available in vtnet_txq_free_mbufs() >>>> and vtnet_rxq_free_mbufs(). >>>> >>>> MFC after: 1 week >>>> >>>> ------------------------------------------------------------------------ >>>> r361696 | vmaffione | 2020-06-01 16:10:44 +0000 (Mon, 01 Jun 2020) | 13 >>>> lines >>>> >>>> netmap: vtnet: fix RX virtqueue initialization bug >>>> >>>> The vtnet_netmap_rxq_populate() function erroneously assumed >>>> that kring->nr_hwcur = 0, i.e. the kring was in the initial >>>> state. However, this is not always the case: for example, >>>> when a vtnet reinit is triggered by some changes in the >>>> interface flags or capenable. >>>> This patch changes the behaviour of vtnet_netmap_kring_refill() >>>> so that it always starts publishing the netmap buffers starting >>>> from the current value of kring->nr_hwcur. >>>> >>>> MFC after: 1 week >>>> ------------------------------------------------------------------------ >>>> Il giorno lun 1 giu 2020 alle ore 15:19 Anthony Arnaud < >>>> antho.arnaudisce@gmail.com> ha scritto: >>>> >>>>> Hi Vincenzo, >>>>> >>>>> To simplify the scenario I have installed from scratch FBSD12.1 on a >>>>> new machine, without any virtualization env. >>>>> I have encountered the same problem, when i attach an ethernet >>>>> interface to vale switch (in this case an intel card em5) the tcp traffic >>>>> disappears and tcpdump shown only udp, icmp6 and stp packets. >>>>> If I detach the NIC from vale0 tcpdump shown all tcp traffic. >>>>> I'm using the netmap version included in FBSD 12.1, and I have >>>>> compiled vale-ctl presents in kernel sources (/src/tools/tools/netmap/) >>>>> I executed your steps. >>>>> There is something dark about that behaviour... >>>>> >>>>> Cheers >>>>> Anthon >>>>> >>>>>