<?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>61e51682 - RDMA/uverbs: Introduce UCAP (User CAPabilities) API</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#61e51682</link>
        <description>RDMA/uverbs: Introduce UCAP (User CAPabilities) APIImplement a new User CAPabilities (UCAP) API to provide fine-grainedcontrol over specific firmware features.This approach offers more granular capabilities than the existing Linuxcapabilities, which may be too generic for certain FW features.This mechanism represents each capability as a character device withroot read-write access. Root processes can grant users specialprivileges by allowing access to these character devices (e.g., usingchown).UCAP character devices are located in /dev/infiniband and the class pathis /sys/class/infiniband_ucaps.Signed-off-by: Chiara Meiohas &lt;cmeiohas@nvidia.com&gt;Link: https://patch.msgid.link/5a1379187cd21178e8554afc81a3c941f21af22f.1741261611.git.leon@kernel.orgReviewed-by: Yishai Hadas &lt;yishaih@nvidia.com&gt;Reviewed-by: Zhu Yanjun &lt;yanjun.zhu@linux.dev&gt;Signed-off-by: Leon Romanovsky &lt;leon@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Thu, 06 Mar 2025 11:51:26 +0000</pubDate>
        <dc:creator>Chiara Meiohas &lt;cmeiohas@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>368c0159 - RDMA/umem: Support importing dma-buf as user memory region</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#368c0159</link>
        <description>RDMA/umem: Support importing dma-buf as user memory regionDma-buf is a standard cross-driver buffer sharing mechanism that can beused to support peer-to-peer access from RDMA devices.Device memory exported via dma-buf is associated with a file descriptor.This is passed to the user space as a property associated with the bufferallocation. When the buffer is registered as a memory region, the filedescriptor is passed to the RDMA driver along with other parameters.Implement the common code for importing dma-buf object and mapping dma-bufpages.Link: https://lore.kernel.org/r/1608067636-98073-2-git-send-email-jianxin.xiong@intel.comSigned-off-by: Jianxin Xiong &lt;jianxin.xiong@intel.com&gt;Reviewed-by: Sean Hefty &lt;sean.hefty@intel.com&gt;Acked-by: Michael J. Ruhl &lt;michael.j.ruhl@intel.com&gt;Acked-by: Christian Koenig &lt;christian.koenig@amd.com&gt;Acked-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Tue, 15 Dec 2020 21:27:13 +0000</pubDate>
        <dc:creator>Jianxin Xiong &lt;jianxin.xiong@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>75874b3d - RDMA/cm: Replace pr_debug() call sites with tracepoints</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#75874b3d</link>
        <description>RDMA/cm: Replace pr_debug() call sites with tracepointsIn the interest of converging on a common instrumentation infrastructure,modernize the pr_debug() call sites added by commit 119bf81793ea (&quot;IB/cm:Add debug prints to ib_cm&quot;). The new tracepoints appear in a new &quot;ib_cma&quot;subsystem.The conversion is somewhat mechanical. Someone more familiar with thesemantics of the recorded information might suggest additional datacapture.Some benefits include:- Tracepoints enable &quot;always on&quot; reporting of these errors- The error records are structured and compact- Tracepoints provide hooks for eBPF scriptsSample output:            nfsd-1954  [003]    62.017901: icm_dreq_skipped:     local_id=1998890974 remote_id=1129750393 state=DREQ_RCVD lap_state=LAP_UNINITLink: https://lore.kernel.org/r/159767239665.2968.10613294222688696646.stgit@klimt.1015granger.netSigned-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Mon, 17 Aug 2020 13:53:16 +0000</pubDate>
        <dc:creator>Chuck Lever &lt;chuck.lever@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>4e373d54 - RDMA/core: Remove FMR pool API</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#4e373d54</link>
        <description>RDMA/core: Remove FMR pool APIThis ancient and unsafe method for memory registration is no longer usedby any RDMA based ULP. Remove the FMR pool API from the core driver.Link: https://lore.kernel.org/r/4-v3-f58e6669d5d3+2cf-fmr_removal_jgg@mellanox.comSigned-off-by: Max Gurtovoy &lt;maxg@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Thu, 28 May 2020 19:45:46 +0000</pubDate>
        <dc:creator>Max Gurtovoy &lt;maxg@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>6d1e7ba2 - IB/uverbs: Introduce create/destroy QP commands over ioctl</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#6d1e7ba2</link>
        <description>IB/uverbs: Introduce create/destroy QP commands over ioctlIntroduce create/destroy QP commands over the ioctl interface to let itbe extended to get an asynchronous event FD.Link: https://lore.kernel.org/r/20200519072711.257271-8-leon@kernel.orgSigned-off-by: Yishai Hadas &lt;yishaih@mellanox.com&gt;Signed-off-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Tue, 19 May 2020 07:27:11 +0000</pubDate>
        <dc:creator>Yishai Hadas &lt;yishaih@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>ef3bc084 - IB/uverbs: Introduce create/destroy WQ commands over ioctl</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#ef3bc084</link>
        <description>IB/uverbs: Introduce create/destroy WQ commands over ioctlIntroduce create/destroy WQ commands over the ioctl interface to let itbe extended to get an asynchronous event FD.Link: https://lore.kernel.org/r/20200519072711.257271-7-leon@kernel.orgSigned-off-by: Yishai Hadas &lt;yishaih@mellanox.com&gt;Signed-off-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Tue, 19 May 2020 07:27:10 +0000</pubDate>
        <dc:creator>Yishai Hadas &lt;yishaih@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>c3eab946 - IB/uverbs: Introduce create/destroy SRQ commands over ioctl</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#c3eab946</link>
        <description>IB/uverbs: Introduce create/destroy SRQ commands over ioctlIntroduce create/destroy SRQ commands over the ioctl interface to let itbe extended to get an asynchronous event FD.Link: https://lore.kernel.org/r/20200519072711.257271-6-leon@kernel.orgSigned-off-by: Yishai Hadas &lt;yishaih@mellanox.com&gt;Signed-off-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Tue, 19 May 2020 07:27:09 +0000</pubDate>
        <dc:creator>Yishai Hadas &lt;yishaih@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>bd3920ea - RDMA/core: Add LAG functionality</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#bd3920ea</link>
        <description>RDMA/core: Add LAG functionalityAdd support to get the RoCE LAG xmit slave by building skb of the RoCEpacket and call to master_get_xmit_slave.  If driver wants to get theslave assume all slaves are available, then need to setRDMA_LAG_FLAGS_HASH_ALL_SLAVES in flags.Link: https://lore.kernel.org/r/20200430192146.12863-14-maorg@mellanox.comSigned-off-by: Maor Gottlieb &lt;maorg@mellanox.com&gt;Reviewed-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Thu, 30 Apr 2020 19:21:43 +0000</pubDate>
        <dc:creator>Maor Gottlieb &lt;maorg@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>3e032c0e - RDMA/core: Make ib_uverbs_async_event_file into a uobject</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#3e032c0e</link>
        <description>RDMA/core: Make ib_uverbs_async_event_file into a uobjectThis makes async events aligned with completion events as both are fulluobjects of FD type and use the same uobject lifecycle.A bunch of duplicate code is consolidated and the general flow between thetwo FDs is now very similar.Link: https://lore.kernel.org/r/1578504126-9400-14-git-send-email-yishaih@mellanox.comSigned-off-by: Yishai Hadas &lt;yishaih@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Wed, 08 Jan 2020 17:22:05 +0000</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>3e5901cb - RDMA/core: Trace points for diagnosing completion queue issues</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#3e5901cb</link>
        <description>RDMA/core: Trace points for diagnosing completion queue issuesSample trace events:   kworker/u29:0-300   [007]   120.042217: cq_alloc:             cq.id=4 nr_cqe=161 comp_vector=2 poll_ctx=WORKQUEUE          &lt;idle&gt;-0     [002]   120.056292: cq_schedule:          cq.id=4    kworker/2:1H-482   [002]   120.056402: cq_process:           cq.id=4 wake-up took 109 [us] from interrupt    kworker/2:1H-482   [002]   120.056407: cq_poll:              cq.id=4 requested 16, returned 1          &lt;idle&gt;-0     [002]   120.067503: cq_schedule:          cq.id=4    kworker/2:1H-482   [002]   120.067537: cq_process:           cq.id=4 wake-up took 34 [us] from interrupt    kworker/2:1H-482   [002]   120.067541: cq_poll:              cq.id=4 requested 16, returned 1          &lt;idle&gt;-0     [002]   120.067657: cq_schedule:          cq.id=4    kworker/2:1H-482   [002]   120.067672: cq_process:           cq.id=4 wake-up took 15 [us] from interrupt    kworker/2:1H-482   [002]   120.067674: cq_poll:              cq.id=4 requested 16, returned 1 ...         systemd-1     [002]   122.392653: cq_schedule:          cq.id=4    kworker/2:1H-482   [002]   122.392688: cq_process:           cq.id=4 wake-up took 35 [us] from interrupt    kworker/2:1H-482   [002]   122.392693: cq_poll:              cq.id=4 requested 16, returned 16    kworker/2:1H-482   [002]   122.392836: cq_poll:              cq.id=4 requested 16, returned 16    kworker/2:1H-482   [002]   122.392970: cq_poll:              cq.id=4 requested 16, returned 16    kworker/2:1H-482   [002]   122.393083: cq_poll:              cq.id=4 requested 16, returned 16    kworker/2:1H-482   [002]   122.393195: cq_poll:              cq.id=4 requested 16, returned 3Several features to note in this output: - The WCE count and context type are reported at allocation time - The CPU and kworker for each CQ is evident - The CQ&apos;s restracker ID is tagged on each trace event - CQ poll scheduling latency is measured - Details about how often single completions occur versus multiple   completions are evident - The cost of the ULP&apos;s completion handler is recordedLink: https://lore.kernel.org/r/20191218201815.30584.3481.stgit@manet.1015granger.netSigned-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;Reviewed-by: Parav Pandit &lt;parav@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Wed, 18 Dec 2019 20:18:15 +0000</pubDate>
        <dc:creator>Chuck Lever &lt;chuck.lever@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>ed999f82 - RDMA/cma: Add trace points in RDMA Connection Manager</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#ed999f82</link>
        <description>RDMA/cma: Add trace points in RDMA Connection ManagerRecord state transitions as each connection is established. The IP addressof both peers and the Type of Service is reported. These trace points arenot in performance hot paths.Also, record each cm_event_handler call to ULPs. This eliminates the needfor each ULP to add its own similar trace point in its CM event handlerfunction.These new trace points appear in a new trace subsystem called &quot;rdma_cma&quot;.Sample events:           &lt;...&gt;-220   [004]   121.430733: cm_id_create:         cm.id=0           &lt;...&gt;-472   [003]   121.430991: cm_event_handler:     cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 ADDR_RESOLVED (0/0)           &lt;...&gt;-472   [003]   121.430995: cm_event_done:        cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 result=0           &lt;...&gt;-472   [003]   121.431172: cm_event_handler:     cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 ROUTE_RESOLVED (2/0)           &lt;...&gt;-472   [003]   121.431174: cm_event_done:        cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 result=0           &lt;...&gt;-220   [004]   121.433480: cm_qp_create:         cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 pd.id=2 qp_type=RC send_wr=4091 recv_wr=256 qp_num=521 rc=0           &lt;...&gt;-220   [004]   121.433577: cm_send_req:          cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 qp_num=521     kworker/1:2-973   [001]   121.436190: cm_send_mra:          cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0     kworker/1:2-973   [001]   121.436340: cm_send_rtu:          cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0     kworker/1:2-973   [001]   121.436359: cm_event_handler:     cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 ESTABLISHED (9/0)     kworker/1:2-973   [001]   121.436365: cm_event_done:        cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 result=0           &lt;...&gt;-1975  [005]   123.161954: cm_disconnect:        cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0           &lt;...&gt;-1975  [005]   123.161974: cm_sent_dreq:         cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0           &lt;...&gt;-220   [004]   123.162102: cm_disconnect:        cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0     kworker/0:1-13    [000]   123.162391: cm_event_handler:     cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 DISCONNECTED (10/0)     kworker/0:1-13    [000]   123.162393: cm_event_done:        cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 result=0           &lt;...&gt;-220   [004]   123.164456: cm_qp_destroy:        cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0 qp_num=521           &lt;...&gt;-220   [004]   123.165290: cm_id_destroy:        cm.id=0 src=192.168.2.51:35090 dst=192.168.2.55:20049 tos=0Some features to note:- restracker ID of the rdma_cm_id is tagged on each trace event- The source and destination IP addresses and TOS are reported- CM event upcalls are shown with decoded event and status- CM state transitions are reported- rdma_cm_id lifetime events are captured- The latency of ULP CM event handlers is reported- Lifetime events of associated QPs are reported- Device removal and insertion is reportedThis patch is based on previous work by:Saeed Mahameed &lt;saeedm@mellanox.com&gt;Mukesh Kacker &lt;mukesh.kacker@oracle.com&gt;Ajaykumar Hotchandani &lt;ajaykumar.hotchandani@oracle.com&gt;Aron Silverton &lt;aron.silverton@oracle.com&gt;Avinash Repaka &lt;avinash.repaka@oracle.com&gt;Somasundaram Krishnasamy &lt;somasundaram.krishnasamy@oracle.com&gt;Link: https://lore.kernel.org/r/20191218201810.30584.3052.stgit@manet.1015granger.netSigned-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Wed, 18 Dec 2019 20:18:10 +0000</pubDate>
        <dc:creator>Chuck Lever &lt;chuck.lever@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>b86deba9 - RDMA/core: Move core content from ib_uverbs to ib_core</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#b86deba9</link>
        <description>RDMA/core: Move core content from ib_uverbs to ib_coreMove functionality that is called by the driver, which isrelated to umap, to a new file that will be linked in ib_core.This is a first step in later enabling ib_uverbs to be optional.vm_ops is now initialized in ib_uverbs_mmap instead ofpriv_init to avoid having to move all the rdma_umap functionsas well.Link: https://lore.kernel.org/r/20191030094417.16866-2-michal.kalderon@marvell.comSuggested-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;Signed-off-by: Ariel Elior &lt;ariel.elior@marvell.com&gt;Signed-off-by: Michal Kalderon &lt;michal.kalderon@marvell.com&gt;Reviewed-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Wed, 30 Oct 2019 09:44:10 +0000</pubDate>
        <dc:creator>Michal Kalderon &lt;michal.kalderon@marvell.com&gt;</dc:creator>
    </item>
