<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>b912d599 - net: rename rtnl_net_debug to lock_debug</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#b912d599</link>
        <description>net: rename rtnl_net_debug to lock_debugAnd make it selected by CONFIG_DEBUG_NET. Don&apos;t rename any ofthe structs/functions. Next patch will use rtnl_net_debug_event innetdevsim.Reviewed-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Signed-off-by: Stanislav Fomichev &lt;sdf@fomichev.me&gt;Link: https://patch.msgid.link/20250401163452.622454-5-sdf@fomichev.meSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Tue, 01 Apr 2025 16:34:45 +0000</pubDate>
        <dc:creator>Stanislav Fomichev &lt;sdf@fomichev.me&gt;</dc:creator>
    </item>
<item>
        <title>7e4d784f - net: hold netdev instance lock during rtnetlink operations</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#7e4d784f</link>
        <description>net: hold netdev instance lock during rtnetlink operationsTo preserve the atomicity, hold the lock while applying multipleattributes. The major issue with a full conversion to the instancelock are software nesting devices (bonding/team/vrf/etc). Thosedevices call into the core stack for their lower (potentiallyreal hw) devices. To avoid explicitly wrapping all those placesinto instance lock/unlock, introduce new API boundaries:- (some) existing dev_xxx calls are now considered &quot;external&quot;  (to drivers) APIs and they transparently grab the instance  lock if needed (dev_api.c)- new netif_xxx calls are internal core stack API (naming is  sketchy, I&apos;ve tried netdev_xxx_locked per Jakub&apos;s suggestion,  but it feels a bit verbose; but happy to get back to this  naming scheme if this is the preference)This avoids touching most of the existing ioctl/sysfs/drivers paths.Note the special handling of ndo_xxx_slave operations: I exploitthe fact that none of the drivers that call these functionsneed/use instance lock. At the same time, they use dev_xxxAPIs, so the lower device has to be unlocked.Changes in unregister_netdevice_many_notify (to protect dev-&gt;statewith instance lock) trigger lockdep - the loop over close_list(mostly from cleanup_net) introduces spurious ordering issues.netdev_lock_cmp_fn has a justification on why it&apos;s ok to suppressfor now.Cc: Saeed Mahameed &lt;saeed@kernel.org&gt;Signed-off-by: Stanislav Fomichev &lt;sdf@fomichev.me&gt;Link: https://patch.msgid.link/20250305163732.2766420-7-sdf@fomichev.meSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Wed, 05 Mar 2025 16:37:24 +0000</pubDate>
        <dc:creator>Stanislav Fomichev &lt;sdf@fomichev.me&gt;</dc:creator>
    </item>
<item>
        <title>12079a59 - net: Implement fault injection forcing skb reallocation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#12079a59</link>
        <description>net: Implement fault injection forcing skb reallocationIntroduce a fault injection mechanism to force skb reallocation. Theprimary goal is to catch bugs related to pointer invalidation afterpotential skb reallocation.The fault injection mechanism aims to identify scenarios where callersretain pointers to various headers in the skb but fail to reload thesepointers after calling a function that may reallocate the data. Thistype of bug can lead to memory corruption or crashes if the old,now-invalid pointers are used.By forcing reallocation through fault injection, we can stress-test codepaths and ensure proper pointer management after potential skbreallocations.Add a hook for fault injection in the following functions: * pskb_trim_rcsum() * pskb_may_pull_reason() * pskb_trim()As the other fault injection mechanism, protect it under a debug Kconfigcalled CONFIG_FAIL_SKB_REALLOC.This patch was *heavily* inspired by Jakub&apos;s proposal from:https://lore.kernel.org/all/20240719174140.47a868e6@kernel.org/CC: Akinobu Mita &lt;akinobu.mita@gmail.com&gt;Suggested-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Signed-off-by: Breno Leitao &lt;leitao@debian.org&gt;Reviewed-by: Akinobu Mita &lt;akinobu.mita@gmail.com&gt;Acked-by: Paolo Abeni &lt;pabeni@redhat.com&gt;Acked-by: Guillaume Nault &lt;gnault@redhat.com&gt;Link: https://patch.msgid.link/20241107-fault_v6-v6-1-1b82cb6ecacd@debian.orgSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Thu, 07 Nov 2024 16:11:44 +0000</pubDate>
        <dc:creator>Breno Leitao &lt;leitao@debian.org&gt;</dc:creator>
    </item>
<item>
        <title>03fa5348 - rtnetlink: Add ASSERT_RTNL_NET() placeholder for netdev notifier.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#03fa5348</link>
        <description>rtnetlink: Add ASSERT_RTNL_NET() placeholder for netdev notifier.The global and per-netns netdev notifier depend on RTNL, and itsdependency is not so clear due to nested calls.Let&apos;s add a placeholder to place ASSERT_RTNL_NET() for each event.Signed-off-by: Kuniyuki Iwashima &lt;kuniyu@amazon.com&gt;Reviewed-by: Eric Dumazet &lt;edumazet@google.com&gt;Signed-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Fri, 04 Oct 2024 22:10:31 +0000</pubDate>
        <dc:creator>Kuniyuki Iwashima &lt;kuniyu@amazon.com&gt;</dc:creator>
    </item>
<item>
        <title>170aafe3 - netdev: support binding dma-buf to netdevice</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#170aafe3</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-6.15/net/core/Makefile</description>
        <pubDate>Tue, 10 Sep 2024 17:14:47 +0000</pubDate>
        <dc:creator>Mina Almasry &lt;almasrymina@google.com&gt;</dc:creator>
    </item>
<item>
        <title>7c88f865 - netdev: add netdev_rx_queue_restart()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#7c88f865</link>
        <description>netdev: add netdev_rx_queue_restart()Add netdev_rx_queue_restart(), which resets an rx queue using thequeue API recently merged[1].The queue API was merged to enable the core net stack to reset individualrx queues to actuate changes in the rx queue&apos;s configuration. In laterpatches in this series, we will use netdev_rx_queue_restart() to resetrx queues after binding or unbinding dmabuf configuration, which willcause reallocation of the page_pool to repopulate its memory using thenew configuration.[1] https://lore.kernel.org/netdev/20240430231420.699177-1-shailend@google.com/T/Signed-off-by: David Wei &lt;dw@davidwei.uk&gt;Signed-off-by: Mina Almasry &lt;almasrymina@google.com&gt;Reviewed-by: Pavel Begunkov &lt;asml.silence@gmail.com&gt;Reviewed-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Link: https://patch.msgid.link/20240910171458.219195-2-almasrymina@google.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Tue, 10 Sep 2024 17:14:45 +0000</pubDate>
        <dc:creator>Mina Almasry &lt;almasrymina@google.com&gt;</dc:creator>
    </item>
<item>
        <title>768cf841 - net: add IEEE 802.1q specific helpers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#768cf841</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-6.15/net/core/Makefile</description>
        <pubDate>Fri, 03 May 2024 13:13:42 +0000</pubDate>
        <dc:creator>Oleksij Rempel &lt;o.rempel@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>5b2be2ab - net: net_test: add tests for IP tunnel flags conversion helpers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#5b2be2ab</link>
        <description>net: net_test: add tests for IP tunnel flags conversion helpersNow that there are helpers for converting IP tunnel flags between theold __be16 format and the bitmap format, make sure they work as expectedby adding a couple of tests to the networking testing suite. The helpersare all inline, so no dependencies on the related CONFIG_* (or astandalone module) are needed.Cover three possible cases:1. No bits past BIT(15) are set, VTI/SIT bits are not set. This   conversion is almost a direct assignment.2. No bits past BIT(15) are set, but VTI/SIT bit is set. During the   conversion, it must be transformed into BIT(16) in the bitmap,   but still compatible with the __be16 format.3. The bitmap has bits past BIT(15) set (not the VTI/SIT one). The   result will be truncated.   Note that currently __IP_TUNNEL_FLAG_NUM is 17 (incl. special),   which means that the result of this case is currently   semi-false-positive. When BIT(17) is finally here, it will be   adjusted accordingly.Signed-off-by: Alexander Lobakin &lt;aleksander.lobakin@intel.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Wed, 27 Mar 2024 15:23:54 +0000</pubDate>
        <dc:creator>Alexander Lobakin &lt;aleksander.lobakin@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>2658b5a8 - net: introduce struct net_hotdata</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#2658b5a8</link>
        <description>net: introduce struct net_hotdataInstead of spreading networking critical fieldsall over the places, add a custom net_hotdatastructure so that we can precisely control its layout.In this first patch, move :- gro_normal_batch used in rx (GRO stack)- offload_base used in rx and tx (GRO and TSO stacks)Signed-off-by: Eric Dumazet &lt;edumazet@google.com&gt;Acked-by: Soheil Hassas Yeganeh &lt;soheil@google.com&gt;Reviewed-by: David Ahern &lt;dsahern@kernel.org&gt;Link: https://lore.kernel.org/r/20240306160031.874438-2-edumazet@google.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Wed, 06 Mar 2024 16:00:14 +0000</pubDate>
        <dc:creator>Eric Dumazet &lt;edumazet@google.com&gt;</dc:creator>
    </item>
<item>
        <title>f17c6964 - net: page_pool: id the page pools</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#f17c6964</link>
        <description>net: page_pool: id the page poolsTo give ourselves the flexibility of creating netlink commandsand ability to refer to page pool instances in uAPIs createIDs for page pools.Reviewed-by: Ilias Apalodimas &lt;ilias.apalodimas@linaro.org&gt;Reviewed-by: Eric Dumazet &lt;edumazet@google.com&gt;Acked-by: Jesper Dangaard Brouer &lt;hawk@kernel.org&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Reviewed-by: Shakeel Butt &lt;shakeelb@google.com&gt;Signed-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Sun, 26 Nov 2023 23:07:29 +0000</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b3098d32 - net: add skb_segment kunit test</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#b3098d32</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-6.15/net/core/Makefile</description>
        <pubDate>Mon, 09 Oct 2023 14:41:51 +0000</pubDate>
        <dc:creator>Willem de Bruijn &lt;willemb@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d457a0e3 - net: move gso declarations and functions to their own files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#d457a0e3</link>
        <description>net: move gso declarations and functions to their own filesMove declarations into include/net/gso.h and code into net/core/gso.cSigned-off-by: Eric Dumazet &lt;edumazet@google.com&gt;Cc: Stanislav Fomichev &lt;sdf@google.com&gt;Reviewed-by: Simon Horman &lt;simon.horman@corigine.com&gt;Reviewed-by: David Ahern &lt;dsahern@kernel.org&gt;Link: https://lore.kernel.org/r/20230608191738.3947077-1-edumazet@google.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Thu, 08 Jun 2023 19:17:37 +0000</pubDate>
        <dc:creator>Eric Dumazet &lt;edumazet@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d3d854fd - netdev-genl: create a simple family for netdev stuff</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#d3d854fd</link>
        <description>netdev-genl: create a simple family for netdev stuffAdd a Netlink spec-compatible family for netdevs.This is a very simple implementation without muchthought going into it.It allows us to reap all the benefits of Netlink specs,one can use the generic client to issue the commands:  $ ./cli.py --spec netdev.yaml --dump dev_get  [{&apos;ifindex&apos;: 1, &apos;xdp-features&apos;: set()},   {&apos;ifindex&apos;: 2, &apos;xdp-features&apos;: {&apos;basic&apos;, &apos;ndo-xmit&apos;, &apos;redirect&apos;}},   {&apos;ifindex&apos;: 3, &apos;xdp-features&apos;: {&apos;rx-sg&apos;}}]the generic python library does not have flags-by-namesupport, yet, but we also don&apos;t have to carry stringsin the messages, as user space can get the names fromthe spec.Acked-by: Jesper Dangaard Brouer &lt;brouer@redhat.com&gt;Co-developed-by: Lorenzo Bianconi &lt;lorenzo@kernel.org&gt;Signed-off-by: Lorenzo Bianconi &lt;lorenzo@kernel.org&gt;Co-developed-by: Kumar Kartikeya Dwivedi &lt;memxor@gmail.com&gt;Signed-off-by: Kumar Kartikeya Dwivedi &lt;memxor@gmail.com&gt;Co-developed-by: Marek Majtyka &lt;alardam@gmail.com&gt;Signed-off-by: Marek Majtyka &lt;alardam@gmail.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Link: https://lore.kernel.org/r/327ad9c9868becbe1e601b580c962549c8cd81f2.1675245258.git.lorenzo@kernel.orgSigned-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Wed, 01 Feb 2023 10:24:17 +0000</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>f05bd8eb - devlink: move code to a dedicated directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#f05bd8eb</link>
        <description>devlink: move code to a dedicated directoryThe devlink code is hard to navigate with 13kLoC in one file.I really like the way Michal split the ethtool into per-commandfiles and core. It&apos;d probably be too much to split it all up,but we can at least separate the core parts out of the per-cmdimplementations and put it in a directory so that new commandscan be separate files.Move the code, subsequent commit will do a partial split.Reviewed-by: Jacob Keller &lt;jacob.e.keller@intel.com&gt;Reviewed-by: Jiri Pirko &lt;jiri@nvidia.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Thu, 05 Jan 2023 04:05:17 +0000</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9cb252c4 - net: skb: export skb drop reaons to user by TRACE_DEFINE_ENUM</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#9cb252c4</link>
        <description>net: skb: export skb drop reaons to user by TRACE_DEFINE_ENUMAs Eric reported, the &apos;reason&apos; field is not presented when trace thekfree_skb event by perf:$ perf record -e skb:kfree_skb -a sleep 10$ perf script  ip_defrag 14605 [021]   221.614303:   skb:kfree_skb:  skbaddr=0xffff9d2851242700 protocol=34525 location=0xffffffffa39346b1  reason:The cause seems to be passing kernel address directly to TP_printk(),which is not right. As the enum &apos;skb_drop_reason&apos; is not exported touser space through TRACE_DEFINE_ENUM(), perf can&apos;t get the drop reasonstring from the &apos;reason&apos; field, which is a number.Therefore, we introduce the macro DEFINE_DROP_REASON(), which is usedto define the trace enum by TRACE_DEFINE_ENUM(). With the help ofDEFINE_DROP_REASON(), now we can remove the auto-generate that weintroduced in the commit ec43908dd556(&quot;net: skb: use auto-generation to convert skb drop reason to string&quot;),and define the string array &apos;drop_reasons&apos;.Hmmmm...now we come back to the situation that have to maintain dropreasons in both enum skb_drop_reason and DEFINE_DROP_REASON. But theyare both in dropreason.h, which makes it easier.After this commit, now the format of kfree_skb is like this:$ cat /tracing/events/skb/kfree_skb/formatname: kfree_skbID: 1524format:        field:unsigned short common_type;       offset:0;       size:2; signed:0;        field:unsigned char common_flags;       offset:2;       size:1; signed:0;        field:unsigned char common_preempt_count;       offset:3;       size:1; signed:0;        field:int common_pid;   offset:4;       size:4; signed:1;        field:void * skbaddr;   offset:8;       size:8; signed:0;        field:void * location;  offset:16;      size:8; signed:0;        field:unsigned short protocol;  offset:24;      size:2; signed:0;        field:enum skb_drop_reason reason;      offset:28;      size:4; signed:0;print fmt: &quot;skbaddr=%p protocol=%u location=%p reason: %s&quot;, REC-&gt;skbaddr, REC-&gt;protocol, REC-&gt;location, __print_symbolic(REC-&gt;reason, { 1, &quot;NOT_SPECIFIED&quot; }, { 2, &quot;NO_SOCKET&quot; } ......Fixes: ec43908dd556 (&quot;net: skb: use auto-generation to convert skb drop reason to string&quot;)Link: https://lore.kernel.org/netdev/CANn89i+bx0ybvE55iMYf5GJM48WwV1HNpdm9Q6t-HaEstqpCSA@mail.gmail.com/Reported-by: Eric Dumazet &lt;edumazet@google.com&gt;Signed-off-by: Menglong Dong &lt;imagedong@tencent.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Mon, 05 Sep 2022 03:50:15 +0000</pubDate>
        <dc:creator>Menglong Dong &lt;imagedong@tencent.com&gt;</dc:creator>
    </item>
<item>
        <title>ec43908d - net: skb: use auto-generation to convert skb drop reason to string</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#ec43908d</link>
        <description>net: skb: use auto-generation to convert skb drop reason to stringIt is annoying to add new skb drop reasons to &apos;enum skb_drop_reason&apos;and TRACE_SKB_DROP_REASON in trace/event/skb.h, and it&apos;s easy to forgetto add the new reasons we added to TRACE_SKB_DROP_REASON.TRACE_SKB_DROP_REASON is used to convert drop reason of type numberto string. For now, the string we passed to user space is exactly thesame as the name in &apos;enum skb_drop_reason&apos; with a &apos;SKB_DROP_REASON_&apos;prefix. Therefore, we can use &apos;auto-generation&apos; to generate thesedrop reasons to string at build time.The new source &apos;dropreason_str.c&apos; will be auto generated during buildtime, which contains the string array&apos;const char * const drop_reasons[]&apos;.Signed-off-by: Menglong Dong &lt;imagedong@tencent.com&gt;Signed-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Mon, 06 Jun 2022 02:24:35 +0000</pubDate>
        <dc:creator>Menglong Dong &lt;imagedong@tencent.com&gt;</dc:creator>
    </item>
<item>
        <title>2c193f2c - net: kunit: add a test for dev_addr_lists</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#2c193f2c</link>
        <description>net: kunit: add a test for dev_addr_listsAdd a KUnit test for the dev_addr API.Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Fri, 19 Nov 2021 14:21:55 +0000</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e456a18a - net: gro: move skb_gro_receive into net/core/gro.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#e456a18a</link>
        <description>net: gro: move skb_gro_receive into net/core/gro.cnet/core/gro.c will contain all core gro functions,to shrink net/core/skbuff.c and net/core/dev.cSigned-off-by: Eric Dumazet &lt;edumazet@google.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Mon, 15 Nov 2021 17:05:53 +0000</pubDate>
        <dc:creator>Eric Dumazet &lt;edumazet@google.com&gt;</dc:creator>
    </item>
<item>
        <title>e330fb14 - of: net: move of_net under net/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#e330fb14</link>
        <description>of: net: move of_net under net/Rob suggests to move of_net.c from under drivers/of/ somewhereto the networking code.Suggested-by: Rob Herring &lt;robh@kernel.org&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Reviewed-by: Rob Herring &lt;robh@kernel.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Thu, 07 Oct 2021 01:06:54 +0000</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>17edea21 - sock_map: Relax config dependency to CONFIG_NET</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/core/Makefile#17edea21</link>
        <description>sock_map: Relax config dependency to CONFIG_NETCurrently sock_map still has Kconfig dependency on CONFIG_INET,but there is no actual functional dependency on it after weintroduce -&gt;psock_update_sk_prot().We have to extend it to CONFIG_NET now as we are going tosupport AF_UNIX.Signed-off-by: Cong Wang &lt;cong.wang@bytedance.com&gt;Signed-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;Link: https://lore.kernel.org/bpf/20210704190252.11866-2-xiyou.wangcong@gmail.com

            List of files:
            /linux-6.15/net/core/Makefile</description>
        <pubDate>Sun, 04 Jul 2021 19:02:42 +0000</pubDate>
        <dc:creator>Cong Wang &lt;cong.wang@bytedance.com&gt;</dc:creator>
    </item>
</channel>
</rss>
