Gabriel,
> A faulty userspace that calls destroy_session() before destroying the
> connections can trigger the failure. This patch prevents the issue by
> refusing to destroy the session if there are outstanding connections.
Applied to 5.6/scsi-queue, thanks!
--
Martin K. Petersen
On 1/13/20 2:36 PM, Gabriel Krisman Bertazi wrote:
> Gabriel Krisman Bertazi writes:
>
>> From: Nick Black
>>
>> Hi,
>>
>> I thought this was already committed for some reason, until it bit me
>> again today. Any opposition to this one?
>
> Hi,
>
> Pinging this patch. Any oposion?
>
>>> 8
Gabriel Krisman Bertazi writes:
> From: Nick Black
>
> Hi,
>
> I thought this was already committed for some reason, until it bit me
> again today. Any opposition to this one?
Hi,
Pinging this patch. Any oposion?
>>8
>
> A faulty userspace that calls destroy_session() before destroying the
On Thursday, December 26, 2019 at 12:31:55 PM UTC-8, Gabriel Krisman
Bertazi wrote:
>
> From: Nick Black
>
> Hi,
>
> I thought this was already committed for some reason, until it bit me
> again today. Any opposition to this one?
>
> >8
>
> A faulty userspace that calls destroy_session()
From: Nick Black
Hi,
I thought this was already committed for some reason, until it bit me
again today. Any opposition to this one?
>8
A faulty userspace that calls destroy_session() before destroying the
connections can trigger the failure. This patch prevents the
issue by refusing to