On 9/10/21 3:23 PM, Bart Van Assche wrote:
> On 9/10/21 12:38 PM, Pearson, Robert B wrote:
>> 1. Which rdma-core are you running? Out of box or the github tree?
>
> I'm using the rdma-core package included in openSUSE Tumbleweed. blktests
> pass with that rdma-core package against older kernel versions so I think
> the rdma-core package is fine. The version number of the rdma-core package
> I'm using is as follows:
> $ rpm -q rdma-core
> rdma-core-36.0-1.1.x86_64
>
> The rdma tool comes from the iproute2 package:
> $ rpm -qf /sbin/rdma
> iproute2-5.13-1.1.x86_64
>
>> 3. Where did you get the kernel bits? Which git tree? Which branch?
>
> Hmm ... wasn't that mentioned in my previous email? I mentioned a commit
> SHA and these SHA numbers are unique and unambiguous. Anyway: commit
> 2169b908894d comes from the for-rc branch of the following git repository:
> git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git.
>
> Bart.
>
>
OK I checked out the kernel with the SHA number above and applied the patch series
and rebuilt and reinstalled the kernel. I checked out v36.0 of rdma-core and rebuilt
that. rdma is version 5.9.0 but I doubt that will have any effect. My startup script
is
export LD_LIBRARY_PATH=/home/bob/src/rdma-core/build/lib/:/usr/local/lib:/usr/lib
sudo ip link set dev enp0s3 mtu 8500
sudo ip addr add dev enp0s3 fe80::0a00:27ff:fe94:8a69/64
sudo rdma link add rxe0 type rxe netdev enp0s3
I am running on a Virtualbox VM instance of Ubuntu 21.04 with 20 cores and 8GB of RAM.
The test looks like
sudo ./check -q srp/001
srp/001 (Create and remove LUNs) [passed]
runtime 1.174s ... 1.236s
There were no issues.
Any guesses what else to look at?
Thanks,
Bob
