On Thu, Jan 31 2008 at 20:00 +0200, Greg KH <greg@xxxxxxxxx> wrote: > On Thu, Jan 31, 2008 at 07:19:57PM +0200, Boaz Harrosh wrote: >> scsi_scan is issuing a 36-byte INQUIRY request to llds. isd200 would >> volunteer 96 bytes of INQUIRY. This caused an underflow condition in >> protocol.c usb_stor_access_xfer_buf(). So first fix is to >> usb_stor_access_xfer_buf() to properly handle underflow conditions. >> Then usb_stor_set_xfer_buf() should report this condition as a negative >> resid. Should we also set cmnd->status in the underflow condition? >> >> Then also isd200.c is fixed to only return the type of INQUIRY && SENSE >> the upper layer asked for. >> >> Signed-off-by: Boaz Harrosh <bharrosh@xxxxxxxxxxx> > > As this is a regression and hits 2.6.24, can you send the final version > of this patch to the stable@xxxxxxxxxx address so we can get it into the > 2.6.24.y tree? > > thanks, > > greg k-h > - On Thu, Jan 31 2008 at 20:00 +0200, Mark Glines <mark@xxxxxxxxxx> wrote: >> On Thu, 31 Jan 2008 19:20:26 +0200 >> Hi, >> >> This patch fails to apply to 2.6.24. What should I apply it to, for >> testing? USB Git, or SCSI git or something? >> >> patching file drivers/usb/storage/isd200.c >> Hunk #1 succeeded at 1238 (offset -23 lines). >> Hunk #2 succeeded at 1248 (offset -23 lines). >> Hunk #3 succeeded at 1259 (offset -23 lines). >> patching file drivers/usb/storage/protocol.c >> Hunk #1 FAILED at 175. >> Hunk #2 FAILED at 228. >> 2 out of 2 hunks FAILED -- saving rejects to file drivers/usb/storage/protocol.c.rej >> >> Thanks, >> >> Mark > OK, I was confused with what versions this belongs to. This also answers my original question of why it happens with my patch, as it did not it happened before my patch. My patches only went into the 2.6.25 merge window. So I will need to send 2 Patches. One for stable@xxxxxxxxxx on top of 2.6.24. The second is for mainline, which is the one I sent. Should go threw scsi-misc which it is based on. patch for 2.6.24 stable@xxxxxxxxxx on the way Boaz - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
