Re: [PATCH v3 11/31] elx: libefc: SLI and FC PORT state machine interfaces

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

 



On 4/15/2020 8:38 AM, Hannes Reinecke wrote:
...
I would have expected the ports to be reference counted, seeing that they are (probably) accessed by structures with vastly different lifetime rules. It also would allow for a more dynamic port deletion, as you wouldn't need to lock the entire function, only when removing it from the list.

Have you considered that?
...
See? That's what I mean.
You have event processing for that port, and additional nodes attached to it. If all of them would be properly reference counted you could do away with this function ...
...
As mentioned: please add locking annotations to make it clear which functions require locking.

And I'm not sure if reference counting the ports wouldn't be a better idea; I can't really see how you would ensure that the port is valid if it's being used by temporary structures like FC commands. The only _safe_ way would be to always access the ports under a lock, but that would lead to heavy contention.

But I'll check the remaining patches.

Yes, we probably should have refcounting. Agree with your comments and will address them.

-- james




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]

  Powered by Linux