On Sat, 2005-07-02 at 14:36 -0400, James Bottomley wrote: > Well, I think this is it. The drive is actually offering IU and QAS. > That's fun; I've never seen a u160 drive that could do those before. The Fujitsu is a U320 unit, just like my Seagate. It's just the controller that's the limiting factor. > Although the aic7xxx driver is apparently coded to allow this, it looks > like the code paths have never been exercised. > So, although I think this patch will fix up the first error, there's > probably a long line behind it ... As you predicted, it tried but gave up. Output follows: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 <Adaptec 29160 Ultra160 SCSI adapter> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs scsi0: Slave Alloc 0 (scsi0:A:0:0): Sending WDTR 0 (scsi0:A:0:0): Received WDTR 0 filtered to 0 target0:0:0: FAST-5 SCSI 1.0 MB/s ST (1020 ns, offset 255) scsi0: target 0 using 8bit transfers (scsi0:A:0:0): Sending SDTR period 45, offset 0 (scsi0:A:0:0): Received SDTR period 45, offset 0 Filtered to period 0, offset 0 target0:0:0: asynchronous. scsi0: target 0 using asynchronous transfers Vendor: FUJITSU Model: MAP3367NP Rev: 0106 Type: Direct-Access ANSI SCSI revision: 03 scsi0: Slave Configure 0 target0:0:0: asynchronous. scsi0:A:0:0:0: Tagged Queuing enabled. Depth 32 target0:0:0: Beginning Domain Validation (scsi0:A:0:0): Sending WDTR 1 (scsi0:A:0:0): Received WDTR 1 filtered to 1 target0:0:0: FAST-5 WIDE SCSI 2.0 MB/s ST (1020 ns, offset 255) scsi0: target 0 using 16bit transfers (scsi0:A:0:0): Sending SDTR period 45, offset 0 (scsi0:A:0:0): Received SDTR period 45, offset 0 Filtered to period 0, offset 0 target0:0:0: wide asynchronous scsi0: target 0 using asynchronous transfers (scsi0:A:0:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 7 (scsi0:A:0:0): Received PPR bus_width 1, period 9, offset 7f, ppr_options 7 Filtered to width 1, period 9, offset 7f, options 7 target0:0:0: FAST-80 WIDE SCSI 160.0 Mscsi0: target 0 synchronous at 80.0MHz DT, offset = 0x7 (scsi0:A:0:0): Unexpected busfree in Message-in phease SEQADDR == 0x16b target0:0:0: Write Buffer failure 70000 target0:0:0: Domain Validation Disabling Information Units (scsi0:A:0:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 6 (scsi0:A:0:0): refuses tagged comands. Performing non-tagged I/O target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s ST IU (12.5 ns, offset 127) *PC hangs here*
Attachment:
signature.asc
Description: This is a digitally signed message part
- Follow-Ups:
- Re: aic7xxx regression occuring after 2.6.12 final
- From: James Bottomley <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- From: Tony Vroon <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- References:
- Re: aic7xxx regression occuring after 2.6.12 final
- From: Tony Vroon <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- From: James Bottomley <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- From: Tony Vroon <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- From: James Bottomley <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- From: Tony Vroon <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- From: James Bottomley <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- From: Tony Vroon <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- From: James Bottomley <[email protected]>
- Re: aic7xxx regression occuring after 2.6.12 final
- Prev by Date: [PATCH] v4l: add DVB support for DViCO FusionHDTV3 Gold-Q
- Next by Date: Re: aic7xxx regression occuring after 2.6.12 final
- Previous by thread: Re: aic7xxx regression occuring after 2.6.12 final
- Next by thread: Re: aic7xxx regression occuring after 2.6.12 final
- Index(es):