From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f41.google.com (mail-pj1-f41.google.com [209.85.216.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8FC0037A845 for ; Tue, 8 Sep 2026 05:49:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.41 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788846598; cv=none; b=BQ3S3D28MhZivKdbhNWNAKfe+8guW+XY3X6ijZuDB56iLkjqSMF3menHJPpa7j3/7z4o8xfuBosJeUsi5Z6Bp7KKYW8ju4OGdY+jZ56K+mBOhI5tUx/pfFzrK4NAZaw3G+7VrtBHXaZcHkY7xGOwXAaTOTbVERVpuiGob9Shoe8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788846598; c=relaxed/simple; bh=4mTYBHO1BKwVo359O7O1oHBYX8lTCqfUYOiXLv1KYeg=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=tUE0Li9nfSQtawvIWXda55xBYl3MeiKNidOJUtBF5mNuuKpFIPYf/JfSo9v7Rc1GMkF53ECTTf2njKFj2yagw2faP1GGg2Sqem9p5jQlHOrRjoUIGWdJXCySpbGKYDcMVs42pTujQkdJu/ya8XWCJICZwqUqvHxJC1t3IJihonU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=PIDtCTH+; arc=none smtp.client-ip=209.85.216.41 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="PIDtCTH+" Received: by mail-pj1-f41.google.com with SMTP id 98e67ed59e1d1-398d2b28acfso3084271a91.1 for ; Mon, 07 Sep 2026 22:49:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1788846596; x=1789451396; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=3F8xNc6JnbnOhSUa3MmC6YFjLwngFDOoggPy4Vs2zK4=; b=PIDtCTH+E4RD56IhSP/YLtkKTjdi3FKE5QdOyY3fwMVkUR2xZvkbVsnv+LsF4P/Qdg S/V+0cBb+vaRtWPhl2qVf9AQX2+ZxsWWkuMrlpMA5CzW/cQXNrbsiBqMuIrEeDrNB0My Rh7NEFz+DaCe0xbHB4+Nz8DUcD2Y8QSrAuxre+btKic6thGpGCghSfT23sbijnqdkv3m OUlruCXKcqQtGhIXWPf5959ijXLxx7xsy5TuF1Tqk6QJCfM88m5+zeKdl5dznMOAmdeE 7bHs/VhEwDn+xIbF/kntQQ+31X4FfjgN0fIYKdZUPAgkmNIA66bP8DrwVF8tVMu3MXEF cuhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1788846596; x=1789451396; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=3F8xNc6JnbnOhSUa3MmC6YFjLwngFDOoggPy4Vs2zK4=; b=oa1WsMTL62IDxcj1o41KkXcDESOyvChTa0RVjWGwRdimYRJ+H8xTEkaplu7evdrnNS w/3BevD8FhxtP6urDsBYPOfTaGqr5AgoBCaFVMYCXFGNDHX0yAEfMY7Zp3lfpQRUXeqh oGzXHexJEugqB2yyPBchEjnk+L74cfb2zT+2l89Ykaf78Pf4G+HREpTOsKT/mLdRzD9Z 0AhWrt9hm3Vf+0buuBCYko+Fs18yTWZS9nB2xfWZBhc3v/Y3AgcX2Z+m2jUrWvmdXB3x h0aFpSjZL/oqcZ0pfo1ZXtqrO8D5kNhNRqkIcwjrHYhtqbY3FAU+9NNMQfJijiIf6So0 Dk/A== X-Forwarded-Encrypted: i=1; AKwUvBzxxu6+FOC/oufdS4dVP0TCGGaq6/SBet/7WAMkZvlx5QktkxwsxCZOgoBo6hypCmJ/w4QStny+Cjs9twZuYDU=@vger.kernel.org X-Gm-Message-State: AFuF++nQmvFIQne/LbM8nDc5rDAdA/3sO22ql2p1J0+Gcbmn6GkS2pht MQRDiHFRRNRKtKhvLrSlH4zetN4I5QMAa4xJROhrXCfs0yYiNT9JZ1Ig X-Gm-Gg: AYBFou1CtzYvjTDhDI1S/Us39Ge64R5DNFT7WwVwnVzkjTBKL/HrhuDa860zO5RNoZ5 5oQwc99rMIQHmRI5B1iaSiuckCrD48eJkvlxvNn0WvBHT9T1obgZB84rb7tTIpYll9/WvuMbDGy HYN5Q4aU/XZQ/1aJxddrFGFONamfcdvDSOSKDTdJauYc05MpZRCGjKuTyGR9AP23999l95ScE/X U2UtI+skXcpecClERrxn0oI+RjW/Iyt09XgKBgPrEBO/RD4t/YrhhnOJAaYG5v1GhQWUnuRQo8B 6H81v9M1uGVHjGkWi7oCoV03g2PPhGaMbJfR9MJ9WpGDFTCzVg74koilZr7ojYSDfBDUBgyZU50 hgf0tssbNUZRmJUEQ6id7gupR1HfZ1KVrOBxrJwkxn+Q7WhKayrEE8IhINCmrzhob5yL4pjkWmT 5DRllehdxNckhMvlIUgtKlx36QmZXzw/mwpbo4+7nUAdHYeUo4gCRTXJWgPnvzAT5pIXfjdvVJq kA80O2vn1BjpaIgUU5ol0H2 X-Received: by 2002:a17:90b:2e4b:b0:398:a145:5d3d with SMTP id 98e67ed59e1d1-39b26151b89mr41589578a91.6.1788846595925; Mon, 07 Sep 2026 22:49:55 -0700 (PDT) Received: from volcano9f6e-hostos.amd.com ([165.204.217.251]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-334fbd5e6f6sm25690109eec.23.2026.09.07.22.49.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Sep 2026 22:49:55 -0700 (PDT) From: Hemanth Selam To: Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Eduard Zingerman , Kumar Kartikeya Dwivedi , Martin KaFai Lau , Song Liu , Yonghong Song , Jiri Olsa , Emil Tsalapatis , Ihor Solodrai , Russell King , Puranjay Mohan , John Fastabend , Hari Bathini , "Christophe Leroy (CS GROUP)" , Naveen N Rao , Madhavan Srinivasan , Michael Ellerman , Nicholas Piggin , Shuah Khan , "David S. Miller" , Andreas Larsson Cc: bpf@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-kselftest@vger.kernel.org, sparclinux@vger.kernel.org Subject: [PATCH bpf-next v4 6/7] libbpf: Fix typos in comments Date: Tue, 8 Sep 2026 11:18:52 +0530 Message-ID: <20260908054853.13820-7-hemanth.selam@gmail.com> X-Mailer: git-send-email 2.48.1 In-Reply-To: <20260908054853.13820-1-hemanth.selam@gmail.com> References: <20260908054853.13820-1-hemanth.selam@gmail.com> Precedence: bulk X-Mailing-List: linux-kselftest@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Fix typos in comments, reported by scripts/checkpatch.pl using the misspelling list in scripts/spelling.txt. Only touches comments, no code changes. The subject changed since v1, from "tools/lib: fix typos in comments": both files are under tools/lib/bpf/, where the prevailing form is "libbpf: Fix ...". Assisted-by: Cursor:claude-opus-5 Signed-off-by: Hemanth Selam --- tools/lib/bpf/btf.c | 4 ++-- tools/lib/bpf/usdt.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/lib/bpf/btf.c b/tools/lib/bpf/btf.c index c783359977b4..d1c73113e58f 100644 --- a/tools/lib/bpf/btf.c +++ b/tools/lib/bpf/btf.c @@ -3847,7 +3847,7 @@ static int btf_dedup_remap_types(struct btf_dedup *d); * types, in general, can form graphs containing cycles, not just DAGs. * * While algorithm does deduplication, it also merges and resolves type - * information (unless disabled throught `struct btf_opts`), whenever possible. + * information (unless disabled through `struct btf_opts`), whenever possible. * E.g., in the example above with two compilation units having partial type * information for structs `A` and `B`, the output of algorithm will emit * a single copy of each BTF type that describes structs `A`, `B`, and `S` @@ -5648,7 +5648,7 @@ static int btf_dedup_resolve_fwds(struct btf_dedup *d) * * After we established for each type its corresponding canonical representative * type, we now can eliminate types that are not canonical and leave only - * canonical ones layed out sequentially in memory by copying them over + * canonical ones laid out sequentially in memory by copying them over * duplicates. During compaction btf_dedup->hypot_map array is reused to store * a map from original type ID to a new compacted type ID, which will be used * during next phase to "fix up" type IDs, referenced from struct/union and diff --git a/tools/lib/bpf/usdt.c b/tools/lib/bpf/usdt.c index ee9d1b614883..67c60f716c1a 100644 --- a/tools/lib/bpf/usdt.c +++ b/tools/lib/bpf/usdt.c @@ -144,7 +144,7 @@ * about. This state has to be maintained per-BPF object and coordinate * between different USDT attachments within the same BPF object. * - * Spec ID is the key in spec BPF map, value is the actual USDT spec layed out + * Spec ID is the key in spec BPF map, value is the actual USDT spec laid out * as struct usdt_spec. Each invocation of BPF program at runtime needs to * know its associated spec ID. It gets it either through BPF cookie, which * libbpf sets to spec ID during attach time, or, if kernel is too old to -- 2.48.1