2.0.35 and aic7xxx
Robert G. Brown
rgb at phy.duke.edu
Mon Jul 20 10:30:23 PDT 1998
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 at phy.duke.edu
To Unsubscribe: send mail to majordomo at FreeBSD.org
with "unsubscribe aic7xxx" in the body of the message
More information about the aic7xxx
mailing list