ahd driver & Adaptec 39320D Ultra320 SCSI adapter

From: Sander Smeenk (ssm+fbsd-hack_at_freshdot.net)
Date: 11/27/03

  • Next message: Robert Watson: "Re: freebsd smp -> linux up" 
    Date: Thu, 27 Nov 2003 16:47:39 +0100
To: freebsd-hackers@freebsd.org

    Hi,

    I mailed to fbsd-questions about a weird problem i was experiencing with
    RAID10 on vinum, with 4 SCSI disks connected to an Adaptec 39320D U320
    SCSI adapter, and stated that it had boot problems, but they seemed to
    occur only at boot, not during usage.

    I was wrong. The card is unstable in FreeBSD 4.9-release. Not only does
    the SCSI interface timeout on occasion, vinum also seems to crash the
    entire system with a kernel panic.

    I googled on "pci error interrupt" "card was paused", but no helpful
    results turned up. Is anyone aware of this problem? Who should I contact
    to report this, or does anyone know what the solution for this problem
    is?

    I'd really like to get it fixed. Let me know if you need more
    information regarding this matter.

    Below are some relevant parts from dmesg, during boot:

    | ahd0: <Adaptec 39320D Ultra320 SCSI adapter> port 0x7000-0x70ff,0x7400-0x74ff mem 0xfc200000-0xfc201fff irq 10 at device 1.0 on pci3
    | aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs
    | ahd1: <Adaptec 39320D Ultra320 SCSI adapter> port 0x7800-0x78ff,0x7c00-0x7cff mem 0xfc202000-0xfc203fff irq 10 at device 1.1 on pci3
    | aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs

    [ .. later on in the boot process .. ]

    | ahd1: PCI error Interrupt
    | >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
    | ahd1: Dumping Card State at program address 0x94 Mode 0x22
    | Card was paused
    | HS_MAILBOX[0x0] INTCTL[0x0] SEQINTSTAT[0x0] SAVED_MODE[0x0]
    | DFFSTAT[0x30]:(CURRFIFO_0|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT)
    | SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE)
    | SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI)
    | SEQCTL0[0x10]:(FASTMODE) SEQINTCTL[0x80]:(INTVEC1DSL)
    | SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] SSTAT0[0x0] SSTAT1[0x8]:(BUSFREE)
    | SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO)
    | LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0]
    | LQOSTAT1[0x0] LQOSTAT2[0x0]
    |
    | SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0x0 NEXTSCB 0x0
    | qinstart = 0 qinfifonext = 0
    | QINFIFO:
    | WAITING_TID_QUEUES:
    | Pending list:
    | Total 0
    | Kernel Free SCB list: 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
    | Sequencer Complete DMA-inprog list:
    | Sequencer Complete list:
    | Sequencer DMA-Up and Complete list:
    |
    | ahd1: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0
    | SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
    | SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
    | SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]
    | SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0
    | HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)
    | ahd1: FIFO1 Free, LONGJMP == 0x80ff, SCB 0x0
    | SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
    | SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
    | SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]
    | SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0
    | HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)
    | LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
    | ahd1: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42
    | ahd1: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0
    |
    | SIMODE0[0x6c]:(ENOVERRUN|ENIOERR|ENSELDI|ENSELDO)
    | CCSCBCTL[0x0]
    | ahd1: REG0 == 0x3533, SINDEX = 0x33, DINDEX = 0x0
    | ahd1: SCBPTR == 0x0, SCB_NEXT == 0xff00, SCB_NEXT2 == 0x0
    | CDB 0 0 0 0 0 0
    | STACK: 0x1 0x8 0x7 0x6 0x5 0x4 0x3 0x29
    | >>>>>>>>>>>>>>>>>
    | ahd1: Signaled Target Abort

    Thanks in advance,
    Sander. 

    -- 
| A box withouth hinges, key, or lid, yet golden treasure inside is hid.
| 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8  9BDB D463 7E41 08CE C94D
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
  • Next message: Robert Watson: "Re: freebsd smp -> linux up"

    Relevant Pages

    • SMP Kernel and SCSI problem at boot
      ... in a critical running server. ... Trying to boot the server with SMP version ... <Adaptec 29320LP Ultra320 SCSI adapter> ... Starting timer: 0 0 ...
      (Linux-Kernel)
    • Re: CMOS bad?
      ... an old SCSI adapter and replacing it with a new one of a different ... I rebooted and found I couldn't boot because ... I put my SCSI drives on another ... power supply like I used to do with old power supplies. ...
      (comp.sys.intel)
    • Re: [SLE] DLT Tape Library instalation
      ... is the tape drive seen by your SCSI adapter? ... should see it in the boot process long before Linux starts to boot. ... Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com ...
      (SuSE)
    • SYM53C8XX (1010) not working in 2.6.0?
      ... SCSI Adapter" onboard, that works fine in 2.4.x with the SYM53C8XX ... When I boot, ... get keybaord control to be able to scroll back and see what messages ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)