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
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
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
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
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
> > [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
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
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)
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
9 matches
Mail list logo