Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp6676368rdb; Tue, 2 Jan 2024 09:25:59 -0800 (PST) X-Google-Smtp-Source: AGHT+IEhTeUG+0HNeMmkorNIEvTBEWUWeh6AyyNqLJWPvESjz1lug6sao1ikOZvtGItC7urhpHOR X-Received: by 2002:a2e:4c0a:0:b0:2cc:8923:9e65 with SMTP id z10-20020a2e4c0a000000b002cc89239e65mr6035579lja.22.1704216358779; Tue, 02 Jan 2024 09:25:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704216358; cv=none; d=google.com; s=arc-20160816; b=nOxzVuP0TNwBUG0P3GoH41n9vF+nHAGh1PnNgUMLkDfq59ePI+l3OgShc3eH8v0drW jOGAZZuTHUOgcVJOJoT+cPYYClvunTpSrkJszdfqbVXm+UN51ObKaWDWMYFiE7WPH56c 4387EoXlD6KXn5NixSFICsHAfc1IcAPO6Cmh0yHasoZxf6bjMkVfzJc3NVITAt8k78RX cGk5nG/g23JpxW5/VA4HeB4wd+Wlj4EvEQ3c6ViledLmKRGabbttrot/SWIWQVuMqqH8 KWmTT6m4mTIObTRtxxz7mPMcNmkHPMpx7fhMeWfV1U/HxkUrQqF1mMMZco7hUHy2kxp6 C78Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:list-unsubscribe:list-subscribe :list-id:precedence:dkim-signature; bh=Yk2WvWStKrh59dnz6K0iqdbE5KuKw/M+bXYxLDQ6XNA=; fh=AOq8qwOgRgvLh1djJM/pO4MapHYvW9y/zAW6BTjYbDg=; b=UctI6sU+VFpRw701/XUrTRd72PkjfwYlCkoYj5lQtZYKHxHcGgOsi3OvJXftwE5Xwt WMt/CpW2hC+8NiHk06qIrYRvkMFJt1BV0fbXYu5JFPuyP3CHLKRaxvVkh6/q8WR8APyj 36ICz2ivc9/1beZCAJdqbUwTovPoQTynGxB/yjnpiGqjQI786TclKEEY35tciPgSQsFr fGfM2ZvZ31+OLdY69s0Ha6j2CH7fcnddYLqe6oUvySOZXRbEps1WA9UI5GzCuPjgEygU ryUl5KMl7kPiQw2XurSPXShKIxhTcoh2ip1iWwDeFYeyYkVzRlI1oOLWcYK0rM4wYe4q +ZVw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=MzoXn5+c; spf=pass (google.com: domain of linux-kernel+bounces-14655-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-14655-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id 21-20020a508e15000000b0055469363fe7si9869376edw.370.2024.01.02.09.25.58 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 02 Jan 2024 09:25:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-14655-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=MzoXn5+c; spf=pass (google.com: domain of linux-kernel+bounces-14655-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-14655-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id DC4AC1F21BC9 for ; Tue, 2 Jan 2024 17:25:55 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7B739156CB; Tue, 2 Jan 2024 17:25:39 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="MzoXn5+c" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 9E20515499; Tue, 2 Jan 2024 17:25:38 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0AE0DC433CC; Tue, 2 Jan 2024 17:25:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1704216338; bh=Yk2WvWStKrh59dnz6K0iqdbE5KuKw/M+bXYxLDQ6XNA=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=MzoXn5+czOwiwpIP4OmHi77HXaHlRjgNOzeyvMucJ8/29jK5+1Ylh64F4BqlVHSzE 0ToF+JcH3nlS0UH4M8Cja0L264d3WmHtxLSp716tXdFaTK9+mriccMiy7ZfWCnsNG3 lC0tG1kymlIXGHAVG09REvbrhwbNs1axKiNMcJ2jg+XISphn80bpqz03Htqblm2brN G8Js3Jv3DgJm5QoFq6fcr3ZWUAnM5FboGXuk8WTnwq3yAet/KIHYHBzCVLvoVM5nZn ItC+BWokeKYSGaY91jUiD5MrceBbydVgEgeW8VBTMju318sQQxr45mv+XvgUQajXz8 2DjysgDc61CAQ== Received: by mail-lj1-f174.google.com with SMTP id 38308e7fff4ca-2cce6c719caso44780761fa.2; Tue, 02 Jan 2024 09:25:37 -0800 (PST) X-Gm-Message-State: AOJu0YzsP8jxtgTc+iMytXFDWdlRvPpv4tKHaO6fS6ZueY2zcYAR/s5/ nwuSpOIqKMA1ndE7PY3jcATPnNwzpM079U01fRU= X-Received: by 2002:a05:6512:3d01:b0:50e:76e0:a51f with SMTP id d1-20020a0565123d0100b0050e76e0a51fmr8185878lfv.100.1704216336217; Tue, 02 Jan 2024 09:25:36 -0800 (PST) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <7011cdcc-4287-4e63-8bfa-f08710f670b1@web.de> In-Reply-To: From: Song Liu Date: Tue, 2 Jan 2024 09:25:24 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 0/5] bpf: Adjustments for four function implementations To: Markus Elfring Cc: Alexei Starovoitov , bpf@vger.kernel.org, netdev@vger.kernel.org, kernel-janitors@vger.kernel.org, Alexei Starovoitov , Andrii Nakryiko , Daniel Borkmann , Hao Luo , Jiri Olsa , John Fastabend , KP Singh , Martin KaFai Lau , Stanislav Fomichev , Yonghong Song , LKML Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jan 1, 2024 at 1:10=E2=80=AFAM Markus Elfring wrote: > > >> A few update suggestions were taken into account > >> from static source code analysis. > > > > Auto Nack. > > Pls don't send such patches. You were told multiple > > times that such kfree usage is fine. > > Some implementation details are improvable. > Can you find an update step (like the following) helpful? > > [PATCH 2/5] bpf: Move an assignment for the variable =E2=80=9Cst_map=E2= =80=9D in bpf_struct_ops_link_create() > https://lore.kernel.org/bpf/ed2f5323-390f-4c9d-919d-df43ba1cad2b@web.de/ This change is not helpful at all. The use of "st_map" in current code as-i= s doesn't cause any confusion, i.e., it is always struct bpf_struct_ops_map *= . OTOH, this patch will make it harder for folks who use git-blame. Therefore= , it adds negative value to the code base. Thanks, Song