<?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>6505b680 - net: mscc: ocelot: add MAC Merge layer support for VSC9959</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#6505b680</link>
        <description>net: mscc: ocelot: add MAC Merge layer support for VSC9959Felix (VSC9959) has a DEV_GMII:MM_CONFIG block composed of 2 registers(ENABLE_CONFIG and VERIF_CONFIG). Because the MAC Merge statistics andpMAC statistics are already in the Ocelot switch lib even if just Felixsupports them, I&apos;m adding support for the whole MAC Merge layer in thecommon Ocelot library too.There is an interrupt (shared with the PTP interrupt) which signalschanges to the MM verification state. This is done because thepreemptible traffic classes should be committed to hardware only oncethe verification procedure has declared the link partner of beingcapable of receiving preemptible frames.We implement ethtool getters and setters for the MAC Merge layer state.The &quot;TX enabled&quot; and &quot;verify status&quot; are taken from the IRQ handler,using a mutex to ensure serialized access.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Thu, 19 Jan 2023 12:27:04 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>fe90104c - net: mscc: ocelot: move stats code to ocelot_stats.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#fe90104c</link>
        <description>net: mscc: ocelot: move stats code to ocelot_stats.cThe main C file of the ocelot switch lib, ocelot.c, is getting largerand larger, and there are plans to add more logic related to stats.So it seems like an appropriate moment to split the statistics code to anew file.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Thu, 08 Sep 2022 16:48:08 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>28c8df8d - net: mscc: ocelot: sort Makefile files alphabetically</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#28c8df8d</link>
        <description>net: mscc: ocelot: sort Makefile files alphabeticallyCreate a clear ordering of the files used to compile the switch lib andthe switchdev driver.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Thu, 08 Sep 2022 16:48:07 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>753a026c - net: ocelot: add FDMA support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#753a026c</link>
        <description>net: ocelot: add FDMA supportEthernet frames can be extracted or injected autonomously to or fromthe device&#8217;s DDR3/DDR3L memory and/or PCIe memory space. Linked listdata structures in memory are used for injecting or extracting Ethernetframes. The FDMA generates interrupts when frame extraction orinjection is done and when the linked lists need updating.The FDMA is shared between all the ethernet ports of the switch anduses a linked list of descriptors (DCB) to inject and extract packets.Before adding descriptors, the FDMA channels must be stopped. It wouldbe inefficient to do that each time a descriptor would be added so thechannels are restarted only once they stopped.Both channels uses ring-like structure to feed the DCBs to the FDMA.head and tail are never touched by hardware and are completely handledby the driver. On top of that, page recycling has been added and ismostly taken from gianfar driver.Reviewed-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Co-developed-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Signed-off-by: Cl&#233;ment L&#233;ger &lt;clement.leger@bootlin.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Thu, 09 Dec 2021 15:49:11 +0000</pubDate>
        <dc:creator>Cl&#233;ment L&#233;ger &lt;clement.leger@bootlin.com&gt;</dc:creator>
    </item>
<item>
        <title>32ecd22b - net: mscc: ocelot: split register definitions to a separate file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#32ecd22b</link>
        <description>net: mscc: ocelot: split register definitions to a separate fileMove these to a separate file will allow them to be shared to otherdrivers.Signed-off-by: Colin Foster &lt;colin.foster@in-advantage.com&gt;Reviewed-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Reviewed-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Tue, 07 Dec 2021 17:00:30 +0000</pubDate>
        <dc:creator>Colin Foster &lt;colin.foster@in-advantage.com&gt;</dc:creator>
    </item>
