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 5AE8638DD3; Thu, 12 Mar 2026 03:02:23 +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=1773284543; cv=none; b=S0JFj6zc4zCnFLvfoaayVNtCTvJ+HkbE3TYY+9tYKdChL5kmzc4ca5GcOMjQFcRQMdCBI5RhGPAriaumDHf8ECWoUbPCmJnjw/nFRozQn26FhJIw6QY+XzbNPdwjD3rjTTXJldv1hqa+4p4BgbtFyHzUkCTwgnWP4LSjzebGKVk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773284543; c=relaxed/simple; bh=KEYQl8+VvPcfn6uzVu6YIy+HYhzQOXqkZpAojxKhODA=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=FKAOaizCHgHx3LVQRTYq21oCj4Vap6RVTeh/TAXoQdI4CxonNvlW6FU8GAJPciGBP2stdkyjuA7qLo/yRU2LMpGHB02WQt+McNWcsQT0XCUvMYXcSLt0e6hh7/uvjWZqciazv6/CGg3i9rlPuwfCzr5zhqsqCbowbiqqKB9x8aE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=F8NXL71/; 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="F8NXL71/" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3A04AC4CEF7; Thu, 12 Mar 2026 03:02:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1773284543; bh=KEYQl8+VvPcfn6uzVu6YIy+HYhzQOXqkZpAojxKhODA=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=F8NXL71/vLl3Dq1WAm4Auc0XA4QvHGBmkfPAKKMT6NZVVgMTlNICYyjzHbGeJNcRz F/Wyghg4yMGVLqcfE4spE2II5KVJdUmo2MxvcpQg3RiL0kv50pky3Us/SgWGfNm4C8 OBewmMfEcqIpb9At+m7LjiAqOwNVG4C2TNES2w0nh0uyTac7Ly/93mEtPAEk62p2+b RhVSYeBhuL4hLRLBGq/r/1rBww6KvG71fHi3nYyB1s5dHCLtjRQkQCLldoR1mkjmFr aShv34CDa+y+Ih95SrOoeCJ6uds494cxNGUfz/pgC7e4lbkLCq/zI770KaUawqGkb+ srwBq+9pcpfUw== Date: Wed, 11 Mar 2026 20:02:19 -0700 From: Jakub Kicinski To: Fernando Fernandez Mancera Cc: netdev@vger.kernel.org, rbm@suse.com, Geert Uytterhoeven , Jason Gunthorpe , Leon Romanovsky , Selvin Xavier , Andrew Lunn , "David S. Miller" , Eric Dumazet , Paolo Abeni , Ido Schimmel , Petr Machata , Simon Horman , Saurav Kashyap , Javed Hasan , GR-QLogic-Storage-Upstream@marvell.com (maintainer:BROADCOM BNX2FC 10 GIGABIT FCOE DRIVER), "James E.J. Bottomley" , "Martin K. Petersen" , Nilesh Javali , Manish Rangankar , Varun Prakash , Alexander Aring , David Teigland , Andreas Gruenbacher , Nikolay Aleksandrov , David Ahern , Pablo Neira Ayuso , Florian Westphal , Phil Sutter , David Howells , Marc Dionne , Marcelo Ricardo Leitner , Xin Long , Jon Maloy , Krzysztof Kozlowski , Bjorn Andersson , Arnd Bergmann , Eric Biggers , Michal Simek , Luca Weiss , Sven Peter , Lad Prabhakar , Kuninori Morimoto , Andrew Morton , David Gow , Kuan-Wei Chiu , Ryota Sakamoto , Kir Chou , Kuniyuki Iwashima , Herbert Xu , Vikas Gupta , Bhargava Marreddy , Rajashekar Hudumula , Markus =?UTF-8?B?QmzDtmNobA==?= , Heiner Kallweit , linux-kernel@vger.kernel.org (open list), linux-m68k@lists.linux-m68k.org (open list:M68K ARCHITECTURE), linux-rdma@vger.kernel.org (open list:INFINIBAND SUBSYSTEM), oss-drivers@corigine.com (open list:NETRONOME ETHERNET DRIVERS), linux-scsi@vger.kernel.org (open list:BROADCOM BNX2FC 10 GIGABIT FCOE DRIVER), gfs2@lists.linux.dev (open list:DISTRIBUTED LOCK MANAGER (DLM)), bridge@lists.linux.dev (open list:ETHERNET BRIDGE), netfilter-devel@vger.kernel.org (open list:NETFILTER), coreteam@netfilter.org (open list:NETFILTER), linux-afs@lists.infradead.org (open list:RXRPC SOCKETS (AF_RXRPC)), linux-sctp@vger.kernel.org (open list:SCTP PROTOCOL), tipc-discussion@lists.sourceforge.net (open list:TIPC NETWORK LAYER) Subject: Re: [PATCH 01/10 net-next v2] ipv6: convert CONFIG_IPV6 to built-in only and clean up Kconfigs Message-ID: <20260311200219.45796ec4@kernel.org> In-Reply-To: <20260310153506.5181-2-fmancera@suse.de> References: <20260310153506.5181-1-fmancera@suse.de> <20260310153506.5181-2-fmancera@suse.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=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 10 Mar 2026 16:34:24 +0100 Fernando Fernandez Mancera wrote: > Maintaining a modular IPv6 stack offers image size and memory savings > for specific setups, this benefit is outweighed by the architectural > burden it imposes on the subsystems on implementation and maintenance. > Therefore, drop it. > > Change CONFIG_IPV6 from tristate to bool. Remove all Kconfig > dependencies across the tree that explicitly checked for IPV6=m. In > addition, remove MODULE_DESCRIPTION(), MODULE_ALIAS(), MODULE_AUTHOR() > and MODULE_LICENSE(). > > This is also replacing module_init() by device_initcall(). It is not > possible to use fs_initcall() as IPv4 does because that creates a race > condition on IPv6 addrconf. > > Finally, modify the default configs from CONFIG_IPV6=m to CONFIG_IPV6=y > except for m68k as according to the bloat-o-meter the image is > increasing by 330KB~ and that isn't acceptable. Instead, disable IPv6 on > this architecture by default. This is aligned with m68k RAM requirements > and recommendations [1]. AI has spotted: > diff --git a/arch/m68k/configs/amiga_defconfig b/arch/m68k/configs/amiga_defconfig > index 31d16cba9879..de088071dde4 100644 > --- a/arch/m68k/configs/amiga_defconfig > +++ b/arch/m68k/configs/amiga_defconfig > @@ -64,7 +64,6 @@ CONFIG_NET_IPIP=m > CONFIG_NET_IPGRE_DEMUX=m > CONFIG_NET_IPGRE=m > CONFIG_NET_IPVTI=m > -CONFIG_NET_FOU_IP_TUNNELS=y > CONFIG_INET_AH=m Is CONFIG_NET_FOU_IP_TUNNELS=y removed intentionally? This option provides FOU/GUE encapsulation for IP tunnels and has 'depends on NET_IPIP || NET_IPGRE || IPV6_SIT' as its Kconfig dependency. With IPv6 disabled, IPV6_SIT becomes unavailable, but CONFIG_NET_IPIP=m and CONFIG_NET_IPGRE=m are both still present in the defconfig, so the dependency remains satisfiable. Since CONFIG_NET_FOU_IP_TUNNELS has no 'default y', removing it from the defconfig means FOU/GUE encapsulation for IP tunnels will be silently disabled by default on m68k. The commit message describes only disabling IPv6 on m68k, not removing IPv4 FOU tunnel support. This affects four m68k defconfigs: - amiga_defconfig - apollo_defconfig - atari_defconfig - bvme6000_defconfig