From mboxrd@z Thu Jan 1 00:00:00 1970 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 0EF4F2561AB; Fri, 30 Jan 2026 16:17:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769789864; cv=none; b=rac8xrn0XpfEweDmrmnf4sidS/gLANslOsedJQfOwTygGvGPs3QRzsdIvow+8YiuZzhRqKtIQ5QHZ+H/1OaTnwEy/xgjBR26so1VAx0DuLjYMfOBAySIJkdCPmxvv33gUuH42dM5p/biJBEXAS/6fn57QWsH79xLanmDkQZvKX8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769789864; c=relaxed/simple; bh=z+/dvHCuSRC8GadGxDVKBz0qCgDafXTsylWSvFzuU2c=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=Xn8pvGNO315pOreCTqjnRcqJiaisqxChqlLYJSMoT4rOn02o6uklW3Rn3GHK5Qc2sBzLJPUa0kdzSW2S0kAuG/EwITGaMxmfwF/vOHBormSdN7mawVn7k/iU26bETFl+tnYnyy9TDTWccUmLkbZa008PHUq2vkegJ7Y0Jw7llg8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=k1yBHxLL; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="k1yBHxLL" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1E553C4CEF7; Fri, 30 Jan 2026 16:17:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1769789863; bh=z+/dvHCuSRC8GadGxDVKBz0qCgDafXTsylWSvFzuU2c=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=k1yBHxLLaz7qxhw10LYJ/PtJZNuBRNWPbQu2fs4+Hr9Gl2ZeYV9zlK0cWuc8wcaJZ N7ocR6YBkkcnsiPwmxzWHPPx2rdjpiq+DgU7zyPAoiuhVpzoSOxLlkBOcs/uEH7eHj GwRvr1f0PQ5cNbr1qFx9r25PVqyYESybsJiifdgTf3ijpbEl8o6XP0A+GZEr9qkhNF dqGtK4AQ6fGklQugqY09NPgw3je0/YO+l9AkOZeXK/j/zLlo9ooctuE61JI287Oequ 5jggHSC90FTvmIFUt1JFgewVOKnZ8k6aDXcM0tUS/fT2+99KhwaDGPK+EE2rYBA1dt rubZgn6PJby1A== Date: Fri, 30 Jan 2026 08:17:41 -0800 From: Jakub Kicinski To: Thomas =?UTF-8?B?V2Vpw59zY2h1aA==?= Cc: Eric Dumazet , Kuniyuki Iwashima , Paolo Abeni , Willem de Bruijn , "David S. Miller" , Simon Horman , Shuah Khan , Matthieu Baerts , Mat Martineau , Geliang Tang , =?UTF-8?B?TWlja2HDq2wgU2FsYcO8bg==?= , =?UTF-8?B?R8O8bnRoZXI=?= Noack , Alexei Starovoitov , Daniel Borkmann , Jesper Dangaard Brouer , John Fastabend , Stanislav Fomichev , Andrii Nakryiko , Martin KaFai Lau , Eduard Zingerman , Song Liu , Yonghong Song , KP Singh , Hao Luo , Jiri Olsa , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, Arnd Bergmann , linux-kselftest@vger.kernel.org, mptcp@lists.linux.dev, linux-security-module@vger.kernel.org, bpf@vger.kernel.org, libc-alpha@sourceware.org, Carlos O'Donell , Adhemerval Zanella , Rich Felker , klibc@zytor.com, Florian Weimer Subject: Re: [PATCH net-next v2 0/4] net: uapi: Provide an UAPI definition of 'struct sockaddr' Message-ID: <20260130081741.425a92e0@kernel.org> In-Reply-To: <20260130112309-28f2645b-e756-4173-96da-cf5c59191520@linutronix.de> References: <20260120-uapi-sockaddr-v2-0-63c319111cf6@linutronix.de> <20260121192729.2095aa25@kernel.org> <20260130112309-28f2645b-e756-4173-96da-cf5c59191520@linutronix.de> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, 30 Jan 2026 11:34:15 +0100 Thomas Wei=C3=9Fschuh wrote: > > Are all those selftests / samples getting broken by this patch set? =20 >=20 > Yes. >=20 > Some of them get broken by the new 'struct sockaddr', but some others are > already broken just by the new transitive inclusion of libc-compat.h. > So any header starting to use the compatibility machinery may trigger bre= akage > in code including UAPI headers before libc header, even for completely ne= w type > definitions which themselves would not conflict with libc. Let's split the uAPI header changes from any selftest changes. If you're saying the the selftests no longer build after the uAPI header changes then of course we can't apply the patches.