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