osst changes required to move forward to block request

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Willem,

do you still maintain the osst driver?  We're moving forward to
completly get rid of the scsi_request structure in the scsi midlayer,
and osst is the only upper level driver still using it.  I've tried to
convert it similar to st, but gave up.  The biggest problem for me is
the scsi_request reuse over the driver where a pointer to a pointer to
a scsi_request is passed along all the callchain, and I have a really
hard time to find out whether the functions actually looks it, or only
reuse it.  The latter isn't nessecary these days that the slab allocator
behind struct scsi_request does a very good job, and definitly not
needed after converting away from it.

If you're still interested in the driver it would be very nice if you
could untangle it so that the scsi_request is only passed along in
places where subroutines need to look at it - after that converting
the driver should be more along the lines of st so a lot easier.  I'd
be more than happy to lend a helping hand or to in the conversion once
I actually understand what I'm doing :)  It would be a pity to either
stop the scsi subsystem from moving forward because of osst or breaking
the driver.


p.s. there's quite a few other changes in st that osst hasn't caught up
on, maybe it's time for a big resync?
-
: 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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux