From: Michael Stone <mstone@mathom.us>
To: linux-scsi@vger.kernel.org
Subject: Re: scsi negotiation problem on aic79xx (39320A) in 2.6.14
Date: Thu, 23 Mar 2006 13:09:11 -0500 [thread overview]
Message-ID: <20060323180909.GD15140@mathom.us> (raw)
In-Reply-To: <20051114224512.GF9905@mathom.us>
The negotiation for this configuration is still broken in 2.6.16.
On Mon, Nov 14, 2005 at 05:45:12PM -0500, you wrote:
>At some point between 2.6.11 and 2.6.14 something seems to have killed
>the scsi performance for one of our disk arrays. Prior to the upgrade it
>could transfer a full 120MB/s to cache and sustain upwards of 100MB/s
>from disk. On 2.6.14 I saw more like 2.5MB/s to/from the array. From the
>array side the key difference was that the speed was reported as "async"
>rather than "160". The bootup messages from the kernel are different
>also:
>
>2.6.11:
>
>Nov 14 21:40:07 ormal kernel: ACPI: PCI interrupt 0000:03:06.0[A] -> GSI 24
>(level, low) -> IRQ 24 Nov 14 21:40:07 ormal kernel: ACPI: PCI
>interrupt 0000:03:06.1[B] -> GSI 25 (level, low) -> IRQ 25 Nov 14
>21:40:07 ormal kernel: scsi2 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev
>1.3.11 Nov 14 21:40:07 ormal kernel: <Adaptec
>39320A Ultra320 SCSI adapter> Nov 14
>21:40:07 ormal kernel: aic7902: Ultra320 Wide Channel A, SCSI Id=7,
>PCI-X 101-133Mhz, 512 SCBs
>Nov 14 21:40:07 ormal kernel:
>Nov 14 21:40:07 ormal kernel: scsi3 : Adaptec AIC79XX PCI-X SCSI HBA
>DRIVER, Rev 1.3.11 Nov 14 21:40:07 ormal kernel:
><Adaptec 39320A Ultra320 SCSI adapter> Nov
>14 21:40:07 ormal kernel: aic7902: Ultra320 Wide Channel B, SCSI
>Id=7, PCI-X 101-133Mhz, 512 SCBs
>Nov 14 21:40:07 ormal kernel:
>Nov 14 21:40:07 ormal kernel: (scsi3:A:0): 160.000MB/s transfers (80.000MHz
>DT, 16bit) Nov 14 21:40:07 ormal kernel: Vendor: IFT
>Model: IFT-7250F Rev: 231T Nov 14 21:40:07 ormal
>kernel: Type: Direct-Access ANSI SCSI revision: 04 Nov 14
>21:40:07 ormal kernel: scsi3:A:0:0: Tagged Queuing enabled. Depth 32
>Nov 14 21:40:07 ormal kernel: SCSI device sdf: 2938208256 512-byte hdwr
>sectors (1504363 MB) Nov 14 21:40:07 ormal kernel: SCSI
>device sdf: drive cache: write through
>
>2.6.14:
>
>Nov 14 20:50:52 ormal kernel: ACPI: PCI Interrupt 0000:03:06.0[A] -> GSI 24
>(level, low) -> IRQ 23 Nov 14 20:50:52 ormal kernel: scsi2 :
>Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11 Nov
>14 20:50:52 ormal kernel: <Adaptec 39320A Ultra320 SCSI adapter>
>Nov 14 20:50:52 ormal kernel: aic7902: Ultra320 Wide Channel A,
>SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs
>Nov 14 20:50:52 ormal kernel:
>Nov 14 20:50:52 ormal kernel: Vendor: IFT Model: IFT-7250F Rev:
>231T Nov 14 20:50:52 ormal kernel: Type:
>Direct-Access ANSI SCSI revision: 04 Nov 14 20:50:52 ormal
>kernel: target2:0:0: asynchronous.
>Nov 14 20:50:52 ormal kernel: scsi2:A:0:0: Tagged Queuing enabled. Depth
>32 Nov 14 20:50:52 ormal kernel:
>target2:0:0: Beginning Domain Validation
>Nov 14 20:50:52 ormal kernel: target2:0:0: wide asynchronous.
>Nov 14 20:50:52 ormal kernel: target2:0:0: Domain Validation skipping
>write tests Nov 14 20:50:52 ormal kernel:
>target2:0:0: Ending Domain Validation
>Nov 14 20:50:52 ormal kernel: SCSI device sdf: 2938208256 512-byte hdwr
>sectors (1504363 MB) Nov 14 20:50:52 ormal kernel: SCSI
>device sdf: drive cache: write through
>Note that there's no "160.000MB/s transfers" message in 2.6.14, instead
>there's an "asynchronous". (In the course of diagnosing this I switched
>from one port on the scsi controller to the other, but the results were
>the same.) Is this a known issue? Is there a workaround?
>
>Mike Stone
next prev parent reply other threads:[~2006-03-23 18:09 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-14 22:45 scsi negotiation problem on aic79xx (39320A) in 2.6.14 Michael Stone
2006-03-23 18:09 ` Michael Stone [this message]
2006-03-23 18:37 ` James Bottomley
2006-03-24 12:27 ` Michael Stone
2006-03-24 12:30 ` Hannes Reinecke
2006-03-24 12:32 ` Michael Stone
2006-03-24 18:05 ` Stephen Degler
2006-03-24 13:50 ` James Bottomley
2006-05-20 5:10 ` Denny Page
2006-05-20 13:51 ` James Bottomley
2006-05-20 14:20 ` James Bottomley
2006-05-20 17:12 ` Denny Page
-- strict thread matches above, loose matches on Subject: below --
2005-11-16 21:09 Alan D. Brunelle
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=20060323180909.GD15140@mathom.us \
--to=mstone@mathom.us \
--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;
as well as URLs for NNTP newsgroup(s).