<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>309b905deee595619cc38719f48d63d57b8bff3d - ipv6: convert CONFIG_IPV6 to built-in only and clean up Kconfigs</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#309b905deee595619cc38719f48d63d57b8bff3d</link>
        <description>ipv6: convert CONFIG_IPV6 to built-in only and clean up KconfigsMaintaining a modular IPv6 stack offers image size savings for specificsetups, this benefit is outweighed by the architectural burden itimposes on the subsystems on implementation and maintenance. Therefore,drop it.Change CONFIG_IPV6 from tristate to bool. Remove all Kconfigdependencies across the tree that explicitly checked for IPV6=m. Inaddition, remove MODULE_DESCRIPTION(), MODULE_ALIAS(), MODULE_AUTHOR()and MODULE_LICENSE().This is also replacing module_init() by device_initcall(). It is notpossible to use fs_initcall() as IPv4 does because that creates a racecondition on IPv6 addrconf.Finally, modify the default configs from CONFIG_IPV6=m to CONFIG_IPV6=yexcept for m68k as according to the bloat-o-meter the image isincreasing by 330KB~ and that isn&apos;t acceptable. Instead, disable IPv6 onthis architecture by default. This is aligned with m68k RAM requirementsand recommendations [1].[1] http://www.linux-m68k.org/faq/ram.htmlSigned-off-by: Fernando Fernandez Mancera &lt;fmancera@suse.de&gt;Tested-by: Ricardo B. Marli&#232;re &lt;rbm@suse.com&gt;Acked-by: Krzysztof Kozlowski &lt;krzk@kernel.org&gt; # arm64Link: https://patch.msgid.link/20260325120928.15848-2-fmancera@suse.deSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Wed, 25 Mar 2026 13:08:42 +0100</pubDate>
        <dc:creator>Fernando Fernandez Mancera &lt;fmancera@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>f323aa54bec7acbf2d8edd36da9b0c300c79253e - bridge: cfm: Add BRIDGE_CFM to Kconfig.</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#f323aa54bec7acbf2d8edd36da9b0c300c79253e</link>
        <description>bridge: cfm: Add BRIDGE_CFM to Kconfig.This makes it possible to include or exclude the CFMprotocol according to 802.1Q section 12.14.Signed-off-by: Henrik Bjoernlund  &lt;henrik.bjoernlund@microchip.com&gt;Reviewed-by: Horatiu Vultur  &lt;horatiu.vultur@microchip.com&gt;Acked-by: Nikolay Aleksandrov &lt;nikolay@nvidia.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Tue, 27 Oct 2020 11:02:43 +0100</pubDate>
        <dc:creator>Henrik Bjoernlund &lt;henrik.bjoernlund@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>a7f7f6248d9740d710fd6bd190293fe5e16410ac - treewide: replace &apos;---help---&apos; in Kconfig files with &apos;help&apos;</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#a7f7f6248d9740d710fd6bd190293fe5e16410ac</link>
        <description>treewide: replace &apos;---help---&apos; in Kconfig files with &apos;help&apos;Since commit 84af7a6194e4 (&quot;checkpatch: kconfig: prefer &apos;help&apos; over&apos;---help---&apos;&quot;), the number of &apos;---help---&apos; has been graduallydecreasing, but there are still more than 2400 instances.This commit finishes the conversion. While I touched the lines,I also fixed the indentation.There are a variety of indentation styles found.  a) 4 spaces + &apos;---help---&apos;  b) 7 spaces + &apos;---help---&apos;  c) 8 spaces + &apos;---help---&apos;  d) 1 space + 1 tab + &apos;---help---&apos;  e) 1 tab + &apos;---help---&apos;    (correct indentation)  f) 1 tab + 1 space + &apos;---help---&apos;  g) 1 tab + 2 spaces + &apos;---help---&apos;In order to convert all of them to 1 tab + &apos;help&apos;, I ran thefollowing commend:  $ find . -name &apos;Kconfig*&apos; | xargs sed -i &apos;s/^[[:space:]]*---help---/\thelp/&apos;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Sat, 13 Jun 2020 18:50:22 +0200</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2cc974f83fb505751b7fbcf8dee27bdcc7054a7e - bridge: mrp: Update Kconfig</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#2cc974f83fb505751b7fbcf8dee27bdcc7054a7e</link>
        <description>bridge: mrp: Update KconfigAdd the option BRIDGE_MRP to allow to build in or not MRP support.The default value is N.Reviewed-by: Nikolay Aleksandrov &lt;nikolay@cumulusnetworks.com&gt;Signed-off-by: Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Sun, 26 Apr 2020 15:21:59 +0200</pubDate>
        <dc:creator>Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>ec8f24b7faaf3d4799a7c3f4c1b87f6b02778ad1 - treewide: Add SPDX license identifier - Makefile/Kconfig</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#ec8f24b7faaf3d4799a7c3f4c1b87f6b02778ad1</link>
        <description>treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is:  GPL-2.0-onlySigned-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Sun, 19 May 2019 14:07:45 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>c03e2fa753020c18f9c0b4017be3f12816039841 - docs: fix some broken documentation references</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#c03e2fa753020c18f9c0b4017be3f12816039841</link>
        <description>docs: fix some broken documentation referencesSome documentation files received recent changes and arepointing to wrong places.Those references can easily fixed with the help of ascript:	$ ./scripts/documentation-file-ref-check --fixSigned-off-by: Mauro Carvalho Chehab &lt;mchehab+samsung@kernel.org&gt;Reviewed-by: Jan Kara &lt;jack@suse.cz&gt;Reviewed-by: Darrick J. Wong &lt;darrick.wong@oracle.com&gt;Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Mon, 17 Sep 2018 21:02:34 +0200</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+samsung@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>243a2e63f5f47763b802e9dee8dbf1611a1c1322 - bridge: Add vlan filtering infrastructure</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#243a2e63f5f47763b802e9dee8dbf1611a1c1322</link>
        <description>bridge: Add vlan filtering infrastructureAdds an optional infrustructure component to bridge that would allownative vlan filtering in the bridge.  Each bridge port (as wellas the bridge device) now get a VLAN bitmap.  Each bit in the bitmapis associated with a vlan id.  This way if the bit corresponding tothe vid is set in the bitmap that the packet with vid is allowed toenter and exit the port.Write access the bitmap is protected by RTNL and read accessprotected by RCU.Vlan functionality is disabled by default.Signed-off-by: Vlad Yasevich &lt;vyasevic@redhat.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Wed, 13 Feb 2013 13:00:09 +0100</pubDate>
        <dc:creator>Vlad Yasevich &lt;vyasevic@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>dcbcdf22f500ac6e4ec06485341024739b9dc241 - net: bridge builtin vs. ipv6 modular</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#dcbcdf22f500ac6e4ec06485341024739b9dc241</link>
        <description>net: bridge builtin vs. ipv6 modularWhen configs BRIDGE=y and IPV6=m, this build error occurs:br_multicast.c:(.text+0xa3341): undefined reference to `ipv6_dev_get_saddr&apos;BRIDGE_IGMP_SNOOPING is boolean; if it were tristate, then adding	depends on IPV6 || IPV6=nto BRIDGE_IGMP_SNOOPING would be a good fix.  As it is currently,making BRIDGE depend on the IPV6 config works.Reported-by: Patrick Schaaf &lt;netdev@bof.de&gt;Signed-off-by: Randy Dunlap &lt;randy.dunlap@oracle.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Thu, 10 Mar 2011 22:45:57 +0100</pubDate>
        <dc:creator>Randy Dunlap &lt;randy.dunlap@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>08b202b6726459626c73ecfa08fcdc8c3efc76c2 - bridge br_multicast: IPv6 MLD support.</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#08b202b6726459626c73ecfa08fcdc8c3efc76c2</link>
        <description>bridge br_multicast: IPv6 MLD support.Signed-off-by: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Thu, 22 Apr 2010 18:54:22 +0200</pubDate>
        <dc:creator>YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;</dc:creator>
    </item>
<item>
        <title>1cd4efddc4512ccbd9fe317f688f361605ca0c88 - bridge: depends on INET</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#1cd4efddc4512ccbd9fe317f688f361605ca0c88</link>
        <description>bridge: depends on INETbr_multicast calls ip_send_check(), so it should depend on INET.built-in:br_multicast.c:(.text+0x88cf4): undefined reference to `ip_send_check&apos;or modular:ERROR: &quot;ip_send_check&quot; [net/bridge/bridge.ko] undefined!Signed-off-by: Randy Dunlap &lt;randy.dunlap@oracle.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Wed, 03 Mar 2010 10:23:22 +0100</pubDate>
        <dc:creator>Randy Dunlap &lt;randy.dunlap@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>024c378f0b719d43b01b875caefa19f2612e103a - bridge: Make IGMP snooping depend upon BRIDGE.</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#024c378f0b719d43b01b875caefa19f2612e103a</link>
        <description>bridge: Make IGMP snooping depend upon BRIDGE.Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Sun, 28 Feb 2010 09:51:42 +0100</pubDate>
        <dc:creator>David S. Miller &lt;davem@davemloft.net&gt;</dc:creator>
    </item>
<item>
        <title>eb1d16414339a6e113d89e2cca2556005d7ce919 - bridge: Add core IGMP snooping support</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#eb1d16414339a6e113d89e2cca2556005d7ce919</link>
        <description>bridge: Add core IGMP snooping supportThis patch adds the core functionality of IGMP snooping supportwithout actually hooking it up.  So this patch should be a no-opas far as the bridge&apos;s external behaviour is concerned.All the new code and data is controlled by the Kconfig optionBRIDGE_IGMP_SNOOPING.  A run-time toggle is also available.The multicast switching is done using an hash table that islockless on the read-side through RCU.  On the write-side thenew multicast_lock is used for all operations.  The hash tablesupports dynamic growth/rehashing.The hash table will be rehashed if any chain length exceeds apreset limit.  If rehashing does not reduce the maximum chainlength then snooping will be disabled.These features may be added in future (in no particular order):* IGMPv3 source support* Non-querier router detection* IPv6Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Sat, 27 Feb 2010 20:41:45 +0100</pubDate>
        <dc:creator>Herbert Xu &lt;herbert@gondor.apana.org.au&gt;</dc:creator>
    </item>
<item>
        <title>7c85fbf0657f216557b0c9c4a2e4e07f37d8bb8c - bridge: Use STP demux</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#7c85fbf0657f216557b0c9c4a2e4e07f37d8bb8c</link>
        <description>bridge: Use STP demuxUse the STP demux layer for receiving STP PDUs instead of directlyregistering with LLC.Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Sun, 06 Jul 2008 06:25:56 +0200</pubDate>
        <dc:creator>Patrick McHardy &lt;kaber@trash.net&gt;</dc:creator>
    </item>
