From: Tony Vroon <chainsaw@gentoo.org>
To: linux-kernel@vger.kernel.org
Cc: linux-scsi@vger.kernel.org,
James Bottomley <James.Bottomley@SteelEye.com>,
Andy Whitcroft <apw@shadowen.org>
Subject: Re: aic7xxx regression occuring after 2.6.12 final
Date: Sat, 02 Jul 2005 16:42:05 +0100 [thread overview]
Message-ID: <1120318925.21935.9.camel@localhost> (raw)
In-Reply-To: <1120085446.9743.11.camel@localhost>
[-- Attachment #1: Type: text/plain, Size: 6481 bytes --]
On Wed, 2005-06-29 at 23:50 +0100, Tony Vroon wrote:
> For my Adaptec 29160 card; I see a regression after 2.6.12 final.
> To be exact, these releases work for me:
> 2.6.12
> 2.6.12.1
>
> These releases do not work for me:
> 2.6.12-mm1
> 2.6.12-mm2
> 2.6.12-git7
> 2.6.13-rc1
I can add 2.6.13-rc1-mm1 to that list.
> On a working kernel; I see the following:
I'd like to extend this so all devices on this adapter are visible,
perhaps it helps in debugging this case. Note that I also lowered the
tagged queuing depth to the default of 32. This had no effect.:
ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [APC3] -> GSI 18 (level,
high) -> IRQ 18
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
Vendor: FUJITSU Model: MAP3367NP Rev: 0106
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:0:0: Tagged Queuing enabled. Depth 32
target0:0:0: Beginning Domain Validation
WIDTH IS 1
(scsi0:A:0): 6.600MB/s transfers (16bit)
(scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
target0:0:0: Ending Domain Validation
(scsi0:A:1:0): refuses WIDE negotiation. Using 8bit transfers
Vendor: YAMAHA Model: CRW2100S Rev: 1.0N
Type: CD-ROM ANSI SCSI revision: 02
target0:0:1: Beginning Domain Validation
target0:0:1: Domain Validation skipping write tests
(scsi0:A:1): 20.000MB/s transfers (20.000MHz, offset 7)
target0:0:1: Ending Domain Validation
(scsi0:A:2:0): refuses WIDE negotiation. Using 8bit transfers
Vendor: PIONEER Model: DVD-ROM DVD-305 Rev: 1.03
Type: CD-ROM ANSI SCSI revision: 02
target0:0:2: Beginning Domain Validation
target0:0:2: Domain Validation skipping write tests
(scsi0:A:2): 20.000MB/s transfers (20.000MHz, offset 16)
target0:0:2: Ending Domain Validation
Vendor: PLEXTOR Model: CD-ROM PX-40TS Rev: 1.11
Type: CD-ROM ANSI SCSI revision: 02
target0:0:3: Beginning Domain Validation
target0:0:3: Domain Validation skipping write tests
(scsi0:A:3): 20.000MB/s transfers (20.000MHz, offset 15)
target0:0:3: Ending Domain Validation
Vendor: QUANTUM Model: ATLAS10K3_36_SCA Rev: 020W
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:5:0: Tagged Queuing enabled. Depth 32
target0:0:5: Beginning Domain Validation
WIDTH IS 1
(scsi0:A:5): 6.600MB/s transfers (16bit)
(scsi0:A:5): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
target0:0:5: Ending Domain Validation
Vendor: SEAGATE Model: ST373405LC Rev: 0003
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:6:0: Tagged Queuing enabled. Depth 32
target0:0:6: Beginning Domain Validation
WIDTH IS 1(scsi0:A:6): 6.600MB/s transfers (16bit)
(scsi0:A:6): 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit)
target0:0:6: Ending Domain Validation
SCSI device sda: 71775284 512-byte hdwr sectors (36749 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 71775284 512-byte hdwr sectors (36749 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 71833096 512-byte hdwr sectors (36779 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 71833096 512-byte hdwr sectors (36779 MB)
SCSI device sdb: drive cache: write back
sdb: sdb1
Attached scsi disk sdb at scsi0, channel 0, id 5, lun 0
CSI device sdc: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sdc: drive cache: write back
SCSI device sdc: 143374738 512-byte hdwr sectors (73408 MB)
SCSI device sdc: drive cache: write back
sdc: sdc1
Attached scsi disk sdc at scsi0, channel 0, id 6, lun 0
sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 1, lun 0
sr1: scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray
Attached scsi CD-ROM sr1 at scsi0, channel 0, id 2, lun 0
sr2: scsi-1 drive
Attached scsi CD-ROM sr2 at scsi0, channel 0, id 3, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0, type 5
Attached scsi generic sg2 at scsi0, channel 0, id 2, lun 0, type 5
Attached scsi generic sg3 at scsi0, channel 0, id 3, lun 0, type 5
Attached scsi generic sg4 at scsi0, channel 0, id 5, lun 0, type 0
Attached scsi generic sg5 at scsi0, channel 0, id 6, lun 0, type 0
> On a failing kernel, I see:
I still see this on 2.6.13-rc1-mm1:
ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [APC3] -> GSI 18 (level,high) -> IRQ 18
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
target0:0:0: asynchronous
Vendor: FUJITSU Model: MAP3367NP Rev: 0106
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:0:0: Tagged Queuing enabled. Depth 32
target0:0:0: Beginning Domain Validation
target0:0:0: wide asynchronous
(scsi0:A:0): refuses tagged commands. Performing non-tagged I/O
target0:0:0: asynchronous
[The PC hangs at this point]
> lspci output for the adapter:
> 0000:01:08.0 SCSI storage controller: Adaptec AIC-7892A U160/m (rev 02)
> Subsystem: Adaptec 29160 Ultra160 SCSI Controller
> Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 18
> BIST result: 00
> I/O ports at d800 [disabled] [size=256]
> Memory at db000000 (64-bit, non-prefetchable) [size=4K]
> Capabilities: [dc] Power Management version 2
> Please let me know if there are specific patches I need to apply or
> revert to debug this.
This stands. I would like to debug this, but a few recommendations of
what to do and where to start would be appreciated.
> I have more drives on this controller; to be exact
> I have 2 U320-capable drives and one U160-capable drive on wide channel
> A; and 3 removable media units (CD-R, DVD, CD-ROM) on the 50-pin
> SCSI-bus.
Thanks,
Tony.
(Please CC replies to me as I am not subscribed to LKML or linux-scsi)
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2005-07-02 15:44 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-29 22:50 aic7xxx regression occuring after 2.6.12 final Tony Vroon
2005-07-02 15:42 ` Tony Vroon [this message]
2005-07-02 16:22 ` James Bottomley
2005-07-02 16:46 ` Tony Vroon
2005-07-02 17:01 ` James Bottomley
2005-07-02 17:13 ` Tony Vroon
2005-07-02 17:33 ` James Bottomley
2005-07-02 17:47 ` Tony Vroon
2005-07-02 18:36 ` James Bottomley
2005-07-02 19:03 ` Tony Vroon
2005-07-02 19:15 ` Tony Vroon
2005-07-02 19:46 ` James Bottomley
2005-07-02 20:04 ` Tony Vroon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1120318925.21935.9.camel@localhost \
--to=chainsaw@gentoo.org \
--cc=James.Bottomley@SteelEye.com \
--cc=apw@shadowen.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox