Fix scsi device starvation handling
Doing some debugging after the SDET failure, I found that if we reject a command at zero depth, we can get into the infinite loop where we refuse a command to a LUN because it is starved, but there's no returning command to run the SCSI queues and fix the starvation. The solution is to accept the command and remove the LUN from the starved list.
Showing
Please register or sign in to comment