Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2605127pxj; Mon, 17 May 2021 05:43:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyUyFQ2m7714rgnOgs7kIjpaUuDDLDH/PdqLXjwYz7bUugZwl4ug5MolqwjFmvF384TpTBb X-Received: by 2002:a92:3002:: with SMTP id x2mr55271984ile.116.1621255421017; Mon, 17 May 2021 05:43:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621255421; cv=none; d=google.com; s=arc-20160816; b=j6dptmDY4sz2+RmkHgPAMH+whVGuAC4n0rWWlIEv7bRVDOnCU7PtvQfyKLzxMidgqs ayuEbKPFYqDLYe7IOJX/ov1JBIEGfd6N03qMvEVZ6pNeAT+aYV3zB+dmfaC9ARz+4d3o Y5jOnnaQQdUaNK88wxC2MPtdq8dp8da2rEhSs4YCl4WXlpmB/oByoBL7INNay93Fg295 cITBkTG/G1zJ0n6aou3JFNd7ucjw37A8dhaWsr8B8t9Ix0Dxp8IsA9Kdy0VWr371djYc zpwD6PnpPK7rP8frcUy3Uq0ykGJx5iybErRveCuFlBF6rXBaWDwFpMkH7OBPw+wRjqxl /OUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=yqMRgECt242yn73AI2b0puhKTVqSPk0dayyCXNaTJvg=; b=WejFlcpcT6WhAvsV0FukDgc/Rvh8OcvjrW7vewigf+ghTDUgiLupZrqn5mSj1EhSSW 0IEXJ7DHz8QmQCwPOV9ZwljHZL7RbXLhfN37m0KMNSiR2W5yTOsVDzp/H0zh9OWAyt5Z hF6H5XKj/tr5nZjVx08V74sgAts2MejTzLiMoSVpELWhtCZKMbJv/YQeB+LyVZlGvbGi F2r4IG4mo6p9Xpfdev/c46I447TfVjHkfr3F8jeYo2yHGUTgadk9wBWnkAwi314FVK49 jaux0X8Tme/MkiXLGbXnKvtl+rKvPsAAc4tYbdmTnWSw1/Fxy+ZijYCvj4okK/g6UcQa F3ug== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w12si18135976jap.71.2021.05.17.05.43.28; Mon, 17 May 2021 05:43:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234712AbhEQG6f (ORCPT + 99 others); Mon, 17 May 2021 02:58:35 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:49108 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233732AbhEQG6e (ORCPT ); Mon, 17 May 2021 02:58:34 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 27B081C0B79; Mon, 17 May 2021 08:57:17 +0200 (CEST) Date: Mon, 17 May 2021 08:57:16 +0200 From: Pavel Machek To: Paolo Abeni Cc: Pavel Machek , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, stable@vger.kernel.org, Willem de Bruijn , "David S. Miller" , Sasha Levin Subject: Re: [PATCH 5.10 380/530] udp: never accept GSO_FRAGLIST packets Message-ID: <20210517065716.GA15967@amd> References: <20210512144819.664462530@linuxfoundation.org> <20210512144832.263718249@linuxfoundation.org> <20210515083717.GD30461@amd> <2e1ffc55aedb5d10eacce34cb7a5809138528d03.camel@redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <2e1ffc55aedb5d10eacce34cb7a5809138528d03.camel@redhat.com> User-Agent: Mutt/1.5.23 (2014-03-12) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > From: Paolo Abeni > > >=20 > > > [ Upstream commit 78352f73dc5047f3f744764cc45912498c52f3c9 ] > > >=20 > > > Currently the UDP protocol delivers GSO_FRAGLIST packets to > > > the sockets without the expected segmentation. > > >=20 > > > This change addresses the issue introducing and maintaining > > > a couple of new fields to explicitly accept SKB_GSO_UDP_L4 > > > or GSO_FRAGLIST packets. Additionally updates udp_unexpected_gso() > > > accordingly. > > >=20 > > > UDP sockets enabling UDP_GRO stil keep accept_udp_fraglist > > > zeroed. > >=20 > > What is going on here? accept_udp_fraglist variable is read-only. >=20 > Thank you for checking this! >=20 > The 'accept_udp_fraglist' field is implicitly initilized to zero at UDP > socket allocation time (done by sk_alloc). >=20 > So this patch effectively force segmentation of SKB_GSO_FRAGLIST > packets via the udp_unexpected_gso() helper. >=20 > We introduce the above field instead of unconditionally > segmenting SKB_GSO_FRAGLIST, because the next patch will use it (to > avoid unneeded segmentation for performance's sake for UDP tunnel), as > you noted. Ok, but there's no follow up patch queued for 5.10...? Do we still need it there? Best regards, Pavel --=20 DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAmCiE8wACgkQMOfwapXb+vKSSgCfeZuo7JR4uQEcDMFvMIhUOThF NHgAoKG9x+sITu6mXb4M4mLem5qKlaV3 =ws9+ -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP--