<?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>d734223b - iavf: add initial framework for registering PTP clock</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#d734223b</link>
        <description>iavf: add initial framework for registering PTP clockAdd the iavf_ptp.c file and fill it in with a skeleton framework toallow registering the PTP clock device.Add implementation of helper functions to check if a PTP capabilityis supported and handle change in PTP capabilities.Enabling virtual clock would be possible, though it would probablyperform poorly due to the lack of direct time access.Signed-off-by: Jacob Keller &lt;jacob.e.keller@intel.com&gt;Reviewed-by: Sai Krishna &lt;saikrishnag@marvell.com&gt;Reviewed-by: Simon Horman &lt;horms@kernel.org&gt;Co-developed-by: Ahmed Zaki &lt;ahmed.zaki@intel.com&gt;Signed-off-by: Ahmed Zaki &lt;ahmed.zaki@intel.com&gt;Tested-by: Rafal Romanowski &lt;rafal.romanowski@intel.com&gt;Co-developed-by: Mateusz Polchlopek &lt;mateusz.polchlopek@intel.com&gt;Signed-off-by: Mateusz Polchlopek &lt;mateusz.polchlopek@intel.com&gt;Signed-off-by: Tony Nguyen &lt;anthony.l.nguyen@intel.com&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Wed, 06 Nov 2024 17:37:23 +0000</pubDate>
        <dc:creator>Jacob Keller &lt;jacob.e.keller@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>a2fe35df - net: intel: Use *-y instead of *-objs in Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#a2fe35df</link>
        <description>net: intel: Use *-y instead of *-objs in Makefile*-objs suffix is reserved rather for (user-space) host programs whileusually *-y suffix is used for kernel drivers (although *-objs worksfor that purpose for now).Let&apos;s correct the old usages of *-objs in Makefiles.Reviewed-by: Aleksandr Loktionov &lt;aleksandr.loktionov@intel.com&gt;Reviewed-by: Alexander Lobakin &lt;aleksander.lobakin@intel.com&gt;Signed-off-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Reviewed-by: Jacob Keller &lt;jacob.e.keller@intel.com&gt;Tested-by: Pucha Himasekhar Reddy &lt;himasekharx.reddy.pucha@intel.com&gt;Signed-off-by: Jacob Keller &lt;jacob.e.keller@intel.com&gt;Link: https://lore.kernel.org/r/20240607-next-2024-06-03-intel-next-batch-v3-1-d1470cee3347@intel.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Fri, 07 Jun 2024 21:22:32 +0000</pubDate>
        <dc:creator>Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>36d0395b - iavf: delete the iavf client interface</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#36d0395b</link>
        <description>iavf: delete the iavf client interfaceThe iavf client interface was added in 2017 by commit ed0e894de7c1(&quot;i40evf: add client interface&quot;), but there have never been any in-treecallers.It&apos;s not useful for future development either. The Intel out-of-treeiavf and irdma drivers instead use an auxiliary bus, which is a bettersolution.Remove the iavf client interface code. Also gone are the client_taskwork and the client_lock mutex.Signed-off-by: Michal Schmidt &lt;mschmidt@redhat.com&gt;Reviewed-by: Jacob Keller &lt;jacob.e.keller@intel.com&gt;Signed-off-by: Jacob Keller &lt;jacob.e.keller@intel.com&gt;Link: https://lore.kernel.org/r/20231027175941.1340255-9-jacob.e.keller@intel.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Fri, 27 Oct 2023 17:59:41 +0000</pubDate>
        <dc:creator>Michal Schmidt &lt;mschmidt@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>5ab91e05 - iavf: Support for modifying TCP RSS flow hashing</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#5ab91e05</link>
        <description>iavf: Support for modifying TCP RSS flow hashingProvides the ability to enable TCP RSS hashing by ethtool.It gives users option of generating RSS hash based on the TCP sourceand destination ports numbers, IPv4 or IPv6 source and destinationaddresses.Signed-off-by: Haiyue Wang &lt;haiyue.wang@intel.com&gt;Tested-by: Konrad Jankowski &lt;konrad0.jankowski@intel.com&gt;Signed-off-by: Tony Nguyen &lt;anthony.l.nguyen@intel.com&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Tue, 13 Apr 2021 00:48:42 +0000</pubDate>
        <dc:creator>Haiyue Wang &lt;haiyue.wang@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>527691bf - iavf: Support IPv4 Flow Director filters</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#527691bf</link>
        <description>iavf: Support IPv4 Flow Director filtersSupport the addition and deletion of IPv4 filters.Supported fields are: src-ip, dst-ip, src-port, dst-port and l4protoSupported flow-types are: tcp4, udp4, sctp4, ip4, ah4, esp4Example usage:ethtool -N ens787f0v0 flow-type tcp4 src-ip 192.168.0.20 \  dst-ip 192.168.0.21 tos 4 src-port 22 dst-port 23 action 8L2TPv3 over IP with &apos;Session ID&apos; 17:ethtool -N ens787f0v0 flow-type ip4 l4proto 115 l4data 17 action 3Signed-off-by: Haiyue Wang &lt;haiyue.wang@intel.com&gt;Tested-by: Chen Bo &lt;BoX.C.Chen@intel.com&gt;Signed-off-by: Tony Nguyen &lt;anthony.l.nguyen@intel.com&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Tue, 09 Mar 2021 03:08:12 +0000</pubDate>
        <dc:creator>Haiyue Wang &lt;haiyue.wang@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8be454c9 - iavf: Rename i40e_adminq* files to iavf_adminq*</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#8be454c9</link>
        <description>iavf: Rename i40e_adminq* files to iavf_adminq*With the rename of the iavf driver, there were somefiles that were missed in renaming.  Update these tobe iavf as well.Signed-off-by: Alice Michael &lt;alice.michael@intel.com&gt;Tested-by: Andrew Bowers &lt;andrewx.bowers@intel.com&gt;Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Wed, 17 Apr 2019 22:17:29 +0000</pubDate>
        <dc:creator>Alice Michael &lt;alice.michael@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>66bc8e0f - iavf: finish renaming files to iavf</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#66bc8e0f</link>
        <description>iavf: finish renaming files to iavfThis finishes the process of renaming the files thatmake sense to rename (skipping adminq related files thattalk to i40e), and fixes up the build and the #includesso that everything builds nicely.Signed-off-by: Jesse Brandeburg &lt;jesse.brandeburg@intel.com&gt;Tested-by: Andrew Bowers &lt;andrewx.bowers@intel.com&gt;Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Sat, 15 Sep 2018 00:37:56 +0000</pubDate>
        <dc:creator>Jesse Brandeburg &lt;jesse.brandeburg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>5ec8b7d1 - iavf: move i40evf files to new name</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#5ec8b7d1</link>
        <description>iavf: move i40evf files to new nameSimply move the i40evf files to the new name, updating the #includesto track the new names, and updating the Makefile as well.A future patch will remove the i40e references (after the coderemoval patches later in this series).Signed-off-by: Jesse Brandeburg &lt;jesse.brandeburg@intel.com&gt;Tested-by: Andrew Bowers &lt;andrewx.bowers@intel.com&gt;Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Sat, 15 Sep 2018 00:37:48 +0000</pubDate>
        <dc:creator>Jesse Brandeburg &lt;jesse.brandeburg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8062b226 - intel-ethernet: rename i40evf to iavf</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/intel/iavf/Makefile#8062b226</link>
        <description>intel-ethernet: rename i40evf to iavfRename the Intel Ethernet Adaptive Virtual Function driver(i40evf) to a new name (iavf) that is more consistent withthe ongoing maintenance of the driver as the universal VF driverfor multiple product lines.This first patch fixes up the directory names and the .ko name,intentionally ignoring the function names inside the driverfor now.  Basically this is the simplest patch that getsthe rename done and will be followed by other patches thatrename the internal functions.This patch also addresses a couple of string/name issuesand updates the Copyright year.Also, made sure to add a MODULE_ALIAS to the old name.Signed-off-by: Jesse Brandeburg &lt;jesse.brandeburg@intel.com&gt;Tested-by: Andrew Bowers &lt;andrewx.bowers@intel.com&gt;Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/intel/iavf/Makefile</description>
        <pubDate>Sat, 15 Sep 2018 00:37:44 +0000</pubDate>
        <dc:creator>Jesse Brandeburg &lt;jesse.brandeburg@intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
