2008-12-29 18:15:37

by matthieu castet

[permalink] [raw]
Subject: [PATCH -stable] fix USB_STORAGE_CYPRESS_ATACB

Hi,

64a87b244b9297667ca80264aab849a36f494884 broke USB_STORAGE_CYPRESS_ATACB
translation.

Could it be applied to kernel-stable ?

Matthieu


Attachments:
cypress_atacb_fix.diff (894.00 B)

2008-12-29 19:40:48

by Matthew Dharm

[permalink] [raw]
Subject: Re: [PATCH -stable] fix USB_STORAGE_CYPRESS_ATACB

Boaz, what's your take on this? It "feels" to me like this should be fixed
another way, rather than mucking directly with the srb structures.

Matt

On Mon, Dec 29, 2008 at 07:15:02PM +0100, matthieu castet wrote:
> Hi,
>
> 64a87b244b9297667ca80264aab849a36f494884 broke USB_STORAGE_CYPRESS_ATACB
> translation.
>
> Could it be applied to kernel-stable ?
>
> Matthieu



--
Matthew Dharm Home: [email protected]
Maintainer, Linux USB Mass Storage Driver

I think the problem is there's a nut loose on your keyboard.
-- Greg to Customer
User Friendly, 1/5/1999


Attachments:
(No filename) (614.00 B)
(No filename) (189.00 B)
Download all attachments

2008-12-30 16:08:22

by Boaz Harrosh

[permalink] [raw]
Subject: Re: [PATCH -stable] fix USB_STORAGE_CYPRESS_ATACB

Matthew Dharm wrote:
> Boaz, what's your take on this? It "feels" to me like this should be fixed
> another way, rather than mucking directly with the srb structures.
>
> Matt
>
> On Mon, Dec 29, 2008 at 07:15:02PM +0100, matthieu castet wrote:
>> Hi,
>>
>> 64a87b244b9297667ca80264aab849a36f494884 broke USB_STORAGE_CYPRESS_ATACB
>> translation.
>>
>> Could it be applied to kernel-stable ?
>>
>> Matthieu
>
>
>

You are right there is an easier way.

Sorry to only respond now, we've been moving our office, and were offline.
I'll send the proper fix first thing tomorrow ASAP

Thanks
Boaz

2008-12-31 10:35:28

by Boaz Harrosh

[permalink] [raw]
Subject: [PATCH -stable] fix USB_STORAGE_CYPRESS_ATACB

Hi Matthieu, Matthew

I fixed lots of "mucking directly" with scsi_cmnd and scsi_eh_save
internal members but the actual set of srb->cmnd{,_len} is needed
still. Though we don't need the copy since we restore the original
command right after. If anyone can test this to verify it could
be grate.

Sorry for the mishap
Boaz

---
From: Boaz Harrosh <[email protected]>
Subject: [PATCH] fix USB_STORAGE_CYPRESS_ATACB

commit 64a87b24: [SCSI] Let scsi_cmnd->cmnd use request->cmd buffer
changed the scsi_eh_prep_cmnd logic by making it clear
the ->cmnd buffer. But the sat to cypress atacb translation supposed
the ->cmnd buffer wasn't modified.

This patch makes it set the ->cmnd buffer after scsi_eh_prep_cmnd call.
The problem and a fix was reported by Matthieu CASTET <[email protected]>

It also removes all the hackery fiddling of scsi_cmnd and scsi_eh_save by
requesting from scsi_eh_prep_cmnd to prepare a read into ->sense_buffer,
which is much more suitable a buffer for HW transfers, then after the command
execution the regs read is copied into regs buffer before actual preparation
of sense_buffer.

Also fix an alien comment character to my utf-8 editor.

Signed-off-by: Boaz Harrosh <[email protected]>
Signed-off-by: Matthieu CASTET <[email protected]>
---
drivers/usb/storage/cypress_atacb.c | 15 +++++++--------
1 files changed, 7 insertions(+), 8 deletions(-)

diff --git a/drivers/usb/storage/cypress_atacb.c b/drivers/usb/storage/cypress_atacb.c
index 898e67d..9466a99 100644
--- a/drivers/usb/storage/cypress_atacb.c
+++ b/drivers/usb/storage/cypress_atacb.c
@@ -133,19 +133,18 @@ void cypress_atacb_passthrough(struct scsi_cmnd *srb, struct us_data *us)

/* build the command for
* reading the ATA registers */
- scsi_eh_prep_cmnd(srb, &ses, NULL, 0, 0);
- srb->sdb.length = sizeof(regs);
- sg_init_one(&ses.sense_sgl, regs, srb->sdb.length);
- srb->sdb.table.sgl = &ses.sense_sgl;
- srb->sc_data_direction = DMA_FROM_DEVICE;
- srb->sdb.table.nents = 1;
+ scsi_eh_prep_cmnd(srb, &ses, NULL, 0, sizeof(regs));
+
/* we use the same command as before, but we set
* the read taskfile bit, for not executing atacb command,
* but reading register selected in srb->cmnd[4]
*/
+ srb->cmd_len = 16;
+ srb->cmnd = ses.cmnd;
srb->cmnd[2] = 1;

usb_stor_transparent_scsi_command(srb, us);
+ memcpy(regs, srb->sense_buffer, sizeof(regs));
tmp_result = srb->result;
scsi_eh_restore_cmnd(srb, &ses);
/* we fail to get registers, report invalid command */
@@ -162,8 +161,8 @@ void cypress_atacb_passthrough(struct scsi_cmnd *srb, struct us_data *us)

/* XXX we should generate sk, asc, ascq from status and error
* regs
- * (see 11.1 Error translation � ATA device error to SCSI error map)
- * and ata_to_sense_error from libata.
+ * (see 11.1 Error translation ATA device error to SCSI error
+ * map, and ata_to_sense_error from libata.)
*/

/* Sense data is current and format is descriptor. */
--
1.6.0.1

2009-01-01 22:47:58

by matthieu castet

[permalink] [raw]
Subject: Re: [PATCH -stable] fix USB_STORAGE_CYPRESS_ATACB

Hi,

Boaz Harrosh wrote:
> Hi Matthieu, Matthew
>
> I fixed lots of "mucking directly" with scsi_cmnd and scsi_eh_save
> internal members but the actual set of srb->cmnd{,_len} is needed
> still. Though we don't need the copy since we restore the original
> command right after. If anyone can test this to verify it could
> be grate.
>
your patch works for me.

Thanks and happy new year


Matthieu