From owner-freebsd-scsi@FreeBSD.ORG Fri Apr 9 21:30:34 2010 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 9978D106566B for ; Fri, 9 Apr 2010 21:30:34 +0000 (UTC) (envelope-from freebsd@wcubed.net) Received: from mail.datausa.com (mail.datausa.com [216.150.220.220]) by mx1.freebsd.org (Postfix) with SMTP id 6FEC18FC12 for ; Fri, 9 Apr 2010 21:30:34 +0000 (UTC) Received: (qmail 6203 invoked by uid 89); 9 Apr 2010 15:30:33 -0600 Received: from c-76-25-180-188.hsd1.co.comcast.net (HELO ?10.0.1.1?) (brad@wcubed.net@76.25.180.188) by mail.datausa.com with SMTP; 9 Apr 2010 15:30:33 -0600 Message-ID: <4BBF9C73.70400@wcubed.net> Date: Fri, 09 Apr 2010 15:30:27 -0600 From: Brad Waite User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: Alexander Sack References: <4BBF720A.3020300@wcubed.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: QLogic 2360 FC HBAs not playing well with others 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: Fri, 09 Apr 2010 21:30:34 -0000 Alexander Sack wrote: > On Fri, Apr 9, 2010 at 2:29 PM, Brad Waite wrote: >> I beseech you, oh great masters of SCSI and fibre channel, hear my pleas >> for help! >> >> My 2 QLE2360s don't appear to be waking up properly in a Dell R710 >> running 7.2 AMD64. At the very least, they're not recognizing any of >> the volumes on the Sun 2540 array in the fabric. Everything works just >> fine under VMware ESXi 4.1, though. >> >> Here's the relevant dmesg output: >> >> 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 0xec00-0xecff mem >> 0xdf2ff000-0xdf2fffff irq 47 at device 7.0 on pci7 >> isp0: setting role to 0x2 >> isp0: [ITHREAD] >> isp0: Board Type 2322, Chip Revision 0x3, loaded F/W Revision 3.3.19 >> ... >> isp1: port 0xdc00-0xdcff mem >> 0xdf3ff000-0xdf3fffff irq 49 at device 7.0 on pci11 >> isp1: setting role to 0x2 >> isp1: [ITHREAD] >> isp1: Board Type 2322, Chip Revision 0x3, loaded F/W Revision 3.3.19 >> ... >> isp0: Interrupting Mailbox Command (0x69) Timeout (100000us) >> isp0: Mailbox Command 'GET FW STATE' failed (TIMEOUT) >> isp1: Interrupting Mailbox Command (0x69) Timeout (100000us) >> isp1: Mailbox Command 'GET FW STATE' failed (TIMEOUT) >> [lather, rinse, repeat] >> >> Other than the flash drive (da0), no other da disks appear. >> >> I've tried adding the following to /boot/device.hints and >> /boot/loader.conf respectively with no change in results: >> >> hint.isp.0.fullduplex="1" >> hint.isp.0.topology="nport" >> hint.isp.0.role="2" >> hint.isp.1.fullduplex="1" >> hint.isp.1.topology="nport" >> hint.isp.1.role="2" >> >> ispfw_load="YES" >> >> What could be wrong? > > Well the GET FW STATE seems like the ISP didn't boot up properly for > whatever reason. Do you know what firmware is shipped on the card? > i.e. if you do ispfw_load="NO" which means we are going to boot up the > shipped firmware (which maybe newer, I believe 3.3.25 is the latest > but don't hold me to the fire on that). I don't think those hints are > necessary (or at least shouldn't be). > > -aps Here's what I get w/ispfw_load="NO": isp0: port 0xec00-0xecff mem 0xdf2ff000-0xdf2fffff irq 47 at device 7.0 on pci7 isp0: setting role to 0x2 firmware_get: failed to load firmware image isp_2322 isp0: [ITHREAD] isp0: Board Type 2322, Chip Revision 0x3, resident F/W Revision 3.3.7 ... isp1: port 0xdc00-0xdcff mem 0xdf3ff000-0xdf3fffff irq 49 at device 7.0 on pci11 isp1: setting role to 0x2 firmware_get: failed to load firmware image isp_2322 isp1: [ITHREAD] isp1: Board Type 2322, Chip Revision 0x3, resident F/W Revision 3.3.7 ... isp0: Interrupting Mailbox Command (0x69) Timeout (100000us) isp0: Mailbox Command 'GET FW STATE' failed (TIMEOUT) isp1: Interrupting Mailbox Command (0x69) Timeout (100000us) isp1: Mailbox Command 'GET FW STATE' failed (TIMEOUT) According to the system's BIOS, they're sharing IRQ10. Changing the IRQ on one automatically changes it on the other (and one of the USB controllers). I assume that's due to the slots and/bus. Other than that, I'm scratching my head. Any help is appreciated.