On Sat, 1 Feb 2014, Steph Nguyen wrote:
> To be clear, here's what I meant by "build" - I'm just pasting the
> relevant bits of the code:
>
> static void cypress_atacb_passthrough(struct scsi_cmnd *srb, struct
> us_data *us) {
> ...
> unsigned char *sb = srb->sense_buffer;
> .
On Sat, 1 Feb 2014, Steph Nguyen wrote:
On Sat, 1 Feb 2014, Steph Nguyen wrote:
Hi
It seems that when sending SCSI commands over USB, the kernel doesn't
necessary build a sense response. For instance, when sending REQUEST
SENSE over ehci, the scsi_cmnd->sense_buffer is left NULL; if I run the
On Sat, 1 Feb 2014, Steph Nguyen wrote:
> > On Sat, 1 Feb 2014, Steph Nguyen wrote:
> >
> >> Hi
> >>
> >> It seems that when sending SCSI commands over USB, the kernel doesn't
> >> necessary build a sense response. For instance, when sending REQUEST
> >> SENSE over ehci, the scsi_cmnd->sense_buffe
On Sat, 1 Feb 2014, Steph Nguyen wrote:
Hi
It seems that when sending SCSI commands over USB, the kernel doesn't
necessary build a sense response. For instance, when sending REQUEST
SENSE over ehci, the scsi_cmnd->sense_buffer is left NULL; if I run the
same REQUEST SENSE command over a direct
On Sat, 1 Feb 2014, Steph Nguyen wrote:
> Hi
>
> It seems that when sending SCSI commands over USB, the kernel doesn't
> necessary build a sense response. For instance, when sending REQUEST
> SENSE over ehci, the scsi_cmnd->sense_buffer is left NULL; if I run the
> same REQUEST SENSE command o
