Re: [PATCH] iscsi: Fix deadlock on recovery path during GFP_IO reclaim

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

To: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
Subject: Re: [PATCH] iscsi: Fix deadlock on recovery path during GFP_IO reclaim
From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Date: Tue, 19 May 2020 21:12:00 -0400
Cc: lduncan@xxxxxxxx, cleech@xxxxxxxxxx, martin.petersen@xxxxxxxxxx, open-iscsi@xxxxxxxxxxxxxxxx, linux-scsi@xxxxxxxxxxxxxxx, kernel@xxxxxxxxxxxxx, Khazhismel Kumykov <khazhy@xxxxxxxxxx>
In-reply-to: <20200508055954.843165-1-krisman@collabora.com> (Gabriel Krisman Bertazi's message of "Fri, 8 May 2020 01:59:54 -0400")
Organization: Oracle Corporation

Gabriel,

> iscsi suffers from a deadlock in case a management command submitted
> via the netlink socket sleeps on an allocation while holding the
> rx_queue_mutex,

This does not apply to 5.8/scsi-queue. Please resubmit.

Thanks!

-- 
Martin K. Petersen	Oracle Linux Engineering

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

Follow-Ups:
- Re: [PATCH] iscsi: Fix deadlock on recovery path during GFP_IO reclaim
  - From: Gabriel Krisman Bertazi

References:
- [PATCH] iscsi: Fix deadlock on recovery path during GFP_IO reclaim
  - From: Gabriel Krisman Bertazi

Prev by Date: Another approach of UFSHPB
Next by Date: Re: [PATCH] iscsi: Fix deadlock on recovery path during GFP_IO reclaim
Previous by thread: Re: [PATCH] iscsi: Fix deadlock on recovery path during GFP_IO reclaim
Next by thread: Re: [PATCH] iscsi: Fix deadlock on recovery path during GFP_IO reclaim
Index(es):
- Date
- Thread

[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