<item>
        <title>cf0f02d04a830c8202e6a8f8bb37acc6c1629a91 - [BRIDGE]: use llc for receiving STP packets</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#cf0f02d04a830c8202e6a8f8bb37acc6c1629a91</link>
        <description>[BRIDGE]: use llc for receiving STP packetsUse LLC for the receive path of Spanning Tree Protocol packets.This allows link local multicast packets to be received byother protocols (if they care), and uses the existing LLCcode to get STP packets back into bridge code.The bridge multicast address is also checked, so bridges usingother link local multicast addresses are ignored. This allowsfor use of different multicast addresses to define separate STPdomains.Signed-off-by: Stephen Hemminger &lt;shemminger@osdl.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Tue, 21 Mar 2006 07:59:06 +0100</pubDate>
        <dc:creator>Stephen Hemminger &lt;shemminger@osdl.org&gt;</dc:creator>
    </item>
<item>
        <title>6a2e9b738cb5c929df73b6acabdd8f9a4e9a0416 - [NET]: move config options out to individual protocols</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/bridge/Kconfig#6a2e9b738cb5c929df73b6acabdd8f9a4e9a0416</link>
        <description>[NET]: move config options out to individual protocolsMove the protocol specific config options out to the specific protocols.With this change net/Kconfig now starts to become readable and serve as agood basis for further re-structuring.The menu structure is left almost intact, except that indention isfixed in most cases. Most visible are the INET changes where several&quot;depends on INET&quot; are replaced with a single ifdef INET / endif pair.Several new files were created to accomplish this change - they aresmall but serve the purpose that config options are now distributedout where they belongs.Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/bridge/Kconfig</description>
        <pubDate>Tue, 12 Jul 2005 06:13:56 +0200</pubDate>
        <dc:creator>Sam Ravnborg &lt;sam@ravnborg.org&gt;</dc:creator>
    </item>
</channel>
</rss>
