From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 31 04:19:37 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A262016A4CE for ; Mon, 31 Jan 2005 04:19:37 +0000 (GMT) Received: from outbound4.mail.tds.net (outbound4.mail.tds.net [216.170.230.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC89E43D4C for ; Mon, 31 Jan 2005 04:19:36 +0000 (GMT) (envelope-from rpvoland@spamcop.net) Received: from [192.168.1.101] (mdsnwi13-vlan436-73.dsl.tds.net [66.222.30.73])j0V4JXNG016649 for ; Sun, 30 Jan 2005 22:19:35 -0600 (CST) Message-ID: <41FDB1D1.9030405@spamcop.net> Date: Sun, 30 Jan 2005 22:19:29 -0600 From: Rick Voland User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20041230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: AHA-1542CP and FreeBSD 5.3 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rpvoland@spamcop.net List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 04:19:37 -0000 Has anyone succeeded at getting FreeBSD 5.3 to recognize an Adaptec AHA-1542CP? This is a PNP-ISA device. It worked fine under FreeBSD 4.10 SMP and Redhat Linux 9 SMP. I also have a DPT PM-2044UW (PCI) installed in the same system that works fine. FreeBSD 5.3 boots fine and is stable, but does not recognize the AHA-1542CP. I tried hint.aha.0.at="isa" and later added hint.aha.0.irq=11 hint.aha.0.port="0x334" I get messages like: ADP1542: adding irq mask 0xdc00 ADP1542: adding dma mask 0xe0 ADP1542: start dependent (0) ADP1542: adding io range 0x330-0x333, size=0x4, align=0x4 ADP1542: start dependent (1) ADP1542: adding io range 0x334-0x337, size=0x4, align=0x4 ADP1542: start dependent (1) ADP1542: adding io range 0x234-0x237, size=0x4, align=0x4 ADP1542: start dependent (1) ADP1542: adding io range 0x230-0x233, size=0x4, align=0x4 ADP1542: start dependent (1) ADP1542: adding io range 0x134-0x137, size=0x4, align=0x4 ADP1542: start dependent (2) ADP1542: adding io range 0x130-0x133, size=0x4, align=0x4 ADP1542: end dependent ADP1542: adding memory range 0xc8000-0xdffff, size=0x4000, align=0x4000 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff pnpbios: 13 devices, largest 126 bytes [snip] aha0 failed to probe on isa0 ----------------------- Thanks for any suggestions. -- rpvoland@spamcop.net From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 31 11:01:59 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDFB516A4D3 for ; Mon, 31 Jan 2005 11:01:59 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B37243D1D for ; Mon, 31 Jan 2005 11:01:59 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0VB1xZW048148 for ; Mon, 31 Jan 2005 11:01:59 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0VB1wTs048142 for freebsd-scsi@freebsd.org; Mon, 31 Jan 2005 11:01:58 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 31 Jan 2005 11:01:58 GMT Message-Id: <200501311101.j0VB1wTs048142@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 11:02:00 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2000/08/18] kern/20689 scsi Newbusified version of ncr driver does no f [2001/05/03] kern/27059 scsi (symbios) SCSI subsystem hangs under heav o [2001/06/29] kern/28508 scsi problems with backup to Tandberg SLR40 st o [2002/06/17] kern/39388 scsi ncr/sym drivers fail with 53c810 and more o [2002/07/22] kern/40895 scsi wierd kernel / device driver bug f [2002/09/15] kern/42796 scsi NCR/SYM 53C825 driver detects scsi cdrom f [2002/11/25] kern/45713 scsi If you use the amr driver, it is impossib f [2002/12/09] kern/46152 scsi Panic in adw dumping to tape f [2003/05/16] kern/52331 scsi 4.7 to 4.8-REL upgrade: SCSI disks on sym f [2003/09/14] kern/56759 scsi [hang] System freezes when writing CD Adv f [2003/09/14] kern/56760 scsi [hang] system hangs at boot with adaptec f [2003/09/14] kern/56871 scsi dd can't write variable length data block f [2003/09/18] kern/56973 scsi SCSI errors from on-board Adaptec (AIC7xx s [2003/09/30] kern/57398 scsi Current fails to install on mly(4) based o [2003/12/26] kern/60598 scsi wire down of scsi devices conflicts with a [2004/01/10] kern/61165 scsi [panic] kernel page fault after calling c o [2004/09/15] kern/71778 scsi 5.3 BETA3 doesnt see Adaptec 2015S FW Rev o [2004/12/02] kern/74607 scsi FreeBSD 5.3 install CD crashes on SCSI de o [2004/12/29] kern/75603 scsi 5.3 kernel crash 19 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/12/06] kern/23314 scsi aic driver fails to detect Adaptec 1520B o [2001/08/15] kern/29727 scsi [amr] [patch] amr_enquiry3 structure in a o [2002/02/23] kern/35234 scsi World access to /dev/pass? (for scanner) o [2002/06/02] kern/38828 scsi [feature request] DPT PM2012B/90 doesn't o [2002/10/29] kern/44587 scsi dev/dpt/dpt.h is missing defines required o [2003/10/01] kern/57468 scsi [patch] Quirk for Quantum LPS540S o [2003/10/01] kern/57469 scsi [patch] Quirk for Conner CP3500 o [2004/09/22] kern/72010 scsi [patch] mt -f /dev/rsa0.ctl comp off, or 8 problems total. From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 1 19:06:47 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6344A16A4CE; Tue, 1 Feb 2005 19:06:47 +0000 (GMT) Received: from ack.Berkeley.EDU (ack.Berkeley.EDU [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BC7D43D4C; Tue, 1 Feb 2005 19:06:47 +0000 (GMT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id j11J6kO20838; Tue, 1 Feb 2005 11:06:46 -0800 (PST) Date: Tue, 1 Feb 2005 11:06:46 -0800 From: Mike Hunter To: freebsd-amd64@freebsd.org Message-ID: <20050201190646.GA18651@ack.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: freebsd-scsi@freebsd.org Subject: dump card state: amd64 + 300G seagate + Adaptec AIC7902 + 5.3-stable X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 19:06:47 -0000 Hey everybody, I plopped the new 300 gig drives into the K8S based dual opteron, but I got some funny stuff upon rebooting (see the Dump Card State): ----- Forwarded message from Charlie Root ----- Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #0: Sat Dec 11 10:56:35 PST 2004 root@:/usr/obj/usr/src/sys/myserver Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2192.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 8589934592 (8192 MB) avail memory = 8248307712 (7866 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci3: at device 6.0 (no driver attached) fxp0: port 0xbc00-0xbc3f mem 0xfeaa0000-0xfeabffff,0xfeafb000-0xfeafbfff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:2b:4a:e7 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 ahd0: port 0xac00-0xacff,0xa000-0xa0ff mem 0xfc8fc000-0xfc8fdfff irq 24 at device 6.0 on pci2 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0xa400-0xa4ff,0xa800-0xa8ff mem 0xfc8fe000-0xfc8fffff irq 25 at device 6.1 on pci2 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs bge0: mem 0xfc8a0000-0xfc8affff,0xfc8b0000-0xfc8bffff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:2b:4b:12 bge1: mem 0xfc8d0000-0xfc8dffff,0xfc8e0000-0xfc8effff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:2b:4b:13 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acd0: CDROM at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle (probe2:ahd0:0:2:0): No or incomplete CDB sent to device. (probe2:ahd0:0:2:0): Protocol violation in Message-in phase. Attempting to abort. (probe2:ahd0:0:2:0): Abort Message Sent (probe2:ahd0:0:2:0): SCB 11 - Abort Tag Completed. found == 0x1 ahd0: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x23c Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x2] SELID[0x40] HS_MAILBOX[0x0] INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) SCSISIGI[0xe6]:(P_MESGIN|REQI|BSYI) SCSIPHASE[0x8]:(MSG_IN_PHASE) SCSIBUS[0x80] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x2] KERNEL_QFREEZE_COUNT[0x2] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x22]:(SPIORDY|SELDI) SSTAT1[0x11]:(REQINIT|PHASEMIS) 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 = 1 LASTSCB 0xffff CURRSCB 0xb NEXTSCB 0xff80 qinstart = 30 qinfifonext = 30 QINFIFO: WAITING_TID_QUEUES: Pending list: 9 FIFO_USE[0x0] SCB_CONTROL[0x44]:(DISCONNECTED|DISCENB) SCB_SCSIID[0x47] Total 1 Kernel Free SCB list: 11 12 1 2 3 4 5 6 7 8 10 13 14 15 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xc 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) ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xb 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: 0x8 0x0 0x0 0xc 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0x3f9d, SINDEX = 0x10e, DINDEX = 0x106 ahd0: SCBPTR == 0xc, SCB_NEXT == 0xff80, SCB_NEXT2 == 0xffdb CDB 12 20 0 81 8 82 STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 da2 at ahd0 bus 0 target 4 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da0 at ahd0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a I saw similar things referenced here: http://lists.freebsd.org/pipermail/freebsd-scsi/2004-December/001561.html http://lists.freebsd.org/pipermail/freebsd-current/2004-April/025016.html The second email talks about getting rom updates from seagate...but I called seagate and they said there's no new firmware out for these drives. The only other "answers" I'm getting about this is that "well, the 64 bit drivers aren't quite up to speed yet." The drives seem to be working fine...let me know if there's anything I can do to help. (Also, the "probe...abort message sent" stuff seems related to the 30 Gig drive...any cluse on that one?) Thanks, Mike From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 1 19:12:01 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9548516A4CE; Tue, 1 Feb 2005 19:12:01 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0709D43D3F; Tue, 1 Feb 2005 19:12:01 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j11JC2d3000858; Tue, 1 Feb 2005 12:12:02 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41FFD47B.2000505@freebsd.org> Date: Tue, 01 Feb 2005 12:11:55 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <20050201190646.GA18651@ack.Berkeley.EDU> In-Reply-To: <20050201190646.GA18651@ack.Berkeley.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=3.8 tests=ALL_TRUSTED,UPPERCASE_25_50 autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-scsi@freebsd.org Subject: Re: dump card state: amd64 + 300G seagate + Adaptec AIC7902 + 5.3-stable X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 19:12:01 -0000 Mike Hunter wrote: > Hey everybody, > > I plopped the new 300 gig drives into the K8S based dual opteron, but I > got some funny stuff upon rebooting (see the Dump Card State): > > ----- Forwarded message from Charlie Root ----- > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-STABLE #0: Sat Dec 11 10:56:35 PST 2004 > root@:/usr/obj/usr/src/sys/myserver > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Opteron(tm) Processor 248 (2192.07-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 > Features=0x78bfbff > AMD Features=0xe0500800 > real memory = 8589934592 (8192 MB) > avail memory = 8248307712 (7866 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-27 on motherboard > ioapic2 irqs 28-31 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 6.0 on pci0 > pci3: on pcib1 > ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > pci3: at device 6.0 (no driver attached) > fxp0: port 0xbc00-0xbc3f mem 0xfeaa0000-0xfeabffff,0xfeafb000-0xfeafbfff irq 18 at device 8.0 on pci3 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:e0:81:2b:4a:e7 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pci0: at device 7.2 (no driver attached) > pci0: at device 7.3 (no driver attached) > pcib2: at device 10.0 on pci0 > pci2: on pcib2 > ahd0: port 0xac00-0xacff,0xa000-0xa0ff mem 0xfc8fc000-0xfc8fdfff irq 24 at device 6.0 on pci2 > ahd0: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port 0xa400-0xa4ff,0xa800-0xa8ff mem 0xfc8fe000-0xfc8fffff irq 25 at device 6.1 on pci2 > ahd1: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > bge0: mem 0xfc8a0000-0xfc8affff,0xfc8b0000-0xfc8bffff irq 24 at device 9.0 on pci2 > miibus1: on bge0 > brgphy0: on miibus1 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bge0: Ethernet address: 00:e0:81:2b:4b:12 > bge1: mem 0xfc8d0000-0xfc8dffff,0xfc8e0000-0xfc8effff irq 25 at device 9.1 on pci2 > miibus2: on bge1 > brgphy1: on miibus2 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bge1: Ethernet address: 00:e0:81:2b:4b:13 > pci0: at device 10.1 (no driver attached) > pcib3: at device 11.0 on pci0 > pci1: on pcib3 > pci0: at device 11.1 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > orm0: at iomem 0xc0000-0xc7fff on isa0 > ppc0: cannot reserve I/O port range > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > acd0: CDROM at ata0-master UDMA33 > Waiting 5 seconds for SCSI devices to settle > (probe2:ahd0:0:2:0): No or incomplete CDB sent to device. > (probe2:ahd0:0:2:0): Protocol violation in Message-in phase. Attempting to abort. > (probe2:ahd0:0:2:0): Abort Message Sent > (probe2:ahd0:0:2:0): SCB 11 - Abort Tag Completed. > found == 0x1 > ahd0: Invalid Sequencer interrupt occurred. > >>>>>>>>>>>>>>>>>>>Dump Card State Begins <<<<<<<<<<<<<<<<< > > ahd0: Dumping Card State at program address 0x23c Mode 0x0 > Card was paused > INTSTAT[0x0] SELOID[0x2] SELID[0x40] HS_MAILBOX[0x0] > INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] > DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) > SCSISIGI[0xe6]:(P_MESGIN|REQI|BSYI) SCSIPHASE[0x8]:(MSG_IN_PHASE) > SCSIBUS[0x80] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) > SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) > SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) SEQ_FLAGS[0x0] > SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x2] KERNEL_QFREEZE_COUNT[0x2] > MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x22]:(SPIORDY|SELDI) > SSTAT1[0x11]:(REQINIT|PHASEMIS) 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 = 1 LASTSCB 0xffff CURRSCB 0xb NEXTSCB 0xff80 > qinstart = 30 qinfifonext = 30 > QINFIFO: > WAITING_TID_QUEUES: > Pending list: > 9 FIFO_USE[0x0] SCB_CONTROL[0x44]:(DISCONNECTED|DISCENB) > SCB_SCSIID[0x47] > Total 1 > Kernel Free SCB list: 11 12 1 2 3 4 5 6 7 8 10 13 14 15 0 > Sequencer Complete DMA-inprog list: > Sequencer Complete list: > Sequencer DMA-Up and Complete list: > Sequencer On QFreeze and Complete list: > > > ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xc > 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) > > ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xb > 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: 0x8 0x0 0x0 0xc 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 > ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 > ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 > ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 > > SIMODE0[0xc]:(ENOVERRUN|ENIOERR) > CCSCBCTL[0x4]:(CCSCBDIR) > ahd0: REG0 == 0x3f9d, SINDEX = 0x10e, DINDEX = 0x106 > ahd0: SCBPTR == 0xc, SCB_NEXT == 0xff80, SCB_NEXT2 == 0xffdb > CDB 12 20 0 81 8 82 > STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 > <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> > Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > da2 at ahd0 bus 0 target 4 lun 0 > da2: Fixed Direct Access SCSI-3 device > da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled > da2: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) > da0 at ahd0 bus 0 target 1 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled > da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) > da1 at ahd0 bus 0 target 2 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled > da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) > SMP: AP CPU #1 Launched! > Mounting root from ufs:/dev/da0s1a > > I saw similar things referenced here: > > http://lists.freebsd.org/pipermail/freebsd-scsi/2004-December/001561.html > http://lists.freebsd.org/pipermail/freebsd-current/2004-April/025016.html > > The second email talks about getting rom updates from seagate...but I > called seagate and they said there's no new firmware out for these drives. > > The only other "answers" I'm getting about this is that "well, the 64 bit > drivers aren't quite up to speed yet." > > The drives seem to be working fine...let me know if there's anything I can > do to help. > > (Also, the "probe...abort message sent" stuff seems related to the 30 Gig > drive...any cluse on that one?) > > Thanks, > > Mike The firmware on two of those drives is dangerouly old and broken. I'd suggest contacting Seagate for an update, and keep a fire extinguisher and some holy water nearby until they are upgraded. Scott From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 1 19:35:04 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57A7716A4CF; Tue, 1 Feb 2005 19:35:04 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 129F643D2D; Tue, 1 Feb 2005 19:35:04 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from klendathu.lovett.com ([67.134.38.155]) by mail.lovett.com with esmtpa (Exim 4.43 (FreeBSD)) id 1Cw3nj-0000mc-VV; Tue, 01 Feb 2005 19:35:04 +0000 Message-ID: <41FFD9EE.3070204@FreeBSD.org> Date: Tue, 01 Feb 2005 11:35:10 -0800 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <20050201190646.GA18651@ack.Berkeley.EDU> <41FFD47B.2000505@freebsd.org> In-Reply-To: <41FFD47B.2000505@freebsd.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-scsi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: dump card state: amd64 + 300G seagate + Adaptec AIC7902 + 5.3-stable X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 19:35:04 -0000 Scott Long wrote: > The firmware on two of those drives is dangerouly old and broken. I'd > suggest contacting Seagate for an update, and keep a fire extinguisher > and some holy water nearby until they are upgraded. Newer firmware doesn't make any difference to this particular problem. The combination of U320, Adaptec, Seagate, and ahd is very, very prone to weird and wonderful warnings, errors, failures, lockups, and general crapness. Somewhat unsurprisingly, things seem to be significantly worse with integrated aic7902 chipsets on the motherboard, than with the equivalent PCI-X cards. By all means update the firmware -- particularly in this case -- but don't expect it to be the Holy Grail. You *might* get lucky, but the odds are significantly stacked against you. -aDe From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 1 19:42:36 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78BCD16A4CE; Tue, 1 Feb 2005 19:42:36 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id F297543D1D; Tue, 1 Feb 2005 19:42:35 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j11Jgd6E001017; Tue, 1 Feb 2005 12:42:39 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41FFDBA8.8070501@freebsd.org> Date: Tue, 01 Feb 2005 12:42:32 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ade Lovett References: <20050201190646.GA18651@ack.Berkeley.EDU> <41FFD47B.2000505@freebsd.org> <41FFD9EE.3070204@FreeBSD.org> In-Reply-To: <41FFD9EE.3070204@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-scsi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: dump card state: amd64 + 300G seagate + Adaptec AIC7902 + 5.3-stable X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 19:42:36 -0000 Ade Lovett wrote: > Scott Long wrote: > >> The firmware on two of those drives is dangerouly old and broken. I'd >> suggest contacting Seagate for an update, and keep a fire extinguisher >> and some holy water nearby until they are upgraded. > > > Newer firmware doesn't make any difference to this particular problem. > > The combination of U320, Adaptec, Seagate, and ahd is very, very prone > to weird and wonderful warnings, errors, failures, lockups, and general > crapness. > > Somewhat unsurprisingly, things seem to be significantly worse with > integrated aic7902 chipsets on the motherboard, than with the equivalent > PCI-X cards. > > By all means update the firmware -- particularly in this case -- but > don't expect it to be the Holy Grail. You *might* get lucky, but the > odds are significantly stacked against you. > > -aDe Some versions of the Adaptec U320 chips work better with cables, and some work better with backplanes. In general, none work well with anything that isn't very simple and clean. 68->80 pin converters are very problematic, for example, as are cable->backplane junctions. In any case, whomever at Seagate tech support is making wild claims about 64-bit support and FreeBSD should be ignored. Scott From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 1 21:03:18 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C23516A4CE; Tue, 1 Feb 2005 21:03:18 +0000 (GMT) Received: from ack.Berkeley.EDU (ack.Berkeley.EDU [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23EA343D58; Tue, 1 Feb 2005 21:03:18 +0000 (GMT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id j11L3Hv27347; Tue, 1 Feb 2005 13:03:17 -0800 (PST) Date: Tue, 1 Feb 2005 13:03:17 -0800 From: Mike Hunter To: Scott Long Message-ID: <20050201210317.GA26048@ack.Berkeley.EDU> References: <20050201190646.GA18651@ack.Berkeley.EDU> <41FFD47B.2000505@freebsd.org> <41FFD9EE.3070204@FreeBSD.org> <41FFDBA8.8070501@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41FFDBA8.8070501@freebsd.org> User-Agent: Mutt/1.5.6i cc: freebsd-scsi@freebsd.org cc: freebsd-amd64@freebsd.org cc: Ade Lovett Subject: Re: dump card state: amd64 + 300G seagate + Adaptec AIC7902 + 5.3-stable X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 21:03:18 -0000 On Feb 01, "Scott Long" wrote: > Ade Lovett wrote: > > >Scott Long wrote: > > > >>The firmware on two of those drives is dangerouly old and broken. I'd > >>suggest contacting Seagate for an update, and keep a fire extinguisher > >>and some holy water nearby until they are upgraded. > > > >Newer firmware doesn't make any difference to this particular problem. > > > >The combination of U320, Adaptec, Seagate, and ahd is very, very prone > >to weird and wonderful warnings, errors, failures, lockups, and general > >crapness. > > > >Somewhat unsurprisingly, things seem to be significantly worse with > >integrated aic7902 chipsets on the motherboard, than with the equivalent > >PCI-X cards. > > > >By all means update the firmware -- particularly in this case -- but > >don't expect it to be the Holy Grail. You *might* get lucky, but the > >odds are significantly stacked against you. > > Some versions of the Adaptec U320 chips work better with cables, and > some work better with backplanes. In general, none work well with > anything that isn't very simple and clean. 68->80 pin converters are > very problematic, for example, as are cable->backplane junctions. In > any case, whomever at Seagate tech support is making wild claims about > 64-bit support and FreeBSD should be ignored. Thanks to everybody for their replies. I will plan to get firmware from seagate and flash all the drives. I'm downloading knoppix to use seagate's utility...or will it work under fbsd? (It's a moot point since I have a amd64 build without 32bit abi compat.) Is it possible to flash the onboard adaptec "card"? I haven't found any info on how to do that if it is. Sucks to be me! Mike From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 1 21:06:26 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 322CC16A4CE; Tue, 1 Feb 2005 21:06:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9965A43D41; Tue, 1 Feb 2005 21:06:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j11L6Hks001494; Tue, 1 Feb 2005 14:06:18 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <41FFEF44.30204@samsco.org> Date: Tue, 01 Feb 2005 14:06:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Hunter References: <20050201190646.GA18651@ack.Berkeley.EDU> <41FFD47B.2000505@freebsd.org> <41FFD9EE.3070204@FreeBSD.org> <41FFDBA8.8070501@freebsd.org> <20050201210317.GA26048@ack.Berkeley.EDU> In-Reply-To: <20050201210317.GA26048@ack.Berkeley.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-scsi@freebsd.org cc: Scott Long cc: freebsd-amd64@freebsd.org cc: Ade Lovett Subject: Re: dump card state: amd64 + 300G seagate + Adaptec AIC7902 + 5.3-stable X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 21:06:26 -0000 Mike Hunter wrote: > On Feb 01, "Scott Long" wrote: > > >>Ade Lovett wrote: >> >> >>>Scott Long wrote: >>> >>> >>>>The firmware on two of those drives is dangerouly old and broken. I'd >>>>suggest contacting Seagate for an update, and keep a fire extinguisher >>>>and some holy water nearby until they are upgraded. >>> >>>Newer firmware doesn't make any difference to this particular problem. >>> >>>The combination of U320, Adaptec, Seagate, and ahd is very, very prone >>>to weird and wonderful warnings, errors, failures, lockups, and general >>>crapness. >>> >>>Somewhat unsurprisingly, things seem to be significantly worse with >>>integrated aic7902 chipsets on the motherboard, than with the equivalent >>>PCI-X cards. >>> >>>By all means update the firmware -- particularly in this case -- but >>>don't expect it to be the Holy Grail. You *might* get lucky, but the >>>odds are significantly stacked against you. >> >>Some versions of the Adaptec U320 chips work better with cables, and >>some work better with backplanes. In general, none work well with >>anything that isn't very simple and clean. 68->80 pin converters are >>very problematic, for example, as are cable->backplane junctions. In >>any case, whomever at Seagate tech support is making wild claims about >>64-bit support and FreeBSD should be ignored. > > > Thanks to everybody for their replies. I will plan to get firmware from > seagate and flash all the drives. I'm downloading knoppix to use > seagate's utility...or will it work under fbsd? (It's a moot point since I > have a amd64 build without 32bit abi compat.) > > Is it possible to flash the onboard adaptec "card"? I haven't found any > info on how to do that if it is. > > Sucks to be me! > > Mike The Adaptec SCSI controllers don't have an on-board firmware. BIOS updates and the associated flash tools are available from the website. Scott From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 2 05:36:06 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3420C16A4CE; Wed, 2 Feb 2005 05:36:06 +0000 (GMT) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8167143D49; Wed, 2 Feb 2005 05:36:05 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) j125nnEo092883; Wed, 2 Feb 2005 00:49:49 -0500 (EST) (envelope-from sven@dmv.com) Received: from [64.45.134.154] (dogpound.dyndns.org [64.45.134.154]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id j125nWw5065173; Wed, 2 Feb 2005 00:49:33 -0500 (EST) (envelope-from sven@dmv.com) Message-ID: <420066C6.9040306@dmv.com> Date: Wed, 02 Feb 2005 00:36:06 -0500 From: Sven Willenberger User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <20050201190646.GA18651@ack.Berkeley.EDU> In-Reply-To: <20050201190646.GA18651@ack.Berkeley.EDU> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 cc: freebsd-scsi@freebsd.org Subject: Re: dump card state: amd64 + 300G seagate + Adaptec AIC7902 + 5.3-stable X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 05:36:06 -0000 Mike Hunter wrote: > Hey everybody, > > I plopped the new 300 gig drives into the K8S based dual opteron, but I > got some funny stuff upon rebooting (see the Dump Card State): > > ----- Forwarded message from Charlie Root ----- > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-STABLE #0: Sat Dec 11 10:56:35 PST 2004 > root@:/usr/obj/usr/src/sys/myserver > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Opteron(tm) Processor 248 (2192.07-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 > Features=0x78bfbff > AMD Features=0xe0500800 > real memory = 8589934592 (8192 MB) > avail memory = 8248307712 (7866 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-27 on motherboard > ioapic2 irqs 28-31 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 6.0 on pci0 > pci3: on pcib1 > ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > pci3: at device 6.0 (no driver attached) > fxp0: port 0xbc00-0xbc3f mem 0xfeaa0000-0xfeabffff,0xfeafb000-0xfeafbfff irq 18 at device 8.0 on pci3 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:e0:81:2b:4a:e7 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pci0: at device 7.2 (no driver attached) > pci0: at device 7.3 (no driver attached) > pcib2: at device 10.0 on pci0 > pci2: on pcib2 > ahd0: port 0xac00-0xacff,0xa000-0xa0ff mem 0xfc8fc000-0xfc8fdfff irq 24 at device 6.0 on pci2 > ahd0: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port 0xa400-0xa4ff,0xa800-0xa8ff mem 0xfc8fe000-0xfc8fffff irq 25 at device 6.1 on pci2 > ahd1: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > bge0: mem 0xfc8a0000-0xfc8affff,0xfc8b0000-0xfc8bffff irq 24 at device 9.0 on pci2 > miibus1: on bge0 > brgphy0: on miibus1 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bge0: Ethernet address: 00:e0:81:2b:4b:12 > bge1: mem 0xfc8d0000-0xfc8dffff,0xfc8e0000-0xfc8effff irq 25 at device 9.1 on pci2 > miibus2: on bge1 > brgphy1: on miibus2 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bge1: Ethernet address: 00:e0:81:2b:4b:13 > pci0: at device 10.1 (no driver attached) > pcib3: at device 11.0 on pci0 > pci1: on pcib3 > pci0: at device 11.1 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > orm0: at iomem 0xc0000-0xc7fff on isa0 > ppc0: cannot reserve I/O port range > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > acd0: CDROM at ata0-master UDMA33 > Waiting 5 seconds for SCSI devices to settle > (probe2:ahd0:0:2:0): No or incomplete CDB sent to device. > (probe2:ahd0:0:2:0): Protocol violation in Message-in phase. Attempting to abort. > (probe2:ahd0:0:2:0): Abort Message Sent > (probe2:ahd0:0:2:0): SCB 11 - Abort Tag Completed. > found == 0x1 > ahd0: Invalid Sequencer interrupt occurred. > >>>>>>>>>>>>>>>>>>>Dump Card State Begins <<<<<<<<<<<<<<<<< > > ahd0: Dumping Card State at program address 0x23c Mode 0x0 > Card was paused > INTSTAT[0x0] SELOID[0x2] SELID[0x40] HS_MAILBOX[0x0] > INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] > DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) > SCSISIGI[0xe6]:(P_MESGIN|REQI|BSYI) SCSIPHASE[0x8]:(MSG_IN_PHASE) > SCSIBUS[0x80] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) > SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) > SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) SEQ_FLAGS[0x0] > SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x2] KERNEL_QFREEZE_COUNT[0x2] > MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x22]:(SPIORDY|SELDI) > SSTAT1[0x11]:(REQINIT|PHASEMIS) 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 = 1 LASTSCB 0xffff CURRSCB 0xb NEXTSCB 0xff80 > qinstart = 30 qinfifonext = 30 > QINFIFO: > WAITING_TID_QUEUES: > Pending list: > 9 FIFO_USE[0x0] SCB_CONTROL[0x44]:(DISCONNECTED|DISCENB) > SCB_SCSIID[0x47] > Total 1 > Kernel Free SCB list: 11 12 1 2 3 4 5 6 7 8 10 13 14 15 0 > Sequencer Complete DMA-inprog list: > Sequencer Complete list: > Sequencer DMA-Up and Complete list: > Sequencer On QFreeze and Complete list: > > > ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xc > 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) > > ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xb > 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: 0x8 0x0 0x0 0xc 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 > ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 > ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 > ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 > > SIMODE0[0xc]:(ENOVERRUN|ENIOERR) > CCSCBCTL[0x4]:(CCSCBDIR) > ahd0: REG0 == 0x3f9d, SINDEX = 0x10e, DINDEX = 0x106 > ahd0: SCBPTR == 0xc, SCB_NEXT == 0xff80, SCB_NEXT2 == 0xffdb > CDB 12 20 0 81 8 82 > STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 > <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> > Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > da2 at ahd0 bus 0 target 4 lun 0 > da2: Fixed Direct Access SCSI-3 device > da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled > da2: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) > da0 at ahd0 bus 0 target 1 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled > da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) > da1 at ahd0 bus 0 target 2 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled > da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) > SMP: AP CPU #1 Launched! > Mounting root from ufs:/dev/da0s1a > > I saw similar things referenced here: > > http://lists.freebsd.org/pipermail/freebsd-scsi/2004-December/001561.html > http://lists.freebsd.org/pipermail/freebsd-current/2004-April/025016.html > > The second email talks about getting rom updates from seagate...but I > called seagate and they said there's no new firmware out for these drives. > > The only other "answers" I'm getting about this is that "well, the 64 bit > drivers aren't quite up to speed yet." > > The drives seem to be working fine...let me know if there's anything I can > do to help. > > (Also, the "probe...abort message sent" stuff seems related to the 30 Gig > drive...any cluse on that one?) > > Thanks, > > Mike > _______________________________________________ I have seen the same things on several i386 systems with the same on-board controllers (Supermicro m/b) when more than one drive was connected on a backplane using Seagate SCSI (U320) drives and just a high rate of errors/failures even with single drives. Contacting their tech support was an exercise in frustration as they suggested things like putting in a nic card (instead of the onboard intel em nic as somehow there was a conflict there) or disabling SMP; i.e. they will not acknowledge that there may be a problem. I found the cheaper and less hassle solution was to use Hitachi drives and haven't had a problem since (this issue occured on at least 1/2 dozen spec'd boxen using 5.x FreeBSD and the aic79xx drivers, etc). Even getting bios updates out of them was like pulling teeth; turns out the updates solved nothing. It may be an issue with the FreeBSD drivers, but since they seem to work perfectly fine with at least one brand of drives, I suspect not. Sven From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 3 00:50:39 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C39F16A4CE for ; Thu, 3 Feb 2005 00:50:39 +0000 (GMT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCEF43D41 for ; Thu, 3 Feb 2005 00:50:38 +0000 (GMT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 32DCF3D40 for ; Wed, 2 Feb 2005 19:50:37 -0500 (EST) From: "Dan Langille" To: freebsd-scsi@freebsd.org Date: Wed, 02 Feb 2005 19:48:35 -0500 MIME-Version: 1.0 Message-ID: <42012E93.30939.526A3A7C@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: ahc - card dumps X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 00:50:39 -0000 What problem could be causing this issue with the card? There's a tape drive hooked up and I was attempting to do: mt -f /dev/sa0 status The short version of the logs is: /kernel: ahc0: Bus Device Reset on A:4. 1 SCBs aborted /kernel: (sa0:ahc0:0:4:0): unable to rewind after test read The long version is at Is this a card issue or a tape drive issue? Thanks. -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 4 10:26:51 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F0D916A4CE for ; Fri, 4 Feb 2005 10:26:51 +0000 (GMT) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73E6343D49 for ; Fri, 4 Feb 2005 10:26:48 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.1/8.13.1) with ESMTP id j14AQ8qg002230; Fri, 4 Feb 2005 18:26:08 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.1/8.13.1/Submit) id j14APxOY002220; Fri, 4 Feb 2005 18:25:59 +0800 (CST) (envelope-from rafan) Date: Fri, 4 Feb 2005 18:25:59 +0800 From: Rong-En Fan To: scsi@freebsd.org Message-ID: <20050204102558.GA2001@svm.csie.ntu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: ob@e-Gitt.NET Subject: Problem with mpt(4) and Infortrend RAID X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 10:26:51 -0000 [please CC me, thanks] hello, I also have a mpt(4) (LSI21320) here and a SilverStar TN6016 RAID (which is also produced by Infortrend). OS is FreeBSD/amd64 (on EM64) 5.3-RELEASE-p5. Hardware is IBM x236. mpt0: port 0x5000-0x50ff mem 0xcdee0000-0xcdeefff f,0xcdef0000-0xcdefffff irq 52 at device 1.0 on pci4 mpt0: [GIANT-LOCKED] If I map two 1.6T logical drive to the same channel with different LUN, I got similar problem like yours However, if I do ONE of following will solve: 1. set the channel to 160MB/s (sync clock is 80Mhz) 2. map 1 logical drive to 1 channel (I have two channels on raid) I'm using 2 now, but I just did a little io traffic (< 5MB/s and < 30secs) then got following messages: mpt0: time out on request index = 0x5e sequence = 0x0000156d mpt0: Status 00000001; Mask 00000001; Doorbell 24000000 request state On Chip SCSI IO Request @ 0xffffffffb1b61af0 Chain Offset 0x10 MsgFlags 0x00 MsgContext 0x0000005e Bus: 0 TargetID 0 SenseBufferLength 32 LUN: 0x0 Control 0x01000000 WRITE SIMPLEQ DataLength 0x00010000 SenseBufAddr 0x7b460de0 CDB[0:10] 2a 00 04 3f c0 df 00 00 80 00 SE32 0xffffffffb1c06c30: Addr=0x69446000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c38: Addr=0x694a7000 FlagsLength=0x94001000 HOST_TO_IOC LAST_ELEMENT CE32 0xffffffffb1c06c40: Addr=0x7b460c48 NxtChnO=0x16 Flgs=0x30 Len=0x60 SE32 0xffffffffb1c06c48: Addr=0x69348000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c50: Addr=0x688e9000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c58: Addr=0x692ea000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c60: Addr=0x6b5eb000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c68: Addr=0x69c4c000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c70: Addr=0x68d0d000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c78: Addr=0x6866e000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c80: Addr=0x67faf000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c88: Addr=0x68b90000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c90: Addr=0x6a811000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06c98: Addr=0x68b32000 FlagsLength=0x94001000 HOST_TO_IOC LAST_ELEMENT CE32 0xffffffffb1c06ca0: Addr=0x7b460ca8 NxtChnO=0x0 Flgs=0x30 Len=0x18 SE32 0xffffffffb1c06ca8: Addr=0x68173000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06cb0: Addr=0x682f4000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb1c06cb8: Addr=0x68695000 FlagsLength=0xd5001000 HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST By the way, if I use 320MB/s and plug the RAID into another Adaptec 29320LP (ahd(4)), it fails when bus scanning. On the other hand, 160MB/s is fine. any suggestion about this? Thanks, Rong-En Fan From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 4 11:24:39 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A265C16A4CE for ; Fri, 4 Feb 2005 11:24:39 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C7D43D1F for ; Fri, 4 Feb 2005 11:24:39 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.44 (FreeBSD)) id 1Cx1Zm-000OwI-2m; Fri, 04 Feb 2005 12:24:38 +0100 Date: Fri, 4 Feb 2005 12:24:38 +0100 From: Oliver Brandmueller To: Rong-En Fan Message-ID: <20050204112437.GG4733@e-Gitt.NET> References: <20050204102558.GA2001@svm.csie.ntu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050204102558.GA2001@svm.csie.ntu.edu.tw> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller cc: scsi@freebsd.org Subject: Re: Problem with mpt(4) and Infortrend RAID X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 11:24:39 -0000 Hello. On Fri, Feb 04, 2005 at 06:25:59PM +0800, Rong-En Fan wrote: > 1. set the channel to 160MB/s (sync clock is 80Mhz) This does the trick for me, I discovered that just a few days ago. > 2. map 1 logical drive to 1 channel (I have two channels > on raid) This did not work for me, tried that before. > By the way, if I use 320MB/s and plug the RAID into another > Adaptec 29320LP (ahd(4)), it fails when bus scanning. On the > other hand, 160MB/s is fine. *hehe* I just got me an Adaptec also to test and saw the same. I even installed Linux and tested it and always get the same results: With 320MB/s there are problems. With 160 MB/s there are now problems. FreeBSD-wise I would say: "fixed" (meeaning there was not a problem). > any suggestion about this? Yes, we're gonna talk a little to Infortrend, while buying nice U320 hardware and getting something that does only work as U160 is not nice. For some time I can still live with U160, but when I start upgrading capacities here it will make a difference in the number of SCSI channels needed. Funny, in the Infortrend FAQ you find a lot of "How do I downgrade Controler XXX from 320 MB/s to 160 MB/s", but they never tell you, why you should do that. But reading this you get the feeling, they know about this problem. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 4 19:25:12 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3835416A4CE for ; Fri, 4 Feb 2005 19:25:12 +0000 (GMT) Received: from dark.sinister.com (sinister.com [205.159.169.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 4105B43D4C for ; Fri, 4 Feb 2005 19:25:11 +0000 (GMT) (envelope-from rkeyes@xa.net) Received: (qmail 5794 invoked by uid 1076); 4 Feb 2005 19:18:56 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Feb 2005 19:18:56 -0000 Date: Fri, 4 Feb 2005 14:18:56 -0500 (EST) From: Robert keyes X-X-Sender: rkeyes@dark.sinister.com To: freebsd-scsi@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: MegaRaid 2m Giant Locked-up X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 19:25:12 -0000 I've recently acquired an HP NetServer LP1000r, 2ith 2 Pentium IIIs at 1266 mhz with 2GB of PC133 ram, and a NetRaid 2M RAID controller, with 2 18GB HP 15k SCSI drives. Upon trying to install FreeBSD 5.3-Release, I've had problems with the NetRaid. I get two Giant Loced messages, the first from ohci0, and the second from amr0 and then the system hangs: amr0: mem 0xf000000 -0x7ffffff irq 16 at device 0.0 on pci3 amr0: [GIANT-LOCKED] I have run HP's diagnostics utility on the machne, and it passed all tests. I have removed the NetRaid card and the drives are detected and fdisk shows them to still be formatted with the prior user's NTFS ;) So the problem is the netraid driver. When running the diagnostics, I noticed it reported the NetRaid-2m at memory base 0xf0000008 and irq 9 - so how is FreeBSD coming up with IRQ 16? Or am I mixing apples and oranges? If it is helpful in debugging, I can put the file containing the HP diagnostic details up on the web. Regards, Robert Keyes From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 4 20:39:55 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37D5E16A4CE for ; Fri, 4 Feb 2005 20:39:55 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E40343D2F for ; Fri, 4 Feb 2005 20:39:54 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j14KdSXf023917; Fri, 4 Feb 2005 13:39:29 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <4203DD97.4000508@freebsd.org> Date: Fri, 04 Feb 2005 13:39:51 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert keyes References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-scsi@freebsd.org Subject: Re: MegaRaid 2m Giant Locked-up X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 20:39:55 -0000 Robert keyes wrote: > I've recently acquired an HP NetServer LP1000r, 2ith 2 Pentium IIIs at > 1266 mhz with 2GB of PC133 ram, and a NetRaid 2M RAID controller, with 2 > 18GB HP 15k SCSI drives. > > Upon trying to install FreeBSD 5.3-Release, I've had problems with the > NetRaid. I get two Giant Loced messages, the first from ohci0, and the > second from amr0 and then the system hangs: > > amr0: mem 0xf000000 -0x7ffffff irq 16 at device 0.0 on > pci3 > > amr0: [GIANT-LOCKED] This is just an informational message that the driver is using old the SMP locking mechanism instead of it's own. It does not indicate a bug or a problem. This has been addressed recently and can be tested by updating your system. > > I have run HP's diagnostics utility on the machne, and it passed all > tests. I have removed the NetRaid card and the drives are detected and > fdisk shows them to still be formatted with the prior user's NTFS ;) > So the problem is the netraid driver. > > When running the diagnostics, I noticed it reported the NetRaid-2m at > memory base 0xf0000008 and irq 9 - so how is FreeBSD coming up with IRQ > 16? Or am I mixing apples and oranges? The diagnostics run the interrupt controllers in legacy mode. There is nothing to worry about here. Have you actually installing and running FreeBSD despite these messages? Scott From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 4 21:28:17 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB3B216A4CE for ; Fri, 4 Feb 2005 21:28:17 +0000 (GMT) Received: from dark.sinister.com (sinister.com [205.159.169.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 09FA043D49 for ; Fri, 4 Feb 2005 21:28:17 +0000 (GMT) (envelope-from rkeyes@xa.net) Received: (qmail 10823 invoked by uid 1076); 4 Feb 2005 21:22:04 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Feb 2005 21:22:04 -0000 Date: Fri, 4 Feb 2005 16:22:04 -0500 (EST) From: Robert keyes X-X-Sender: rkeyes@dark.sinister.com To: Scott Long In-Reply-To: <4203DD97.4000508@freebsd.org> Message-ID: References: <4203DD97.4000508@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: MegaRaid 2m Giant Locked-up X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 21:28:18 -0000 On Fri, 4 Feb 2005, Scott Long wrote: > Robert keyes wrote: > > > I've recently acquired an HP NetServer LP1000r, 2ith 2 Pentium IIIs at > > 1266 mhz with 2GB of PC133 ram, and a NetRaid 2M RAID controller, with 2 > > 18GB HP 15k SCSI drives. > > > > Upon trying to install FreeBSD 5.3-Release, I've had problems with the > > NetRaid. I get two Giant Loced messages, the first from ohci0, and the > > second from amr0 and then the system hangs: > > > > amr0: mem 0xf000000 -0x7ffffff irq 16 at device 0.0 on > > pci3 > > > > amr0: [GIANT-LOCKED] > > This is just an informational message that the driver is using old the > SMP locking mechanism instead of it's own. It does not indicate a bug > or a problem. This has been addressed recently and can be tested by > updating your system. OK. so I guess it's whatever happens AFTER the Giant-Lock that is the problem. > > > > I have run HP's diagnostics utility on the machne, and it passed all > > tests. I have removed the NetRaid card and the drives are detected and > > fdisk shows them to still be formatted with the prior user's NTFS ;) > > So the problem is the netraid driver. > > > > When running the diagnostics, I noticed it reported the NetRaid-2m at > > memory base 0xf0000008 and irq 9 - so how is FreeBSD coming up with IRQ > > 16? Or am I mixing apples and oranges? > > The diagnostics run the interrupt controllers in legacy mode. There is > nothing to worry about here. OK > Have you actually installing and running FreeBSD despite these messages? > No. Before I toss the RAID card, I wanted to see if I could use it. Immediately after the Giant Lock message (even in verbose logging mode) the system freezes hard (i.e. caps lock fails to toggle the keyboard LED). I have tried some desperate measured, such as reducing ram to 1gb and running a single processor, with the same results. Interestingly, neither Debian nor Red Hat can find the drives, but they don't crash. I have flashed the BIOS on the MegaRaid to the latest available from the HP website. That made no change to the result. I am about to disable IDE and try to install from floppy. It's the last, best desperate move I can make.