<?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>8a398a0c189ead8bbce98f5be70b8ea0e30b21f8 - appletalk: move the protocol out of tree</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#8a398a0c189ead8bbce98f5be70b8ea0e30b21f8</link>
        <description>appletalk: move the protocol out of treeAppleTalk has been removed in MacOS X 10.6 (Snow Leopard), in 2009,according to Wikipedia. We recently got a burst of AI generatedfixes to this protocol which nobody is reviewing.Let AppleTalk follow AX.25 and hamradio out of the Linux tree.We we will maintain the code at: github.com/linux-netdev/mod-orphanfor anyone interested in playing with it.Retain the uAPI for now. No strong reason, simply because I suspectkeeping it will be less controversial.Acked-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;Link: https://patch.msgid.link/20260615222935.947233-3-kuba@kernel.orgSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Tue, 16 Jun 2026 00:29:35 +0200</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>dd8d4bc28ad7252610d8e79c1313a2d1e3499a51 - net: remove ax25 and amateur radio (hamradio) subsystem</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#dd8d4bc28ad7252610d8e79c1313a2d1e3499a51</link>
        <description>net: remove ax25 and amateur radio (hamradio) subsystemRemove the amateur radio (AX.25, NET/ROM, ROSE) protocol implementationand all associated hamradio device drivers from the kernel tree.This set of protocols has long been a huge bug/syzbot magnet,and since nobody stepped up to help us deal with the influxof the AI-generated bug reports we need to move it out of treeto protect our sanity.The code is moved to an out-of-tree repo:https://github.com/linux-netdev/mod-orphanif it&apos;s cleaned up and reworked there we can accept it back.Minimal stub headers are kept for include/net/ax25.h (AX25_P_IP,AX25_ADDR_LEN, ax25_address) and include/net/rose.h (ROSE_ADDR_LEN)so that the conditional integration code in arp.c and tun.c continuesto compile and work when the out-of-tree modules are loaded.Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Acked-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;Acked-by: Carlos Bilbao &lt;carlos.bilbao@kernel.org&gt;Reviewed-by: Simon Horman &lt;horms@kernel.org&gt;Reviewed-by: Kuniyuki Iwashima &lt;kuniyu@google.com&gt;Acked-by: Toke H&#248;iland-J&#248;rgensen &lt;toke@toke.dk&gt;Link: https://patch.msgid.link/20260421021824.1293976-1-kuba@kernel.orgSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Tue, 21 Apr 2026 04:18:23 +0200</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>6d5431555de032f5ad9e08a7fb372f37bf493903 - caif: remove CAIF NETWORK LAYER</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#6d5431555de032f5ad9e08a7fb372f37bf493903</link>
        <description>caif: remove CAIF NETWORK LAYERRemove CAIF (Communication CPU to Application CPU Interface), theST-Ericsson modem protocol. The subsystem has been orphaned since 2013.The last meaningful changes from the maintainers were in March 2013:  a8c7687bf216 (&quot;caif_virtio: Check that vringh_config is not null&quot;)  b2273be8d2df (&quot;caif_virtio: Use vringh_notify_enable correctly&quot;)  0d2e1a2926b1 (&quot;caif_virtio: Introduce caif over virtio&quot;)Not-so-coincidentally, according to &quot;the Internet&quot; ST-Ericsson officiallyshut down its modem joint venture in Aug 2013.If anyone is using this code please yell!In the 13 years since, the code has accumulated 200 non-merge commits,of which 71 were cross-tree API changes, 21 carried Fixes: tags, andthe remaining ~110 were cleanups, doc conversions, treewide refactors,and one partial removal (caif_hsi, ca75bcf0a83b).We are still getting fixes to this code, in the last 10 days there were3 reports on security@ about CAIF that I have been CCed on.UAPI constants (AF_CAIF, ARPHRD_CAIF, N_CAIF, VIRTIO_ID_CAIF) and theSELinux classmap entry are intentionally kept for ABI stability.Acked-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Reviewed-by: Linus Walleij &lt;linusw@kernel.org&gt;Reviewed-by: Simon Horman &lt;horms@kernel.org&gt;Link: https://patch.msgid.link/20260416182829.1440262-1-kuba@kernel.orgSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Thu, 16 Apr 2026 20:28:28 +0200</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2af8ff1e472e9862983303890e98d45f40863351 - net: Kconfig: discourage drop_monitor enablement</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#2af8ff1e472e9862983303890e98d45f40863351</link>
        <description>net: Kconfig: discourage drop_monitor enablementQuoting Eric Dumazet:&quot;I do not understand the fascination with net/core/drop_monitor.c [..]misses all the features, flexibility, scalability  that &apos;perf&apos;,eBPF tracing, bpftrace, .... have today.&quot;Reword DROP_MONITOR kconfig help text to clearly state that its notrelated to perf-based drop monitoring and that its safe to disablethis unless support for the older netlink-based tools is needed.Signed-off-by: Florian Westphal &lt;fw@strlen.de&gt;Reviewed-by: Simon Horman &lt;horms@kernel.org&gt;Reviewed-by: Eric Dumazet &lt;edumazet@google.com&gt;Link: https://patch.msgid.link/20251016115147.18503-1-fw@strlen.deSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Thu, 16 Oct 2025 13:51:47 +0200</pubDate>
        <dc:creator>Florian Westphal &lt;fw@strlen.de&gt;</dc:creator>
    </item>
