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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.