Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1580543
| From | "hch@lst.de" <hch@lst.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: Boot regression (was "Re: [PATCH] genhd: Do not hold event lock when scheduling workqueue elements") |
| Date | 2017-02-14 14:50 +0100 |
| Message-ID | <taLEt-2wc-5@gated-at.bofh.it> (permalink) |
| References | (5 earlier) <t8Exs-3hZ-19@gated-at.bofh.it> <t8F0v-3Hv-31@gated-at.bofh.it> <t8RuF-3aL-3@gated-at.bofh.it> <t8X76-6JS-83@gated-at.bofh.it> <t9kQ3-4Jf-33@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi Dexuan,
can you try the hack below for now? I disable the TUR call from
sd_check_events, which I think your VM is hanging on. The checks
it does on the sense data look a bit fishy, but so far I've not
identified a possible root cause.
diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c
index 40b4038c019e..1502e87c2be9 100644
--- a/drivers/scsi/sd.c
+++ b/drivers/scsi/sd.c
@@ -1457,9 +1457,13 @@ static unsigned int sd_check_events(struct gendisk *disk, unsigned int clearing)
retval = -ENODEV;
if (scsi_block_when_processing_errors(sdp)) {
+#if 0
sshdr = kzalloc(sizeof(*sshdr), GFP_KERNEL);
retval = scsi_test_unit_ready(sdp, SD_TIMEOUT, SD_MAX_RETRIES,
sshdr);
+#else
+ retval = 0;
+#endif
}
/* failed to execute TUR, assume media not present */
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: Boot regression (was "Re: [PATCH] genhd: Do not hold event lock when scheduling workqueue elements") "hch@lst.de" <hch@lst.de> - 2017-02-14 14:50 +0100
Re: Boot regression (was "Re: [PATCH] genhd: Do not hold event lock when scheduling workqueue elements") "hch@lst.de" <hch@lst.de> - 2017-02-14 15:40 +0100
RE: Boot regression (was "Re: [PATCH] genhd: Do not hold event lock when scheduling workqueue elements") Dexuan Cui <decui@microsoft.com> - 2017-02-14 15:50 +0100
Re: Boot regression (was "Re: [PATCH] genhd: Do not hold event lock when scheduling workqueue elements") "hch@lst.de" <hch@lst.de> - 2017-02-14 16:00 +0100
Re: Boot regression (was "Re: [PATCH] genhd: Do not hold event lock when scheduling workqueue elements") "hch@lst.de" <hch@lst.de> - 2017-02-14 17:40 +0100
RE: Boot regression (was "Re: [PATCH] genhd: Do not hold event lock when scheduling workqueue elements") Dexuan Cui <decui@microsoft.com> - 2017-02-15 15:00 +0100
csiph-web