<item>
        <title>d8ea7ff3 - net: mscc: ocelot: Add support for MRP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#d8ea7ff3</link>
        <description>net: mscc: ocelot: Add support for MRPAdd basic support for MRP. The HW will just trap all MRP frames on thering ports to CPU and allow the SW to process them. In this way it ispossible to for this node to behave both as MRM and MRC.Current limitations are:- it doesn&apos;t support Interconnect roles.- it supports only a single ring.- the HW should be able to do forwarding of MRP Test frames so the SW  will not need to do this. So it would be able to have the role MRC  without SW support.Signed-off-by: Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Tue, 16 Feb 2021 21:42:03 +0000</pubDate>
        <dc:creator>Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>a4ae997a - net: mscc: ocelot: initialize watermarks to sane defaults</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#a4ae997a</link>
        <description>net: mscc: ocelot: initialize watermarks to sane defaultsThis is meant to be a gentle introduction into the world of watermarkson ocelot. The code is placed in ocelot_devlink.c because it will beintegrated with devlink, even if it isn&apos;t right now.My first step was intended to be to replicate the default configurationof the congestion watermarks programatically, since they are now goingto be tuned by the user.But after studying and understanding through trial and error how theywork, I now believe that the configuration used out of reset does not dojustice to the word &quot;reservation&quot;, since the sum of all reservationsexceeds the total amount of resources (otherwise said, all reservationscannot be fulfilled at the same time, which means that, contrary to thereference manual, they don&apos;t guarantee anything).As an example, here&apos;s a dump of the reservation watermarks for framebuffers, for port 0 (for brevity, the ports 1-6 were omitted, but theyhave the same configuration):BUF_Q_RSRV_I(port 0, prio 0) = max 3000 bytesBUF_Q_RSRV_I(port 0, prio 1) = max 3000 bytesBUF_Q_RSRV_I(port 0, prio 2) = max 3000 bytesBUF_Q_RSRV_I(port 0, prio 3) = max 3000 bytesBUF_Q_RSRV_I(port 0, prio 4) = max 3000 bytesBUF_Q_RSRV_I(port 0, prio 5) = max 3000 bytesBUF_Q_RSRV_I(port 0, prio 6) = max 3000 bytesBUF_Q_RSRV_I(port 0, prio 7) = max 3000 bytesOtherwise said, every port-tc has an ingress reservation of 3000 bytes,and there are 7 ports in VSC9959 Felix (6 user ports and 1 CPU port).Concentrating only on the ingress reservations, there are, in total,8 [traffic classes] x 7 [ports] x 3000 [bytes] = 168,000 bytes of memoryreserved on ingress.But, surprise, Felix only has 128 KB of packet buffer in total...A similar thing happens with Seville, which has a larger packet buffer,but also more ports, and the default configuration is also overcommitted.This patch disables the (apparently) bogus reservations and moves allresources to the shared area. This way, real reservations can be set upby the user, using devlink-sb.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Reviewed-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Fri, 15 Jan 2021 02:11:19 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>3c83654f - net: mscc: ocelot: rename ocelot_ace.{c, h} to ocelot_vcap.{c,h}</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#3c83654f</link>
        <description>net: mscc: ocelot: rename ocelot_ace.{c, h} to ocelot_vcap.{c,h}Access Control Lists (and their respective Access Control Entries) arespecifically entries in the VCAP IS2, the security enforcement block,according to the documentation.Let&apos;s rename the files that deal with generic operations on the VCAPTCAM, so that VCAP IS1 and ES0 can reuse the same code withoutconfusion.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Sat, 20 Jun 2020 15:43:45 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>9c90eea3 - net: mscc: ocelot: move net_device related functions to ocelot_net.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#9c90eea3</link>
        <description>net: mscc: ocelot: move net_device related functions to ocelot_net.cThe ocelot hardware library shouldn&apos;t contain too much net_devicespecific code, since it is shared with DSA which abstracts thatstructure away. So much as much of this code as possible into themscc_ocelot driver and outside of the common library.We&apos;re making an exception for MDB and LAG code. That is not yet exportedto DSA, but when it will, most of the code that&apos;s already in ocelot.cwill remain there. So, there&apos;s no point in moving code to ocelot_net.cjust to move it back later.We could have moved all net_device code to ocelot_vsc7514.c directly,but let&apos;s operate under the assumption that if a new switchdev ocelotdriver gets added, it&apos;ll define its SoC-specific stuff in a newocelot_vsc*.c file and it&apos;ll reuse the rest of the code.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Sat, 20 Jun 2020 15:43:44 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>d9feb904 - net: mscc: ocelot: move ocelot_regs.c into ocelot_vsc7514.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#d9feb904</link>
        <description>net: mscc: ocelot: move ocelot_regs.c into ocelot_vsc7514.cocelot_regs.c actually shouldn&apos;t be part of the common library. Itdescribes the register map of the VSC7514 switch. The way ocelotswitches work, they&apos;ll have highly optimized register maps, so anotherSoC will likely have the same registers but laid out completelydifferent in memory (so there&apos;s little room for reusing this structure).So move it to ocelot_vsc7514.c instead.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Sat, 20 Jun 2020 15:43:43 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>14addfb6 - net: mscc: ocelot: rename MSCC_OCELOT_SWITCH_OCELOT to MSCC_OCELOT_SWITCH</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#14addfb6</link>
        <description>net: mscc: ocelot: rename MSCC_OCELOT_SWITCH_OCELOT to MSCC_OCELOT_SWITCHPutting &apos;ocelot&apos; in the config&apos;s name twice just to say that &apos;it&apos;s theocelot driver running on the ocelot SoC&apos; is a bit confusing. Instead,it&apos;s just the ocelot driver. Now that we&apos;ve renamed the previous symbolthat was holding the MSCC_OCELOT_SWITCH_OCELOT into *_LIB (becausethat&apos;s what it is), we&apos;re free to use this name for the driver.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Sat, 20 Jun 2020 15:43:42 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>f4d0323b - net: mscc: ocelot: convert MSCC_OCELOT_SWITCH into a library</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#f4d0323b</link>
        <description>net: mscc: ocelot: convert MSCC_OCELOT_SWITCH into a libraryHide the CONFIG_MSCC_OCELOT_SWITCH option from users. It is meant to beonly a hardware library which is selected by the drivers that use it(ocelot, felix).Since it is &quot;selected&quot; from Kconfig, all its dependencies are manuallytransferred to the driver that selects it. This is because &quot;select&quot; inKconfig language is a bit of a mess, and doesn&apos;t handle dependencies ofselected options quite right.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Sat, 20 Jun 2020 15:43:41 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>56583862 - net: mscc: ocelot: rename module to mscc_ocelot</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#56583862</link>
        <description>net: mscc: ocelot: rename module to mscc_ocelotmscc_ocelot is a slightly better name for a module than ocelot_board orocelot_vsc7514 is, so let&apos;s use that.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Sat, 20 Jun 2020 15:43:40 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>589aa6e7 - net: mscc: ocelot: rename ocelot_board.c to ocelot_vsc7514.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#589aa6e7</link>
        <description>net: mscc: ocelot: rename ocelot_board.c to ocelot_vsc7514.cTo follow the model of felix and seville where we have oneplatform-specific file, rename this file to the actual SoC it serves.Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Sat, 20 Jun 2020 15:43:39 +0000</pubDate>
        <dc:creator>Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>2b49d128 - net: mscc: ocelot: move ocelot ptp clock code out of ocelot.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#2b49d128</link>
        <description>net: mscc: ocelot: move ocelot ptp clock code out of ocelot.cThe Ocelot PTP clock driver had been embedded into ocelot.c driver.It had supported basic gettime64/settime64/adjtime/adjfine functionsby now which were used by both Ocelot switch and Felix switch.This patch is to move current ptp clock code out of ocelot.c drivermaintaining as a single ocelot_ptp.c.For futher new features implementation, the common code could be putin ocelot_ptp.c and the switch specific code should be in specificswitch driver. The interrupt implementation in SoC is differentbetween Ocelot and Felix.Signed-off-by: Yangbo Lu &lt;yangbo.lu@nxp.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Mon, 20 Apr 2020 02:46:45 +0000</pubDate>
        <dc:creator>Yangbo Lu &lt;yangbo.lu@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>fe3490e6 - net: mscc: ocelot: Hardware ofload for tc flower filter</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#fe3490e6</link>
        <description>net: mscc: ocelot: Hardware ofload for tc flower filterHardware offload of port filtering are now supported via tc command usingflower filter. ACL rules are used to enable the hardware offload.The following keys are supported:vlan_idvlan_priodst_mac/src_mac for non IP framesdst_ip/src_ipdst_port/src_portThe following actions are supported:trapdropThese filters are supported only on the ingress schedulare.Add:tc qdisc add dev eth3 ingresstc filter ad dev eth3 parent ffff: ip_proto ip flower \    ip_proto tcp dst_port 80 action dropSigned-off-by: Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Fri, 31 May 2019 07:16:57 +0000</pubDate>
        <dc:creator>Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>b5962294 - net: mscc: ocelot: Add support for tcam</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#b5962294</link>
        <description>net: mscc: ocelot: Add support for tcamAdd ACL support using the TCAM. Using ACL it is possible to create rulesin hardware to filter/redirect frames.Signed-off-by: Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Fri, 31 May 2019 07:16:56 +0000</pubDate>
        <dc:creator>Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>2c1d029a - net: mscc: ocelot: Implement port policers via tc command</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#2c1d029a</link>
        <description>net: mscc: ocelot: Implement port policers via tc commandHardware offload of matchall classifier and police action are nowsupported via the tc command.Supported police parameters are: rate and burst.Example:Add:tc qdisc add dev eth3 handle ffff: ingresstc filter add dev eth3 parent ffff: prio 1 handle 2	\	matchall skip_sw				\	action police rate 100Mbit burst 10000Show:tc -s -d qdisc show dev eth3tc -s -d filter show dev eth3 ingressDelete:tc filter del dev eth3 parent ffff: prio 1tc qdisc del dev eth3 handle ffff: ingressSigned-off-by: Joergen Andreasen &lt;joergen.andreasen@microchip.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Tue, 28 May 2019 12:49:17 +0000</pubDate>
        <dc:creator>Joergen Andreasen &lt;joergen.andreasen@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>a556c76a - net: mscc: Add initial Ocelot switch support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/net/ethernet/mscc/Makefile#a556c76a</link>
        <description>net: mscc: Add initial Ocelot switch supportAdd a driver for Microsemi Ocelot Ethernet switch support.This makes two modules:mscc_ocelot_common handles all the common features that doesn&apos;t depend onhow the switch is integrated in the SoC. Currently, it handles offloadingbridging to the hardware. ocelot_io.c handles register accesses. This isunfortunately needed because the register layout is packed and then dependson the number of ports available on the switch. The register definitionfiles are automatically generated.ocelot_board handles the switch integration on the SoC and on the board.Frame injection and extraction to/from the CPU port is currently done usingregister accesses which is quite slow. DMA is possible but the port is notable to absorb the whole switch bandwidth.Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Reviewed-by: Andrew Lunn &lt;andrew@lunn.ch&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/drivers/net/ethernet/mscc/Makefile</description>
        <pubDate>Mon, 14 May 2018 20:04:57 +0000</pubDate>
        <dc:creator>Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;</dc:creator>
    </item>
</channel>
</rss>
