[PATCH] [PATCH] libata: take scmd->cmd_len into account when translating SCSI commands

2006-12-16 Thread Tejun Heo
libata depended on SCSI command to have the correct length when tranlating it into an ATA command. This generally worked for commands issued by SCSI HLD but user could issue arbitrary broken command using sg interface. Also, when building ATAPI command, full command size was always copied. Becau

[PATCH 2/2] SCSI: revert clear-garbage-after-CDB fix

2006-12-16 Thread Tejun Heo
Upper layer is already passing in enough information via req->cmd_len and requiring it to do the same thing twice makes it easy to miss - scsi_execute() doesn't do it. Now that libata is updated to handle garbage after CDB, remove unnecessary CDB clearing. Signed-off-by: Tejun Heo <[EMAIL PROTECT

I/O errors on 6TB device

2006-12-16 Thread Bernd Schubert
Hi, recently I asked about problems to expect with >2TB devices and the answer of Douglas made me hope we won't get any problems this time. Unfortunately, we get I/O errors on accessing the device. The unit is called transtec PV610S, which is actually an Infortrend EonStor A16U-G2421-1 device. P

Re: I/O errors on 6TB device

2006-12-16 Thread James Bottomley
On Sat, 2006-12-16 at 13:12 +0100, Bernd Schubert wrote: > Hi, > > recently I asked about problems to expect with >2TB devices and the answer > of Douglas made me hope we won't get any problems this time. > Unfortunately, we get I/O errors on accessing the device. > > The unit is called transtec

[PATCH -stable] SCSI: add missing cdb clearing in scsi_execute()

2006-12-16 Thread Tejun Heo
Clear-garbage-after-CDB patch missed scsi_execute() and it causes some ODDs (HL-DT-ST DVD-RAM GSA-H30N) choke during SCSI scan. Note that this patch is only for -stable. There is another more reliable fix for this problem proposed for devel tree. http://thread.gmane.org/gmane.linux.ide/14605/foc

Re: I/O errors on 6TB device

2006-12-16 Thread Bernd Schubert
> > [17179726.10] sda:<6>sd 0:0:1:0: SCSI error: return code = 0xb > > [17179726.132000] end_request: I/O error, dev sda, sector 12691101688 > > This is definitely a fusion driver error: it's DID_SOFT_ERROR, which > that driver returns for a variety of firmware related conditions or > tran

Re: [PATCH] [PATCH] libata: take scmd->cmd_len into account when translating SCSI commands

2006-12-16 Thread Jeff Garzik
Tejun Heo wrote: libata depended on SCSI command to have the correct length when tranlating it into an ATA command. This generally worked for commands issued by SCSI HLD but user could issue arbitrary broken command using sg interface. Also, when building ATAPI command, full command size was al

Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4

2006-12-16 Thread Jeff Garzik
Evan Harris wrote: I have a card that mirrors this one from your list: Retail name: SATA300 TX4 Chip label: PDC40718-GP SATAII300 Vendor-Device number: 105a:3d17 (rev 02) Through testing, I've found linux 2.6.16 and 2.6.17 find the ports in this order (the list is ordered by linux detection)

Re: I/O errors on 6TB device

2006-12-16 Thread Bernd Schubert
On Saturday 16 December 2006 22:03, Moore, Eric wrote: > On Sat 12/16/2006 8:28 AM, James Bottomley wrote: > >> [17179724.816000] Fusion MPT base driver 3.03.07 > >> [17179724.816000] Copyright (c) 1999-2005 LSI Logic Corporation > >> [17179724.832000] Fusion MPT SPI Host driver 3.03.07 > > 3.03.0