[PATCH 0/1] nvme: fix nvme_remove going to uninterruptible sleep for ever

Path	csiph.com!news.redatomik.org!news.neodome.net!news.mixmin.net!aioe.org!bofh.it!news.nic.it!robomod
From	Rakesh Pandit <rakesh@tuxera.com>
Newsgroups	linux.kernel
Subject	[PATCH 0/1] nvme: fix nvme_remove going to uninterruptible sleep for ever
Date	Mon, 29 May 2017 08:30:01 +0200
Message-ID	<tMmlH-4pd-5@gated-at.bofh.it> (permalink)
MIME-Version	1.0
Content-Type	text/plain; charset="us-ascii"
Content-Disposition	inline
User-Agent	Mutt/1.8.0 (2017-02-23)
X-Clientproxiedby	tuxera-exch.ad.tuxera.com (10.20.48.11) To tuxera-exch.ad.tuxera.com (10.20.48.11)
Received-Spf	none
Sender	robomod@news.nic.it
List-ID	<linux-kernel.vger.kernel.org>
X-Mailing-List	linux-kernel@vger.kernel.org
Approved	robomod@news.nic.it
Lines	15
Organization	linux.* mail to news gateway
X-Original-Cc	Jens Axboe <axboe@fb.com>, Christoph Hellwig <hch@lst.de>, Sagi Grimberg <sagi@grimberg.me>, Andy Lutomirski <luto@kernel.org>, Keith Busch <keith.busch@intel.com>
X-Original-Date	Mon, 29 May 2017 09:28:25 +0300
X-Original-Message-ID	<20170529062823.GA6462@hercules.tuxera.com>
X-Original-Sender	linux-kernel-owner@vger.kernel.org
Xref	csiph.com linux.kernel:1652245

Show key headers only | View raw

This patches fixes the controller removal going to sleep for ever
without completion.  Also as a side-effect if this patch:
https://patchwork.kernel.org/patch/9740945/ goes throw which takes a
dev lock before calling reset from PCI layer would deadlock if a
successive call happens to land for same device as first call hasn't
finished.

Rakesh Pandit (1):
  nvme: fix nvme_remove going to uninterruptible sleep for ever

 drivers/nvme/host/core.c | 3 +++
 1 file changed, 3 insertions(+)

-- 
2.9.3

Back to linux.kernel | Previous | Next | Find similar | Unroll thread

Thread

[PATCH 0/1] nvme: fix nvme_remove going to uninterruptible sleep for  ever Rakesh Pandit <rakesh@tuxera.com> - 2017-05-29 08:30 +0200

csiph-web