<?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 vport.h</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>cfbc3608 - net/mlx5: Fix query of sd_group field</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#cfbc3608</link>
        <description>net/mlx5: Fix query of sd_group fieldThe sd_group field moved in the HW spec from the MPIR registerto the vport context.Align the query accordingly.Fixes: f5e956329960 (&quot;net/mlx5: Expose Management PCIe Index Register (MPIR)&quot;)Signed-off-by: Tariq Toukan &lt;tariqt@nvidia.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@nvidia.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Tue, 19 Dec 2023 12:46:20 +0000</pubDate>
        <dc:creator>Tariq Toukan &lt;tariqt@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>3fbf6120 - Revert &quot;mlx5 updates 2023-12-20&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#3fbf6120</link>
        <description>Revert &quot;mlx5 updates 2023-12-20&quot;Revert &quot;net/mlx5: Implement management PF Ethernet profile&quot;This reverts commit 22c4640698a1d47606b5a4264a584e8046641784.Revert &quot;net/mlx5: Enable SD feature&quot;This reverts commit c88c49ac9c18fb7c3fa431126de1d8f8f555e912.Revert &quot;net/mlx5e: Block TLS device offload on combined SD netdev&quot;This reverts commit 83a59ce0057b7753d7fbece194b89622c663b2a6.Revert &quot;net/mlx5e: Support per-mdev queue counter&quot;This reverts commit d72baceb92539a178d2610b0e9ceb75706a75b55.Revert &quot;net/mlx5e: Support cross-vhca RSS&quot;This reverts commit c73a3ab8fa6e93a783bd563938d7cf00d62d5d34.Revert &quot;net/mlx5e: Let channels be SD-aware&quot;This reverts commit e4f9686bdee7b4dd89e0ed63cd03606e4bda4ced.Revert &quot;net/mlx5e: Create EN core HW resources for all secondary devices&quot;This reverts commit c4fb94aa822d6c9d05fc3c5aee35c7e339061dc1.Revert &quot;net/mlx5e: Create single netdev per SD group&quot;This reverts commit e2578b4f983cfcd47837bbe3bcdbf5920e50b2ad.Revert &quot;net/mlx5: SD, Add informative prints in kernel log&quot;This reverts commit c82d360325112ccc512fc11a3b68cdcdf04a1478.Revert &quot;net/mlx5: SD, Implement steering for primary and secondaries&quot;This reverts commit 605fcce33b2d1beb0139b6e5913fa0b2062116b2.Revert &quot;net/mlx5: SD, Implement devcom communication and primary election&quot;This reverts commit a45af9a96740873db9a4b5bb493ce2ad81ccb4d5.Revert &quot;net/mlx5: SD, Implement basic query and instantiation&quot;This reverts commit 63b9ce944c0e26c44c42cdd5095c2e9851c1a8ff.Revert &quot;net/mlx5: SD, Introduce SD lib&quot;This reverts commit 4a04a31f49320d078b8078e1da4b0e2faca5dfa3.Revert &quot;net/mlx5: Fix query of sd_group field&quot;This reverts commit e04984a37398b3f4f5a79c993b94c6b1224184cc.Revert &quot;net/mlx5e: Use the correct lag ports number when creating TISes&quot;This reverts commit a7e7b40c4bc115dbf2a2bb453d7bbb2e0ea99703.There are some unanswered questions on the list, and we don&apos;thave any docs. Given the lack of replies so far and the factthat v6.8 merge window has started - let&apos;s revert this andrevisit for v6.9.Link: https://lore.kernel.org/all/20231221005721.186607-1-saeed@kernel.org/Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Mon, 08 Jan 2024 01:14:51 +0000</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e04984a3 - net/mlx5: Fix query of sd_group field</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#e04984a3</link>
        <description>net/mlx5: Fix query of sd_group fieldThe sd_group field moved in the HW spec from the MPIR registerto the vport context.Align the query accordingly.Fixes: f5e956329960 (&quot;net/mlx5: Expose Management PCIe Index Register (MPIR)&quot;)Signed-off-by: Tariq Toukan &lt;tariqt@nvidia.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@nvidia.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Tue, 19 Dec 2023 12:46:20 +0000</pubDate>
        <dc:creator>Tariq Toukan &lt;tariqt@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>9ac0b128 - net/mlx5: Update vport caps query/set for EC VFs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#9ac0b128</link>
        <description>net/mlx5: Update vport caps query/set for EC VFsThese functions are for query/set by vport, there was an underlyingassumption that vport was equal to function ID. That&apos;s not the case forEC VF functions. Set the ec_vf_function bit accordingly.Signed-off-by: Daniel Jurgens &lt;danielj@nvidia.com&gt;Reviewed-by: William Tu &lt;witu@nvidia.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@nvidia.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Tue, 07 Mar 2023 17:51:22 +0000</pubDate>
        <dc:creator>Daniel Jurgens &lt;danielj@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>47d0c500 - net/mlx5: Add generic getters for other functions caps</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#47d0c500</link>
        <description>net/mlx5: Add generic getters for other functions capsDownstream patch requires to get other function GENERAL2 caps whilemlx5_vport_get_other_func_cap() gets only one type of caps (general).Rename it to represent this and introduce a generic implementationof mlx5_vport_get_other_func_cap().Signed-off-by: Shay Drory &lt;shayd@nvidia.com&gt;Reviewed-by: Mark Bloch &lt;mbloch@nvidia.com&gt;Acked-by: Saeed Mahameed &lt;saeedm@nvidia.com&gt;Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Tue, 06 Dec 2022 18:51:16 +0000</pubDate>
        <dc:creator>Shay Drory &lt;shayd@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>9f8c7100 - net/mlx5: E-Switch, Prepare to return total vports from eswitch struct</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#9f8c7100</link>
        <description>net/mlx5: E-Switch, Prepare to return total vports from eswitch structTotal vports are already stored during eswitch initialization. Insteadof calculating everytime, read directly from eswitch.Additionally, host PF&apos;s SF vport information is available usingQUERY_HCA_CAP command. It is not available through HCA_CAP of theeswitch manager PF.Hence, this patch prepares the return total eswitch vport count from theexisting eswitch struct.This further helps to keep eswitch port counting macros and logic withineswitch.Signed-off-by: Parav Pandit &lt;parav@nvidia.com&gt;Reviewed-by: Roi Dayan &lt;roid@nvidia.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@nvidia.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Tue, 02 Mar 2021 12:10:49 +0000</pubDate>
        <dc:creator>Parav Pandit &lt;parav@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>fa997825 - net/mlx5: Constify mac address pointer</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#fa997825</link>
        <description>net/mlx5: Constify mac address pointerSince none of the functions need to modify the input mac address,constify them.Signed-off-by: Parav Pandit &lt;parav@mellanox.com&gt;Reviewed-by: Roi Dayan &lt;roid@mellanox.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Fri, 19 Jun 2020 03:32:50 +0000</pubDate>
        <dc:creator>Parav Pandit &lt;parav@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>5d1c9a11 - net/mlx5: Update vport.c to new cmd interface</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#5d1c9a11</link>
        <description>net/mlx5: Update vport.c to new cmd interfaceDo mass update of vport.c to reuse newly introducedmlx5_cmd_exec_in*() interfaces.Signed-off-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Tue, 07 Apr 2020 15:59:51 +0000</pubDate>
        <dc:creator>Leon Romanovsky &lt;leonro@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>2752b823 - net/mlx5: Introduce and use mlx5_eswitch_get_total_vports()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#2752b823</link>
        <description>net/mlx5: Introduce and use mlx5_eswitch_get_total_vports()Instead MLX5_TOTAL_VPORTS, use mlx5_eswitch_get_total_vports().mlx5_eswitch_get_total_vports() in subsequent patch accounts for SFvports as well.Expanding MLX5_TOTAL_VPORTS macro would require exposing SF internals tomore generic vport.h header file. Such exposure is not desired.Hence a mlx5_eswitch_get_total_vports() is introduced.Given that mlx5_eswitch_get_total_vports() API wants to work on constmlx5_core_dev*, change its helper functions also to accept const *dev.Signed-off-by: Parav Pandit &lt;parav@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Wed, 15 May 2019 05:04:27 +0000</pubDate>
        <dc:creator>Parav Pandit &lt;parav@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>411ec9e0 - net/mlx5: E-Switch, Consider host PF for inline mode and vlan pop</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#411ec9e0</link>
        <description>net/mlx5: E-Switch, Consider host PF for inline mode and vlan popWhen ECPF is the eswitch manager, host PF is treated like other VFs.Driver should do the same for inline mode and vlan pop.Add new iterators to include host PF if ECPF is the eswitch manager.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Fri, 28 Jun 2019 22:36:22 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>e1d974d0 - net/mlx5: Handle host PF vport mac/guid for ECPF</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#e1d974d0</link>
        <description>net/mlx5: Handle host PF vport mac/guid for ECPFWhen ECPF is eswitch manager, it has the privilege to query andconfigure the mac and node guid of host PF.While vport number of host PF is 0, the vport command should beissued with other_vport set in this case as the cmd is issued byECPF vport(0xfffe).Add a specific function to query own vport mac. Low level functionsare used by vport manager to query/modify any vport mac and node guid.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Fri, 28 Jun 2019 22:36:13 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>c9bbfb37 - net/mlx5: Remove unused mlx5_query_nic_vport_vlans</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#c9bbfb37</link>
        <description>net/mlx5: Remove unused mlx5_query_nic_vport_vlansmlx5_query_nic_vport_vlans() is not used anymore. Hence remove it.This patch doesn&apos;t change any functionality.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Reviewed-by: Parav Pandit &lt;parav@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Fri, 12 Apr 2019 21:14:03 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>81cd229c - net/mlx5: E-Switch, Consider ECPF vport depends on eswitch ownership</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#81cd229c</link>
        <description>net/mlx5: E-Switch, Consider ECPF vport depends on eswitch ownershipECPF connects to the eswitch through vport 0xfffe. ECPF may or maynot be the eswitch manager depending on firmware configuration.1. If ECPF is eswitch manager: ECPF will take over the eswitch manager   responsibility. A rep of the host PF shall be created at the ECPF   side for the eswitch manager to control.2. If ECPF is not eswitch manager: host PF will be the eswitch manager,   ECPF acts similar as a VF to the host PF. Host PF will be aware   of the ECPF vport presence and control it&apos;s rep.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Reviewed-by: Or Gerlitz &lt;ogerlitz@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Mon, 10 Dec 2018 17:59:33 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>5ae51620 - net/mlx5: E-Switch, Assign a different position for uplink rep and vport</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#5ae51620</link>
        <description>net/mlx5: E-Switch, Assign a different position for uplink rep and vportIn offloads mode, the current implementation puts the uplinkrepresentor at index zero of the vport reps array. It is not &quot;natural&quot;to place it at index 0 since we want to put the representor for vport0 at index 0 with the introduction of SmartNIC. A separate patch willhandle the case whether a rep is needed for vport 0 (PF vport).So, we want to have a different placeholder for uplink vport andrepresentor. It was placed at the end of vport and rep array. Sincevport number can no longer act as an index into the vport orrepresentors arrays, use functions to map vport numbers to indiceswhen accessing the vports or representors arrays, and vice versa.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Signed-off-by: Eli Cohen &lt;eli@mellanox.com&gt;Reviewed-by: Or Gerlitz &lt;ogerlitz@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Fri, 14 Dec 2018 15:33:22 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>c9b99abc - net/mlx5: E-Switch, Split VF and special vports for offloads mode</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#c9b99abc</link>
        <description>net/mlx5: E-Switch, Split VF and special vports for offloads modeWhen driver is entering offloads mode, there are two major tasks todo: initialize flow steering and create representors. Flow steeringshould make sure enough flow table/group spaces are reserved for allreps. Representors will be created in a group, all or none.With the introduction of ECPF, flow steering should still reserve thesame spaces. But, the representors are not always loaded/unloaded in asingle piece. Once ECPF is in offloads mode, it will get the numberof VF changing event from host PF. In such scenario, only the VF repsshould be loaded/unloaded, not the reps for special vports (such asthe uplink vport).Thus, when entering offloads mode, driver should specify the totalnumber of reps, and the number of VF reps separately. When leavingoffloads mode, the cleanup should use the information self-containedin eswitch such as number of VFs.This patch doesn&apos;t change any functionality.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Reviewed-by: Or Gerlitz &lt;ogerlitz@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Thu, 31 Jan 2019 20:40:53 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>cbc44e76 - net/mlx5: E-Switch, Properly refer to host PF vport as other vport</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#cbc44e76</link>
        <description>net/mlx5: E-Switch, Properly refer to host PF vport as other vportCommands referring to vports use the following scheme:1. When referring to my own vport, put 0 in vport and 0 in other_vport.2. When referring to another vport, put the vport number of the   referred vport and put 1 in other_vport. It was assumed that driver   is accessing other vport when vport number is greater than 0.With the above scheme, the case that ECPF eswitch manager is tryingto access host PF vport will fall over with scheme 1 as the vportnumber is 0. This is apparently wrong as driver is trying to referother vport.As such usage can only happen in the eswitch context, change relevantfunctions to provide other vport input properly.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Signed-off-by: Eli Cohen &lt;eli@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Fri, 01 Feb 2019 23:34:55 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>a1b3839a - net/mlx5: E-Switch, Properly refer to the esw manager vport</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#a1b3839a</link>
        <description>net/mlx5: E-Switch, Properly refer to the esw manager vportIn SmartNIC mode, the eswitch manager is not necessarily the PF(vport 0). Use a helper function to get the correct eswitch managervport number and cache on the eswitch instance for fast reference.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Signed-off-by: Eli Cohen &lt;eli@mellanox.com&gt;Reviewed-by: Or Gerlitz &lt;ogerlitz@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Thu, 08 Nov 2018 20:37:04 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>cd7e4186 - net/mlx5: E-Switch, Avoid magic numbers when initializing offloads mode</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#cd7e4186</link>
        <description>net/mlx5: E-Switch, Avoid magic numbers when initializing offloads modeWhen dealing with the offloads mode initialization, driver refers tothe number of VFs and add magic number one (1) to take account of theuplink. This is not clear and will make the code less readable afteradding other vports (e.g. host PF). As these are special vportscompared to VF vports, add a helper macro to denote such specialvports and eliminate the use of magic number.Moreover, when creating offloads flow table and groups, the driverreserves two more slots for UC and MC miss rules. Replace this magicnumber with a helper macro as well.This patch doesn&apos;t change any functionality.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Reviewed-by: Or Gerlitz &lt;ogerlitz@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Wed, 13 Feb 2019 06:55:42 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>bf3e4d38 - net/mlx5: Relocate vport macros to the vport header file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#bf3e4d38</link>
        <description>net/mlx5: Relocate vport macros to the vport header fileThese are two macros in the driver general header which deal with thenumber of total vports and if a vport is vport manager. Such macrosare vport entities, better to place them at the vport header file.This patch doesn&apos;t change any functionality.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Reviewed-by: Or Gerlitz &lt;ogerlitz@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Wed, 13 Feb 2019 06:55:41 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>b05af6aa - net/mlx5: E-Switch, Normalize the name of uplink vport number</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/include/linux/mlx5/vport.h#b05af6aa</link>
        <description>net/mlx5: E-Switch, Normalize the name of uplink vport numberDriver used to name uplink vport as FDB_UPLINK_VPORT, it&apos;s hard tocomply with the same naming convention along with the introduction ofother vports. Use MLX5_VPORT as the prefix for such vports andrelocate the uplink vport definition to public header file for thebenefits of both net and IB drivers.This patch doesn&apos;t change any functionality.Signed-off-by: Bodong Wang &lt;bodong@mellanox.com&gt;Reviewed-by: Or Gerlitz &lt;ogerlitz@mellanox.com&gt;Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;

            List of files:
            /linux-6.15/include/linux/mlx5/vport.h</description>
        <pubDate>Wed, 13 Feb 2019 06:55:40 +0000</pubDate>
        <dc:creator>Bodong Wang &lt;bodong@mellanox.com&gt;</dc:creator>
    </item>
</channel>
</rss>
