As I expected, the apple scsi is doing something funny. I guess I will
have to repack the s/g list before sending down to scsi.
The Apple SCSI isn't creating the s/g list ... it's your driver which
created it, including the in-memory layout. You can just create it
more intelligently. :)
SBP-
On Wednesday 08 June 2005 4:59 am, Hani Mustafa wrote:
> > > Interestingly, the request is a scatter/gather with the first sg entry
> > > of 864 bytes, and the second is 3232 bytes (a total of 4096 bytes).
> > > But for some reason, only the first sg entry is being properly read.
> >
> > That's
On Wed, 8 Jun 2005, David Brownell wrote:
> That's a pretty strange and unsupportable breakdown. Each sglist entry
> must fit into an integral number of packets. 864 is a multiple of 32,
> but not of the usual bulk maxpacket sizes: 64 (full speed) or 512 (high
> speed). Some software layer sho
Hello David,
> > linux and windows are working just fine, but the usb-storage SCSI
> > coughs up when I hook it to my ibook.
>
> Come again ... how are you making your ibook be a usb peripheral???
I'm implementing an SBP-2 target, which is basically a protocol which
tunnels scsi commands over f
On Wednesday 08 June 2005 12:40 am, Hani Mustafa wrote:
> linux and windows are working just fine, but the usb-storage SCSI
> coughs up when I hook it to my ibook.
Come again ... how are you making your ibook be a usb peripheral???
> Interestingly, the request is a scatter/gather with the firs
Ello folks!
I'm implementing a firewire sbp-2 target on linux and I'm using
mac/linux/windows sbp-2 initiators to test against. At this phase, both
linux and windows are working just fine, but the usb-storage SCSI
coughs up when I hook it to my ibook. I have my suspicions that the mac
is hit
