[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <acfe3236-0ab9-53ae-eb3b-7ff8a510e599@gmail.com>
Date: Tue, 26 May 2020 18:00:17 -0600
From: David Ahern <dsahern@...il.com>
To: Leon Romanovsky <leon@...nel.org>
Cc: Leon Romanovsky <leonro@...lanox.com>,
netdev <netdev@...r.kernel.org>,
RDMA mailing list <linux-rdma@...r.kernel.org>,
Stephen Hemminger <stephen@...workplumber.org>
Subject: Re: [PATCH iproute2-next 0/4] RAW format dumps through RDMAtool
On 5/20/20 4:25 AM, Leon Romanovsky wrote:
> From: Leon Romanovsky <leonro@...lanox.com>
>
> Hi,
>
> The following series adds support to get the RDMA resource data in RAW
> format. The main motivation for doing this is to enable vendors to
> return the entire QP/CQ/MR data without a need from the vendor to set
> each field separately.
>
> User-space part of the kernel series [1].
>
> Thanks
>
> [1] https://lore.kernel.org/linux-rdma/20200513095034.208385-1-leon@kernel.org
>
> Maor Gottlieb (4):
> rdma: Refactor res_qp_line
> rdma: Add support to get QP in raw format
> rdma: Add support to get CQ in raw format
> rdma: Add support to get MR in raw format
>
The set depends on UAPI files not visible in either Dave or Linus' tree
yet. We moved rdma uapi files under rdma/include/uapi/ and as I recall
the expectation is that you submit updates with your patches once they
are accepted and that the headers are in sync with Linus' tree once the
code arrives there.
Powered by blists - more mailing lists