<item>
        <title>413d3347 - RDMA/counter: Add set/clear per-port auto mode support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#413d3347</link>
        <description>RDMA/counter: Add set/clear per-port auto mode supportAdd an API to support set/clear per-port auto mode.Signed-off-by: Mark Zhang &lt;markz@mellanox.com&gt;Reviewed-by: Majd Dibbiny &lt;majd@mellanox.com&gt;Signed-off-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Tue, 02 Jul 2019 10:02:34 +0000</pubDate>
        <dc:creator>Mark Zhang &lt;markz@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>a1a8e4a8 - rdma: Delete the ib_ucm module</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#a1a8e4a8</link>
        <description>rdma: Delete the ib_ucm moduleThis has been marked CONFIG_BROKEN for over a year now with no complaints.Delete the whole thing for good.The module provided the /dev/infiniband/ucmX interface.Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Mon, 10 Jun 2019 18:02:01 +0000</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>6fa8f1af - IB/{core,uverbs}: Move ib_umem_xxx functions from ib_core to ib_uverbs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#6fa8f1af</link>
        <description>IB/{core,uverbs}: Move ib_umem_xxx functions from ib_core to ib_uverbsThe next patch will add dependency from ib_umem_get in to ib_uverbs somove the required ib_umem_xxx functionality to it&apos;s correct module -ib_uverbs - and avoid circular dependecy from the form of ib_core -&gt;ib_uverbs -&gt; ib_core in depmod.Since this now requires all drivers to be build modular if uverbs ismodular, hoist the test a couple drivers had into the main kconfig andapply it to all drivers uniformly.Signed-off-by: Shamir Rabinovitch &lt;shamir.rabinovitch@oracle.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Wed, 09 Jan 2019 09:15:15 +0000</pubDate>
        <dc:creator>Shamir Rabinovitch &lt;shamir.rabinovitch@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>4785860e - RDMA/uverbs: Implement an ioctl that can call write and write_ex handlers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#4785860e</link>
        <description>RDMA/uverbs: Implement an ioctl that can call write and write_ex handlersNow that the handlers do not process their own udata we can make asensible ioctl that wrappers them. The ioctl follows the same format asthe write_ex() and has the user explicitly specify the core and driverin/out opaque structures and a command number.This works for all forms of write commands.Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;Signed-off-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Signed-off-by: Doug Ledford &lt;dledford@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Fri, 30 Nov 2018 11:06:21 +0000</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>51d0a2b4 - IB/uverbs: Remove struct uverbs_root_spec and all supporting code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#51d0a2b4</link>
        <description>IB/uverbs: Remove struct uverbs_root_spec and all supporting codeEverything now uses the uverbs_uapi data structure.Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Fri, 10 Aug 2018 02:14:43 +0000</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>9ed3e5f4 - IB/uverbs: Build the specs into a radix tree at runtime</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#9ed3e5f4</link>
        <description>IB/uverbs: Build the specs into a radix tree at runtimeThis radix tree datastructure is intended to replace the &apos;hash&apos; structureused today for parsing ioctl methods during system calls. This firstcommit introduces the structure and builds it from the existing .rodatadescriptions.The so-called hash arrangement is actually a 5 level open coded radix tree.This new version uses a 3 level radix tree built using the radix treelibrary.Overall this is much less code and much easier to build as the radix treeAPI allows for dynamic modification during the building. There is a smallmemory penalty to pay for this, but since the radix tree is allocated ona per device basis, a few kb of RAM seems immaterial considering thegained simplicity.The radix tree is similar to the existing tree, but also has a &apos;attr_bkey&apos;concept, which is a small value&apos;d index for each method attribute. This isused to simplify and improve performance of everything in the nextpatches.Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;Reviewed-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Reviewed-by: Michael J. Ruhl &lt;michael.j.ruhl@intel.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Fri, 10 Aug 2018 02:14:36 +0000</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>d9a5a644 - IB/uverbs: Add create/destroy counters support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#d9a5a644</link>
        <description>IB/uverbs: Add create/destroy counters supportUser space application which uses counters functionality, is expected toallocate/release the counters resources by calling create/destroy verbsand in turn get a unique handle that can be used to attach the counters toits counted type.Reviewed-by: Yishai Hadas &lt;yishaih@mellanox.com&gt;Signed-off-by: Raed Salem &lt;raeds@mellanox.com&gt;Signed-off-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Thu, 31 May 2018 13:43:32 +0000</pubDate>
        <dc:creator>Raed Salem &lt;raeds@mellanox.com&gt;</dc:creator>
    </item>
<item>
        <title>7a8690ed - RDMA/ucm: Mark UCM interface as BROKEN</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/infiniband/core/Makefile#7a8690ed</link>
        <description>RDMA/ucm: Mark UCM interface as BROKENIn commit 357d23c811a7 (&quot;Remove the obsolete libibcm library&quot;)in rdma-core [1], we removed obsolete library which used the/dev/infiniband/ucmX interface.Following multiple syzkaller reports about non-sanitizeduser input in the UCMA module, the short audit reveals the sameissues in UCM module too.It is better to disable this interface in the kernel,before syzkaller team invests time and energy to hardenthis unused interface.[1] https://github.com/linux-rdma/rdma-core/pull/279Signed-off-by: Leon Romanovsky &lt;leonro@mellanox.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@mellanox.com&gt;

            List of files:
            /linux-6.15/drivers/infiniband/core/Makefile</description>
        <pubDate>Wed, 23 May 2018 05:22:11 +0000</pubDate>
        <dc:creator>Leon Romanovsky &lt;leonro@mellanox.com&gt;</dc:creator>
    </item>
</channel>
</rss>
