Re: [PATCH v6 3/4] RDMA/Core: add RDMA_NLDEV_CMD_NEWLINK/DELLINK support

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

 



On 12/6/2018 4:21 PM, Jason Gunthorpe wrote:
> On Thu, Dec 06, 2018 at 03:16:57PM -0600, Steve Wise wrote:
>> Jason, This  feature took a step back, imo, by using
>> ib_device_get_by_index() in nldev_dellink() and passing the struct
>> ib_device ptr vs simply passing the ibdev name string to the driver's
>> dellink() function and letting the driver deal with it all.  I'm
>> inclined to go back to that approach.  I don't see things getting
>> cleaner and simpler on this current path. 
> It doesn't solve anything to have the driver do the lookup, it still
> has to have proper locking and prevent the races. If it can do that,
> then it can do it with an already looked-up device just the same.

It is easier by just passing the name to the driver because the driver
can easily determine if the device has been removed via a
driver-specific lock and lookup.  Looking up the device via
ib_device_get_by_index() uses a core-private mechanism that isn't public
to the driver, so it makes life more difficult.  I could export
ib_device_put() but that doesn't seem clean to me.

> I'm still wondering if there is some core functions we could create to
> handle this common case for dellink drivers.

Please noodle on it - I could use your help.  Thanks...




[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