<item>
        <title>35758b0032c056cdff3e8f5a70669cb3e2c8d0e4 - dibs: Create drivers/dibs</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#35758b0032c056cdff3e8f5a70669cb3e2c8d0e4</link>
        <description>dibs: Create drivers/dibsCreate the file structure for a &apos;DIBS - Direct Internal Buffer Sharing&apos;shim layer that will provide generic functionality and declarations fordibs device drivers and dibs clients.Following patches will add functionality.Signed-off-by: Alexandra Winter &lt;wintera@linux.ibm.com&gt;Link: https://patch.msgid.link/20250918110500.1731261-4-wintera@linux.ibm.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Thu, 18 Sep 2025 13:04:49 +0200</pubDate>
        <dc:creator>Alexandra Winter &lt;wintera@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>00c94ca2b99e6610e483f92e531b319eeaed94aa - psp: base PSP device support</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#00c94ca2b99e6610e483f92e531b319eeaed94aa</link>
        <description>psp: base PSP device supportAdd a netlink family for PSP and allow drivers to register support.The &quot;PSP device&quot; is its own object. This allows us to perform moreflexible reference counting / lifetime control than if PSP informationwas part of net_device. In the future we should also be ableto &quot;delegate&quot; PSP access to software devices, such as *vlan, vethor netkit more easily.Reviewed-by: Willem de Bruijn &lt;willemb@google.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Signed-off-by: Daniel Zahka &lt;daniel.zahka@gmail.com&gt;Reviewed-by: Eric Dumazet &lt;edumazet@google.com&gt;Link: https://patch.msgid.link/20250917000954.859376-3-daniel.zahka@gmail.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Wed, 17 Sep 2025 02:09:29 +0200</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b2dd6eb0acd756a48a5351c56a675e2e7ff45e70 - net: Kconfig: add endif/endmenu comments</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#b2dd6eb0acd756a48a5351c56a675e2e7ff45e70</link>
        <description>net: Kconfig: add endif/endmenu commentsAdd comments on endif &amp; endmenu blocks. This can save timewhen searching &amp; trying to understand kconfig menu dependencies.The other endif &amp; endmenu statements are already commented like this.This makes it similar to drivers/net/Kconfig, which is alreadycommented like this.Signed-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Reviewed-by: Simon Horman &lt;horms@kernel.org&gt;Link: https://patch.msgid.link/20250721020420.3555128-1-rdunlap@infradead.orgSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Mon, 21 Jul 2025 04:04:20 +0200</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>cb575e5e9fd1cba99f1514c36375e74609f92e70 - net: Kconfig NET_DEVMEM selects GENERIC_ALLOCATOR</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#cb575e5e9fd1cba99f1514c36375e74609f92e70</link>
        <description>net: Kconfig NET_DEVMEM selects GENERIC_ALLOCATORGENERIC_ALLOCATOR is a non-prompt kconfig, meaning users can&apos;t enable itselectively. All kconfig users of GENERIC_ALLOCATOR select it, except ofNET_DEVMEM which only depends on it, there is no easy way to turnGENERIC_ALLOCATOR on unless we select other unnecessary configs thatwill select it.Instead of depending on it, select it when NET_DEVMEM is enabled.Signed-off-by: Saeed Mahameed &lt;saeedm@nvidia.com&gt;Reviewed-by: Dragos Tatulea &lt;dtatulea@nvidia.com&gt;Signed-off-by: Cosmin Ratiu &lt;cratiu@nvidia.com&gt;Signed-off-by: Tariq Toukan &lt;tariqt@nvidia.com&gt;Reviewed-by: Mina Almasry &lt;almasrymina@google.com&gt;Link: https://patch.msgid.link/1747950086-1246773-2-git-send-email-tariqt@nvidia.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Thu, 22 May 2025 23:41:16 +0200</pubDate>
        <dc:creator>Saeed Mahameed &lt;saeedm@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>55d22ee0358597185f8f5272558ec7cf1a49eb41 - net: introduce CONFIG_NET_CRC32C</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#55d22ee0358597185f8f5272558ec7cf1a49eb41</link>
        <description>net: introduce CONFIG_NET_CRC32CAdd a hidden kconfig symbol NET_CRC32C that will group together thefunctions that calculate CRC32C checksums of packets, so that thesedon&apos;t have to be built into NET-enabled kernels that don&apos;t need them.Make skb_crc32c_csum_help() (which is called only when IP_SCTP isenabled) conditional on this symbol, and make IP_SCTP select it.Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Link: https://patch.msgid.link/20250519175012.36581-2-ebiggers@kernel.orgSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Mon, 19 May 2025 19:50:03 +0200</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>2a63dd0edf388802074f1d4d6b588a3b4c380688 - net: Retire DCCP socket.</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#2a63dd0edf388802074f1d4d6b588a3b4c380688</link>
        <description>net: Retire DCCP socket.DCCP was orphaned in 2021 by commit 054c4610bd05 (&quot;MAINTAINERS: dccp:move Gerrit Renker to CREDITS&quot;), which noted that the last maintainerhad been inactive for five years.In recent years, it has become a playground for syzbot, and most changesto DCCP have been odd bug fixes triggered by syzbot.  Apart from that,the only changes have been driven by treewide or networking API updatesor adjustments related to TCP.Thus, in 2023, we announced we would remove DCCP in 2025 via commitb144fcaf46d4 (&quot;dccp: Print deprecation notice.&quot;).Since then, only one individual has contacted the netdev mailing list. [0]There is ongoing research for Multipath DCCP.  The repository is hostedon GitHub [1], and development is not taking place through the upstreamcommunity.  While the repository is published under the GPLv2 license,the scheduling part remains proprietary, with a LICENSE file [2] stating:  &quot;This is not Open Source software.&quot;The researcher mentioned a plan to address the licensing issue, upstreamthe patches, and step up as a maintainer, but there has been no furthercommunication since then.Maintaining DCCP for a decade without any real users has become a burden.Therefore, it&apos;s time to remove it.Removing DCCP will also provide significant benefits to TCP.  It allowsus to freely reorganize the layout of struct inet_connection_sock, whichis currently shared with DCCP, and optimize it to reduce the number ofcachelines accessed in the TCP fast path.Note that we keep DCCP netfilter modules as requested.  [3]Link: https://lore.kernel.org/netdev/20230710182253.81446-1-kuniyu@amazon.com/T/#u #[0]Link: https://github.com/telekom/mp-dccp #[1]Link: https://github.com/telekom/mp-dccp/blob/mpdccp_v03_k5.10/net/dccp/non_gpl_scheduler/LICENSE #[2]Link: https://lore.kernel.org/netdev/Z_VQ0KlCRkqYWXa-@calendula/ #[3]Signed-off-by: Kuniyuki Iwashima &lt;kuniyu@amazon.com&gt;Acked-by: Paul Moore &lt;paul@paul-moore.com&gt; (LSM and SELinux)Acked-by: Casey Schaufler &lt;casey@schaufler-ca.com&gt;Link: https://patch.msgid.link/20250410023921.11307-3-kuniyu@amazon.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Thu, 10 Apr 2025 04:36:45 +0200</pubDate>
        <dc:creator>Kuniyuki Iwashima &lt;kuniyu@amazon.com&gt;</dc:creator>
    </item>
<item>
        <title>04e65df94b3112a1b319b6deb5bab83fd740bc7d - netlink: spec: add shaper YAML spec</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#04e65df94b3112a1b319b6deb5bab83fd740bc7d</link>
        <description>netlink: spec: add shaper YAML specDefine the user-space visible interface to query, configure and deletenetwork shapers via yaml definition.Add dummy implementations for the relevant NL callbacks.set() and delete() operations touch a single shaper creating/updating ordeleting it.The group() operation creates a shaper&apos;s group, nesting multiple inputshapers under the specified output shaper.Reviewed-by: Jiri Pirko &lt;jiri@nvidia.com&gt;Signed-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;Link: https://patch.msgid.link/7a33a1ff370bdbcd0cd3f909575c912cd56f41da.1728460186.git.pabeni@redhat.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Wed, 09 Oct 2024 10:09:48 +0200</pubDate>
        <dc:creator>Paolo Abeni &lt;pabeni@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>26d7460222a0be34ff61a92a1fcc4469797ad937 - memory-provider: disable building dmabuf mp on !CONFIG_PAGE_POOL</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#26d7460222a0be34ff61a92a1fcc4469797ad937</link>
        <description>memory-provider: disable building dmabuf mp on !CONFIG_PAGE_POOLWhen CONFIG_TRACEPOINTS=y but CONFIG_PAGE_POOL=n, we end up with thisbuild failure that is reported by the 0-day bot:ld: vmlinux.o: in function `mp_dmabuf_devmem_alloc_netmems&apos;:&gt;&gt; (.text+0xc37286): undefined reference to `__tracepoint_page_pool_state_hold&apos;&gt;&gt; ld: (.text+0xc3729a): undefined reference to `__SCT__tp_func_page_pool_state_hold&apos;&gt;&gt; ld: vmlinux.o:(__jump_table+0x10c48): undefined reference to `__tracepoint_page_pool_state_hold&apos;&gt;&gt; ld: vmlinux.o:(.static_call_sites+0xb824): undefined reference to `__SCK__tp_func_page_pool_state_hold&apos;The root cause is that in this configuration, traces are enabled but thepage_pool specific trace_page_pool_state_hold is not registered.There is no reason to build the dmabuf memory provider whenCONFIG_PAGE_POOL is not present, as it&apos;s really a provider to thepage_pool.In fact the whole NET_DEVMEM is RX path-only at the moment, so we canmake the entire config dependent on the PAGE_POOL.Note that this may need to be revisited after/while devmem TX isadded,  as devmem TX likely does not need CONFIG_PAGE_POOL. For now thisbuild fix is sufficient.Reported-by: kernel test robot &lt;lkp@intel.com&gt;Closes: https://lore.kernel.org/oe-kbuild-all/202409131239.ysHQh4Tv-lkp@intel.com/Signed-off-by: Mina Almasry &lt;almasrymina@google.com&gt;Reviewed-by: Simon Horman &lt;horms@kernel.org&gt;Tested-by: Simon Horman &lt;horms@kernel.org&gt; # build-testedLink: https://patch.msgid.link/20240913060746.2574191-1-almasrymina@google.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Fri, 13 Sep 2024 08:07:45 +0200</pubDate>
        <dc:creator>Mina Almasry &lt;almasrymina@google.com&gt;</dc:creator>
    </item>
<item>
        <title>170aafe35cb98e0f3fbacb446ea86389fbce22ea - netdev: support binding dma-buf to netdevice</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#170aafe35cb98e0f3fbacb446ea86389fbce22ea</link>
        <description>netdev: support binding dma-buf to netdeviceAdd a netdev_dmabuf_binding struct which represents thedma-buf-to-netdevice binding. The netlink API will bind the dma-buf torx queues on the netdevice. On the binding, the dma_buf_attach&amp; dma_buf_map_attachment will occur. The entries in the sg_table frommapping will be inserted into a genpool to make it readyfor allocation.The chunks in the genpool are owned by a dmabuf_chunk_owner struct whichholds the dma-buf offset of the base of the chunk and the dma_addr ofthe chunk. Both are needed to use allocations that come from this chunk.We create a new type that represents an allocation from the genpool:net_iov. We setup the net_iov allocation size in thegenpool to PAGE_SIZE for simplicity: to match the PAGE_SIZE normallyallocated by the page pool and given to the drivers.The user can unbind the dmabuf from the netdevice by closing the netlinksocket that established the binding. We do this so that the binding isautomatically unbound even if the userspace process crashes.The binding and unbinding leaves an indicator in struct netdev_rx_queuethat the given queue is bound, and the binding is actuated by resettingthe rx queue using the queue API.The netdev_dmabuf_binding struct is refcounted, and releases itsresources only when all the refs are released.Signed-off-by: Willem de Bruijn &lt;willemb@google.com&gt;Signed-off-by: Kaiyuan Zhang &lt;kaiyuanz@google.com&gt;Signed-off-by: Mina Almasry &lt;almasrymina@google.com&gt;Reviewed-by: Pavel Begunkov &lt;asml.silence@gmail.com&gt; # excluding netlinkAcked-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;Reviewed-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Link: https://patch.msgid.link/20240910171458.219195-4-almasrymina@google.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Tue, 10 Sep 2024 19:14:47 +0200</pubDate>
        <dc:creator>Mina Almasry &lt;almasrymina@google.com&gt;</dc:creator>
    </item>
<item>
        <title>f750dfe825b904164688adeb147950e0e0c4d262 - ethtool: provide customized dim profile management</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#f750dfe825b904164688adeb147950e0e0c4d262</link>
        <description>ethtool: provide customized dim profile managementThe NetDIM library, currently leveraged by an array of NICs, deliversexcellent acceleration benefits. Nevertheless, NICs vary significantlyin their dim profile list prerequisites.Specifically, virtio-net backends may present diverse sw or hw deviceimplementation, making a one-size-fits-all parameter list impractical.On Alibaba Cloud, the virtio DPU&apos;s performance under the default DIMprofile falls short of expectations, partly due to a mismatch inparameter configuration.I also noticed that ice/idpf/ena and other NICs have customizedprofilelist or placed some restrictions on dim capabilities.Motivated by this, I tried adding new params for &quot;ethtool -C&quot; that providesa per-device control to modify and access a device&apos;s interrupt parameters.Usage========The target NIC is named ethx.Assume that ethx only declares support for rx profile setting(with DIM_PROFILE_RX flag set in profile_flags) and supports modificationof usec and pkt fields.1. Query the currently customized list of the device$ ethtool -c ethx...rx-profile:{.usec =   1, .pkts = 256, .comps = n/a,},{.usec =   8, .pkts = 256, .comps = n/a,},{.usec =  64, .pkts = 256, .comps = n/a,},{.usec = 128, .pkts = 256, .comps = n/a,},{.usec = 256, .pkts = 256, .comps = n/a,}tx-profile:   n/a2. Tune$ ethtool -C ethx rx-profile 1,1,n_2,n,n_3,3,n_4,4,n_n,5,n&quot;n&quot; means do not modify this field.$ ethtool -c ethx...rx-profile:{.usec =   1, .pkts =   1, .comps = n/a,},{.usec =   2, .pkts = 256, .comps = n/a,},{.usec =   3, .pkts =   3, .comps = n/a,},{.usec =   4, .pkts =   4, .comps = n/a,},{.usec = 256, .pkts =   5, .comps = n/a,}tx-profile:   n/a3. HintIf the device does not support some type of customized dim profiles,the corresponding &quot;n/a&quot; will display.If the &quot;n/a&quot; field is being modified, -EOPNOTSUPP will be reported.Signed-off-by: Heng Qi &lt;hengqi@linux.alibaba.com&gt;Reviewed-by: Simon Horman &lt;horms@kernel.org&gt;Link: https://patch.msgid.link/20240621101353.107425-4-hengqi@linux.alibaba.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Fri, 21 Jun 2024 12:13:51 +0200</pubDate>
        <dc:creator>Heng Qi &lt;hengqi@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>9b6a30febddf4857cb4c367f5294bb6118340e30 - net: allow rps/rfs related configs to be switched</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#9b6a30febddf4857cb4c367f5294bb6118340e30</link>
        <description>net: allow rps/rfs related configs to be switchedAfter John Sperbeck reported a compile error if the CONFIG_RFS_ACCELis off, I found that I cannot easily enable/disable the configbecause of lack of the prompt when using &apos;make menuconfig&apos;. Therefore,I decided to change rps/rfc related configs altogether.Signed-off-by: Jason Xing &lt;kernelxing@tencent.com&gt;Link: https://lore.kernel.org/r/20240605022932.33703-1-kerneljasonxing@gmail.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Wed, 05 Jun 2024 04:29:32 +0200</pubDate>
        <dc:creator>Jason Xing &lt;kernelxing@tencent.com&gt;</dc:creator>
    </item>
<item>
        <title>768cf8413883892c6ff0db783a0295a60886ec33 - net: add IEEE 802.1q specific helpers</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#768cf8413883892c6ff0db783a0295a60886ec33</link>
        <description>net: add IEEE 802.1q specific helpersIEEE 802.1q specification provides recommendation and examples which canbe used as good default values for different drivers.This patch implements mapping examples documented in IEEE 802.1Q-2022 inAnnex I &quot;I.3 Traffic type to traffic class mapping&quot; and IETF DSCP namingand mapping DSCP to Traffic Type inspired by RFC8325.This helpers will be used in followup patches for dsa/microchip DCBimplementation.Signed-off-by: Oleksij Rempel &lt;o.rempel@pengutronix.de&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Fri, 03 May 2024 15:13:42 +0200</pubDate>
        <dc:creator>Oleksij Rempel &lt;o.rempel@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>9f06f87fef689d28588cde8c7ebb00a67da34026 - net: skbuff: generalize the skb-&gt;decrypted bit</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#9f06f87fef689d28588cde8c7ebb00a67da34026</link>
        <description>net: skbuff: generalize the skb-&gt;decrypted bitThe -&gt;decrypted bit can be reused for other crypto protocols.Remove the direct dependency on TLS, add helpers to clean upthe ifdefs leaking out everywhere.Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Reviewed-by: David Ahern &lt;dsahern@kernel.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Wed, 03 Apr 2024 22:21:39 +0200</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ea7f3cfaa58873bbe271577efa800647e30f18bd - net: bql: allow the config to be disabled</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#ea7f3cfaa58873bbe271577efa800647e30f18bd</link>
        <description>net: bql: allow the config to be disabledIt is impossible to disable BQL individually today, since there is noprompt for the Kconfig entry, so, the BQL is always enabled if SYSFS isenabled.Create a prompt entry for BQL, so, it could be enabled or disabled atbuild time independently of SYSFS.Signed-off-by: Breno Leitao &lt;leitao@debian.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Thu, 15 Feb 2024 18:05:07 +0100</pubDate>
        <dc:creator>Breno Leitao &lt;leitao@debian.org&gt;</dc:creator>
    </item>
<item>
        <title>98e20e5e13d2811898921f999288be7151a11954 - bpfilter: remove bpfilter</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#98e20e5e13d2811898921f999288be7151a11954</link>
        <description>bpfilter: remove bpfilterbpfilter was supposed to convert iptables filtering rules intoBPF programs on the fly, from the kernel, through a usermodehelper. The base code for the UMH was introduced in 2018, andcouple of attempts (2, 3) tried to introduce the BPF programgenerate features but were abandoned.bpfilter now sits in a kernel tree unused and unusable, occasionallycausing confusion amongst Linux users (4, 5).As bpfilter is now developed in a dedicated repository on GitHub (6),it was suggested a couple of times this year (LSFMM/BPF 2023,LPC 2023) to remove the deprecated kernel part of the project. Thisis the purpose of this patch.[1]: https://lore.kernel.org/lkml/20180522022230.2492505-1-ast@kernel.org/[2]: https://lore.kernel.org/bpf/20210829183608.2297877-1-me@ubique.spb.ru/#t[3]: https://lore.kernel.org/lkml/20221224000402.476079-1-qde@naccy.de/[4]: https://dxuuu.xyz/bpfilter.html[5]: https://github.com/linuxkit/linuxkit/pull/3904[6]: https://github.com/facebook/bpfilterSigned-off-by: Quentin Deslandes &lt;qde@naccy.de&gt;Link: https://lore.kernel.org/r/20231226130745.465988-1-qde@naccy.deSigned-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Tue, 26 Dec 2023 14:07:42 +0100</pubDate>
        <dc:creator>Quentin Deslandes &lt;qde@naccy.de&gt;</dc:creator>
    </item>
<item>
        <title>b3098d32ed6e6f4c03a95f14426143f1b0af620f - net: add skb_segment kunit test</title>
        <link>http://kernelsources.org:8080/source/history/linux/net/Kconfig#b3098d32ed6e6f4c03a95f14426143f1b0af620f</link>
        <description>net: add skb_segment kunit testAdd unit testing for skb segment. This function is exercised by manydifferent code paths, such as GSO_PARTIAL or GSO_BY_FRAGS, linear(with or without head_frag), frags or frag_list skbs, etc.It is infeasible to manually run tests that cover all code paths whenmaking changes. The long and complex function also makes it hard toestablish through analysis alone that a patch has no unintendedside-effects.Add code coverage through kunit regression testing. Introduce kunitinfrastructure for tests under net/core, and add this first test.This first skb_segment test exercises a simple case: a linear skb.Follow-on patches will parametrize the test and add more variants.Tested: Built and ran the test with    make ARCH=um mrproper    ./tools/testing/kunit/kunit.py run \        --kconfig_add CONFIG_NET=y \        --kconfig_add CONFIG_DEBUG_KERNEL=y \        --kconfig_add CONFIG_DEBUG_INFO=y \        --kconfig_add=CONFIG_DEBUG_INFO_DWARF_TOOLCHAIN_DEFAULT=y \        net_core_gsoSigned-off-by: Willem de Bruijn &lt;willemb@google.com&gt;Reviewed-by: Florian Westphal &lt;fw@strlen.de&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux/net/Kconfig</description>
        <pubDate>Mon, 09 Oct 2023 16:41:51 +0200</pubDate>
        <dc:creator>Willem de Bruijn &lt;willemb@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
