diff options
| author | James Bottomley <James.Bottomley@HansenPartnership.com> | 2011-07-07 15:45:40 -0500 |
|---|---|---|
| committer | James Bottomley <JBottomley@Parallels.com> | 2011-07-21 14:21:18 -0700 |
| commit | bfe159a51203c15d23cb3158fffdc25ec4b4dda1 (patch) | |
| tree | 553b2d7b1422545032cf3c048db7dff5f5c8dbd3 /drivers/scsi/scsi_lib.c | |
| parent | 79b9677d885d1a792bc103f2febb06f91f92de43 (diff) | |
| download | op-kernel-dev-bfe159a51203c15d23cb3158fffdc25ec4b4dda1.zip op-kernel-dev-bfe159a51203c15d23cb3158fffdc25ec4b4dda1.tar.gz | |
[SCSI] fix crash in scsi_dispatch_cmd()
USB surprise removal of sr is triggering an oops in
scsi_dispatch_command(). What seems to be happening is that USB is
hanging on to a queue reference until the last close of the upper
device, so the crash is caused by surprise remove of a mounted CD
followed by attempted unmount.
The problem is that USB doesn't issue its final commands as part of
the SCSI teardown path, but on last close when the block queue is long
gone. The long term fix is probably to make sr do the teardown in the
same way as sd (so remove all the lower bits on ejection, but keep the
upper disk alive until last close of user space). However, the
current oops can be simply fixed by not allowing any commands to be
sent to a dead queue.
Cc: stable@kernel.org
Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Diffstat (limited to 'drivers/scsi/scsi_lib.c')
| -rw-r--r-- | drivers/scsi/scsi_lib.c | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c index ec1803a..28d9c9d 100644 --- a/drivers/scsi/scsi_lib.c +++ b/drivers/scsi/scsi_lib.c @@ -213,6 +213,8 @@ int scsi_execute(struct scsi_device *sdev, const unsigned char *cmd, int ret = DRIVER_ERROR << 24; req = blk_get_request(sdev->request_queue, write, __GFP_WAIT); + if (!req) + return ret; if (bufflen && blk_rq_map_kern(sdev->request_queue, req, buffer, bufflen, __GFP_WAIT)) |
