summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/atp870u.c
diff options
context:
space:
mode:
authorJames Bottomley2005-09-14 18:57:42 +0200
committerJames Bottomley2005-09-14 22:59:03 +0200
commit59897dad98d63ac15e1e36fcc3a107c892b1826c (patch)
tree42e65c1e3e99ab12ab484b0311c4487ae7a76148 /drivers/scsi/atp870u.c
parent[SCSI] scsi: 2 drivers need MODULE_LICENSE() (diff)
downloadkernel-qcow2-linux-59897dad98d63ac15e1e36fcc3a107c892b1826c.tar.gz
kernel-qcow2-linux-59897dad98d63ac15e1e36fcc3a107c892b1826c.tar.xz
kernel-qcow2-linux-59897dad98d63ac15e1e36fcc3a107c892b1826c.zip
[SCSI] fix sym scsi boot hang
On Wed, 2005-09-14 at 18:06 +1000, Anton Blanchard wrote: > And in particular it looks like the scsi_unprep_request in > scsi_queue_insert is causing it. The following patch fixes the boot > problems on the vscsi machine: OK, my fault. Your fix is almost correct .. I was going to do this eventually, honest, because there's no need to unprep and reprep a command that comes in through scsi_queue_insert(). However, I decided to leave it in to exercise the scsi_unprep_request() path just to make sure it was working. What's happening, I think, is that we also use this path for retries. Since we kill and reget the command each time, the retries decrement is never seen, so we're retrying forever. Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Diffstat (limited to 'drivers/scsi/atp870u.c')
0 files changed, 0 insertions, 0 deletions