On 2014-09-10 09:41, Christoph Hellwig wrote:
While it might not help with a blown stack, can you give the patch below a try? I tries to solve a problem where the timeout handler hits before we've fully set up a command. While I'd like to understand the root cause of why we're hitting it as well, I'd also really to fix that race. It would also be good to get a gdb listing of the exact area in scsi_times_out listed in the oops.
It's a really long window, but it does exist. I'd be curious if the patch makes a difference for this weird case. I have not seen anything like it here.
BTW, please don't mix up the REQ_END and ->queue_rq() changes with the changed start_request API.
-- Jens Axboe -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
