From owner-aic7xxx Mon Jul 20 10:30:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06524 for aic7xxx-outgoing; Mon, 20 Jul 1998 10:30:23 -0700 (PDT) (envelope-from owner-aic7xxx@FreeBSD.ORG) Received: from einstein.phy.duke.edu (root@einstein.phy.duke.edu [152.3.182.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06502 for ; Mon, 20 Jul 1998 10:30:19 -0700 (PDT) (envelope-from rgb@phy.duke.edu) Received: from ganesh.phy.duke.edu (rgb@ganesh.phy.duke.edu [152.3.183.52]) by einstein.phy.duke.edu (8.8.8/8.8.8) with ESMTP id NAA25916; Mon, 20 Jul 1998 13:30:02 -0400 (EDT) Received: from localhost (rgb@localhost) by ganesh.phy.duke.edu (8.8.5/8.8.5) with SMTP id NAA04190; Mon, 20 Jul 1998 13:30:01 -0400 X-Authentication-Warning: ganesh.phy.duke.edu: rgb owned process doing -bs Date: Mon, 20 Jul 1998 13:30:01 -0400 (EDT) From: "Robert G. Brown" To: "Patrick W. Bryant" cc: Doug Ledford , aic7xxx Mailing List Subject: Re: 2.0.35 and aic7xxx In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-aic7xxx@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 20 Jul 1998, Patrick W. Bryant wrote: > OK, I've finally had time to add the pre4 patch (kernel 2.0.34) and > recompile. I'm still getting the same results (re-copied below). I'm not > using "no_reset" nor preventing reset in SCSI bios. > > Here's the output with aic7xxx="verbose:0x1ffff,panic_on_abort": > > (scsi0) Adaptec AIC-7890/1 Ultra2 SCSI host adapter > (scsi0) Wide Channel, SCSI ID=7, 32/255 SCBs > (scsi0) Downloading sequencer code... 407 instructions downloaded > aic7xxx driver version 5.1.0pre4/2.0.34 > Controller type: > Adaptec AIC-7890/1 Ultra2 SCSI host adapter > p->flags=0x10804501, p->chip=0x406, p->features=0xf6, sequencer is paused > SIMODE0=0X0, SIMODE1=0Xa4, SSTAT0=0x0, SSTAT1=0x0, INTSTAT=0x0 > SCSISIGI=0x0, SXFRCTL0=0x88, SXFRCTL1=0x27, SCSISEQ=0x0, SEQCTL=0x90 > SCSIRATE=0x0, SCSIOFFSET=0, SEQADDR=0x1, LASTPHASE=P_MESGIN > QINFIFO: (TAG) > Current SCB: (SCBPTR/TAG/CONTROL) 0/255/0x0 > WAITING_SCBS: (SCBPTR/TAG/CONTROL) > DISCONNECTED_SCBS: (SCBPTR/TAG/CONTROL) Mine is similar except for the Data Parity error, which shows up write after the PCI initialization phase. If this is a clue, perhaps something isn't aligned properly after the PCI initialization phase, perhaps because the system has both a 7860 and a 7890 onboard and sharing an interrupt. I've stuck a few printk commands into the pci initialization routine to see if it is completed before the system dies. It looks like your system isn't getting to the reset code either. rgb Robert G. Brown http://www.phy.duke.edu/~rgb/ Duke University Dept. of Physics, Box 90305 Durham, N.C. 27708-0305 Phone: 1-919-660-2567 Fax: 919-660-2525 email:rgb@phy.duke.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe aic7xxx" in the body of the message