From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-oa1-f50.google.com (mail-oa1-f50.google.com [209.85.160.50]) (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 515E71B4224 for ; Fri, 23 Jan 2026 18:06:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.50 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769191606; cv=none; b=QyT0Go5DO2UK/obBP165ND2eft38L5EEbAYE1Nz12T3FZKWdwCSuXdHBn4pZKD30Xyr3DTAwstkbfWwPgG9kXWm/zlepxMt1vvy4NFwYQRY1dMseihaM6iLOCiBDYEhGL1m7w9L/WuiHBB+l17OuefxRAlreAvKtINTtUHkPYME= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769191606; c=relaxed/simple; bh=2EGgR3GBmBJ+5qQacb7fj+D3wJ3GLkF9thM5uPiZDJM=; h=Message-ID:Date:MIME-Version:Subject:From:To:Cc:References: In-Reply-To:Content-Type; b=fKWDJKNLtdKjIlyX9SBvULtPhg9aJl2J46hc37XLDdbCE6YTiOYAmtC0Fh2UBgSQH+fvc2q4OxhdY9FcCYgACO8h8RtO1xcPnodHVZkx3K5uVcTrJTfbe+UZW8tJU0K8K2gXgbSViYdfaWxo9xeWRxvkFwjiV2JAO2WRWTXWBzY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.dk; spf=pass smtp.mailfrom=kernel.dk; dkim=pass (2048-bit key) header.d=kernel-dk.20230601.gappssmtp.com header.i=@kernel-dk.20230601.gappssmtp.com header.b=K366xk/v; arc=none smtp.client-ip=209.85.160.50 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.dk Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=kernel.dk Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel-dk.20230601.gappssmtp.com header.i=@kernel-dk.20230601.gappssmtp.com header.b="K366xk/v" Received: by mail-oa1-f50.google.com with SMTP id 586e51a60fabf-40423f8c5faso1548063fac.0 for ; Fri, 23 Jan 2026 10:06:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20230601.gappssmtp.com; s=20230601; t=1769191604; x=1769796404; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:date:message-id:from:to :cc:subject:date:message-id:reply-to; bh=7syuOmgx3tF+hj3ojVc4WkafcJnKBtlCQ4ZjxuK7PJs=; b=K366xk/vMwE2+lMmuOID/XGcP5Uc6vbgRcgGRTGMn8dyk1MjGID+iL4912G1SFK8Fa d9Aavdk0gAHbGXcPO2a3rXPqQdDs3fFNF37D17d9BJhUtI8Pt6wasySxo3fHryk/BBzs 3TamS4RI57hEWRwxzgD5SfgqNwIPHnew/5FAelc2xFcXpUNbMKHSTHoJwFFU5xgFNCRA M394oEm0VN9ZlMKW4mzRyt9e1tvOyKIN8/65ZKXl3/y59fLVSnMQnKj/Sydic583QzIE 576bvoxsTFu/Xplr7gbTG2u8aH9/0Ei2u4QrsIvpFv0qa3AiuiXEBQ5djPhF3lxi5RR3 qj1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769191604; x=1769796404; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:date:message-id:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=7syuOmgx3tF+hj3ojVc4WkafcJnKBtlCQ4ZjxuK7PJs=; b=CWJwZcpsYA6G/EdioG/ct+7WzsP3BUh6O2BBNKjwPaanosHFQrQsOJWBiklUn+Y9ir 3W7yxTlI1aynrhA/0eVJJ7yjASCG4nrZc3Sq0/StCTdjauMP7dV9AU2JkybjuXFB0mkh pG9ee2V+p5s2iWL7L8VwMI+vmYBwVNvtJoJtp/oLsxcI6/vAeName6kdMYNYVr3G9kwa RfLzt69iu0WiouedT+fmEe/486mSgrfQGBiAklVj7ej64/5F1iqKxqRGxUecU1Hn0FJx wAM4xRAhkRQKxlBh6cGL42krqeuVssvU+0QQ7bd14wW/czJaYlfu2FAm3kXMdIWhNvbg ILJQ== X-Gm-Message-State: AOJu0YzDAhLPbtMEa+zjsGM3A933OmNxpuMbWjbVozlQM0DOuFydgARS O/VyfYQCRowUp1ITsDq+2JFhgrfITvVlIppEDO41BUNYNuJkmya8vR+6QhDHhBfttxEz1Lthvh6 AqcOeXrA= X-Gm-Gg: AZuq6aK0pAGviq/2zGh/5maeCoXHfkrPCxOvQEcOJklJFmTLpBn+CS53bmLvbQKEnC7 JmVnPxovjMEJVBcg2E95eBM36QOWdNjuAW7cjw0kEfzcYRCWMLR4XOm1aRHTLhIOo3uMngJnaQN Wcw8EFdIPFs7ndgmnqjj/0UhVl3lJbbVSbEIFSRTZt7R9z8udwiJMTTuPaMHIPlW1SQ1XA+onFs rKMT8+9rJbysf9RXmD6+19ftK7Duky4096J2C9fRY7fZqp8ge9akp8OCsjYvERBRV2mBfyc3hFV k2x0kSeA6Xa1OK3rGXB0pmS/Eb1cru+uIlani87ZsYzU2XvyTf4yzCub/jf8fqhtxsR6RYeRJA5 SURrZs/YQKMt6fAfncjRHd1ZS9dujAJPvoSvu/OoNXYHLhkgtzxBz14cYfJDZ/0ftWY6MF8JgJ3 w5SvxeMP69xFr/+ALGs20IltWocDPzw1rgQVivlUaG1qGVRSORbXE6ZSQfOqI2bMHe0Sg/ X-Received: by 2002:a05:687c:409e:b0:3ec:4089:f963 with SMTP id 586e51a60fabf-408bdbb08b1mr918837fac.44.1769191604214; Fri, 23 Jan 2026 10:06:44 -0800 (PST) Received: from [192.168.1.102] ([96.43.243.2]) by smtp.gmail.com with ESMTPSA id 586e51a60fabf-408af890291sm1885938fac.9.2026.01.23.10.06.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Jan 2026 10:06:43 -0800 (PST) Message-ID: Date: Fri, 23 Jan 2026 11:06:43 -0700 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: linux-next: build failure after merge of the block tree From: Jens Axboe To: Mark Brown Cc: Linux Kernel Mailing List , Linux Next Mailing List References: Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 1/23/26 11:00 AM, Jens Axboe wrote: > On 1/23/26 10:42 AM, Mark Brown wrote: >> Hi all, >> >> After merging the block tree, today's linux-next build (x86 allmodconfig) >> failed like this: >> >> In file included from /tmp/next/build/include/linux/string.h:386, >> from /tmp/next/build/include/linux/bitmap.h:13, >> from /tmp/next/build/include/linux/cpumask.h:11, >> from /tmp/next/build/arch/x86/include/asm/paravirt.h:21, >> from /tmp/next/build/arch/x86/include/asm/cpuid/api.h:57, >> from /tmp/next/build/arch/x86/include/asm/processor.h:19, >> from /tmp/next/build/include/linux/sched.h:13, >> from /tmp/next/build/include/linux/io_uring.h:5, >> from /tmp/next/build/io_uring/bpf_filter.c:7: >> In function 'fortify_memset_chk', >> inlined from 'io_uring_populate_bpf_ctx' at /tmp/next/build/io_uring/bpf_filter.c:33:2: >> /tmp/next/build/include/linux/fortify-string.h:480:25: error: call to '__write_overflow_field' declared with attribute warning: detected write beyond size of field (1st parameter); maybe use struct_group()? [-Werror=attribute-warning] >> 480 | __write_overflow_field(p_size_field, size); >> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> cc1: all warnings being treated as errors >> >> Caused by commit >> >> f1e3672e49e2c (io_uring: add support for BPF filtering for opcode restrictions) > > Huh, that am I missing here? The struct looks as follows: > > struct io_uring_bpf_ctx { > __u64 user_data; > __u8 opcode; > __u8 sqe_flags; > __u8 pad[6]; > union { > __u64 resv[6]; > struct { > __u32 family; > __u32 type; > __u32 protocol; > } socket; > struct { > __u64 flags; > __u64 mode; > __u64 resolve; > } open; > }; > }; > > and the offending line is: > > memset(bctx->pad, 0, sizeof(bctx->pad) + sizeof(bctx->resv)); > > which should clear from offset 10 (start of pad) for a total of 6 + 48 > bytes, which is 54 bytes. The size of the struct is 64b. > > I guess the part it doesn't like is that it thinks we're clearing the > pad field, which would of course be way overwriting it. Guess we can do > something ala: > > memset((void *) bctx + offsetof(struct io_uring_bpf_ctx, pad), 0, > sizeof(bctx->pad) + sizeof(bctx->resv)); > > to make it happier. Folded that in and pushed it out, should be happy for you now. I wonder if we have a helper for that... -- Jens Axboe