On Mon, 15 Jun 2009, Boaz Harrosh wrote: > >> If you are using the existing USB mass storage infrastructure then > >> it will not work. This is because all commands are issued from a > >> thread per host, which does a synchronous execution of one command > >> at a time. In fact it does not even have a Q, but a global one cmnd > >> pointer per host. And therefor sets can_queue to 1. > >> > >> Are you using the existing USB infrastructure? > >> > >> > >> Boaz > >> > > I am replacing the default USB mass storage driver with the one I am > > developing. But I am using the default SCSI and USB stack provided by > > Linux. > > > > So is there any another way to make my driver asynchronous? > > > > -RD > > I was afraid so. > > There is a lot of code you will need to change in current USB storage stack > SCSI is built with native support for queuing, but not so USB-storage-stack. Boaz: It looks like you didn't read Ramya's reply to your last message. Ramya isn't keeping the USB storage "stack" -- it is being replaced by a new driver -- so there's no point talking about making changes to it. Alan Stern -- 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
