Thread (56 messages) 56 messages, 8 authors, 2022-08-03

Re: [Patch v4 03/12] net: mana: Handle vport sharing between devices

From: Jason Gunthorpe <jgg@ziepe.ca>
Date: 2022-07-21 18:32:30
Also in: linux-hyperv, linux-rdma, lkml

On Thu, Jul 21, 2022 at 05:58:39PM +0000, Long Li wrote:
quoted
quoted
"vport" is a hardware resource that can either be used by an Ethernet
device, or an RDMA device. But it can't be used by both at the same
time. The "vport" is associated with a protection domain and doorbell,
it's programmed in the hardware. Outgoing traffic is enforced on this
vport based on how it is programmed.
Sure, but how is the users problem to "get this configured right" and what
exactly is the user supposed to do?

I would expect the allocation of HW resources to be completely transparent
to the user. Why is it not?
In the hardware, RDMA RAW_QP shares the same hardware resource (in
this case, the vPort in hardware table) with the ethernet NIC. When
an RDMA user creates a RAW_QP, we can't just shut down the
ethernet. The user is required to make sure the ethernet is not in
used when he creates this QP type.
You haven't answered my question - how is the user supposed to achieve
this?

And now I also want to know why the ethernet device and rdma device
can even be loaded together if they cannot share the physical port?
Exclusivity is not a sharing model that any driver today implements.

Jason
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help