<?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>04e65df9 - netlink: spec: add shaper YAML spec</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#04e65df9</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-6.15/net/Makefile</description>
        <pubDate>Wed, 09 Oct 2024 08:09:48 +0000</pubDate>
        <dc:creator>Paolo Abeni &lt;pabeni@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>99a7a5b9 - af_unix: Remove CONFIG_UNIX_SCM.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#99a7a5b9</link>
        <description>af_unix: Remove CONFIG_UNIX_SCM.Originally, the code related to garbage collection was all in garbage.c.Commit f4e65870e5ce (&quot;net: split out functions related to registeringinflight socket files&quot;) moved some functions to scm.c for io_uring andadded CONFIG_UNIX_SCM just in case AF_UNIX was built as module.However, since commit 97154bcf4d1b (&quot;af_unix: Kconfig: make CONFIG_UNIXbool&quot;), AF_UNIX is no longer built separately.  Also, io_uring does notsupport SCM_RIGHTS now.Let&apos;s move the functions back to garbage.cSigned-off-by: Kuniyuki Iwashima &lt;kuniyu@amazon.com&gt;Acked-by: Jens Axboe &lt;axboe@kernel.dk&gt;Link: https://lore.kernel.org/r/20240129190435.57228-4-kuniyu@amazon.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Mon, 29 Jan 2024 19:04:35 +0000</pubDate>
        <dc:creator>Kuniyuki Iwashima &lt;kuniyu@amazon.com&gt;</dc:creator>
    </item>
<item>
        <title>98e20e5e - bpfilter: remove bpfilter</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#98e20e5e</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-6.15/net/Makefile</description>
        <pubDate>Tue, 26 Dec 2023 13:07:42 +0000</pubDate>
        <dc:creator>Quentin Deslandes &lt;qde@naccy.de&gt;</dc:creator>
    </item>
<item>
        <title>3b3009ea - net/handshake: Create a NETLINK service for handling handshake requests</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#3b3009ea</link>
        <description>net/handshake: Create a NETLINK service for handling handshake requestsWhen a kernel consumer needs a transport layer security session, itfirst needs a handshake to negotiate and establish a session. Thisnegotiation can be done in user space via one of the severalexisting library implementations, or it can be done in the kernel.No in-kernel handshake implementations yet exist. In their absence,we add a netlink service that can:a. Notify a user space daemon that a handshake is needed.b. Once notified, the daemon calls the kernel back via this   netlink service to get the handshake parameters, including an   open socket on which to establish the session.c. Once the handshake is complete, the daemon reports the   session status and other information via a second netlink   operation. This operation marks that it is safe for the   kernel to use the open socket and the security session   established there.The notification service uses a multicast group. Each handshakemechanism (eg, tlshd) adopts its own group number so that thehandshake services are completely independent of one another. Thekernel can then tell via netlink_has_listeners() whether a handshakeservice is active and prepared to handle a handshake request.A new netlink operation, ACCEPT, acts like accept(2) in that itinstantiates a file descriptor in the user space daemon&apos;s fd table.If this operation is successful, the reply carries the fd number,which can be treated as an open and ready file descriptor.While user space is performing the handshake, the kernel keeps itsmuddy paws off the open socket. A second new netlink operation,DONE, indicates that the user space daemon is finished with thesocket and it is safe for the kernel to use again. The operationalso indicates whether a session was established successfully.Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Mon, 17 Apr 2023 14:32:26 +0000</pubDate>
        <dc:creator>Chuck Lever &lt;chuck.lever@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>5a178186 - net: dsa: replace NETDEV_PRE_CHANGE_HWTSTAMP notifier with a stub</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#5a178186</link>
        <description>net: dsa: replace NETDEV_PRE_CHANGE_HWTSTAMP notifier with a stubThere was a sort of rush surrounding commit 88c0a6b503b7 (&quot;net: create anetdev notifier for DSA to reject PTP on DSA master&quot;), due to a desireto convert DSA&apos;s attempt to deny TX timestamping on a DSA master tosomething that doesn&apos;t block the kernel-wide API conversion fromndo_eth_ioctl() to ndo_hwtstamp_set().What was required was a mechanism that did not depend on ndo_eth_ioctl(),and what was provided was a mechanism that did not depend onndo_eth_ioctl(), while at the same time introducing something thatwasn&apos;t absolutely necessary - a new netdev notifier.There have been objections from Jakub Kicinski that using notifiers ingeneral when they are not absolutely necessary creates complications tothe control flow and difficulties to maintainers who look at the code.So there is a desire to not use notifiers.In addition to that, the notifier chain gets called even if there is noDSA in the system and no one is interested in applying any restriction.Take the model of udp_tunnel_nic_ops and introduce a stub mechanism,through which net/core/dev_ioctl.c can call into DSA even whenCONFIG_NET_DSA=m.Compared to the code that existed prior to the notifier conversion, akawhat was added in commits:- 4cfab3566710 (&quot;net: dsa: Add wrappers for overloaded ndo_ops&quot;)- 3369afba1e46 (&quot;net: Call into DSA netdevice_ops wrappers&quot;)this is different because we are not overloading any structnet_device_ops of the DSA master anymore, but rather, we are exposing arather specific functionality which is orthogonal to which API is usedto enable it - ndo_eth_ioctl() or ndo_hwtstamp_set().Also, what is similar is that both approaches use function pointers toget from built-in code to DSA.There is no point in replicating the function pointers towards__dsa_master_hwtstamp_validate() once for every CPU port (dev-&gt;dsa_ptr).Instead, it is sufficient to introduce a singleton struct dsa_stubs,built into the kernel, which contains a single function pointer to__dsa_master_hwtstamp_validate().I find this approach preferable to what we had originally, becausedev-&gt;dsa_ptr-&gt;netdev_ops-&gt;ndo_do_ioctl() used to require going throughstruct dsa_port (dev-&gt;dsa_ptr), and so, this was incompatible with anyattempts to add any data encapsulation and hide DSA data structures fromthe outside world.Link: https://lore.kernel.org/netdev/20230403083019.120b72fd@kernel.org/Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Reviewed-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Thu, 06 Apr 2023 11:42:46 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&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/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/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>1202cdd6 - Remove DECnet support from kernel</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#1202cdd6</link>
        <description>Remove DECnet support from kernelDECnet is an obsolete network protocol that receives more attentionfrom kernel janitors than users. It belongs in computer protocolhistory museum not in Linux kernel.It has been &quot;Orphaned&quot; in kernel since 2010. The iproute2 supportfor DECnet was dropped in 5.0 release. The documentation link onSourceforge says it is abandoned there as well.Leave the UAPI alone to keep userspace programs compiling.This means that there is still an empty neighbour tablefor AF_DECNET.The table of /proc/sys/net entries was updated to matchcurrent directories and reformatted to be alphabetical.Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;Acked-by: David Ahern &lt;dsahern@kernel.org&gt;Acked-by: Nikolay Aleksandrov &lt;razor@blackwall.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Thu, 18 Aug 2022 00:43:21 +0000</pubDate>
        <dc:creator>Stephen Hemminger &lt;stephen@networkplumber.org&gt;</dc:creator>
    </item>
<item>
        <title>bc49d816 - mctp: Add MCTP base</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#bc49d816</link>
        <description>mctp: Add MCTP baseAdd basic Kconfig, an initial (empty) af_mctp source object, and{AF,PF}_MCTP definitions, and the required definitions for a newprotocol type.Signed-off-by: Jeremy Kerr &lt;jk@codeconstruct.com.au&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Thu, 29 Jul 2021 02:20:39 +0000</pubDate>
        <dc:creator>Jeremy Kerr &lt;jk@codeconstruct.com.au&gt;</dc:creator>
    </item>
<item>
        <title>d32f834c - net: l3mdev: use obj-$(CONFIG_NET_L3_MASTER_DEV) form in net/Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#d32f834c</link>
        <description>net: l3mdev: use obj-$(CONFIG_NET_L3_MASTER_DEV) form in net/MakefileCONFIG_NET_L3_MASTER_DEV is a bool option. Change the ifeq conditionalto the standard obj-$(CONFIG_NET_L3_MASTER_DEV) form.Use obj-y in net/l3mdev/Makefile because Kbuild visits this Makefileonly when CONFIG_NET_L3_MASTER_DEV=y.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: David Ahern &lt;dsahern@kernel.org&gt;Link: https://lore.kernel.org/r/20210125231659.106201-4-masahiroy@kernel.orgSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Mon, 25 Jan 2021 23:16:58 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0cfd99b4 - net: switchdev: use obj-$(CONFIG_NET_SWITCHDEV) form in net/Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#0cfd99b4</link>
        <description>net: switchdev: use obj-$(CONFIG_NET_SWITCHDEV) form in net/MakefileCONFIG_NET_SWITCHDEV is a bool option. Change the ifeq conditional tothe standard obj-$(CONFIG_NET_SWITCHDEV) form.Use obj-y in net/switchdev/Makefile because Kbuild visits this Makefileonly when CONFIG_NET_SWITCHDEV=y.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Link: https://lore.kernel.org/r/20210125231659.106201-3-masahiroy@kernel.orgSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Mon, 25 Jan 2021 23:16:57 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>1e328ed5 - net: dcb: use obj-$(CONFIG_DCB) form in net/Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#1e328ed5</link>
        <description>net: dcb: use obj-$(CONFIG_DCB) form in net/MakefileCONFIG_DCB is a bool option. Change the ifeq conditional to thestandard obj-$(CONFIG_DCB) form.Use obj-y in net/dcb/Makefile because Kbuild visits this Makefileonly when CONFIG_DCB=y.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Link: https://lore.kernel.org/r/20210125231659.106201-2-masahiroy@kernel.orgSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Mon, 25 Jan 2021 23:16:56 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8b5f4eb3 - net: move CONFIG_NET guard to top Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#8b5f4eb3</link>
        <description>net: move CONFIG_NET guard to top MakefileWhen CONFIG_NET is disabled, nothing under the net/ directory iscompiled. Move the CONFIG_NET guard to the top Makefile so the net/directory is entirely skipped.When Kbuild visits net/Makefile, CONFIG_NET is obvioulsy &apos;y&apos; becauseCONFIG_NET is a bool option. Clean up net/Makefile.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Link: https://lore.kernel.org/r/20210125231659.106201-1-masahiroy@kernel.orgSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Mon, 25 Jan 2021 23:16:55 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>f54ec58f - wimax: move out to staging</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#f54ec58f</link>
        <description>wimax: move out to stagingThere are no known users of this driver as of October 2020, and it willbe removed unless someone turns out to still need it in future releases.According to https://en.wikipedia.org/wiki/List_of_WiMAX_networks, therehave been many public wimax networks, but it appears that many of thesehave migrated to LTE or discontinued their service altogether.As most PCs and phones lack WiMAX hardware support, the remainingnetworks tend to use standalone routers. These almost certainlyrun Linux, but not a modern kernel or the mainline wimax driver stack.NetworkManager appears to have dropped userspace support in 2015https://bugzilla.gnome.org/show_bug.cgi?id=747846, thewww.linuxwimax.orgsite had already shut down earlier.WiMax is apparently still being deployed on airport campus networks(&quot;AeroMACS&quot;), but in a frequency band that was not supported by the oldIntel 2400m (used in Sandy Bridge laptops and earlier), which is theonly driver using the kernel&apos;s wimax stack.Move all files into drivers/staging/wimax, including the uapi headerfiles and documentation, to make it easier to remove it when it getsto that. Only minimal changes are made to the source files, in orderto make it possible to port patches across the move.Also remove the MAINTAINERS entry that refers to a broken mailinglist and website.Acked-by: Jakub Kicinski &lt;kuba@kernel.org&gt;Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Acked-By: Inaky Perez-Gonzalez &lt;inaky.perez-gonzalez@intel.com&gt;Acked-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;Suggested-by: Inaky Perez-Gonzalez &lt;inaky.perez-gonzalez@intel.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Tue, 27 Oct 2020 20:12:12 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>cb8a14b2 - net: move devres helpers into a separate source file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#cb8a14b2</link>
        <description>net: move devres helpers into a separate source fileThere&apos;s currently only a single devres helper in net/ - devm variantof alloc_etherdev. Let&apos;s move it to net/devres.c with the intention ofassing a second one: devm_register_netdev(). This new routine will needto know the address of the release function of devm_alloc_etherdev() sothat it can verify (using devres_find()) that the struct net_devicethat&apos;s being passed to it is also resource managed.Signed-off-by: Bartosz Golaszewski &lt;bgolaszewski@baylibre.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Sat, 23 May 2020 13:27:08 +0000</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bgolaszewski@baylibre.com&gt;</dc:creator>
    </item>
<item>
        <title>f870fa0b - mptcp: Add MPTCP socket stubs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#f870fa0b</link>
        <description>mptcp: Add MPTCP socket stubsImplements the infrastructure for MPTCP sockets.MPTCP sockets open one in-kernel TCP socket per subflow. These subflowsockets are only managed by the MPTCP socket that owns them and are notvisible from userspace. This commit allows a userspace program to openan MPTCP socket with:  sock = socket(AF_INET, SOCK_STREAM, IPPROTO_MPTCP);The resulting socket is simply a wrapper around a single regular TCPsocket, without any of the MPTCP protocol implemented over the wire.Co-developed-by: Florian Westphal &lt;fw@strlen.de&gt;Signed-off-by: Florian Westphal &lt;fw@strlen.de&gt;Co-developed-by: Peter Krystad &lt;peter.krystad@linux.intel.com&gt;Signed-off-by: Peter Krystad &lt;peter.krystad@linux.intel.com&gt;Co-developed-by: Matthieu Baerts &lt;matthieu.baerts@tessares.net&gt;Signed-off-by: Matthieu Baerts &lt;matthieu.baerts@tessares.net&gt;Co-developed-by: Paolo Abeni &lt;pabeni@redhat.com&gt;Signed-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;Signed-off-by: Mat Martineau &lt;mathew.j.martineau@linux.intel.com&gt;Signed-off-by: Christoph Paasch &lt;cpaasch@apple.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Wed, 22 Jan 2020 00:56:15 +0000</pubDate>
        <dc:creator>Mat Martineau &lt;mathew.j.martineau@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>9ce48e5a - ethtool: move to its own directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#9ce48e5a</link>
        <description>ethtool: move to its own directoryThe ethtool netlink interface is going to be split into multiple files sothat it will be more convenient to put all of them in a separate directorynet/ethtool. Start by moving current ethtool.c with ioctl interface intothis directory and renaming it to ioctl.c.Signed-off-by: Michal Kubecek &lt;mkubecek@suse.cz&gt;Acked-by: Jiri Pirko &lt;jiri@mellanox.com&gt;Reviewed-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Wed, 11 Dec 2019 09:58:24 +0000</pubDate>
        <dc:creator>Michal Kubecek &lt;mkubecek@suse.cz&gt;</dc:creator>
    </item>
<item>
        <title>f4e65870 - net: split out functions related to registering inflight socket files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#f4e65870</link>
        <description>net: split out functions related to registering inflight socket filesWe need this functionality for the io_uring file registration, butwe cannot rely on it since CONFIG_UNIX can be modular. Move the helpersto a separate file, that&apos;s always builtin to the kernel if CONFIG_UNIX ism/y.No functional changes in this patch, just moving code around.Reviewed-by: Hannes Reinecke &lt;hare@suse.com&gt;Acked-by: David S. Miller &lt;davem@davemloft.net&gt;Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Fri, 08 Feb 2019 16:01:44 +0000</pubDate>
        <dc:creator>Jens Axboe &lt;axboe@kernel.dk&gt;</dc:creator>
    </item>
<item>
        <title>88e85a7d - bpfilter: check compiler capability in Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#88e85a7d</link>
        <description>bpfilter: check compiler capability in KconfigWith the brand-new syntax extension of Kconfig, we can directlycheck the compiler capability in the configuration phase.If the cc-can-link.sh fails, the BPFILTER_UMH is automaticallyhidden by the dependency.I also deleted &apos;default n&apos;, which is no-op.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Daniel Borkmann &lt;daniel@iogearbox.net&gt;Acked-by: Alexei Starovoitov &lt;ast@kernel.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Tue, 26 Jun 2018 03:55:35 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>819dd92b - bpfilter: switch to CC from HOSTCC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#819dd92b</link>
        <description>bpfilter: switch to CC from HOSTCCcheck that CC can build executables and use that compiler instead of HOSTCCSuggested-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Tue, 05 Jun 2018 02:53:41 +0000</pubDate>
        <dc:creator>Alexei Starovoitov &lt;ast@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>d2ba09c1 - net: add skeleton of bpfilter kernel module</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/Makefile#d2ba09c1</link>
        <description>net: add skeleton of bpfilter kernel modulebpfilter.ko consists of bpfilter_kern.c (normal kernel module code)and user mode helper code that is embedded into bpfilter.koThe steps to build bpfilter.ko are the following:- main.c is compiled by HOSTCC into the bpfilter_umh elf executable file- with quite a bit of objcopy and Makefile magic the bpfilter_umh elf file  is converted into bpfilter_umh.o object file  with _binary_net_bpfilter_bpfilter_umh_start and _end symbols  Example:  $ nm ./bld_x64/net/bpfilter/bpfilter_umh.o  0000000000004cf8 T _binary_net_bpfilter_bpfilter_umh_end  0000000000004cf8 A _binary_net_bpfilter_bpfilter_umh_size  0000000000000000 T _binary_net_bpfilter_bpfilter_umh_start- bpfilter_umh.o and bpfilter_kern.o are linked together into bpfilter.kobpfilter_kern.c is a normal kernel module code that callsthe fork_usermode_blob() helper to execute part of its own dataas a user mode process.Notice that _binary_net_bpfilter_bpfilter_umh_start - endis placed into .init.rodata section, so it&apos;s freed as soon as __initfunction of bpfilter.ko is finished.As part of __init the bpfilter.ko does first request/reply actionvia two unix pipe provided by fork_usermode_blob() helper tomake sure that umh is healthy. If not it will kill it via pid.Later bpfilter_process_sockopt() will be called from bpfilter hooksin get/setsockopt() to pass iptable commands into umh via bpfilter.koIf admin does &apos;rmmod bpfilter&apos; the __exit code bpfilter.ko willkill umh as well.Signed-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/Makefile</description>
        <pubDate>Tue, 22 May 2018 02:22:30 +0000</pubDate>
        <dc:creator>Alexei Starovoitov &lt;ast@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
