From nobody Mon Sep 6 01:24:53 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C7188179B61E for ; Mon, 6 Sep 2021 01:24:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H2rKz53vpz3Ppm for ; Mon, 6 Sep 2021 01:24:55 +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 8FB7E15C4B for ; Mon, 6 Sep 2021 01:24:55 +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 1861OtAJ045210 for ; Mon, 6 Sep 2021 01:24:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1861OtCo045209 for net@FreeBSD.org; Mon, 6 Sep 2021 01:24:55 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 218579] bge(4): Wake on Lan (WoL) does not work Date: Mon, 06 Sep 2021 01:24:53 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: keywords see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs-patch |needs-qa See Also| |https://reviews.freebsd.org | |/D31834 --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Mon Sep 6 08:06:38 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 971D817BB2E0 for ; Mon, 6 Sep 2021 08:06: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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H31FY3p9xz3JH7 for ; Mon, 6 Sep 2021 08:06: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 631781B6A7 for ; Mon, 6 Sep 2021 08:06: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 18686fUq085677 for ; Mon, 6 Sep 2021 08:06:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 18686fg6085676 for net@FreeBSD.org; Mon, 6 Sep 2021 08:06: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 118111] rc: network.subr Add MAC address based interface renaming Date: Mon, 06 Sep 2021 08:06:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: conf X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: easy, feature, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: vermaden@interia.pl X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: kevans@freebsd.org X-Bugzilla-Flags: maintainer-feedback? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D118111 --- Comment #8 from Slawomir Wojciech Wojtczak --- One question, has it been tested with lagg(4) interfaces? Not sure on FreeBSD but on Linux when I had bond0 interface and the scripts 'per interface' had MAC address then they failed because after bond0 was activated/created the network interfaces had MAC addresses changed. Regards. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Tue Sep 7 02:10:34 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 75F0D17B609D; Tue, 7 Sep 2021 02:10:39 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (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 4H3TJG1h5nz3vDj; Tue, 7 Sep 2021 02:10:38 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lj1-x229.google.com with SMTP id i28so14030485ljm.7; Mon, 06 Sep 2021 19:10:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=TcRDj/pZZjF5iUzB75eKnPaSQDJbMG4vzUgbNrAB840=; b=AsWDP4bcPXb7r4IhS2RSTMurT97ONuOZw0Lq/ns1dcUohKgzjMzlA4vRiJuNzn2Nwc OGTuThN3XIxSST81pybaHOHMO0ob3pHYyjsbfv0C4zH8pNkjGYujbY6dY/QBttgKar3H sujmfzciqWdr9u0DupBY2gyItnm2YGC/by2BTtpUaNRPxzva3evZV7qKPVIu4vWLNxQ7 NaX09SKYN/we4cXcnA5OHuwoIa8xaXxLcV2r5Ii7173WPi031klyuIx8cgp7SXbFqnA7 I8lvOVG7Fhn0Cy/w8kQIRG+21GqffmJ92Ee627h88fV+Zwr0Ep/drtlFuTFYnP1kWadZ h92g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=TcRDj/pZZjF5iUzB75eKnPaSQDJbMG4vzUgbNrAB840=; b=ZupdL7d+QnQHG8nb7mCroYhDrTa9INWyOkkjTMQSOcofv9AWpTO8TjyDZ9FFMw8cpz n8qzzv+vY3dZAfJO7IFUHRKPlFkya0OquLnOi0NHgYsmvHnNld9RY8HZ0OKkUBw/9+Uj O3mnLEuMluEeAtsW4CIKxOPAPziA5fWR1EVDX8Pb745I8gfWjB4sClWjbQ5zM6D9tA4r sMUvAyP3py18XBBjMqpmdjFdIbEobuu1tSRjPmmc0NcMATQLthwHGpRp+Rl6EMDjlGWW 66Q94mlSICTPxY899xCYDUGUjldnP+pdvSRFqER2BsqZ1a8NUpaZrAWvIgYuiZ7DNdUc tG7g== X-Gm-Message-State: AOAM533l+qLyJmT2Y9kitTCw6ST3jjYpxrcRQHurpHY9t1sPg9k4OaY+ fceJYxjOTx3GbpUr4xflSKo= X-Google-Smtp-Source: ABdhPJy3yYLFqLmV6iHUS0FVjKiDcUjOJFpSp5LgJg/ncKbEziRhM+5tBgqZTIYMhPrbso56jIA5eg== X-Received: by 2002:a2e:9e4c:: with SMTP id g12mr12629407ljk.433.1630980636539; Mon, 06 Sep 2021 19:10:36 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id a27sm871266lfi.27.2021.09.06.19.10.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Sep 2021 19:10:36 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Tue, 7 Sep 2021 05:10:34 +0300 To: Michael Tuexen Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: TCP connection ignore RST Message-ID: <20210907051034.5669a02d@rimwks.local> In-Reply-To: <927CA9E9-AB74-443D-83A7-931325DB7686@lurchi.franken.de> References: <20210904023730.5eddd6fd@rimwks.local> <927CA9E9-AB74-443D-83A7-931325DB7686@lurchi.franken.de> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4H3TJG1h5nz3vDj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=AsWDP4bc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::229 as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; 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)[2a00:1450:4864:20::229:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On Sat, 4 Sep 2021 13:19:52 +0200 Michael Tuexen wrote: > > On 4. Sep 2021, at 01:37, Rozhuk Ivan wrote: > >=20 > > Hi! > >=20 > >=20 > > I have strange case: FreeBSD 12.2 ignore TCP RST from windows host > > and continue retransmitting packets. sockstat show that socket > > connected even after many tcp rst packets received. > >=20 > > Any ideas how to fix it? =20 > Where is the trace taken? On the Windows side or on the FreeBSD side > or somewhere else? Could you provide the .pcap file? >=20 =46rom FreeBSD side. https://reviews.freebsd.org/D28142 e82353f84c58da9a5c38bd471a09936c16a5b6ea https://reviews.freebsd.org/D28143 d05d908d6d3c85479c84c707f931148439ae826b sysctl net.inet.tcp.tolerate_missing_ts=3D1 this fixes issue for me. From nobody Tue Sep 7 07:32:29 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5EC5917ADD48; Tue, 7 Sep 2021 07:32:38 +0000 (UTC) (envelope-from prvs=1884d766f4=youssef.ghorbal@pasteur.fr) Received: from mx3.pasteur.fr (mx3.pasteur.fr [157.99.45.71]) (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 4H3cRp1W0lz3M2W; Tue, 7 Sep 2021 07:32:38 +0000 (UTC) (envelope-from prvs=1884d766f4=youssef.ghorbal@pasteur.fr) Received: from pps.filterd (proofpoint02.pasteur.fr [127.0.0.1]) by proofpoint02.pasteur.fr (8.16.1.2/8.16.1.2) with SMTP id 1877V1Cw209478; Tue, 7 Sep 2021 09:32:29 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pasteur.fr; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=DKIM2020; bh=UaJORkqJuzAqYnYPOS4soKXNERa43vC1JSYZP+JCWyA=; b=Fjg3JSo2usIxDObM6wwe2OqEyXEijvG3s564xlcJvUMLNmKCNrbn/dS3sdO8tXwBDUQm 7c9biW1Z0hJ5hatSMe0MirBfn1ZTmQVNSBW+SfdzAhEAlZJrVzSlfYF9ZAjilaCQrM8c fx4dE7YfAblHD1wyNcxTxM4MignkVlBjfmYfZ6xGfCgJEUCaZbd4dJ7FLmTaBwS0tvVU mqOIZIyfhDofkuvIlcu1ePxYTJozq6C4Xj91GODWN7oQ1z7jqPJHDiofmWC05M1ukkV7 puXMj+6zWIm5sBEziLotGrnH6OLuYbBHAeSGEub6RYm/8kPoMiuGr5INy73hsLtrfsKf qg== Received: from exchange11.corp.pasteur.fr (exchange11.corp.pasteur.fr [10.37.3.11]) by proofpoint02.pasteur.fr with ESMTP id 3auwwbt3fg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 07 Sep 2021 09:32:29 +0200 Received: from exchange12.corp.pasteur.fr (10.37.3.12) by exchange11.corp.pasteur.fr (10.37.3.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.922.7; Tue, 7 Sep 2021 09:32:29 +0200 Received: from exchange12.corp.pasteur.fr ([fe80::f990:4242:90f:9f69]) by exchange12.corp.pasteur.fr ([fe80::f990:4242:90f:9f69%8]) with mapi id 15.02.0922.007; Tue, 7 Sep 2021 09:32:29 +0200 From: "Youssef GHORBAL" To: Rozhuk Ivan CC: Michael Tuexen , "freebsd-net@freebsd.org" , "freebsd-hackers@freebsd.org" Subject: Re: TCP connection ignore RST Thread-Topic: TCP connection ignore RST Thread-Index: AQHXoRzROWtglze+h0S5WZwYXLAgoauTmc4AgAQdhgCAAHt4Kg== Date: Tue, 7 Sep 2021 07:32:29 +0000 Message-ID: <2548343B-BF13-4C45-852B-659FA5C87F0C@pasteur.fr> References: <20210904023730.5eddd6fd@rimwks.local> <927CA9E9-AB74-443D-83A7-931325DB7686@lurchi.franken.de>,<20210907051034.5669a02d@rimwks.local> In-Reply-To: <20210907051034.5669a02d@rimwks.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-Proofpoint-GUID: L8iowQ92wy2Z74xjxVz04kRB1ct6tCta X-Proofpoint-ORIG-GUID: L8iowQ92wy2Z74xjxVz04kRB1ct6tCta X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391,18.0.790 definitions=2021-09-07_02:2021-09-03,2021-09-07 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 impostorscore=0 lowpriorityscore=0 adultscore=0 spamscore=0 bulkscore=0 clxscore=1011 suspectscore=0 mlxlogscore=999 priorityscore=1501 malwarescore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2108310000 definitions=main-2109070049 X-Rspamd-Queue-Id: 4H3cRp1W0lz3M2W X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N DQoNCj4gT24gNyBTZXAgMjAyMSwgYXQgMDQ6MTEsIFJvemh1ayBJdmFuIDxyb3podWsuaW1AZ21h aWwuY29tPiB3cm90ZToNCj4gDQo+IO+7v09uIFNhdCwgNCBTZXAgMjAyMSAxMzoxOTo1MiArMDIw MA0KPiBNaWNoYWVsIFR1ZXhlbiA8bWljaGFlbC50dWV4ZW5AbHVyY2hpLmZyYW5rZW4uZGU+IHdy b3RlOg0KPiANCj4+Pj4gT24gNC4gU2VwIDIwMjEsIGF0IDAxOjM3LCBSb3podWsgSXZhbiA8cm96 aHVrLmltQGdtYWlsLmNvbT4gd3JvdGU6DQo+Pj4gDQo+Pj4gSGkhDQo+Pj4gDQo+Pj4gDQo+Pj4g SSBoYXZlIHN0cmFuZ2UgY2FzZTogRnJlZUJTRCAxMi4yIGlnbm9yZSBUQ1AgUlNUIGZyb20gd2lu ZG93cyBob3N0DQo+Pj4gYW5kIGNvbnRpbnVlIHJldHJhbnNtaXR0aW5nIHBhY2tldHMuIHNvY2tz dGF0IHNob3cgdGhhdCBzb2NrZXQNCj4+PiBjb25uZWN0ZWQgZXZlbiBhZnRlciBtYW55IHRjcCBy c3QgcGFja2V0cyByZWNlaXZlZC4NCj4+PiANCj4+PiBBbnkgaWRlYXMgaG93IHRvIGZpeCBpdD8g IA0KPj4gV2hlcmUgaXMgdGhlIHRyYWNlIHRha2VuPyBPbiB0aGUgV2luZG93cyBzaWRlIG9yIG9u IHRoZSBGcmVlQlNEIHNpZGUNCj4+IG9yIHNvbWV3aGVyZSBlbHNlPyBDb3VsZCB5b3UgcHJvdmlk ZSB0aGUgLnBjYXAgZmlsZT8NCj4+IA0KPiANCj4gRnJvbSBGcmVlQlNEIHNpZGUuDQo+IA0KPiBo dHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Qy ODE0Ml9fOyEhSkZkTk9xT1hwQjZVWlcwIS1MNDEzSGg1M3dHYmRXRERuUW5zcTl6b25sVGxzaGpN UzUtRlc5V2lIN2dhNjhSOG1xUTBBeU5DNmFwVWJNaS1CT1JRd05WLSQgIGU4MjM1M2Y4NGM1OGRh OWE1YzM4YmQ0NzFhMDk5MzZjMTZhNWI2ZWENCj4gaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9f X2h0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMjgxNDNfXzshIUpGZE5PcU9YcEI2VVpXMCEt TDQxM0hoNTN3R2JkV0REblFuc3E5em9ubFRsc2hqTVM1LUZXOVdpSDdnYTY4UjhtcVEwQXlOQzZh cFViTWktQkhOSkhERUYkICBkMDVkOTA4ZDZkM2M4NTQ3OWM4NGM3MDdmOTMxMTQ4NDM5YWU4MjZi DQo+IHN5c2N0bCBuZXQuaW5ldC50Y3AudG9sZXJhdGVfbWlzc2luZ190cz0xDQo+IHRoaXMgZml4 ZXMgaXNzdWUgZm9yIG1lLg0KDQpIdW1tLCB0aGUgZmlyc3QgY29tbWl0IGFscmVhZHkgZml4ZWQg dGhlIGNhc2Ugb2YgUlNUIHBhY2tldHMgbWlzc2luZyBUUywgYW5kIHlvdSBhcmUgcmVwb3J0aW5n IHRoYXQgUlNUIGdldCBpZ25vcmVkLiBJIGRvbuKAmXQgc2VlIGhvdyB0aGUgc3lzY3RsIChtZWFu dCBmb3Igbm9uLVJTVCBzZWdtZW50cykgY291bGQgaGF2ZSBoZWxwZWQuDQoNCllvdXNzZWY= From nobody Tue Sep 7 08:31:29 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id ED33317A6492 for ; Tue, 7 Sep 2021 08:31:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H3dlj4lTRz4VCg for ; Tue, 7 Sep 2021 08:31:29 +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 523B875E6 for ; Tue, 7 Sep 2021 08:31:29 +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 1878VThd010517 for ; Tue, 7 Sep 2021 08:31:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1878VTPD010516 for net@FreeBSD.org; Tue, 7 Sep 2021 08:31:29 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 258334] 802.1ad ethertype lost Date: Tue, 07 Sep 2021 08:31:29 +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: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: donner@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: donner@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258334 Lutz Donnerhacke changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |donner@FreeBSD.org CC| |net@FreeBSD.org --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Tue Sep 7 08:32:44 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 12BAA17A7675 for ; Tue, 7 Sep 2021 08:32:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H3dn838rbz4Wyv for ; Tue, 7 Sep 2021 08:32: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 0F3DF755B for ; Tue, 7 Sep 2021 08:32: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 1878WhPQ015687 for ; Tue, 7 Sep 2021 08:32:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1878WhRl015686 for net@FreeBSD.org; Tue, 7 Sep 2021 08:32:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 258334] 802.1ad ethertype lost Date: Tue, 07 Sep 2021 08:32:44 +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: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: donner@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: donner@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback- mfc-stable13? mfc-stable12- mfc-stable11- X-Bugzilla-Changed-Fields: flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258334 Lutz Donnerhacke changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |maintainer-feedback-, | |mfc-stable13?, | |mfc-stable12-, | |mfc-stable11- --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Tue Sep 7 08:47:01 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 77ECB17AFBD6; Tue, 7 Sep 2021 08:47:11 +0000 (UTC) (envelope-from michael.tuexen@lurchi.franken.de) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H3f5q2Vwsz4cg7; Tue, 7 Sep 2021 08:47:11 +0000 (UTC) (envelope-from michael.tuexen@lurchi.franken.de) Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:89ea:c2fd:ec77:7430]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id 95145721BE019; Tue, 7 Sep 2021 10:47:01 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: TCP connection ignore RST From: Michael Tuexen In-Reply-To: <20210907051034.5669a02d@rimwks.local> Date: Tue, 7 Sep 2021 10:47:01 +0200 Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <1804249E-FD55-4A4A-9895-BCEDF2323137@lurchi.franken.de> References: <20210904023730.5eddd6fd@rimwks.local> <927CA9E9-AB74-443D-83A7-931325DB7686@lurchi.franken.de> <20210907051034.5669a02d@rimwks.local> To: Rozhuk Ivan X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4H3f5q2Vwsz4cg7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 7. Sep 2021, at 04:10, Rozhuk Ivan wrote: > > On Sat, 4 Sep 2021 13:19:52 +0200 > Michael Tuexen wrote: > >>> On 4. Sep 2021, at 01:37, Rozhuk Ivan wrote: >>> >>> Hi! >>> >>> >>> I have strange case: FreeBSD 12.2 ignore TCP RST from windows host >>> and continue retransmitting packets. sockstat show that socket >>> connected even after many tcp rst packets received. >>> >>> Any ideas how to fix it? >> Where is the trace taken? On the Windows side or on the FreeBSD side >> or somewhere else? Could you provide the .pcap file? >> > > From FreeBSD side. > > https://reviews.freebsd.org/D28142 e82353f84c58da9a5c38bd471a09936c16a5b6ea > https://reviews.freebsd.org/D28143 d05d908d6d3c85479c84c707f931148439ae826b > sysctl net.inet.tcp.tolerate_missing_ts=1 > this fixes issue for me. That was my first guess, but after double checking, this code is not present in FreeBSD 12.2. However, it is present in stable/12. So could it be that you are using stable/12 and not 12.2? Best regards Michael From nobody Tue Sep 7 09:47:30 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 663A217AEDC5; Tue, 7 Sep 2021 09:47:35 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (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 4H3gRW191Rz3FHT; Tue, 7 Sep 2021 09:47:35 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf1-x12a.google.com with SMTP id h16so18346210lfk.10; Tue, 07 Sep 2021 02:47:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=c0Ug/ycyNAh5YDjI3m6iA2hoblDyB7rSXq1PUxtVvrY=; b=RngwoCd/9cW+FyaDI4RwMEQlq7yCP4a2oAh43wTIgpAGEWRz/umPkPWc48VtGzkaUT iEme54TgRiD1G7CsZdTsfMpVYhsjBIPiM48aL0WRqN6eoSb+IDj9tdQfe2JfJmJFRgso YfaVHW80Ptdi1jFLONHIPDz7/QqCqPE+Fzuh7DIyPmKMYxbsmjltjDpzw1e6a5ZYNt9c RiSiBgb9tbDRCbDis8JImWAZDlQillirxnzPo0Hkq3uqffJYW/GZcv9YEw2DKB5uuWPR I+KS1BjYaCuwFssJuvP5FH43d/IrZGeRPOOcNHpJL5OKBJlVCdV0UZykryqOcABiD7Wa TwMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=c0Ug/ycyNAh5YDjI3m6iA2hoblDyB7rSXq1PUxtVvrY=; b=ii4h0DRVOrUSFTEiJZZL5cFuWz9q9vLmCeZW0XGVtb4HP8f5bCkBcDEKWE0J2yq4zj UJzkHwtxRcT8ZnoJq60wwhSGSUGLWnbLrWuCEc8QvhuzhFFCLjyeBKtZDQXofQReNqlY 6XmorH4Q0BqQ25e3MD3VfKm/SRzkd3rqXdhCcfKvDePUjmGok7qjEdQFvmhUSgMez/7K XppJoYnR1UgaWa5hd7iUpfP+U84cEJsq6lY12QGf0Eyi+V47cFW4su2F/pBB3vkqrQ9Q MSgYcjhc2cUbVRJ2cuyGeW33+UUPUBG8+INRA4MQR8eHjFaJOUMDVlJfLJsUkcQi4xj+ AQDQ== X-Gm-Message-State: AOAM530AZcV3/DjOLenMBtDDCaWh1VMRl/eJHdjl9lGoBPYkVj6LEyaS CQgMrSL5JDd7Z4DqBiQzlaigHhK7nBs= X-Google-Smtp-Source: ABdhPJyKmYiUkWn9raJzqsqKAhWFyvy1WbZl0iWpYQI+JuZTcXy8F2zNghtqT+5aHgH7y1A+NJDnlA== X-Received: by 2002:a05:6512:3b12:: with SMTP id f18mr11644108lfv.423.1631008053578; Tue, 07 Sep 2021 02:47:33 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id m19sm958429lfu.1.2021.09.07.02.47.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Sep 2021 02:47:33 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Tue, 7 Sep 2021 12:47:30 +0300 To: Michael Tuexen Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: TCP connection ignore RST Message-ID: <20210907124730.7a4a3b9a@rimwks.local> In-Reply-To: <1804249E-FD55-4A4A-9895-BCEDF2323137@lurchi.franken.de> References: <20210904023730.5eddd6fd@rimwks.local> <927CA9E9-AB74-443D-83A7-931325DB7686@lurchi.franken.de> <20210907051034.5669a02d@rimwks.local> <1804249E-FD55-4A4A-9895-BCEDF2323137@lurchi.franken.de> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H3gRW191Rz3FHT X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 7 Sep 2021 10:47:01 +0200 Michael Tuexen wrote: > >>> I have strange case: FreeBSD 12.2 ignore TCP RST from windows host > >>> and continue retransmitting packets. sockstat show that socket > >>> connected even after many tcp rst packets received. > >>> > >>> Any ideas how to fix it? > >> Where is the trace taken? On the Windows side or on the FreeBSD > >> side or somewhere else? Could you provide the .pcap file? > >> > > > > From FreeBSD side. > > > > https://reviews.freebsd.org/D28142 > > e82353f84c58da9a5c38bd471a09936c16a5b6ea > > https://reviews.freebsd.org/D28143 > > d05d908d6d3c85479c84c707f931148439ae826b sysctl > > net.inet.tcp.tolerate_missing_ts=1 this fixes issue for me. > That was my first guess, but after double checking, this code is not > present in FreeBSD 12.2. However, it is present in stable/12. > So could it be that you are using stable/12 and not 12.2? > System build from: commit 8c01699f9194cfa3805ac734ae912529a10c063a CommitDate: Wed Jan 20 14:40:13 2021 +0100 Add some examples to script.1... It is not "clean" 12.2, and it is a bit early than commits with fixes. From nobody Tue Sep 7 09:57:10 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C8A0617B3EA6; Tue, 7 Sep 2021 09:57:13 +0000 (UTC) (envelope-from michael.tuexen@lurchi.franken.de) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H3gfd4qw6z3Khg; Tue, 7 Sep 2021 09:57:13 +0000 (UTC) (envelope-from michael.tuexen@lurchi.franken.de) Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:89ea:c2fd:ec77:7430]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id EF146721E2828; Tue, 7 Sep 2021 11:57:10 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: TCP connection ignore RST From: Michael Tuexen In-Reply-To: <20210907124730.7a4a3b9a@rimwks.local> Date: Tue, 7 Sep 2021 11:57:10 +0200 Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210904023730.5eddd6fd@rimwks.local> <927CA9E9-AB74-443D-83A7-931325DB7686@lurchi.franken.de> <20210907051034.5669a02d@rimwks.local> <1804249E-FD55-4A4A-9895-BCEDF2323137@lurchi.franken.de> <20210907124730.7a4a3b9a@rimwks.local> To: Rozhuk Ivan X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4H3gfd4qw6z3Khg X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 7. Sep 2021, at 11:47, Rozhuk Ivan wrote: >=20 > On Tue, 7 Sep 2021 10:47:01 +0200 > Michael Tuexen wrote: >=20 >>>>> I have strange case: FreeBSD 12.2 ignore TCP RST from windows host >>>>> and continue retransmitting packets. sockstat show that socket >>>>> connected even after many tcp rst packets received. >>>>>=20 >>>>> Any ideas how to fix it? =20 >>>> Where is the trace taken? On the Windows side or on the FreeBSD >>>> side or somewhere else? Could you provide the .pcap file? >>>>=20 >>>=20 >>> =46rom FreeBSD side. >>>=20 >>> https://reviews.freebsd.org/D28142 >>> e82353f84c58da9a5c38bd471a09936c16a5b6ea >>> https://reviews.freebsd.org/D28143 >>> d05d908d6d3c85479c84c707f931148439ae826b sysctl >>> net.inet.tcp.tolerate_missing_ts=3D1 this fixes issue for me. =20 >> That was my first guess, but after double checking, this code is not >> present in FreeBSD 12.2. However, it is present in stable/12. >> So could it be that you are using stable/12 and not 12.2? >>=20 >=20 > System build from: > commit 8c01699f9194cfa3805ac734ae912529a10c063a > CommitDate: Wed Jan 20 14:40:13 2021 +0100 > Add some examples to script.1... >=20 > It is not "clean" 12.2, and it is a bit early than commits with fixes. Ahh, OK. I was assuming that it is 12.2. Sorry for the confusion on my side. The following commit should fix your issue: = https://cgit.FreeBSD.org/src/commit/?id=3Dd05d908d6d3c85479c84c707f9311484= 39ae826b Best regards Michael= From nobody Tue Sep 7 21:14:02 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EFD6E17A225A for ; Tue, 7 Sep 2021 21:14:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H3ygc16vkz4WmT for ; Tue, 7 Sep 2021 21:14:04 +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 9032B19A37 for ; Tue, 7 Sep 2021 21:14:03 +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 187LE3RW060327 for ; Tue, 7 Sep 2021 21:14:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 187LE3LR060326 for net@FreeBSD.org; Tue, 7 Sep 2021 21:14:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 256882] cc(4): Panic on DELL R630 with Chelsio T62100-SO-CR) lagg0 and vlans in VNET jails (VNET): ip_tryforward / ip_findroute Date: Tue, 07 Sep 2021 21:14:02 +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: 13.0-STABLE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: melifaro@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ mfc-stable13? mfc-stable12? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256882 --- Comment #21 from commit-hook@FreeBSD.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3D5007bc4e13906104163ca78440ffcefb5= c126548 commit 5007bc4e13906104163ca78440ffcefb5c126548 Author: Alexander V. Chernikov AuthorDate: 2021-08-15 22:25:21 +0000 Commit: Alexander V. Chernikov CommitDate: 2021-09-07 21:02:58 +0000 routing: Fix crashes with dpdk_lpm[46] algo. When a prefix gets deleted from the RIB, dpdk_lpm algo needs to know the nexthop of the "parent" prefix to update its internal state. The glue code, which utilises RIB as a backing route store, uses fib[46]_lookup_rt() for the prefix destination after its deletion to fetch the desired nexthop. This approach does not work when deleting less-specific prefixes with most-specific ones are still present. For example, if 10.0.0.0/24, 10.0.0.0/23 and 10.0.0.0/22 exist in RIB, deleting 10.0.0.0/23 would result in 10.0.0.0/24 being returned as a search result instead of 10.0.0.0/22. This, in turn, results in the failed datastructure update: part of the deleted /23 prefix will still contain the reference to an old nexthop. This leads to the use-after-free behaviour, ending with the eventual crashes. Fix the logic flaw by properly fetching the prefix "parent" via newly-created rt_get_inet[6]_parent() helpers. Differential Revision: https://reviews.freebsd.org/D31546 PR: 256882,256833 (cherry picked from commit 36e15b717eec80047fe7442898b5752101f2fbca) sys/contrib/dpdk_rte_lpm/dpdk_lpm.c | 32 ++++---- sys/contrib/dpdk_rte_lpm/dpdk_lpm6.c | 42 +++++----- sys/net/radix.c | 14 ++++ sys/net/radix.h | 1 + sys/net/route/route_ctl.h | 3 + sys/net/route/route_helpers.c | 150 +++++++++++++++++++++++++++++++= ++++ 6 files changed, 208 insertions(+), 34 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Tue Sep 7 21:24:06 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C198617A8372 for ; Tue, 7 Sep 2021 21:24:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H3yvB4y3mz4d0Y for ; Tue, 7 Sep 2021 21:24:06 +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 8B57D19BFD for ; Tue, 7 Sep 2021 21:24:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 187LO66V065614 for ; Tue, 7 Sep 2021 21:24:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 187LO634065613 for net@FreeBSD.org; Tue, 7 Sep 2021 21:24:06 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 258319] Network (em0) does'nt work not only in 13.0-RELEASE but also in it's installer. Date: Tue, 07 Sep 2021 21:24:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: install, regression 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: cc assigned_to keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258319 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |linimon@FreeBSD.org Assignee|bugs@FreeBSD.org |net@FreeBSD.org Keywords| |regression --- Comment #1 from Mark Linimon --- Please show us the output of: dmesg | grep em0 Also please the content of the block from pciconf -lv that has the line: subclass =3D ethernet Thanks. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Sep 7 21:31:09 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EE24D17AB80E for ; Tue, 7 Sep 2021 21:31:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H3z3K6Jdfz4gCK for ; Tue, 7 Sep 2021 21:31:09 +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 BAA7819D3C for ; Tue, 7 Sep 2021 21:31:09 +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 187LV9xN068392 for ; Tue, 7 Sep 2021 21:31:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 187LV9u7068391 for net@FreeBSD.org; Tue, 7 Sep 2021 21:31:09 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 255678] security/strongswan cant add routes via RTM_ADD via PF_ROUTE socket Date: Tue, 07 Sep 2021 21:31:09 +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: 13.0-RELEASE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: melifaro@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255678 --- Comment #23 from commit-hook@FreeBSD.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3Df3d69003374a291e2ccb4a1ecc318e908= 27bac09 commit f3d69003374a291e2ccb4a1ecc318e90827bac09 Author: Alexander V. Chernikov AuthorDate: 2021-08-29 19:51:28 +0000 Commit: Alexander V. Chernikov CommitDate: 2021-09-07 21:25:24 +0000 routing: Bring back the ability to specify transmit interface via its n= ame. Some software references outgoing interfaces by specifying name instead= of index. Use rti_ifp from rt_addrinfo if provided instead of always using address interface when constructing nexthop. PR: 255678 Reported by: martin.larsson2 at gmail.com (cherry picked from commit d98954e229812eee2fa6bf97714fecbbdcc56e4c) sys/net/route.c | 45 ++++++++++++++++++++++++++++++++++++--------- sys/net/route/nhop_ctl.c | 2 +- 2 files changed, 37 insertions(+), 10 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Sep 8 20:39:20 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C781417A4DF7 for ; Wed, 8 Sep 2021 20:39:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H4Ys44wSBz4c9B for ; Wed, 8 Sep 2021 20:39:20 +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 7B1834A26 for ; Wed, 8 Sep 2021 20:39:20 +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 188KdKVQ059114 for ; Wed, 8 Sep 2021 20:39:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 188KdK2F059113 for net@FreeBSD.org; Wed, 8 Sep 2021 20:39:20 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 240944] em(4): Crash with Intel 82571EB NIC with AMD Piledriver and Steamroller APUs Date: Wed, 08 Sep 2021 20:39:20 +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.0-RELEASE X-Bugzilla-Keywords: IntelNetworking, crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fugkco+freebsd-bugzilla@protonmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240944 --- Comment #14 from Ace --- > try disabling PCI Link Power management (ASPM) and/or AER (advanced error= reporting) in the system's firmware and see what happens? Sorry mate, I'm struggling to figure out how to do this. Sorry if the follo= wing sounds dumb in this context. I'm using UEFI but don't see any such option, = nor do I find anything on the internet on how to disable these. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Sep 8 21:14:40 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B254617B4A59 for ; Wed, 8 Sep 2021 21:14:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H4Zds4gBGz4msL for ; Wed, 8 Sep 2021 21:14: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 3FAB250CE for ; Wed, 8 Sep 2021 21:14: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 188LEfET082882 for ; Wed, 8 Sep 2021 21:14:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 188LEfmC082881 for net@FreeBSD.org; Wed, 8 Sep 2021 21:14: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 240944] em(4): Crash with Intel 82571EB NIC with AMD Piledriver and Steamroller APUs Date: Wed, 08 Sep 2021 21:14:40 +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.0-RELEASE X-Bugzilla-Keywords: IntelNetworking, crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: kbowling@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240944 --- Comment #15 from Kevin Bowling --- (In reply to Ace from comment #14) If the UEFI had options for it I think it would be obvious so it may not ha= ve the knobs exposed. It will be tricky to proceed and make any fixes without= a card. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Sep 8 22:17:30 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BBBCF17AED40 for ; Wed, 8 Sep 2021 22:17:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H4c2L4jsHz53xf for ; Wed, 8 Sep 2021 22:17:30 +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 835566136 for ; Wed, 8 Sep 2021 22:17:30 +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 188MHUer024885 for ; Wed, 8 Sep 2021 22:17:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 188MHUcd024884 for net@FreeBSD.org; Wed, 8 Sep 2021 22:17:30 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 240944] em(4): Crash with Intel 82571EB NIC with AMD Piledriver and Steamroller APUs Date: Wed, 08 Sep 2021 22:17:30 +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.0-RELEASE X-Bugzilla-Keywords: IntelNetworking, crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fugkco+freebsd-bugzilla@protonmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240944 --- Comment #16 from Ace --- (In reply to Kevin Bowling from comment #15) I just bought a new a Intel i350-T4 which users online have reported no iss= ues with in combination with the HP T730 and OPNSense so fingers crossed that w= ill fare better. Having said that, if you are UK based, I'd be happy to post the HP NC364T c= ard to you if it helps other users since I'll have no use for it. Please contac= t me directly via email if you're up for that. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Sep 9 09:25:10 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6403F17B7866 for ; Thu, 9 Sep 2021 09:25:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H4trm2KGQz3Mjv for ; Thu, 9 Sep 2021 09:25:12 +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 31C1C17401 for ; Thu, 9 Sep 2021 09:25:12 +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 1899PCch042154 for ; Thu, 9 Sep 2021 09:25:12 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1899PCfV042153 for net@FreeBSD.org; Thu, 9 Sep 2021 09:25:12 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 218579] bge(4): Wake on Lan (WoL) does not work Date: Thu, 09 Sep 2021 09:25:10 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cmic2@live.fr X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 --- Comment #35 from Michel Marcon --- (In reply to Peter Libassi from comment #31) On my HP Proliant server HP ML110 G6 w/ FreeBSD 13, I've done exactly the s= ame proc=C3=A9dure (Shutdown -h, cycle power, shutdown -p, and then wake WOL) a= nd it works.=20 But then, after a simple "shutdown -p now", WOL doesn't work. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Sep 9 13:57:52 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 168F517B66B0 for ; Thu, 9 Sep 2021 13:57:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H50vM6jQQz3vZp for ; Thu, 9 Sep 2021 13:57:51 +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 C33301A4D3 for ; Thu, 9 Sep 2021 13:57:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 189DvpWk098259 for ; Thu, 9 Sep 2021 13:57:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 189Dvp5Y098258 for net@FreeBSD.org; Thu, 9 Sep 2021 13:57:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 218579] bge(4): Wake on Lan (WoL) does not work Date: Thu, 09 Sep 2021 13:57:52 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 --- Comment #36 from Cy Schubert --- (In reply to Michel Marcon from comment #35) What does ifconfig of the interface show? Are any of the WOL flags still on? --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Sep 9 14:28:19 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 683DE17C46CE for ; Thu, 9 Sep 2021 14:28:31 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H51Zk219rz4bTl for ; Thu, 9 Sep 2021 14:28:29 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from fomalhaut.potoki.eu (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.16.1/8.16.1) with ESMTPSA id 189ESKA0076173 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 9 Sep 2021 16:28:20 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1631197700; bh=lEqJyxJnn37pUHF+rwdSIbGtI/7G8CbQSQOkUU8jdXY=; h=To:From:Subject:Date; b=kLL//LaVdq7+AoAj7GYTPZJyig0HkEmQnEky+MAyR5MurXyM7ZyfVEEsQLwTRIkmy Djxa9IzZzVQawQWVjniIKsnpREYhtMdgfFO+DPqmQgy+hBLUxVuFQmYyQeshYHUMHN BLKXejJr4I3MnkXdnkZt448GMRRXy1S6kQzVKG2ArRhoaDtHO8FRiRZY8KqBfeHwz/ ne/Vc2XOFV4ygIkwcg3gDY65Zisp15a9RllCfmkXpokaX/oZ6R9wmPMaidE4Sah7Cy xEP5UmWhLaWTVoRswPVoh8OUbwyS6ebYRK/bbAWfaKoePLo2f+a1dKvUkcYuj3Th5F IIok23Meut7CQ== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be fomalhaut.potoki.eu To: "freebsd-net@freebsd.org" From: Marek Zarychta Subject: wpa supplicant and PEAP Message-ID: Date: Thu, 9 Sep 2021 16:28:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Zmf9e7Wg2FoSC7rPpqQbUzduyiE46kO6l" X-Rspamd-Queue-Id: 4H51Zk219rz4bTl X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b="kLL//LaV"; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl X-Spamd-Result: default: False [-7.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[pwste.edu.pl:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; TO_DN_EQ_ADDR_ALL(0.00)[]; SIGNED_PGP(-2.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Zmf9e7Wg2FoSC7rPpqQbUzduyiE46kO6l Content-Type: multipart/mixed; boundary="I77W8WnCogC3F5dLRR7JsQKHXTPsoYM0R"; protected-headers="v1" From: Marek Zarychta To: "freebsd-net@freebsd.org" Message-ID: Subject: wpa supplicant and PEAP --I77W8WnCogC3F5dLRR7JsQKHXTPsoYM0R Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Dear subscribers, after recent updates of wpa_supplicant in stable/13 my laptop can't connect to EPA/PEAP secured WiFi network. WPA2 secured connection works fine. I am using iwn(4) as the wlan(4) interface. It complete EAP/PEAP authentication displaying "no carrier" status on wlan0 interface. Is it known problem? Is anyone else experiencing this? Should a PR be submitted in this case? Regards, --=20 Marek Zarychta --I77W8WnCogC3F5dLRR7JsQKHXTPsoYM0R-- --Zmf9e7Wg2FoSC7rPpqQbUzduyiE46kO6l Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAmE6GgMFAwAAAAAACgkQdZ/s//1SjSwn Hwf/ZOfTBPGDSaPBBKiMxvPVWxSCLkmHSJOnluOwd3KVC2EvgCEe5wxZsILJXW/GFPcMMffbODbk wMCAqqVklylM9ZEk/7ZuqE/ViRYHdiYuUa3ECPA58rJ8kaxmoOF2QH0BrHfRIUDgM0JhLFFsK8i1 +VblkG4bRBYNu+e2Yv5ZpKDP83Z87684v2FLlG66i5s4P3ebUtWujgYFwAWODnqiffRznDnVXqiA noJkHOA0a/O4B7vOf5mlNFIFrI9MIgZhHaYioDjL9rIuS6umFpwn2ZeyKytqTLStk+RjXWohhgTO VrwInsR1zD03WsdSMn+1+WF6+i8EZHPjd4UJPuVocQ== =2Rp8 -----END PGP SIGNATURE----- --Zmf9e7Wg2FoSC7rPpqQbUzduyiE46kO6l-- From nobody Thu Sep 9 14:31:24 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4663317C75AC for ; Thu, 9 Sep 2021 14:31:27 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H51f63wTDz4dP6 for ; Thu, 9 Sep 2021 14:31:26 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from fomalhaut.potoki.eu (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.16.1/8.16.1) with ESMTPSA id 189EVOV3076801 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 9 Sep 2021 16:31:25 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1631197885; bh=xkV3sfQUuMT+i4qAdq50Ljuo6hHE20k3uxWQq21Yt90=; h=Subject:To:References:From:Date:In-Reply-To; b=S7ie8ll0k017SnYlRAF7KfJqQUNSb6k2+jrQLWh40BqR40gaLf7ROGGQPuqkbZPJf EzTVqogFGMSlzMGjtBpQ4Voj/gxvl1R3/M67aYLydtm6qKuyQ3kfeVDJGCsAoj8pev 7BeyJlDOa0ebiptRqEtw4P4rorMpzORCqCrtCFJj3x/+kZtUlW8MkKba9kaSfSpGGf KiSX7t2itJW9oWhBSp7e9Uu8AtH/8KTUTfZkOHpw2/Z+gaSpTDzqoEf5fbSYFotA7Z UeEarZ4a63E/mzBk/MfKcqBcfsV3seplqcpsd6UaYApCIo/9EnjsysrnBb8bgQbzUy /6HcvMIrUHsvw== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be fomalhaut.potoki.eu Subject: Re: wpa supplicant and PEAP To: freebsd-net@freebsd.org References: From: Marek Zarychta Message-ID: <4d07fe3c-860e-9a3e-59a2-b05759d67b55@plan-b.pwste.edu.pl> Date: Thu, 9 Sep 2021 16:31:24 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UAwi2i3cXwLGt1yuohprALjexf7F5TcQV" X-Rspamd-Queue-Id: 4H51f63wTDz4dP6 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=S7ie8ll0; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl X-Spamd-Result: default: False [-7.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[pwste.edu.pl:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UAwi2i3cXwLGt1yuohprALjexf7F5TcQV Content-Type: multipart/mixed; boundary="8jd2UZIqauzL0PC2QxvYvK3YnUSevDsGp"; protected-headers="v1" From: Marek Zarychta To: freebsd-net@freebsd.org Message-ID: <4d07fe3c-860e-9a3e-59a2-b05759d67b55@plan-b.pwste.edu.pl> Subject: Re: wpa supplicant and PEAP References: In-Reply-To: --8jd2UZIqauzL0PC2QxvYvK3YnUSevDsGp Content-Type: text/plain; charset=utf-8 Content-Language: pl Content-Transfer-Encoding: quoted-printable W dniu 09.09.2021 o=C2=A016:28, Marek Zarychta pisze: > Dear subscribers, >=20 > after recent updates of wpa_supplicant in stable/13 my laptop can't > connect to EPA/PEAP secured WiFi network. WPA2 secured connection works= > fine. I am using iwn(4) as the wlan(4) interface. It complete EAP/PEAP It cannot complete EAP/PEAP authentication > authentication displaying "no carrier" status on wlan0 interface. > Is it known problem? Is anyone else experiencing this? Should a PR be > submitted in this case? >=20 > Regards, >=20 --=20 Marek Zarychta --8jd2UZIqauzL0PC2QxvYvK3YnUSevDsGp-- --UAwi2i3cXwLGt1yuohprALjexf7F5TcQV Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAmE6GrwFAwAAAAAACgkQdZ/s//1SjSyo qgf/WB43qbvyjO66qMQJ2DA1soqz7c6fEih4W7YvrHNIjXbL0qnJgJnWYePmK5K9R3rvv/vZG7QB cDE3Crg0N4N9UecRAmseEMciB8S49SaCq/WOE+91VmcCFKWQRW98z10wikhNXGDVSkk2O7OTV6wA lTbMSRo3fmB1PNpdntx2xD97hJX66ijnnU03yYlPec0K6Y5zZ1HTnglujS0ruNk1Dwgk13R9Aqjm CAcKSz5nnjbvuO5S4tqOTjZtIqBD+u8FxPtIOesz47+/PPb6B5F9FP/hTSgaTBil7MdxKYVr6i3n 3ZGhQVf+0q4palxrF8xR1S7lcZ3zrQvecGMbz2eU3A== =/aZK -----END PGP SIGNATURE----- --UAwi2i3cXwLGt1yuohprALjexf7F5TcQV-- From nobody Thu Sep 9 14:36:52 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EB99A17A0E45 for ; Thu, 9 Sep 2021 14:36:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H51mQ60KJz4fs7 for ; Thu, 9 Sep 2021 14:36:54 +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 ADD921B520 for ; Thu, 9 Sep 2021 14:36:54 +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 189Eassa022083 for ; Thu, 9 Sep 2021 14:36:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 189EasvE022082 for net@FreeBSD.org; Thu, 9 Sep 2021 14:36:54 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 218579] bge(4): Wake on Lan (WoL) does not work Date: Thu, 09 Sep 2021 14:36:52 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cmic2@live.fr X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 --- Comment #37 from Michel Marcon --- (In reply to Cy Schubert from comment #36) Yep. The flag WOL_MAGIC is on: zombie/usr/home/cmic >ifconfig bge0 bge0: flags=3D8843 metric 0 mtu 1500 =20=20=20=20=20=20=20 options=3Dc219b ether 2c:41:38:87:3a:6f inet 192.168.1.102 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D29 --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Sep 9 14:52:50 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9BBD317A9839 for ; Thu, 9 Sep 2021 14:52:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H526q3k2sz4lDv for ; Thu, 9 Sep 2021 14:52:51 +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 61D5F1BA14 for ; Thu, 9 Sep 2021 14:52:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 189EqpoI032536 for ; Thu, 9 Sep 2021 14:52:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 189EqpH2032535 for net@FreeBSD.org; Thu, 9 Sep 2021 14:52:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 218579] bge(4): Wake on Lan (WoL) does not work Date: Thu, 09 Sep 2021 14:52:50 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 --- Comment #38 from Cy Schubert --- (In reply to Michel Marcon from comment #37) To make sure I understand this correctly, you followed the test procedure o= f: 1. Enable WOL. 2. halt -p or shutdown -p 3. WOL the machine (it works) 4. shutdown -p and the machine fails to halt. Is this correct? --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Sep 9 14:55:15 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 68A8617AB8EF for ; Thu, 9 Sep 2021 14:55:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H529b11Vwz4n8Q for ; Thu, 9 Sep 2021 14:55:15 +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 F207F1B995 for ; Thu, 9 Sep 2021 14:55:14 +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 189EtEW9033114 for ; Thu, 9 Sep 2021 14:55:14 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 189EtEJp033113 for net@FreeBSD.org; Thu, 9 Sep 2021 14:55:14 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 218579] bge(4): Wake on Lan (WoL) does not work Date: Thu, 09 Sep 2021 14:55:15 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 Cy Schubert changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | --- Comment #39 from Cy Schubert --- Removed regression flag because this is not a regression. bge(4) never supported WOL. The patch adds WOL support to bge(4). --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Sep 9 18:02:18 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C339217BD7FC; Thu, 9 Sep 2021 18:01:55 +0000 (UTC) (envelope-from kisscoolandthegangbang@hotmail.fr) Received: from EUR06-VI1-obe.outbound.protection.outlook.com (mail-vi1eur06olkn20830.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe11::830]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H56Jy3nJ0z4pQy; Thu, 9 Sep 2021 18:01:54 +0000 (UTC) (envelope-from kisscoolandthegangbang@hotmail.fr) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nOx+Rkhz7R0kHy14CsISzQ1sFa/0lzMvz4LM4RIFFS2p0DfPPPJhDv7S2M7EY53uAe+i1G6NXbw9c/MvDN4SXIeAOUa0H7/a7DV/J03RmD4rWHkJ4F6GGv8IC11Akak+a2oAzL0owPDJAI2/DD5tk4SQ75iWyZ89X/cQ8L5Wf18CEM+jsXwU/Hq6NANQbZJJyaoJvcDAg6/4AnFRaNYlb85F5PL1IDQkfEJ1qcNhdYibCbCgmU80l0yIIX516oL9Z+Og2SbnRLfOdF48O7A4hs1WPYPPzxbF7KkRr41XFPUXlg3+DP1fmWUXvElrkiu8AYzRUrk0dykPQ35/anAc6g== 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; bh=BMKeYOg+4UcwfJ3+YrwFU83RUYvP4qcUtKBUMMzZ+Lk=; b=f7vU6umW5z6Aei0X2vKca92+m42+qgmao4HIFuVtWrFtUrOXuoXUN+zb4basGYLZiCkFAvWnBwQCplEkfvkkZViOgTt1aPMFo+XMJUu1i9YwXlaN6Xoal+sjln+XTm6R2WS7vvQlmqLUsYrbCaHD+o9wLZScQGEvEdp7oo87d2TNXoknaZVXplqKSgXGqvnGT4N1Xq7a3+X4jqN8rPDKGgm6SNz3DApwOuXM0n5WPT19Lvjg1culOsckOhuItdqUfG3qYloYazSNkVoCyJ2iNSoHHYhX5jb6QB0h6Nvf7OMqXc1OpkGlSuNY76/txRABtVAKbFOsIhkjxognkdJAdw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VI1EUR06FT014.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc37::42) by VI1EUR06HT075.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc37::504) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.14; Thu, 9 Sep 2021 18:01:46 +0000 Received: from AM9PR07MB7956.eurprd07.prod.outlook.com (2a01:111:e400:fc37::41) by VI1EUR06FT014.mail.protection.outlook.com (2a01:111:e400:fc37::323) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.14 via Frontend Transport; Thu, 9 Sep 2021 18:01:46 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:39E3D70EA4F3417865064D24DF3FA795E8455EBFF6FE78FF35F8C688728E61EA;UpperCasedChecksum:A93A69FBAE978519943EA45CE650CDC65F45A16240B7FD5BC1AC074A518058C2;SizeAsReceived:7600;Count:45 Received: from AM9PR07MB7956.eurprd07.prod.outlook.com ([fe80::87e:4c4b:980e:2cdd]) by AM9PR07MB7956.eurprd07.prod.outlook.com ([fe80::87e:4c4b:980e:2cdd%9]) with mapi id 15.20.4500.015; Thu, 9 Sep 2021 18:01:46 +0000 Date: Thu, 9 Sep 2021 20:02:18 +0200 From: kaycee gb To: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Issue with packets routing/forwarding Message-ID: X-Mailer: Claws Mail 3.17.6 (GTK+ 2.24.31; x86_64-slackware-linux-gnu) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TMN: [Vh2wmkvPdgcnMeUINtDgSB/Ychl0hkws] X-ClientProxiedBy: MR2P264CA0039.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500::27) To AM9PR07MB7956.eurprd07.prod.outlook.com (2603:10a6:20b:30d::20) X-Microsoft-Original-Message-ID: <20210909200218.1257d1e8@slackstro.home.lan> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from mail.lacabanedeladmin.trickip.net (93.1.37.139) by MR2P264CA0039.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.14 via Frontend Transport; Thu, 9 Sep 2021 18:01:45 +0000 Received: from slackstro.home.lan ([172.16.93.19]) (authenticated bits=0) by mail.lacabanedeladmin.trickip.net (8.15.2/8.15.2) with ESMTPSA id 189I1WhR039955 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Sep 2021 20:01:43 +0200 (CEST) (envelope-from kisscoolandthegangbang@hotmail.fr) X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 45 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: d17f2b9e-006a-458a-f766-08d973bbe352 X-MS-TrafficTypeDiagnostic: VI1EUR06HT075: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: BL4UUGI+2CIXjaZzf4AFheaX6Y/d5oKjtFxyld8hHVzgSpPApOMNREBOeMDIBeoQSwHGx3OIE6l4EJTiJa3PlI7SgucFYbOApmgie18Hwj30qbCqJjoJrJ2g8VfAfywmfik4L4SKVODWudr6s/oftVvnJe/ZnptnriocJVtS6/RPqQQIrnkHSZOs51fmRUSVg6iA/AEAiTeji/QruLBVyNJ31IpgCsDDt5HwZl+aHZa4WYXhhkEVum6l0xQjJam3Mw70b/3QHRF5N/9COLtBTGUFhlAFmTftM6u8SxEOVtcswZzEwQXFM6IvPong2jRRbOhc8k+ez5qXRhXgd0NMSpiSLIDkLacvOkLb6XyG40rAH4u/64NO6bJfEAATTrL301bxudifr1iuh3O4rlFQ1LjejBBYh/aHGg851CseyhJV39Cpn+j+i4wgaAqasHPG X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 8qpjEt6/93akydSy/o5mNAXz4y4ZQzNH9ZuKhG7BfPxIuWI+6W8/AwR6PF1GDELL81SiRL6OiIn3FBV2VL907WFbMH4qYEC2B2qrGKowiTEcMWgAX6k8xrc4AFQzmAWr3ooN/vYvlEQeNssdLGHaNw== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d17f2b9e-006a-458a-f766-08d973bbe352 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Sep 2021 18:01:46.2377 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: VI1EUR06FT014.eop-eur06.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR06HT075 X-Rspamd-Queue-Id: 4H56Jy3nJ0z4pQy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=hotmail.fr; spf=pass (mx1.freebsd.org: domain of kisscoolandthegangbang@hotmail.fr designates 2a01:111:f400:fe11::830 as permitted sender) smtp.mailfrom=kisscoolandthegangbang@hotmail.fr X-Spamd-Result: default: False [-4.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[6]; RECEIVED_SPAMHAUS_PBL(0.00)[93.1.37.139:received]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[hotmail.fr]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[hotmail.fr,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[hotmail.fr]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-ThisMailContainsUnwantedMimeParts: N Hello, Cross posting because I am not sure where I am wrong here. I have a setup with some jails configured to use a dedicated virtual interface and with alternate routing tables/fibs. This is running on FreeBSD 11.4 amd64. The host has dual wan configuration. One adsl line via a router and one 4g via android phone. The problem I am facing is that I can use only one wan at a time depending on the combo routing/pf I use. I will go with the configuratin I would prefer to make it work. Here some config parts > # cat /etc/rc.local > ... > /sbin/ifconfig lo100 create >/dev/null > /sbin/ifconfig lo100 name vsw0 >/dev/null > /sbin/ifconfig vsw0 fib 1 >/dev/null > /sbin/route add default -iface vsw0 -fib 1 >/dev/null > ... One of my jail's config relevant part > ... > interface = "vsw0"; > ip4.addr += "vsw0|192.168.1.92/32"; > ... > exec.fib = 1; >... At the top of my pf.conf file, I have these lines > ... > no nat on $VSW from $proxout > nat on $phone_if tag PROXOUT tagged PROXOUTNAT -> ( $phone_if ) > nat on $lan_if tag PROXOUT tagged PROXOUTNAT -> $lan_ip > > pass out log quick on $VSW \ > proto tcp from $proxout to port {80, 443} user 100 tag PROXOUT100 no state > pass in log quick on $VSW tagged PROXOUT100 tag PROXOUTNAT rtable 0 > pass out log quick on $phone_if tagged PROXOUT rtable 0 > pass out log quick on $lan_if tagged PROXOUT rtable 0 > > block log quick from 109.0.64.169 > block log quick to 109.0.64.169 In this configuration, I can only use the secondary/backup (4G) line from the jail. This is done via routing some IPs via ue0 interface. When I delete these routes or change the routing to specifically use the adsl line (so same as default route), traffic is not coming back to the process but I can see something coming back to the host. > 19:45:46.210775 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 0 > 19:45:49.209728 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 0 > 19:45:49.216661 IP 109.0.64.169.80 > 192.168.1.50.57922: tcp 0 > 19:45:49.216816 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 0 > 19:45:49.217280 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:49.452641 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:49.716200 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:50.036820 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:50.216261 IP 109.0.64.169.80 > 192.168.1.50.57922: tcp 0 > 19:45:50.216355 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 0 > 19:45:50.476754 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:51.156785 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:52.216646 IP 109.0.64.169.80 > 192.168.1.50.57922: tcp 0 > 19:45:52.216725 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 0 > 19:45:52.316836 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:54.457517 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:55.964243 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 0 > 19:45:55.971939 IP 109.0.64.169.80 > 192.168.1.50.57922: tcp 0 > 19:45:58.498646 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 449 > 19:45:58.511970 IP 109.0.64.169.80 > 192.168.1.50.57922: tcp 1448 > 19:45:58.512087 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 0 > 19:45:58.512878 IP 109.0.64.169.80 > 192.168.1.50.57922: tcp 1168 > 19:45:58.512916 IP 192.168.1.50.57922 > 109.0.64.169.80: tcp 0 Log from pf: > 2021-09-09 19:45:46.210601 rule 0/0(match) [uid 100]: pass out on vsw0: > 192.168.1.92.13153 > 109.0.64.169.80: Flags [S], seq 3268104299, win 65535, > options [mss 16344,nop,wscale 6,sackOK,TS val 1426589561 ecr 0], length 0 > 2021-09-09 19:45:46.210670 rule 2/0(match): pass in on vsw0: > 192.168.1.92.13153 > 109.0.64.169.80: Flags [S], seq 3268104299, win 65535, > options [mss 16344,nop,wscale 6,sackOK,TS val 1426589561 ecr 0], length 0 > 2021-09-09 19:45:46.210746 rule 4/0(match): pass out on em0: > 192.168.1.50.57922 > 109.0.64.169.80: Flags [S], seq 3268104299, win 65535, > options [mss 16344,nop,wscale 6,sackOK,TS val 1426589561 ecr 0], length 0 In addition, traffic from my lan is ok and from host too. Both are using the adsl line. As I said I have another configuration example where this is the opposite. Traffic from adsl line is ok but from 4g timeouts. I don't think that's a problem with the jail as swapping configuration doesn't touch jail's conf. I don't really know where to look further. I try for some days now to make understand what happens. Maybe someone have an idea. Thanks, K. From nobody Thu Sep 9 18:16:45 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7ACDC17C5D23 for ; Thu, 9 Sep 2021 18:16:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H56f62xfZz3DFW for ; Thu, 9 Sep 2021 18:16:46 +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 465EA1E40E for ; Thu, 9 Sep 2021 18:16:46 +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 189IGkcV044502 for ; Thu, 9 Sep 2021 18:16:46 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 189IGkFO044501 for net@FreeBSD.org; Thu, 9 Sep 2021 18:16:46 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 218579] bge(4): Wake on Lan (WoL) does not work Date: Thu, 09 Sep 2021 18:16:45 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 --- Comment #40 from Cy Schubert --- (In reply to Michel Marcon from comment #37) In the absence of a reply, I will assume this is the same problem experienc= ed on Acer laptops. This proves that the problem is not caused by Acer ACPI but that the patch is incomplete. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Fri Sep 10 12:52:10 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 82E6717ABA5C for ; Fri, 10 Sep 2021 12:52:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H5bP6323Qz3KgR for ; Fri, 10 Sep 2021 12:52:10 +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 46B5B5413 for ; Fri, 10 Sep 2021 12:52:10 +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 18ACqA5c095260 for ; Fri, 10 Sep 2021 12:52:10 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 18ACqA9v095259 for net@FreeBSD.org; Fri, 10 Sep 2021 12:52:10 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 218579] bge(4): Wake on Lan (WoL) does not work Date: Fri, 10 Sep 2021 12:52:10 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cmic2@live.fr X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 --- Comment #41 from Michel Marcon --- (In reply to Cy Schubert from comment #40) Sorry to be so late. After a lots of "shutdown -p now" and restarts I can only say that the behaviour is erratic: sometimes WOL works, sometimes not. (bang my head on = the wall ?) But stay tuneed: I keep on searching for a reproductible behaviour. By the way, are you interested by a lot of acpi lines in /var/log/messages? --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Fri Sep 10 14:05:59 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 137B017AE0CC for ; Fri, 10 Sep 2021 14:06:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H5d2J6y77z4R47 for ; Fri, 10 Sep 2021 14:06:00 +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 CA8085F68 for ; Fri, 10 Sep 2021 14:06:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 18AE60Za034760 for ; Fri, 10 Sep 2021 14:06:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 18AE60nG034759 for net@FreeBSD.org; Fri, 10 Sep 2021 14:06:00 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 218579] bge(4): Wake on Lan (WoL) does not work Date: Fri, 10 Sep 2021 14:05:59 +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: 11.2-STABLE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218579 --- Comment #42 from Cy Schubert --- (In reply to Michel Marcon from comment #41) Actually, it is not erratic at all. But your tests have confirmed why I hav= en't committed it yet. There is something lacking and I haven't discovered it ye= t. Here are two scenarios: Your test: 1. halt -p. 2. Machine powers off. 3. WOL wakes the machine. 4. halt -p. 5. Machine appears to reboot. It doesn't reboot, actually. It powers off but a second later it powers bac= k on again. You can tell by the sound of the CPU fan. The second scenario: 1. halt -p 2. Machine powers off. 3. WOL wakes the machine. 4. Reboot (like after an installkernel or other reason). 5. halt -p. 6. WOL wakes the macihne. 7. halt -p. 8. Machine powers off. 9. WOL will work. The difference is the reboot in the second scenario. This suggests that something is missing from the patch to reset a bit in a bge(4) hardware register to not wake it a second time. This could also be an ACPI issue. (HP and Acer ACPI rely on WMI.) This is the reason the patch hasn't been committed yet. If you remember to = do a scheduled reboot sometime after a WOL it will appear fine. I will commit this patch when this last bug has been resolved. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Fri Sep 10 18:51:38 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B9D9317B5A14; Fri, 10 Sep 2021 18:51:41 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H5lMx4rLCz4r5J; Fri, 10 Sep 2021 18:51:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 349544E8A; Fri, 10 Sep 2021 18:51:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) To: "net@FreeBSD.org" , hackers@FreeBSD.org From: Andriy Gapon Subject: recvmsg() "short receive" after FIONREAD Message-ID: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> Date: Fri, 10 Sep 2021 21:51:38 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N I observe a problem with the code that can be seen here: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142 The code uses ioctl(FIONREAD) to check the size of available data in a socket. Does / should this work? Then the code calls recvmsg() on the socket with single vector with iov_len equal to the size obtained earlier. But the return value from recvmsg() is smaller than the iov_len value. In my test I see 215 vs expected 263 (so, the difference is 48). Does this ring a bell to anyone? I see this on a month old 14.0-CURRENT arm64. -- Andriy Gapon From nobody Fri Sep 10 19:15:37 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EC6B117A26F3; Fri, 10 Sep 2021 19:15:39 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H5lvb6TXdz3GDt; Fri, 10 Sep 2021 19:15:39 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 577D74E91; Fri, 10 Sep 2021 19:15:39 +0000 (UTC) (envelope-from avg@FreeBSD.org) From: Andriy Gapon To: "net@FreeBSD.org" , hackers@FreeBSD.org References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> Subject: Re: recvmsg() "short receive" after FIONREAD Message-ID: <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> Date: Fri, 10 Sep 2021 22:15:37 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 10/09/2021 21:51, Andriy Gapon wrote: > > > I observe a problem with the code that can be seen here: > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142 > > > The code uses ioctl(FIONREAD) to check the size of available data in a socket. > Does / should this work? > > Then the code calls recvmsg() on the socket with single vector with iov_len > equal to the size obtained earlier. > > But the return value from recvmsg() is smaller than the iov_len value. > In my test I see 215 vs expected 263 (so, the difference is 48). > > Does this ring a bell to anyone? > I see this on a month old 14.0-CURRENT arm64. > From a quick look at soreceive_dgram() and some dtrace-ing, it seems that each time recvmsg() is called soreceive_dgram() gets an mbuf chain where the first mbuf is MT_SONAME (8), the second one is MT_CONTROL (14) and only the third one is MT_DATA. Could it be that data in the first two mbuf-s (especially the MT_CONTROL one) is reported by FIONREAD? Or, in other words, accounted in sb_acc? But then it's not actually returned, of course, in recvmsg() ? -- Andriy Gapon From nobody Fri Sep 10 19:20:42 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 81E3617A41AE; Fri, 10 Sep 2021 19:20:46 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf34.google.com (mail-qv1-xf34.google.com [IPv6:2607:f8b0:4864:20::f34]) (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 4H5m1V2cz5z3HgS; Fri, 10 Sep 2021 19:20:46 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf34.google.com with SMTP id z12so1971716qvx.5; Fri, 10 Sep 2021 12:20:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=kkAhsRL4lhviXZIdCNoN365Ee+BbmlPi3nCQuMQ6kJU=; b=k3Y/UehdDeyehjjOTsIIOP/8jSGvqxse5rVfAB92/k0ne3PFOHpLD89fAldVmTj6XK Y/YrSFr0+hMLVixGVbtnU2ad6MVwieFsscR1mH8aQ715KprTPMRvSmCAWUNuLQjfaArk bSozn78qswTyJ8YXK7ZL/+Ib44PwHNpPR1Hns97bXA2qUVQm4P/q7KxO665mAhdJniKJ hiYadRWkaepSADys/lNqjpV6cI9tkGGXIpON5pc2dyzIUvKfrakkYcHfp5mEZ1Sg+sOh jqqcfaDdWQRjJNSPmI/VnI6mRYk9QMEbWp1aoAKu37gJgen+qSdVrDOlHNuMJNE21iBr MvTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=kkAhsRL4lhviXZIdCNoN365Ee+BbmlPi3nCQuMQ6kJU=; b=JwrcqS1rqatjQOCyxFPx5PB9FkV8pFN6G/i6CdIe4KuaauRp8vchnJoW04U7fPwpNW WSA/37U4NuA+JPOs+5ULrm7qJxXLA67Sk/qB4nHv7lzdzOor4i6mnHzdLprW738xNq1X 4t6tWrkiDlHXZSLQhK/MOCAuqi/TjaI2W7lYO29xow1Tf6J8DsR/VzjkkIt1zSTRksHI rZ2MaGdwd+eIperFOLvXf5aKLA1ZfD8GAhtsJTsnYu5bDSwDTsftT48W6iEIsr1TCIBz YEldEwMsLFFh2S7TEZNqMZP++i2UiKInQimXn806HF/jw02PwEMeuC6eC1SUblo0TyDY Q/jQ== X-Gm-Message-State: AOAM532yC5jsAuxglMiEUQuP7h8uXNsZeq33Q9GWmJawsO4+8R+wfY8I BTew4kiIRIU+6ID+oAEsRDUVvjjj4Z6kVA== X-Google-Smtp-Source: ABdhPJxjwSWZJZjeuXxFkzcYOHKRkEA01QzZojH+eszkCz38igBLnrp4npVNZJ7NVNbOL5CDVDtCpg== X-Received: by 2002:a0c:9a8a:: with SMTP id y10mr10077529qvd.15.1631301640171; Fri, 10 Sep 2021 12:20:40 -0700 (PDT) Received: from nuc ([142.126.175.196]) by smtp.gmail.com with ESMTPSA id g7sm3693998qtj.28.2021.09.10.12.20.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Sep 2021 12:20:39 -0700 (PDT) Date: Fri, 10 Sep 2021 15:20:42 -0400 From: Mark Johnston To: Andriy Gapon Cc: "net@FreeBSD.org" , hackers@freebsd.org Subject: Re: recvmsg() "short receive" after FIONREAD Message-ID: References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> X-Rspamd-Queue-Id: 4H5m1V2cz5z3HgS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Sep 10, 2021 at 09:51:38PM +0300, Andriy Gapon wrote: > > > I observe a problem with the code that can be seen here: > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142 > > The code uses ioctl(FIONREAD) to check the size of available data in a socket. > Does / should this work? Yes, FIONREAD returns the number of available bytes in the socket receive buffer. > Then the code calls recvmsg() on the socket with single vector with iov_len > equal to the size obtained earlier. > > But the return value from recvmsg() is smaller than the iov_len value. > In my test I see 215 vs expected 263 (so, the difference is 48). What type of socket is it? Is it possible that there are control messages in the receive buffer? They would be dropped here since the code does not specify a buffer for them, but they are counted in the return value of FIONREAD. > Does this ring a bell to anyone? > I see this on a month old 14.0-CURRENT arm64. It doesn't sound familiar to me at least. From nobody Fri Sep 10 19:35:58 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 835B417AADCE; Fri, 10 Sep 2021 19:36:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (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 4H5mM830JMz3NSc; Fri, 10 Sep 2021 19:36:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x832.google.com with SMTP id l24so2489804qtj.4; Fri, 10 Sep 2021 12:36:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=yYrU/LO1iaox+aPVZZK2z6w0Yn8htO0Z5//kZSC4Fys=; b=jPArV8/S4y5hhaSuEqLZJmjPAO4IK3ZkOqEZ1L38d1v5fgtj8b4mJUcLa5UwOBe02D v8LwvPVA0fxKEXIYIPTTrKEve5shb/KzDRjUCqpVSAXMAeDMRjOWLnmgyx1+48S3Q7Xj t+ZKfk/uS3B1qLepy5OTdB9ySxi8fBP35OpCDzKgvzZdaKZxz3mSJujwZHuD6Q6fzhAI 9LlRm0N+g1mi64eRrPHJA6dWeDxLf8qIQelvNKABAcmpj2cQrvPMi/L6rWuQYQPdJsFB le+QDrT/nEkiMziPEuXtILZGaWUnFrDENOmEjnvdUhM1TrM21nxUNPXj2VWnBnrhNXxr 5/5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=yYrU/LO1iaox+aPVZZK2z6w0Yn8htO0Z5//kZSC4Fys=; b=XRUR7UwdKEbr/QxSSVLXg1D1fGR9mzR//go8B0ZT8m7M8GMQw2uD2oeZredNy8SiT+ M7p0SEWnBurk34mbdYseMK3vd/IqEs9h9NYroGZcVpggezMrlVYkAk0W/kjazo9Ky13p 6usQU6tlZUv071sIs+Rr0USufU92UR1nF5J0SGQWOSy7N4rIlVklF77yXaM9fRCVBnwM Y/frKkC8T7OrqU5BAejfoTlA9d/s9p6tG6Hjq7EKuVsktfeQdjaWuxm/CqQMk9YIiuiS WzDpv4KzH+8B6uV43oYkfJaV0WauoFEwIi+jKEae+1Lh8/fn393h2QgA/pdphZB0XRpV Tkxw== X-Gm-Message-State: AOAM530tYJ13GOItXlGyKiMyzkXNG+9pTFadDnRPkN8YQmqMobYBiYRk Jhom1Lu6+gpS7r46RDD60Cr78jhEF/PG8g== X-Google-Smtp-Source: ABdhPJxUwZ+NUIRXydySr9nKFfEOn2hQFwxAWnYmZSxfg71pEKVQxwhIc/G+4UaKh57/L2YNtMNJIQ== X-Received: by 2002:a05:622a:118f:: with SMTP id m15mr9846629qtk.107.1631302557999; Fri, 10 Sep 2021 12:35:57 -0700 (PDT) Received: from nuc ([142.126.175.196]) by smtp.gmail.com with ESMTPSA id d14sm1010898qto.36.2021.09.10.12.35.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Sep 2021 12:35:57 -0700 (PDT) Date: Fri, 10 Sep 2021 15:35:58 -0400 From: Mark Johnston To: Andriy Gapon Cc: "net@FreeBSD.org" , hackers@freebsd.org Subject: Re: recvmsg() "short receive" after FIONREAD Message-ID: References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> X-Rspamd-Queue-Id: 4H5mM830JMz3NSc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Sep 10, 2021 at 10:15:37PM +0300, Andriy Gapon wrote: > On 10/09/2021 21:51, Andriy Gapon wrote: > > > > > > I observe a problem with the code that can be seen here: > > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142 > > > > > > The code uses ioctl(FIONREAD) to check the size of available data in a socket. > > Does / should this work? > > > > Then the code calls recvmsg() on the socket with single vector with iov_len > > equal to the size obtained earlier. > > > > But the return value from recvmsg() is smaller than the iov_len value. > > In my test I see 215 vs expected 263 (so, the difference is 48). > > > > Does this ring a bell to anyone? > > I see this on a month old 14.0-CURRENT arm64. > > > > From a quick look at soreceive_dgram() and some dtrace-ing, it seems that each > time recvmsg() is called soreceive_dgram() gets an mbuf chain where the first > mbuf is MT_SONAME (8), the second one is MT_CONTROL (14) and only the third one > is MT_DATA. > > Could it be that data in the first two mbuf-s (especially the MT_CONTROL one) is > reported by FIONREAD? Or, in other words, accounted in sb_acc? > But then it's not actually returned, of course, in recvmsg() ? Indeed, I suspect that this is the problem. Note that for kevent(EVFILT_READ) we subtract the number of control message bytes from the returned value, see filt_soread(). I wonder if FIONREAD should do the same thing. From nobody Fri Sep 10 19:38:21 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7F3C317ADEF0; Fri, 10 Sep 2021 19:38:24 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H5mPr1crkz3Qjy; Fri, 10 Sep 2021 19:38:24 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 7D8084AB4; Fri, 10 Sep 2021 19:38:23 +0000 (UTC) (envelope-from avg@freebsd.org) From: Andriy Gapon Subject: Re: recvmsg() "short receive" after FIONREAD To: Mark Johnston Cc: "net@FreeBSD.org" , hackers@freebsd.org References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> Message-ID: Date: Fri, 10 Sep 2021 22:38:21 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 10/09/2021 22:35, Mark Johnston wrote: > On Fri, Sep 10, 2021 at 10:15:37PM +0300, Andriy Gapon wrote: >> On 10/09/2021 21:51, Andriy Gapon wrote: >>> >>> >>> I observe a problem with the code that can be seen here: >>> https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142 >>> >>> >>> The code uses ioctl(FIONREAD) to check the size of available data in a socket. >>> Does / should this work? >>> >>> Then the code calls recvmsg() on the socket with single vector with iov_len >>> equal to the size obtained earlier. >>> >>> But the return value from recvmsg() is smaller than the iov_len value. >>> In my test I see 215 vs expected 263 (so, the difference is 48). >>> >>> Does this ring a bell to anyone? >>> I see this on a month old 14.0-CURRENT arm64. >>> >> >> From a quick look at soreceive_dgram() and some dtrace-ing, it seems that each >> time recvmsg() is called soreceive_dgram() gets an mbuf chain where the first >> mbuf is MT_SONAME (8), the second one is MT_CONTROL (14) and only the third one >> is MT_DATA. >> >> Could it be that data in the first two mbuf-s (especially the MT_CONTROL one) is >> reported by FIONREAD? Or, in other words, accounted in sb_acc? >> But then it's not actually returned, of course, in recvmsg() ? > > Indeed, I suspect that this is the problem. Note that for > kevent(EVFILT_READ) we subtract the number of control message bytes from > the returned value, see filt_soread(). I wonder if FIONREAD should do > the same thing. Thank you for the suggestion. I think that it is a reasonable expectation that FIONREAD returns a number of bytes that can be actually read. I'll look at filt_soread(). Thank you! -- Andriy Gapon From nobody Fri Sep 10 19:40:23 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 014EA17B0038; Fri, 10 Sep 2021 19:40:25 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H5mS86fbFz3hyr; Fri, 10 Sep 2021 19:40:24 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 54C9B535B; Fri, 10 Sep 2021 19:40:24 +0000 (UTC) (envelope-from avg@FreeBSD.org) Subject: Re: recvmsg() "short receive" after FIONREAD From: Andriy Gapon To: Mark Johnston Cc: "net@FreeBSD.org" , hackers@freebsd.org References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> Message-ID: <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> Date: Fri, 10 Sep 2021 22:40:23 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 10/09/2021 22:38, Andriy Gapon wrote: > On 10/09/2021 22:35, Mark Johnston wrote: >> Indeed, I suspect that this is the problem.  Note that for >> kevent(EVFILT_READ) we subtract the number of control message bytes from >> the returned value, see filt_soread().  I wonder if FIONREAD should do >> the same thing. > > Thank you for the suggestion. > I think that it is a reasonable expectation that FIONREAD returns a number of > bytes that can be actually read. > I'll look at filt_soread(). kn_data = sbavail(&so->so_rcv) - so->so_rcv.sb_ctl; Is this it? Looks simple enough for a quick test :) -- Andriy Gapon From nobody Sat Sep 11 08:15:12 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3B12B17C7E38; Sat, 11 Sep 2021 08:15:16 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H65C817FMz3skF; Sat, 11 Sep 2021 08:15:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 88B2AB5AA; Sat, 11 Sep 2021 08:15:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Subject: Re: recvmsg() "short receive" after FIONREAD From: Andriy Gapon To: Mark Johnston Cc: "net@FreeBSD.org" , hackers@freebsd.org References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> Message-ID: Date: Sat, 11 Sep 2021 11:15:12 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 10/09/2021 22:40, Andriy Gapon wrote: > On 10/09/2021 22:38, Andriy Gapon wrote: >> On 10/09/2021 22:35, Mark Johnston wrote: >>> Indeed, I suspect that this is the problem.  Note that for >>> kevent(EVFILT_READ) we subtract the number of control message bytes from >>> the returned value, see filt_soread().  I wonder if FIONREAD should do >>> the same thing. >> >> Thank you for the suggestion. >> I think that it is a reasonable expectation that FIONREAD returns a number of >> bytes that can be actually read. >> I'll look at filt_soread(). > > kn_data = sbavail(&so->so_rcv) - so->so_rcv.sb_ctl; > Is this it? > Looks simple enough for a quick test :) Works perfectly. Should I just commit it or is a larger discussion needed? -- Andriy Gapon From nobody Sat Sep 11 11:59:05 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 62B7E17ADC98; Sat, 11 Sep 2021 11:58:22 +0000 (UTC) (envelope-from kisscoolandthegangbang@hotmail.fr) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05olkn2043.outbound.protection.outlook.com [40.92.91.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H6B8Y1C3lz3t3J; Sat, 11 Sep 2021 11:58:21 +0000 (UTC) (envelope-from kisscoolandthegangbang@hotmail.fr) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aOpFA3MenPhojRglbaB8zjk1b402UurLuKAFb5dVjLfik53XkrLpHQtmmyeMKG1nUCnV39DNU1AEMYh0XpDEvmkz+nnNotwmm7rNYaconorb0XS77qSq4/rBeCFlQiN6dqDBU77WU1evWAR339uxQdfda7AdyUT/CmQ78723PUa4UvZDEjrWZohmP4vNSzYY6wTlfyKYVizbdRGip4CcVY4K+k9htkRYmevUAHUP+8ASiUiZV7vyPUKOPfAHDwDR1LmK5T/PC4JDFkjqtWkipr36MVjv967M+rnqmvA/7R1ZHulHnTAmhbzWO9K9VNeBcxhsWnrXe6w/ZdcZ4a6TJw== 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; bh=7ZzK4lAqNmI+s6P4DdD4MRsYX6LPjm3n/4rJSLEfqEg=; b=eqh0bpd13v+ExRoV7hAAdJvggDSn8xNCa7Fj0YpfVpL3DBlsmku9wwM77aRTFg8DVuCmvuXow9+I5ktw5ggZLCCuB1mLFGegY3sYUUkxBSFAkUzgDAlPMfv+MPZvMuLpnBjHOO4r7dywhzgUBFPsMnb1nCu+gT5sBS0dvz1GJRn9+TGIhUDUl9rfz9exGw/cwSr42zjnE5pT/VpQ641JBxB0FS/eKKQDaRUyg+Tsvc0Ezj+GX1ymL47IroTA+iNTYDuIrnagivO4uPj0FMAUj254jQmdV17iZA6aYrlUFtoP9++x+HrmgZye4+Ua8ahh9VjdexVXh+tA7ynGTyTwMA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from AM6EUR05FT009.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc11::50) by AM6EUR05HT007.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc11::374) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4478.19; Sat, 11 Sep 2021 11:58:14 +0000 Received: from AM9PR07MB7956.eurprd07.prod.outlook.com (2a01:111:e400:fc11::4d) by AM6EUR05FT009.mail.protection.outlook.com (2a01:111:e400:fc11::265) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4478.19 via Frontend Transport; Sat, 11 Sep 2021 11:58:14 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:42A850D55DEBA29E67AE259530EA9E189A7C581C13073D34C7ADF6E68BAD64A7;UpperCasedChecksum:0283E24F703352BCADFE1D2B56AC6C6A6ACF636547F2B2825E89B3F70EF10128;SizeAsReceived:8960;Count:47 Received: from AM9PR07MB7956.eurprd07.prod.outlook.com ([fe80::87e:4c4b:980e:2cdd]) by AM9PR07MB7956.eurprd07.prod.outlook.com ([fe80::87e:4c4b:980e:2cdd%9]) with mapi id 15.20.4523.012; Sat, 11 Sep 2021 11:58:13 +0000 Date: Sat, 11 Sep 2021 13:59:05 +0200 From: kaycee gb To: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Issue with packets routing/forwarding Message-ID: In-Reply-To: References: X-Mailer: Claws Mail 3.17.6 (GTK+ 2.24.31; x86_64-slackware-linux-gnu) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-TMN: [B+JyBLwZveMfX+zIE/KgXuYOImTTptPi] X-ClientProxiedBy: LO2P265CA0228.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:b::24) To AM9PR07MB7956.eurprd07.prod.outlook.com (2603:10a6:20b:30d::20) X-Microsoft-Original-Message-ID: <20210911135905.6d7d8211@slackstro.home.lan> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from mail.lacabanedeladmin.trickip.net (93.1.37.139) by LO2P265CA0228.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:b::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.14 via Frontend Transport; Sat, 11 Sep 2021 11:58:13 +0000 Received: from slackstro.home.lan ([172.16.93.19]) (authenticated bits=0) by mail.lacabanedeladmin.trickip.net (8.15.2/8.15.2) with ESMTPSA id 18BBwBAK032515 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 11 Sep 2021 13:58:12 +0200 (CEST) (envelope-from kisscoolandthegangbang@hotmail.fr) X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 47 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 358127eb-5e7f-4e42-6bbc-08d9751b6ee3 X-MS-TrafficTypeDiagnostic: AM6EUR05HT007: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: e13aWgX3BuDdjcWdRRfDN1NNxVP/DScZkXXigPHNlpC3CPir9BVK0O8isgDtlB9XVDbBU5vo1lp8HGMN3WE4SaxcNKpQtJO695eaUg4DL7GGnGxvDjRAvXFi+AynNDdwDjRYv/+YWHM+9CbbL6QX5W9CcdjOXBDUF4h1iweXowMepjHYjJIDNL7aR07EX4AxFROKWNktwreL+FBVmc+b+nQMFaJ/Rs/Q0XjAzq/mZurWNJM07sIvXJBMp5i2awqySgNFd2dXi198Ypc0U6biR8zAsFnLUSKIGCW0QV2Imdc9goehfTj5Lve/u3UUgcN5dmB3di03bcV7+vbUHECrBbxE7YC/uDcjbSHa/ixo+6nXIYADm8nd+abCrni9Ukf/Q4jhh+vNfcG2jAmnBCqQ0NTKZuq8y7UyumWhhP4ydLaoZWgaQHMofG6Ya5oJYLAt X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 75Prmlq1LEVeJCZipsx5V3Tt+twhFLlxc3IAGF2r4oNmYE57G5z6+sxNgmYV4JiEnrEWv2tZbtfgKn0LWa1KWKT8DA5dA+FK2HHOppBks0a4NrhuRP3mhPiIEDjDWaMaw9HreEOuNVO/zH2n3qzOIg== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 358127eb-5e7f-4e42-6bbc-08d9751b6ee3 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Sep 2021 11:58:13.7258 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: AM6EUR05FT009.eop-eur05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6EUR05HT007 X-Rspamd-Queue-Id: 4H6B8Y1C3lz3t3J X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=hotmail.fr; spf=pass (mx1.freebsd.org: domain of kisscoolandthegangbang@hotmail.fr designates 40.92.91.43 as permitted sender) smtp.mailfrom=kisscoolandthegangbang@hotmail.fr X-Spamd-Result: default: False [-4.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[6]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.91.43:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[hotmail.fr]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; RECEIVED_SPAMHAUS_PBL(0.00)[93.1.37.139:received]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[hotmail.fr,none]; RCVD_IN_DNSWL_NONE(0.00)[40.92.91.43:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[hotmail.fr]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-ThisMailContainsUnwantedMimeParts: N Hello, As I said on my previous message, with the configuration below, routing tra= ffic via ue0 (mobile data) works. Once I delete ue0 routes (so using default routes for everything), I use th= e adsl line and traffic from the jail do not works anymore. But ... Le Thu, 9 Sep 2021 20:02:18 +0200, kaycee gb a =C3=A9crit : > At the top of my pf.conf file, I have these lines=20 > > ... > > no nat on $VSW from $proxout > > nat on $phone_if tag PROXOUT tagged PROXOUTNAT -> ( $phone_if ) > > nat on $lan_if tag PROXOUT tagged PROXOUTNAT -> $lan_ip > >=20 > > pass out log quick on $VSW \ > > proto tcp from $proxout to port {80, 443} user 100 tag PROXOUT100 no = state > > pass in log quick on $VSW tagged PROXOUT100 tag PROXOUTNAT rtable 0 > > pass out log quick on $phone_if tagged PROXOUT rtable 0 > > pass out log quick on $lan_if tagged PROXOUT rtable 0 > >=20 > > block log quick from 109.0.64.169 > > block log quick to 109.0.64.169 =20 >=20 ... if I change pf configuration from above to this: > table const {192.168.1.0/24, 172.16.93.0/24 } > no nat on $VSW from $proxout to > nat on $VSW from $proxout tag PROXOUTVSW -> $lan_ip > nat log on $phone_if from any to any -> ( $phone_if ) >=20 > pass out log quick on $VSW \ > proto tcp to port {80, 443} tagged PROXOUTVSW user 100 rtable 0 no stat= e > block log quick from 109.0.64.169 > block log quick to 109.0.64.16 traffic from jail works as expected via adsl line.=20 If I add some routes via mobile network, this traffic do not works. I see packets that leave host via ue0 interface natted to $lan_ip. I am unable to catch and nat that traffic a second time (even with the "no state" option in pass rule).=20 > # tcpdump -qni ue0 host 109.0.64.169 and port 80 > 13:44:23.687040 IP 192.168.1.50.62336 > 109.0.64.169.80: tcp 0 > 13:44:26.960826 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > 13:44:29.960986 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > 13:44:33.162041 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > 13:44:36.361360 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > 13:44:39.562045 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > 13:44:42.761973 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > 13:44:48.964016 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > 13:45:01.163364 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > 13:45:25.364943 IP 192.168.1.50.63442 > 109.0.64.169.80: tcp 0 > # tcpdump -tttteni pflog0 > 2021-09-11 13:44:26.960750 rule 0/0(match) [uid 100]: pass out on vsw0: > 192.168.1.50.63442 > 109.0.64.169.80: Flags [S], seq 559879806, win 65535= , > options [mss 16344,nop,wscale 6,sackOK,TS val 31788278 ecr 0], length 0 So, again I am not sure if the issue is with routing or nat. Or even maybe something else.=20 I enabled loud debugging in pf, but that gave nothing helpful. What are other options available to debug an issue like this ?=20 K. From nobody Sat Sep 11 14:13:37 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 393A017CD988; Sat, 11 Sep 2021 14:13:38 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 4H6F8f0bFZz3FN2; Sat, 11 Sep 2021 14:13:38 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x82a.google.com with SMTP id s32so4203094qtc.12; Sat, 11 Sep 2021 07:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=Nl1Q3GpWIJBeymU+A6/6qPzFh1Fctu86VBLkGOoQhco=; b=asVtX2SzGprbis1RJw/HjcJlpaTWprCBwdGkrUx/wpFrjVRCnHY0aqD0PK0F6U+ZOx Blt/EzvDayFu4HmHuwHn4BuaiZELSaYy+cdyZ9aJ29RvdANmEJ51/+FBpEjzBrTjxKLQ mSSws8BNn4K+c7F78VaDlQb62pXXpZ4WfeEMBdK4HJgAt0NcWAIS1oMdNVNhLcCE02zL +2euyAU3kOsM0gTjPEFqbI33wBogcFB2lJFlmpF7mptmxtbugENLka8lindTveZPKKPf bfk7+A2vtfOM9GO3fbroZsvHkLddYLytKOo/Uuhag/uHtzZlLkdyoNrlmYv5IigLMavw vznw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=Nl1Q3GpWIJBeymU+A6/6qPzFh1Fctu86VBLkGOoQhco=; b=2tBzFnvCuVowkk84WJyUlKaBSb7XhKyDS5LrdvpgeRVyrzAGjKb7Oa4L6DxcGau6iU 228aB+Z/peGyFDAQ+0A5dTyR6Wb2ZfALAg6Jc0dZCcliel/y0H6YrDFBe5ATcoHN8ox9 s0/DEbtmgAY35ZjPlZpxTvIKkrzKgW6Cb1w+blfSe9PUgurKLwnOXMD7Ex1soGA3NgO/ QrEIaEtCzCR/Vp6iF91wlnB3ESSna4Np9G6HmZt4P5yWRDJwaq6xKflYVq//MLI2g/53 ExpGWfCt2QXca3ttIMDWcUuvQ5fjzKCPxGejPuLDjlbn/fICDravrhSic1sy1jKEI9Ss XO9Q== X-Gm-Message-State: AOAM533X2aALZkk7AfM1CpT0jHzkzxjuOQKPYid3oLCFU7266LhEKpun vLCa2ruv9+Mv/eyWHT/uN2yAtoGUNRnL1g== X-Google-Smtp-Source: ABdhPJytBohmWdr/eNe4KJV1E0xE7aldHbBnJofOw5e1NHWNFT3wihGv4Ulht0b2QYZ+Wqg8ctkhwA== X-Received: by 2002:aed:3004:: with SMTP id 4mr2348689qte.407.1631369617377; Sat, 11 Sep 2021 07:13:37 -0700 (PDT) Received: from nuc ([142.126.175.196]) by smtp.gmail.com with ESMTPSA id t26sm1235668qkm.0.2021.09.11.07.13.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 11 Sep 2021 07:13:37 -0700 (PDT) Date: Sat, 11 Sep 2021 10:13:37 -0400 From: Mark Johnston To: Andriy Gapon Cc: "net@FreeBSD.org" , hackers@freebsd.org Subject: Re: recvmsg() "short receive" after FIONREAD Message-ID: References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Rspamd-Queue-Id: 4H6F8f0bFZz3FN2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Sep 11, 2021 at 11:15:12AM +0300, Andriy Gapon wrote: > On 10/09/2021 22:40, Andriy Gapon wrote: > > On 10/09/2021 22:38, Andriy Gapon wrote: > >> On 10/09/2021 22:35, Mark Johnston wrote: > >>> Indeed, I suspect that this is the problem.  Note that for > >>> kevent(EVFILT_READ) we subtract the number of control message bytes from > >>> the returned value, see filt_soread().  I wonder if FIONREAD should do > >>> the same thing. > >> > >> Thank you for the suggestion. > >> I think that it is a reasonable expectation that FIONREAD returns a number of > >> bytes that can be actually read. > >> I'll look at filt_soread(). > > > > kn_data = sbavail(&so->so_rcv) - so->so_rcv.sb_ctl; > > Is this it? > > Looks simple enough for a quick test :) > > > Works perfectly. > Should I just commit it or is a larger discussion needed? I think the semantic change is ok. Did you change FIONREAD to lock the sockbuf? I think it would be necessary to avoid races with pulseaudio: sb_acc is modified before sb_ctl, so there could be windows where sbavail(sb) - sb->sb_ctl gives a larger. And, it is not really safe to lock the sockbuf itself, since it may be overwritten by a listen(2) call. SOCK_RECVBUF_LOCK(so) should be used instead. From nobody Sat Sep 11 14:16:23 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B1E1017A02CF; Sat, 11 Sep 2021 14:16:27 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H6FCv3Vbhz3HSX; Sat, 11 Sep 2021 14:16:27 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id D959EE40B; Sat, 11 Sep 2021 14:16:26 +0000 (UTC) (envelope-from avg@freebsd.org) From: Andriy Gapon Subject: Re: recvmsg() "short receive" after FIONREAD To: Mark Johnston Cc: "net@FreeBSD.org" , hackers@freebsd.org References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> Message-ID: Date: Sat, 11 Sep 2021 17:16:23 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 11/09/2021 17:13, Mark Johnston wrote: > I think the semantic change is ok. Did you change FIONREAD to lock the > sockbuf? I think it would be necessary to avoid races with pulseaudio: > sb_acc is modified before sb_ctl, so there could be windows where > sbavail(sb) - sb->sb_ctl gives a larger. > > And, it is not really safe to lock the sockbuf itself, since it may be > overwritten by a listen(2) call. SOCK_RECVBUF_LOCK(so) should be used > instead. I didn't think about the locking, so I didn't add it. My current patch is trivial: @@ -210,7 +210,7 @@ soo_ioctl(struct file *fp, u_long cmd, void *data, struct ucred *active_cred, if (SOLISTENING(so)) { error = EINVAL; } else { - *(int *)data = sbavail(&so->so_rcv); + *(int *)data = sbavail(&so->so_rcv) - so->so_rcv.sb_ctl; } break; Let me try adding the lock. Thank you again! -- Andriy Gapon From nobody Sat Sep 11 14:28:11 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 44AEF17A4E7A; Sat, 11 Sep 2021 14:28:13 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H6FTT1Kqmz3Ltj; Sat, 11 Sep 2021 14:28:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 91010E717; Sat, 11 Sep 2021 14:28:12 +0000 (UTC) (envelope-from avg@FreeBSD.org) From: Andriy Gapon To: Mark Johnston Cc: "net@FreeBSD.org" , hackers@freebsd.org References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> Subject: Re: recvmsg() "short receive" after FIONREAD Message-ID: <4499e2b0-d1e7-5bee-519c-783fb930fc06@FreeBSD.org> Date: Sat, 11 Sep 2021 17:28:11 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 11/09/2021 17:16, Andriy Gapon wrote: > On 11/09/2021 17:13, Mark Johnston wrote: >> I think the semantic change is ok.  Did you change FIONREAD to lock the >> sockbuf?  I think it would be necessary to avoid races with pulseaudio: >> sb_acc is modified before sb_ctl, so there could be windows where >> sbavail(sb) - sb->sb_ctl gives a larger. >> >> And, it is not really safe to lock the sockbuf itself, since it may be >> overwritten by a listen(2) call.  SOCK_RECVBUF_LOCK(so) should be used >> instead. > > I didn't think about the locking, so I didn't add it. > My current patch is trivial: > @@ -210,7 +210,7 @@ soo_ioctl(struct file *fp, u_long cmd, void *data, struct > ucred *active_cred, >                 if (SOLISTENING(so)) { >                         error = EINVAL; >                 } else { > -                       *(int *)data = sbavail(&so->so_rcv); > +                       *(int *)data = sbavail(&so->so_rcv) - so->so_rcv.sb_ctl; >                 } >                 break; > > Let me try adding the lock. By the way, soo_stat() seems to be another good example to follow. -- Andriy Gapon From nobody Sat Sep 11 14:38:05 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B821E17ABF6F for ; Sat, 11 Sep 2021 14:38:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H6Fhs4dNwz3Qtq for ; Sat, 11 Sep 2021 14:38:05 +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 7A7072209A for ; Sat, 11 Sep 2021 14:38:05 +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 18BEc5Qu082816 for ; Sat, 11 Sep 2021 14:38:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 18BEc5Wp082815 for net@FreeBSD.org; Sat, 11 Sep 2021 14:38:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 258319] Network (em0) does'nt work not only in 13.0-RELEASE but also in it's installer. Date: Sat, 11 Sep 2021 14:38:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: install, regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: nctto14935@yahoo.co.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258319 --- Comment #2 from nctto14935@yahoo.co.jp --- # dmesg | grep em0 em0: port 0xac00-0xac1f mem 0xff7e0000-0xff7fffff irq 18 at device 1.0 on pci1 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using a Legacy interrupt em0: Ethernet address: xx:xx:xx:xx:xx:xx em0: link state changed to UP # pciconf -lv em0@pci0:1:1:0: class=3D0x020000 rev=3D0x00 hdr=3D0x00 vendor=3D0x8086 devi= ce=3D0x1019 subvendor=3D0x8086 subdevice=3D0x303b vendor =3D 'Intel Corporation' device =3D '82547EI Gigabit Ethernet Controller' class =3D network subclass =3D ethernet r10@pci0:2:0:0: class=3D0x020000 rev=3D0x10 hdr=3D0x00 vendor=3D0x10ec devi= ce=3D0x8139 subvendor=3D0x10fc subdevice=3D0xd01b vendor =3D 'Realtek Semiconductor Co., Ltd.' device =3D 'RTL-8100/8101L/8139 PCI Fast Ethernet Adapter' class =3D network subclass =3D ethernet --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Sep 11 18:25:42 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 515C617C6DA1; Sat, 11 Sep 2021 18:25:46 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H6LlZ1nvbz3ljP; Sat, 11 Sep 2021 18:25:46 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id A1FE9FF28; Sat, 11 Sep 2021 18:25:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Subject: Re: recvmsg() "short receive" after FIONREAD From: Andriy Gapon To: Mark Johnston Cc: "net@FreeBSD.org" , hackers@freebsd.org References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> <4499e2b0-d1e7-5bee-519c-783fb930fc06@FreeBSD.org> Message-ID: <82143b59-a0e6-c23e-8b47-29d8d41eb5b4@FreeBSD.org> Date: Sat, 11 Sep 2021 21:25:42 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: <4499e2b0-d1e7-5bee-519c-783fb930fc06@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 11/09/2021 17:28, Andriy Gapon wrote: > On 11/09/2021 17:16, Andriy Gapon wrote: >> On 11/09/2021 17:13, Mark Johnston wrote: >>> I think the semantic change is ok.  Did you change FIONREAD to lock the >>> sockbuf?  I think it would be necessary to avoid races with pulseaudio: >>> sb_acc is modified before sb_ctl, so there could be windows where >>> sbavail(sb) - sb->sb_ctl gives a larger. >>> >>> And, it is not really safe to lock the sockbuf itself, since it may be >>> overwritten by a listen(2) call.  SOCK_RECVBUF_LOCK(so) should be used >>> instead. >> >> I didn't think about the locking, so I didn't add it. >> My current patch is trivial: >> @@ -210,7 +210,7 @@ soo_ioctl(struct file *fp, u_long cmd, void *data, struct >> ucred *active_cred, >>                  if (SOLISTENING(so)) { >>                          error = EINVAL; >>                  } else { >> -                       *(int *)data = sbavail(&so->so_rcv); >> +                       *(int *)data = sbavail(&so->so_rcv) - so->so_rcv.sb_ctl; >>                  } >>                  break; >> >> Let me try adding the lock. > > By the way, soo_stat() seems to be another good example to follow. So, this is what I've got: diff --git a/sys/kern/sys_socket.c b/sys/kern/sys_socket.c index e53b0367960b..11ee03703407 100644 --- a/sys/kern/sys_socket.c +++ b/sys/kern/sys_socket.c @@ -210,7 +210,12 @@ soo_ioctl(struct file *fp, u_long cmd, void *data, struct ucred *active_cred, if (SOLISTENING(so)) { error = EINVAL; } else { - *(int *)data = sbavail(&so->so_rcv); + struct sockbuf *sb; + + sb = &so->so_rcv; + SOCKBUF_LOCK(sb); + *(int *)data = sbavail(sb) - sb->sb_ctl; + SOCKBUF_UNLOCK(sb); } break; -- Andriy Gapon From nobody Sat Sep 11 18:40:56 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7771B17AF178; Sat, 11 Sep 2021 18:41:03 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 4H6M5C2hPSz3sNN; Sat, 11 Sep 2021 18:41:03 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x733.google.com with SMTP id w78so5919726qkb.4; Sat, 11 Sep 2021 11:41:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=ypG1zs4vUIYr4Y3Alkyz8mJOsTvt+RddZ1CgA7C05TQ=; b=Be+5tOpwyq5vYm+tNehEcypQTJME2Uatp/z/u1FdIO0/Bs/zGeLu7pIn87+obtXMoH fT2IxrfbEkSeca5K0FoubbQxNHSDyqhK4apQZqZgbD81zVVxxLiyBAiqzwAR2uPwvueo V5YA2P1LqD1q/m4ARhVMeNvar1kSWjwVj8UFp0XM77aZeKUs0pUgsim9j9Gp3VVydvLn +flKbfH5ltbwsHb8fNayCR6/Yo9Ii5MDictnqFWqVGRSitIRn9y1wfJoCHklXJ9SudlA tUY0G5pJgHtAgLP4iNdNlDv/sXDISHOSZsYwF6BQUzHa974kFdj1xJZV0R8cMrR8Px2d sWvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=ypG1zs4vUIYr4Y3Alkyz8mJOsTvt+RddZ1CgA7C05TQ=; b=ADJsBEM8AR7cEqQzDqVe/BZ+xErx1XDYMCoAF2pE4DoL3R+ZVnc/QbfPigPIgKWzLE 0IQt3WuNJVVfK73qRyMitVoeIkSgTDIJmy8Mf91G18vNTp5/1id7ykquXNAADtS1pl+I whS2MUsH7Pe3jZAiwn8D6zpWkfwjibXyjL1+uH7+oLzIwc+E2FdZQF2i7lACbnmUN5/l d/KIGHrFLzRIehyXBQGiK8FIqeyTtdroE+bclZWeI08+KdlLwpStGslUeyYSqg9oUhpa vz0jttCpn6CnoZVuTcjeY0hnu64p1mazD1ebyrv2TJbks2uxfOO+Udg+BJNk42VWz+PJ ZvLA== X-Gm-Message-State: AOAM532UhNvXIEzNc+kSQhd+vQ/69IwVEa0/H4O0TcX1flmSpQDzNegj k4Ep2Fe6Jg3w51HzPE328IFTs6fqOYmJAA== X-Google-Smtp-Source: ABdhPJwEvtvSvuICamwThXzXrjzlpNd9itjytQoyq53ZvT635/UiF8TWiWA0oCsdcaRJfW9CjkjG1w== X-Received: by 2002:a37:9481:: with SMTP id w123mr3106737qkd.75.1631385655674; Sat, 11 Sep 2021 11:40:55 -0700 (PDT) Received: from nuc ([142.126.175.196]) by smtp.gmail.com with ESMTPSA id v10sm1667799qkj.79.2021.09.11.11.40.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 11 Sep 2021 11:40:55 -0700 (PDT) Date: Sat, 11 Sep 2021 14:40:56 -0400 From: Mark Johnston To: Andriy Gapon Cc: "net@FreeBSD.org" , hackers@freebsd.org Subject: Re: recvmsg() "short receive" after FIONREAD Message-ID: References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> <4499e2b0-d1e7-5bee-519c-783fb930fc06@FreeBSD.org> <82143b59-a0e6-c23e-8b47-29d8d41eb5b4@FreeBSD.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <82143b59-a0e6-c23e-8b47-29d8d41eb5b4@FreeBSD.org> X-Rspamd-Queue-Id: 4H6M5C2hPSz3sNN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Sep 11, 2021 at 09:25:42PM +0300, Andriy Gapon wrote: > On 11/09/2021 17:28, Andriy Gapon wrote: > > On 11/09/2021 17:16, Andriy Gapon wrote: > >> On 11/09/2021 17:13, Mark Johnston wrote: > >>> I think the semantic change is ok.  Did you change FIONREAD to lock the > >>> sockbuf?  I think it would be necessary to avoid races with pulseaudio: > >>> sb_acc is modified before sb_ctl, so there could be windows where > >>> sbavail(sb) - sb->sb_ctl gives a larger. > >>> > >>> And, it is not really safe to lock the sockbuf itself, since it may be > >>> overwritten by a listen(2) call.  SOCK_RECVBUF_LOCK(so) should be used > >>> instead. > >> > >> I didn't think about the locking, so I didn't add it. > >> My current patch is trivial: > >> @@ -210,7 +210,7 @@ soo_ioctl(struct file *fp, u_long cmd, void *data, struct > >> ucred *active_cred, > >>                  if (SOLISTENING(so)) { > >>                          error = EINVAL; > >>                  } else { > >> -                       *(int *)data = sbavail(&so->so_rcv); > >> +                       *(int *)data = sbavail(&so->so_rcv) - so->so_rcv.sb_ctl; > >>                  } > >>                  break; > >> > >> Let me try adding the lock. > > > > By the way, soo_stat() seems to be another good example to follow. > > So, this is what I've got: > diff --git a/sys/kern/sys_socket.c b/sys/kern/sys_socket.c > index e53b0367960b..11ee03703407 100644 > --- a/sys/kern/sys_socket.c > +++ b/sys/kern/sys_socket.c > @@ -210,7 +210,12 @@ soo_ioctl(struct file *fp, u_long cmd, void *data, struct > ucred *active_cred, > if (SOLISTENING(so)) { > error = EINVAL; > } else { > - *(int *)data = sbavail(&so->so_rcv); > + struct sockbuf *sb; > + > + sb = &so->so_rcv; > + SOCKBUF_LOCK(sb); > + *(int *)data = sbavail(sb) - sb->sb_ctl; > + SOCKBUF_UNLOCK(sb); > } > break; It should use SOCK_RECVBUF_LOCK() (see https://cgit.freebsd.org/src/commit/?id=74a68313b503940158a2e8e8f02626d7cdbdaff9 ): sb = &so->so_rcv; SOCK_RECVBUF_LOCK(so); if (SOLISTENING(so)) error = EINVAL; else *(int *)data = sbavail(sb) - sb->sb_ctl; SOCK_RECVBUF_UNLOCK(so); Otherwise a concurrent listen(2) will clobber the pointer used by SOCKBUF_LOCK(). From nobody Sun Sep 12 09:13:52 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7908217A7883; Sun, 12 Sep 2021 09:13:55 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H6kSM2f28z3Qyj; Sun, 12 Sep 2021 09:13:55 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id C0A7F27AC8; Sun, 12 Sep 2021 09:13:54 +0000 (UTC) (envelope-from avg@freebsd.org) From: Andriy Gapon Subject: Re: recvmsg() "short receive" after FIONREAD To: Mark Johnston Cc: "net@FreeBSD.org" , hackers@freebsd.org References: <500a2272-c1b3-3f97-0096-9fe8117c4b95@FreeBSD.org> <6f455869-cbdd-ee20-f2f8-f633e22071e9@FreeBSD.org> <4a2165c5-b97b-8fb7-9ada-0acae3197824@FreeBSD.org> <4499e2b0-d1e7-5bee-519c-783fb930fc06@FreeBSD.org> <82143b59-a0e6-c23e-8b47-29d8d41eb5b4@FreeBSD.org> Message-ID: Date: Sun, 12 Sep 2021 12:13:52 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 11/09/2021 21:40, Mark Johnston wrote: > On Sat, Sep 11, 2021 at 09:25:42PM +0300, Andriy Gapon wrote: >> So, this is what I've got: >> diff --git a/sys/kern/sys_socket.c b/sys/kern/sys_socket.c >> index e53b0367960b..11ee03703407 100644 >> --- a/sys/kern/sys_socket.c >> +++ b/sys/kern/sys_socket.c >> @@ -210,7 +210,12 @@ soo_ioctl(struct file *fp, u_long cmd, void *data, struct >> ucred *active_cred, >> if (SOLISTENING(so)) { >> error = EINVAL; >> } else { >> - *(int *)data = sbavail(&so->so_rcv); >> + struct sockbuf *sb; >> + >> + sb = &so->so_rcv; >> + SOCKBUF_LOCK(sb); >> + *(int *)data = sbavail(sb) - sb->sb_ctl; >> + SOCKBUF_UNLOCK(sb); >> } >> break; > > It should use SOCK_RECVBUF_LOCK() (see > https://cgit.freebsd.org/src/commit/?id=74a68313b503940158a2e8e8f02626d7cdbdaff9 > ): > > sb = &so->so_rcv; > SOCK_RECVBUF_LOCK(so); > if (SOLISTENING(so)) > error = EINVAL; > else > *(int *)data = sbavail(sb) - sb->sb_ctl; > SOCK_RECVBUF_UNLOCK(so); > > Otherwise a concurrent listen(2) will clobber the pointer used by > SOCKBUF_LOCK(). > Oh, I see now. I haven't pulled that version yet, so I could not find SOCK_RECVBUF_LOCK in my tree :-) Since you have the change and you did all the thinking work anyway, could you please commit it? Thanks! -- Andriy Gapon From nobody Sun Sep 12 11:12:24 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E857517C1319 for ; Sun, 12 Sep 2021 11:12:35 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 4H6n5H0l9Xz4qxh for ; Sun, 12 Sep 2021 11:12:34 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800:0:0:0:0:a135]) by mx0.gentlemail.de (8.15.2/8.15.2) with ESMTP id 18CBCQab014387 for ; Sun, 12 Sep 2021 13:12:26 +0200 (CEST) (envelope-from freebsd@omnilan.de) X-Authentication-Warning: mx0.gentlemail.de: Host ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800:0:0:0:0:a135] claimed to be mh0.gentlemail.de Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id E96E8D62 for ; Sun, 12 Sep 2021 13:12:25 +0200 (CEST) To: "net@FreeBSD.org" From: Harry Schmalzbauer Subject: TCP6 regression for MTU path on stable/13 Organization: OmniLAN Message-ID: <8e4f78e5-0717-8002-5364-44df5c8d7dad@omnilan.de> Date: Sun, 12 Sep 2021 13:12:24 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4H6n5H0l9Xz4qxh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-1.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[net@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[omnilan.de]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:61157, ipnet:2a00:e10:2800::/38, country:DE]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, on one of my production stable/13 setups, MTU definitions from the routing table aren't respected (anymore?). I always had jumbo frames enabled and set a fixed MTU for routed destinations. No issues with stable/13 until april I guess (but I never checked for 'too big" ICMP6 messages before). After upgrading from stable/13~april -> stable/13-august, TCP6 connections suffer from massive MTU induced performance drops. No issue for ICMP4 For ICMP6, there seems to be a miscalculation anywhere. Let's start with TCP6: 42:c9:f9:fc:82:02 > 96:07:e9:f9:fc:85, ethertype IPv6 (0x86dd), length 1294: 2003:a:f43:84a2::1 > 2003:a:f43:84a2::10: ICMP6, packet too big, mtu 1492, length 1240 in response to 96:07:e9:f9:fc:85 > 42:c9:f9:fc:82:02, ethertype IPv6 (0x86dd), length 1770: 2003:a:f43:84a2::10.22 > 2003:a:47f:6ba1::3:1.55102: Flags [.], seq 2417:4101, ack 108, win 1030, options [nop,nop,TS val 4168798600 ecr 1552727989], length 1684 42:c9:f9:fc:82:02 is the next hop at 2003:a:f43:84a2::1, which is routing the packets. 96:07:e9:f9:fc:85 is a SSH server at 2003:a:f43:84a2::10, which responds to a shell command. 2003:a:47f:6ba1::3:1(.55102) is the SSH-client. 96:07:e9:f9:fc:85 / 2003:a:f43:84a2::10 transmitts a packet with length 1770 to 2003:a:47f:6ba1::3:1. Which mustn't happen, since: route -6 get 2003:a:47f:6ba1::3:1    route to: 2003:a:47f:6ba1::3:1 destination: 2003:a:47f:6ba1::        mask: ffff:ffff:ffff:ffff::     gateway: cupid         fib: 0   interface: ht0hsm       flags:  recvpipe  sendpipe  ssthresh  rtt,msec    mtu        weight expire        0         0         0         0      1492         1 0 With TSO enabled on if_igb(4) (i350), this results in unusable low connection bandwidth. Somehow not yet tracked, the 'packet too big' seem to get lost, and some timeout leads to retransmissions... Result is a *throughput of around 100kBit/s!* With TSO disabled, the problem still shows up, but impact is by far not that big. Here's an example of a - probably not directly related - ICMP6 oddity, I accidentally noticed during hunting the recently nitroduced issue: ping -s 1453 -D 2003:a:47f:6ba1::3:1 PING6(1501=40+8+1453 bytes) 2003:a:f43:84a2::2:130 --> 2003:a:47f:6ba1::3:1 ping: sendmsg: Message too long ping -s 1452 -D 2003:a:47f:6ba1::3:1 PING6(1500=40+8+1452 bytes) 2003:a:f43:84a2::2:130 --> 2003:a:47f:6ba1::3:1 no reply, because: 96:07:e9:f9:fc:85 > 42:c9:f9:fc:82:02, ethertype IPv6 (0x86dd), length 1514: 2003:a:f43:84a2::2:130 > 2003:a:47f:6ba1::3:1: ICMP6, echo request, seq 0, length 1460 42:c9:f9:fc:82:02 > 96:07:e9:f9:fc:85, ethertype IPv6 (0x86dd), length 1294: 2003:a:f43:84a2::1 > 2003:a:f43:84a2::2:130: ICMP6, packet too big, mtu 1492, length 1240 Altering mtu for the v6 route doesn't influence ICMP6 sendmsg behaviour at all, limit is always 1500 bytes, no matter what mtu I define! This is also true for stable/12 from long ago! Will try to further track it down, but in case anybody has an idea, what change during the last view months in stable/13 could have caused this real-world problem regarding resulting TCP6 throughput, I'm happy to start testing at that point. Thanks, -harry From nobody Sun Sep 12 15:25:56 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B0DA117C6420 for ; Sun, 12 Sep 2021 15:26:04 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4H6tjl3qK6z3DPK for ; Sun, 12 Sep 2021 15:26:03 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.16.1/8.16.1) with ESMTPS id 18CFPuU5067615 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 12 Sep 2021 10:25:56 -0500 (CDT) (envelope-from mike@mail.karels.net) Received: (from mike@localhost) by mail.karels.net (8.16.1/8.16.1/Submit) id 18CFPuZM067614; Sun, 12 Sep 2021 10:25:56 -0500 (CDT) (envelope-from mike) Message-Id: <202109121525.18CFPuZM067614@mail.karels.net> To: freebsd-net@freebsd.org From: Mike Karels Reply-to: karels@FreeBSD.org Subject: change to deprecate broadcast on host 0 of a subnet List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <67612.1631460356.1@mail.karels.net> Date: Sun, 12 Sep 2021 10:25:56 -0500 X-Rspamd-Queue-Id: 4H6tjl3qK6z3DPK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mike@mail.karels.net has no SPF policy when checking 216.160.39.52) smtp.mailfrom=mike@mail.karels.net X-Spamd-Result: default: False [-1.70 / 15.00]; HAS_REPLYTO(0.00)[karels@FreeBSD.org]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[karels@FreeBSD.org,mike@mail.karels.net]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[karels@FreeBSD.org,mike@mail.karels.net]; TO_DOM_EQ_FROM_DOM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Long ago (4.2BSD), the IP broadcast address was the lowest address on a network, the one with a host part of 0. In RFC1122, the broadcast address was standardized using a host part of all ones. 4.3BSD changed its default, and made the broadcast address settable with ifconfig. However, FreeBSD *still* broadcasts packets sent to the lowest address on a subnet. I have a change in review to stop broadcasting the lowest address on a subnet by default, but added a sysctl to revert to the current behavior. I really doubt that anyone is still using a 0-based broadcast address. This change allows host 0 on a subnet to be used as an assigned host address, as long as the systems on that network support it (including routers). Linux already has this change. The review is https://reviews.freebsd.org/D31861. See also https:/datatracker.ietf.org/draft-schoen-intarea-lowest-address/ and some of the discussion in https://reviews.freebsd.org/D19316. Comments are welcome on the review. I will wait a couple of days for comments before proceeding. I am also interested in comments on whether this should be MFC'ed to 13-stable after a suitable delay. Mike From nobody Sun Sep 12 21:00:40 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 14D4D17C6D8A for ; Sun, 12 Sep 2021 21:00: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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H727r4NW6z4VpP for ; Sun, 12 Sep 2021 21:00:40 +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 4ADBC1A8C9 for ; Sun, 12 Sep 2021 21:00:40 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 18CL0ebt004228 for ; Sun, 12 Sep 2021 21:00:40 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 18CL0euS004227 for net@FreeBSD.org; Sun, 12 Sep 2021 21:00:40 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202109122100.18CL0euS004227@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, 12 Sep 2021 21:00:40 +0000 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16314804401.9A40.3312" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16314804401.9A40.3312 Date: Sun, 12 Sep 2021 21:00:40 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 221146 | [ixgbe] Problem with second laggport New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 213410 | [carp] service netif restart causes hang only whe Open | 7556 | ppp: sl_compress_init() will fail if called anyth Open | 166724 | if_re(4): watchdog timeout 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 | 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 | 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 | 238707 | Lock order reversal: rtentry vs "nd6 list" Open | 241106 | tun/ppp: panic: vm_fault: fault on nofault entry Open | 241162 | Panic in closefp() triggered by nginx (uwsgi with Open | 241191 | route flush panic with RADIX_MPATH Open | 243463 | ix0: Watchdog timeout Open | 247111 | pxeboot very slow with i219LM Open | 257709 | netinet6: Set net.inet6.icmp6.nodeinfo default to Open | 118111 | rc: network.subr Add MAC address based interface 27 problems total for which you should take action. --16314804401.9A40.3312-- From nobody Sun Sep 12 22:17:00 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6187417B89DA for ; Sun, 12 Sep 2021 22:17:06 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4H73r22MPbz4vST; Sun, 12 Sep 2021 22:17:06 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 18CMH0ka057720; Sun, 12 Sep 2021 23:17:00 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 18CMH0qO057719; Sun, 12 Sep 2021 23:17:00 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202109122217.18CMH0qO057719@donotpassgo.dyslexicfish.net> Date: Sun, 12 Sep 2021 23:17:00 +0100 Organization: Dyslexic Fish To: karels@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: change to deprecate broadcast on host 0 of a subnet References: <202109121525.18CFPuZM067614@mail.karels.net> In-Reply-To: <202109121525.18CFPuZM067614@mail.karels.net> User-Agent: Heirloom mailx 12.4 7/29/08 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Sun, 12 Sep 2021 23:17:00 +0100 (BST) X-Rspamd-Queue-Id: 4H73r22MPbz4vST X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Mike Karels wrote: > Comments are welcome on the review. I will wait a couple of days > for comments before proceeding. I am also interested in comments on > whether this should be MFC'ed to 13-stable after a suitable delay. Personally, if an MFC isn't too timeconsuming to do, and there are no worries about regression, I'd have thought it woud be advantgeous to have STABLE matching CURRENT as far as possible. It would also speed up the time we have to wait until this is standard on all supported versions. On a more personal note, I track STABLE on all my machines, and would be willing to fiddle with this and the other inet4 changes, but I don't have time to maintain running CURRENT on them, as they are mostly in production use. Of course, it's not about me, but I suspect I'm not the only one with this opinion! Cheers, Jamie