Re: [PATCH v2 04/30] cxlflash: Fix potential oops following LUN removal

2015-09-21 Thread Matthew R. Ochs
> On Sep 21, 2015, at 7:11 AM, Tomas Henzl wrote: > On 16.9.2015 23:27, Matthew R. Ochs wrote: >> When a LUN is removed, the sdev that is associated with the LUN >> remains intact until its reference count drops to 0. In order >> to prevent an sdev from being removed while a

Re: [PATCH v2 04/30] cxlflash: Fix potential oops following LUN removal

2015-09-21 Thread Tomas Henzl
On 16.9.2015 23:27, Matthew R. Ochs wrote: > When a LUN is removed, the sdev that is associated with the LUN > remains intact until its reference count drops to 0. In order > to prevent an sdev from being removed while a context is still > associated with it, obtain an additional reference

Re: [PATCH v2 04/30] cxlflash: Fix potential oops following LUN removal

2015-09-18 Thread Matthew R. Ochs
> On Sep 17, 2015, at 8:26 PM, Brian King wrote: > > On 09/16/2015 04:27 PM, Matthew R. Ochs wrote: >> >> lun_access = kzalloc(sizeof(*lun_access), GFP_KERNEL); >> if (unlikely(!lun_access)) { >> dev_err(dev, "%s: Unable to allocate

Re: [PATCH v2 04/30] cxlflash: Fix potential oops following LUN removal

2015-09-17 Thread Brian King
On 09/16/2015 04:27 PM, Matthew R. Ochs wrote: > When a LUN is removed, the sdev that is associated with the LUN > remains intact until its reference count drops to 0. In order > to prevent an sdev from being removed while a context is still > associated with it, obtain an additional reference

[PATCH v2 04/30] cxlflash: Fix potential oops following LUN removal

2015-09-16 Thread Matthew R. Ochs
When a LUN is removed, the sdev that is associated with the LUN remains intact until its reference count drops to 0. In order to prevent an sdev from being removed while a context is still associated with it, obtain an additional reference per-context for each LUN attached to the context. This

[PATCH v2 04/30] cxlflash: Fix potential oops following LUN removal

2015-09-16 Thread Matthew R. Ochs
When a LUN is removed, the sdev that is associated with the LUN remains intact until its reference count drops to 0. In order to prevent an sdev from being removed while a context is still associated with it, obtain an additional reference per-context for each LUN attached to the context. This