This is some kind of race in the SCSI layer that is not present in 2.0.
Somehow it queued too many commands to that controller. It looks like
scsi_do_cmd() got called twice for the device. The obvious path for that
is scsi_do_cmd being called from an interrupt. I can't however see where
this is occuring.
Does editing drivers/scsi/fdomain.h and changing
can_queue: 1, \
to
can_queue: 0, \
fix this.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/