Re: [PATCH rdma-next 0/3] Support out of order data placement

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jun 12, 2017 at 04:53:28PM +0000, Parav Pandit wrote:
> 
> 
> > From: Jason Gunthorpe [mailto:jgunthorpe@xxxxxxxxxxxxxxxxxxxx]
> > Sent: Monday, June 12, 2017 11:44 AM
> > To: Parav Pandit <parav@xxxxxxxxxxxx>
> > Cc: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>; leon@xxxxxxxxxx;
> > dledford@xxxxxxxxxx; linux-rdma@xxxxxxxxxxxxxxx; Idan Burstein
> > <idanb@xxxxxxxxxxxx>
> > Subject: Re: [PATCH rdma-next 0/3] Support out of order data placement
> > 
> > On Mon, Jun 12, 2017 at 04:42:27PM +0000, Parav Pandit wrote:
> > 
> > > > I would suggest at least using the inverted sense like Bart
> > > > describes in the kernel - every kernel ULP is safe.
> > 
> > > I don't see a need to use inverted sense in code. I can surely make
> > documentation more descriptive as Bart suggested.
> > 
> > If this is 'better' then it should be on as much as possible, and I certianly
> > don't want to see kernel ULPs query caps and other pointless things when
> > they already, necessarily, deal with out of order.
> 
> Sure. Kernel ULPs and any other user ULPs can skip query caps.

No, they can't because only mlx5 accepts the new flag.

This is why inverting the flag in the kernel makes much more sense.

Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux