From owner-freebsd-scsi@FreeBSD.ORG Thu Aug 28 22:25:55 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1B3E10656D1 for ; Thu, 28 Aug 2008 22:25:55 +0000 (UTC) (envelope-from erich@fuujinnetworks.com) Received: from fluorine.fuujinnetworks.com (fluorine.fuujinnetworks.com [64.90.67.234]) by mx1.freebsd.org (Postfix) with ESMTP id B2C808FC13 for ; Thu, 28 Aug 2008 22:25:55 +0000 (UTC) (envelope-from erich@fuujinnetworks.com) Received: from [10.168.1.8] (copper.fuujinnetworks.com [64.90.67.254]) by fluorine.fuujinnetworks.com (Postfix) with ESMTP id 1A7AB8FC2F; Thu, 28 Aug 2008 17:25:55 -0500 (CDT) Message-ID: <48B733CF.5000105@fuujinnetworks.com> Date: Thu, 28 Aug 2008 17:25:03 -0600 From: Fuujin Networks LLC User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Alexander Sack References: <48B4CF57.30603@fuujinnetworks.com> <3c0b01820808271520w78d0f338iaf6996774512b5bb@mail.gmail.com> In-Reply-To: <3c0b01820808271520w78d0f338iaf6996774512b5bb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: Qlogic FC scsi_target ISP2310 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 22:25:56 -0000 Alex: Thanks for your interest! Hope the following is of use to you. If you would like, I can put the dump file (~60MB) in folder accessible via the web. Here's the page fault: [snip] (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc48a4a00 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x2825c7d0) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc48a4900 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x28259e80) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc48a4800 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x2825c860) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc48a4700 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x28259f20) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc48a4600 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x2825c8f0) (targ0:isp0:0:0:0): targdone 0xc48a4700 (targ0:isp0:0:0:0): targread (targ0:isp0:0:0:0): targread ccb 0xc48a4700 (0x28259f20) (targ0:isp0:0:0:0): targreturnccb 0xc48a4700 cam_debug: targfreeccb descr 0xc48a2680 and cam_debug: freeing ccb 0xc48a4700 (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): Sending queued ccb 0x933 (0x2825e0c0) (targ0:isp0:0:0:0): targstart 0xc4947c00 (targ0:isp0:0:0:0): sendccb 0xc4947c00 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05d3286 stack pointer = 0x28:0xe68e690c frame pointer = 0x28:0xe68e695c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 847 (scsi_target) trap number = 12 panic: page fault cpuid = 1 Uptime: 12m52s Physical memory: 1011 MB Dumping 57 MB:ATIO/INOT (0x28243670) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc4878700 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x28244c00) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc4878600 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x28243700) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc487c900 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x28244ca0) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc487c800 (targ0:isp0:0:0:0): Sent ATIO/INOT (0x28243790) (targ0:isp0:0:0:0): write - uio_resid 4 (targ0:isp0:0:0:0): getccb 0xc487c700 [snip] Here are the relevant lines in the kernel. Everything else is stock. [snip] device isp # Qlogic family device ispfw # Firmware for QLogic HBAs options ISP_TARGET_MODE # for ISP cards in target mode device targ # SCSI Target device device targbh # SCSI Target Black Hole options CAMDEBUG options VFS_AIO [snip] Here is the relevant output from dmseg: [snip] FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set isp0: port 0xc000-0xc0ff mem 0xe7103000-0xe7103fff irq 16 at device 8.0 on pci0 firmware_get: failed to load firmware image isp_2300_it isp0: [ITHREAD] isp0: Board Type 2300, Chip Revision 0x1, loaded F/W Revision 3.3.19 isp0: target notify code 0x1007 isp0: target notify code 0x1007 isp0: target notify code 0x1006 isp0: target notify code 0x1007 isp0: target notify code 0x1008 (targbh0:isp0:0:-1:-1): Target Mode Enabled isp0: target notify code 0x1007 isp0: target notify code 0x1007 isp0: target notify code 0x1006 isp0: target notify code 0x1007 isp0: target notify code 0x1006 isp0: target notify code 0x1007 [snip] I'm a bit puzzled by the firmware_get failed line above. I suspect this may be the problem, but I have not been able to resolve it. I've tried disabling the bios on the FC cards, as well as messing with almost every other conceivable option, but the same error appears. Thoughts? Erich M. Jenkins Fuujin Networks, LLC PO Box 792 Brainerd, MN 56401 (p) 218-824-5038 (f) 218-824-7516 "You should never, never doubt what no one is sure about." -- Gene Wilder Alexander Sack wrote: > On Tue, Aug 26, 2008 at 11:51 PM, Fuujin Networks LLC > wrote: >> I've run into a snag with our SAN and I'm hoping someone out there can shed >> some light on the glass, as it were. We're trying to use scsi_target mode >> with a pair of QLogic ISP2310 2GB fibre-channel cards in a Point-to-Point >> topology. These cards will NOT be part of a switch fabric. I started out >> with a quad port card, and when I rescanned the SCSI bus on the initiating >> end of the loop, the target machine tanked. >> The filer dumps core, reboots, and reproduces the result faithfully. > > How about posting some stack traces, dmesg output, etc. etc. about how it tanks? > > Thanks! > > -aps