From: Dinakar Guniguntala <dino@in.ibm.com>
To: Andrew Morton <akpm@osdl.org>
Cc: gregoire.favre@gmail.com, linux-kernel@vger.kernel.org,
linux-scsi@vger.kernel.org
Subject: Re: What breaks aic7xxx in post 2.6.12-rc2 ?
Date: Tue, 17 May 2005 14:04:36 +0530 [thread overview]
Message-ID: <20050517083436.GB4794@in.ibm.com> (raw)
In-Reply-To: <20050517002908.005a9ba7.akpm@osdl.org>
On Tue, May 17, 2005 at 12:29:08AM -0700, Andrew Morton wrote:
> Better cc linux-scsi.
Thanks
> Are these bugs also present in 2.6.12-rc4?
Yes, I tried a vanilla 2.6.12-rc4 and I get the same output.
I get this from 2.6.12-rc3 onwards.
Maybe something from the following changeset of 2.6.12-rc3 ??
jejb@titanic.il.steeleye.com:
[PATCH] finally fix 53c700 to use the generic iomem infrastructure
[PATCH] Convert i2o to compat_ioctl
[PATCH] Convert i2o to compat_ioctl
aic7xxx: add support for the SPI transport class
aic7xxx: convert to SPI transport class Domain Validation
lpfc: add Emulex FC driver version 8.0.28
qla2xxx: fix compiler warning in qla_attr.c
scsi: add DID_REQUEUE to the error handling
scsi: add DID_REQUEUE to the error handling
updates for CFQ oops fix
zfcp: add point-2-point support
zfcp: add point-2-point support
-Dinakar
> > This is controller that I have
> >
> > 00:0e.0 SCSI storage controller: Adaptec AIC-7896U2/7897U2
> >
> > I never used to get warning such as "refuses WIDE negotiation"
> > in kernels prior to 2.6.12-rc3-mm3.
> > The machine (x86) boots up fine though.
> >
> > Here's the relevant dmesg output from 2.6.12-rc4-mm1
> >
> > ======================================================================
> >
> > scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
> > <Adaptec aic7896/97 Ultra2 SCSI adapter>
> > aic7896/97: Ultra2 Wide Channel B, SCSI Id=7, 32/253 SCBs
> >
> > Vendor: IBM-PSG Model: ST39103LC !# Rev: B227
> > Type: Direct-Access ANSI SCSI revision: 02
> > 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)
> > target0:0:0: Domain Validation skipping write tests
> > (scsi0:A:0): 80.000MB/s transfers (40.000MHz, offset 15, 16bit)
> > target0:0:0: Ending Domain Validation
> > Vendor: IBM-PSG Model: ST39103LC !# Rev: B227
> > Type: Direct-Access ANSI SCSI revision: 02
> > scsi0:A:1:0: Tagged Queuing enabled. Depth 32
> > target0:0:1: Beginning Domain Validation
> > WIDTH IS 1
> > (scsi0:A:1): 6.600MB/s transfers (16bit)
> > target0:0:1: Domain Validation skipping write tests
> > (scsi0:A:1): 80.000MB/s transfers (40.000MHz, offset 15, 16bit)
> > target0:0:1: Ending Domain Validation
> > (scsi0:A:15:0): refuses WIDE negotiation. Using 8bit transfers <============
> > scsi0:0:15:0: Attempting to queue an ABORT message
> > CDB: 0x12 0x0 0x0 0x0 0x36 0x0
> > scsi0: At time of recovery, card was not paused
> > >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
> > scsi0: Dumping Card State in Data-in phase, at SEQADDR 0x85
> > Card was paused
> > ACCUM = 0x40, SINDEX = 0xa, DINDEX = 0xe4, ARG_2 = 0x0
> > HCNT = 0x36 SCBPTR = 0x0
> > SCSISIGI[0x46] ERROR[0x0] SCSIBUSL[0x3] LASTPHASE[0x40]
> > SCSISEQ[0x12] SBLKCTL[0xa] SCSIRATE[0x0] SEQCTL[0x10]
> > SEQ_FLAGS[0x20] SSTAT0[0x0] SSTAT1[0x2] SSTAT2[0x40]
> > SSTAT3[0x0] SIMODE0[0x8] SIMODE1[0xac] SXFRCTL0[0x80]
> > DFCNTRL[0x28] DFSTATUS[0x80]
> > STACK: 0x0 0x160 0x176 0x83
> > SCB count = 4
> > Kernel NEXTQSCB = 3
> > Card NEXTQSCB = 3
> > QINFIFO entries:
> > Waiting Queue entries:
> > Disconnected Queue entries:
> > QOUTFIFO entries:
> > Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
> > Sequencer SCB Info:
> > 0 SCB_CONTROL[0x40] SCB_SCSIID[0xf7] SCB_LUN[0x0] SCB_TAG[0x2]
> > 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 16 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 17 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 18 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 19 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 20 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 21 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 22 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 23 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 24 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 25 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 26 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 27 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 28 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 29 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 30 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff]
> > Pending list:
> > 2 SCB_CONTROL[0x40] SCB_SCSIID[0xf7] SCB_LUN[0x0]
> > Kernel Free SCB list: 1 0
> > Untagged Q(15): 2
> > DevQ(0:0:0): 0 waiting
> > DevQ(0:1:0): 0 waiting
> > DevQ(0:15:0): 0 waiting
> >
> > <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
> > scsi0:0:15:0: Device is active, asserting ATN
> > Recovery code sleeping
> > Recovery code awake
> > Timer Expired
> > aic7xxx_abort returns 0x2003
> > scsi0:0:15:0: Attempting to queue a TARGET RESET message
> > CDB: 0x12 0x0 0x0 0x0 0x36 0x0
> > aic7xxx_dev_reset returns 0x2003
> > Recovery SCB completes
> > (scsi0:A:15:0): refuses WIDE negotiation. Using 8bit transfers
> > (scsi0:A:15:0): refuses WIDE negotiation. Using 8bit transfers
> > scsi0:0:15:0: Attempting to queue an ABORT message
> > CDB: 0x12 0x0 0x0 0x0 0x36 0x0
> > scsi0: At time of recovery, card was not paused
> >
> >
> > ======================================================================
next prev parent reply other threads:[~2005-05-17 8:24 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20050516085832.GA9558@gmail.com>
[not found] ` <20050517071307.GA4794@in.ibm.com>
2005-05-17 7:29 ` What breaks aic7xxx in post 2.6.12-rc2 ? Andrew Morton
2005-05-17 8:34 ` Dinakar Guniguntala [this message]
2005-05-26 7:39 ` Andrew Morton
2005-05-26 10:37 ` K.R. Foley
2005-05-26 10:50 ` Dinakar Guniguntala
2005-05-26 12:59 ` James Bottomley
2005-05-17 14:34 ` James Bottomley
2005-05-17 15:57 ` Grégoire Favre
2005-05-17 16:38 ` James Bottomley
2005-05-17 16:52 ` Grégoire Favre
2005-05-17 18:16 ` James Bottomley
2005-05-17 17:08 ` Dinakar Guniguntala
2005-05-17 18:34 ` James Bottomley
2005-05-17 19:26 ` Grégoire Favre
2005-05-17 19:50 ` James Bottomley
2005-05-17 19:56 ` Grégoire Favre
2005-05-17 21:06 ` James Bottomley
2005-05-17 22:09 ` Grégoire Favre
2005-05-17 22:14 ` James Bottomley
2005-05-21 23:22 ` Grégoire Favre
2005-05-22 13:54 ` James Bottomley
2005-05-24 15:39 ` Grégoire Favre
2005-05-26 13:19 ` James Bottomley
2005-05-26 14:35 ` Grégoire Favre
2005-05-26 14:46 ` James Bottomley
2005-05-26 17:35 ` Grégoire Favre
2005-05-30 14:38 ` James Bottomley
2005-05-30 14:51 ` Michael Tokarev
2005-05-30 14:59 ` James Bottomley
2005-05-30 15:09 ` Grégoire Favre
2005-05-30 15:34 ` James Bottomley
2005-05-30 16:01 ` Grégoire Favre
2005-05-30 18:17 ` James Bottomley
2005-05-30 19:07 ` Grégoire Favre
2005-06-06 18:17 ` James Bottomley
2005-06-07 8:57 ` Grégoire Favre
2005-06-12 15:38 ` James Bottomley
2005-06-13 14:50 ` Grégoire Favre
2005-06-13 14:59 ` James Bottomley
2005-06-13 15:05 ` Christoph Hellwig
2005-06-13 15:17 ` Grégoire Favre
2005-06-13 18:37 ` Gr�goire Favre
2005-06-13 20:50 ` James Bottomley
2005-06-13 21:33 ` Gregoire Favre
2005-06-13 21:46 ` James Bottomley
2005-06-13 21:59 ` Gregoire Favre
2005-06-13 22:04 ` James Bottomley
2005-06-13 22:25 ` Gregoire Favre
2005-06-14 2:20 ` James Bottomley
2005-06-14 9:28 ` What breaks aic7xxx in post 2.6.12-rc2 ? (fixed in 2.6.12-rc6 with patches) Gregoire Favre
2005-06-13 21:42 ` What breaks aic7xxx in post 2.6.12-rc2 ? Frank van Maarseveen
2005-06-13 22:59 ` James Bottomley
2005-06-14 21:42 ` Frank van Maarseveen
2005-06-15 12:02 ` Frank van Maarseveen
2005-06-15 14:14 ` James Bottomley
2005-06-15 20:09 ` Frank van Maarseveen
2005-06-15 20:15 ` James Bottomley
2005-06-15 20:15 ` James Bottomley
2005-06-15 20:49 ` Frank van Maarseveen
2005-05-18 9:07 ` Dinakar Guniguntala
2005-05-18 14:12 ` James Bottomley
2005-05-18 14:40 ` Dinakar Guniguntala
2005-05-19 3:07 ` K.R. Foley
2005-05-19 4:23 ` James Bottomley
2005-05-19 9:51 ` Dinakar Guniguntala
2005-05-19 23:56 ` James Bottomley
2005-05-20 1:05 ` K.R. Foley
2005-05-20 1:17 ` James Bottomley
2005-05-20 1:32 ` K.R. Foley
2005-05-20 1:33 ` James Bottomley
2005-05-20 1:40 ` James Bottomley
2005-05-20 1:54 ` K.R. Foley
2005-05-20 2:30 ` James Bottomley
2005-05-20 3:06 ` K.R. Foley
2005-05-20 10:09 ` Dinakar Guniguntala
2005-05-19 11:27 ` K.R. Foley
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=20050517083436.GB4794@in.ibm.com \
--to=dino@in.ibm.com \
--cc=akpm@osdl.org \
--cc=gregoire.favre@gmail.com \
--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