From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=95.215.58.195 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793657275; b=oPKBz/NRQSmKm1zZwdclAzrhRJclD380wNtC9958V8LmvveqCgEfzJ8GgaSeSMn8jlkG UimWBMIvj1Q/CjiXIgE2VwVsKoXIBwV56PcaHwxhgSt4/+CyWLsAOEjHr3/dJIehFxM7E HpoO1RguKCHbFIwd9xr3A6lrRo4XpR1KXHvAUIUO21hFmKhqej9dz8qkxbDhE38mGrnad mrXr4/l2csCKRlPAoVDwoyfs12wEC/qfN9TL66qA/fOghqlxa7bTBLj9uQfsZAUoaH/PX rf/ndBFMqm9IpWTPYgN2QK8mO+EPVF47pLJxgRW9UblIoV3o+zgXhVJgh1eFXPVtYAQ== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793657275; h=DMARC-Filter:X-Envelope-To:DKIM-Signature:X-Envelope-To:Received: X-Mizu-Trace-ID:X-Migadu-Flow:From:To:Cc:Subject:Date:Message-ID: X-Mailer:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding; bh=TqZMShUwObQw8SKTj74MIhBW352zXxbZoagijRnRZsU=; b=RuvhsMDXCAYjGncLdyFPOj1rMS86bPyX3ohCj4Vw6PLTcP/teTyers5n1fNuvpVDDnf2 ToIVYUShJbfFirvS7T+Z4iwbMDhb7v3Z2J8P6cPPA2nHXsGj+Ag5URJsv9NpS/gnz2mu+ UnxTRtq0NEzbTkNiIDAh870pMwYWA+L9X6yPLNytHkL9qd6GqHXYbPBnCTOidK286tjTH P0GqJCu4wqOXaVpYKmz2wwxyg7dvZVudHfYcoWHV+Aj54kOVor1r0TVl1x7Phc2JZv1ch NzwdwymnRCTBzyYQQ1z74Q1iv31fOEd+JVuEIYgLPJ6VuUS5VAt4RUC9/FkZACKerkA== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b=KR4dNgxk; arc=none smtp.remote-ip=95.215.58.195 Received: from mta1.migadu.com (out-195.mta1.migadu.com [95.215.58.195]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A77D1606D809 for ; Mon, 2 Nov 2026 22:07:54 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org A77D1606D809 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key, unprotected) header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b=KR4dNgxk X-Envelope-To: linux-kernel@vger.kernel.org DKIM-Signature: a=rsa-sha256; bh=kG6PSTw+cy6dHxyAq6KmUby801uCfZJf2HXQ109G+h4=; c=simple/simple; d=linux.dev; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1793657272; v=1; x=1794262072; b=KR4dNgxkISv3wZoDWsDp/GTjVnh+AQZBLvC0gA/4nEJ/OO4ReWa1LcMmV/rlPrPCtShd1Ts3 tFK0uVNpAv99QRgJFHaiUklRHUKxByjq9gINtG/BnB7ZcBZvHuVQWkz0JlQ8HhbK4ss7NbnVDMb ObcIcFj1PFqhmoK4xqS0rAZc= X-Envelope-To: linux-kernel@vger.kernel.org Received: by smtp.migadu.com with ESMTPS id a813f2bcbdb7496c; Mon, 02 Nov 2026 22:07:52 +0000 X-Mizu-Trace-ID: a813f2bcbdb7496c X-Migadu-Flow: FLOW_OUT From: Vineet Gupta To: bpf@vger.kernel.org Cc: ast@kernel.org, daniel@iogearbox.net, andrii@kernel.org, eddyz87@gmail.com, memxor@gmail.com, martin.lau@linux.dev, song@kernel.org, yonghong.song@linux.dev, jolsa@kernel.org, emil@etsalapatis.com, ihor.solodrai@linux.dev, john.fastabend@gmail.com, shuah@kernel.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, jose.marchesi@oracle.com, david.faust@oss.qualcomm.com, Vineet Gupta Subject: [PATCH bpf-next v3 4/8] selftests/bpf: make arena_base() opaque to GCC's -Warray-bounds Date: Mon, 2 Nov 2026 14:07:13 -0800 Message-ID: <20261102220717.4079739-5-vineet.gupta@linux.dev> X-Mailer: git-send-email 2.56.0 In-Reply-To: <20261102220717.4079739-1-vineet.gupta@linux.dev> References: <20261102220717.4079739-1-vineet.gupta@linux.dev> X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Transfer-Encoding: 8bit arena_base() casts the map definition to the kernel's struct bpf_arena and reads user_vm_start out of it. In the object file that definition is only the 32-byte BTF placeholder the loader rewrites, so the access is past the end of the object and GCC says so: libarena/include/bpf_arena_common.h:52:69: error: array subscript 'struct bpf_arena[0]' is partly outside array bounds of 'struct [1]' [-Werror=array-bounds=] 52 | #define arena_base(map) ((void __arena *)((struct bpf_arena *)(map))->user_vm_start) progs/arena_race.c:58:30: note: in expansion of macro 'arena_base' GCC is right; clang has the same warning but does not apply it to a member access through a cast. With BPF_CFLAGS carrying -Werror this is a build failure, today, for every prog that calls arena_base() and is compiled by a GCC with arena support: verifier_arena.c, verifier_arena_large.c, verifier_arena_globals1.c, verifier_arena_globals2.c and arena_race.c. Make the pointer opaque instead, which is what progs/stream.c already does for its own open-coded copy of the same access. The bounds analysis then has nothing to reason about, and every caller is covered without a per-file opt-out that has to be maintained -- arena_race.c was added without one and broke the bpf_gcc build. The barrier is behind #ifdef __clang__ so clang keeps the plain macro. It does not need it, and the barrier is not free: it blocks reuse of the map address, so each call site reloads it. Across the five progs and 20 call sites that is +35 instructions under GCC (2528 -> 2563), about 1.4% on those objects and nothing elsewhere. Clang output is unchanged, bit for bit. Signed-off-by: Vineet Gupta --- .../bpf/libarena/include/bpf_arena_common.h | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) diff --git a/tools/testing/selftests/bpf/libarena/include/bpf_arena_common.h b/tools/testing/selftests/bpf/libarena/include/bpf_arena_common.h index 82aafe879fae..4f2c6050215f 100644 --- a/tools/testing/selftests/bpf/libarena/include/bpf_arena_common.h +++ b/tools/testing/selftests/bpf/libarena/include/bpf_arena_common.h @@ -49,7 +49,23 @@ void __arena* bpf_arena_alloc_pages(void *map, void __arena *addr, __u32 page_cn int bpf_arena_reserve_pages(void *map, void __arena *addr, __u32 page_cnt) __ksym __weak; void bpf_arena_free_pages(void *map, void __arena *ptr, __u32 page_cnt) __ksym __weak; +/* + * GCC's -Warray-bounds fires on the member access: the map definition the + * object file carries is smaller than struct bpf_arena. Make the pointer + * opaque to it, as the open-coded form in progs/stream.c already does. + * clang does not warn and does not need the barrier, which costs a reload + * of the map address at every call site. + */ +#ifdef __clang__ #define arena_base(map) ((void __arena *)((struct bpf_arena *)(map))->user_vm_start) +#else +#define arena_base(map) \ +({ \ + struct bpf_arena *__ma = (void *)(map); \ + barrier_var(__ma); \ + (void __arena *)__ma->user_vm_start; \ +}) +#endif #else /* when compiled as user space code */ -- 2.53.0-Meta