From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 11:13:28 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39D5D16A417 for ; Sat, 2 Dec 2006 11:13:28 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBFC643C9D for ; Sat, 2 Dec 2006 11:13:07 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3098-ipbf401funabasi.chiba.ocn.ne.jp [124.86.53.98]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.4) with ESMTP id kB2BDE09007866 for ; Sat, 2 Dec 2006 20:13:25 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id kB2BBqQs047244 for ; Sat, 2 Dec 2006 20:11:55 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 02 Dec 2006 20:11:39 +0900 (JST) Message-Id: <20061202.201139.35852412.hrs@allbsd.org> To: stable@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Dec__2_20_11_39_2006_961)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.allbsd.org [133.31.130.32]); Sat, 02 Dec 2006 20:13:26 +0900 (JST) Cc: Subject: LSI 53C1030/mpt(4) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 11:13:28 -0000 ----Security_Multipart(Sat_Dec__2_20_11_39_2006_961)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Recently I bought Intel Pentium D 945 (3.45GHz), Supermicro PDSME (Intel E7320), and LSI21320RB (PCI-X SCSI HBA using LSI 53C1030). I installed 6.2-RC1 to an old PATA HDD and attached it to the motherboard, and it worked fine. However, I installed 21320RB and made several SCSI HDDs attached, some strange problems occurred. First, 21320RB was recognized by the mpt(4) driver. When I tried it with no HDD it was recognized properly, so I turned off the box and connected an HDD to it and rebooted it. Then, mpt(4) recognized the HDD and it worked without problems. I thought it was okay, and connected more HDDs to the SCSI HBA. More specifically, 21320RB has two channels, so I connected two hardware RAID boxes which actually contain five HDDs each and are seen as one large HDD to each channel. When I rebooted the box after that, device probing at boot time stopped just before "Waiting 5 seconds for SCSI devices to settle". Everything including keyboard does not work at that time, I turned off the box and disconnect the RAID boxes. After several trials, I found that 21320RB's behavior was somewhat strange: - with no HDD: Works fine basically, but after two or more HDDs recognized, it freezes during device probing (just before Waiting... message) even if the HDDs removed. Setting the card's configuration as "factory default" via BIOS setting seems to recover the state. - with one HDD: Works fine after it is recognized. - with two HDDs: Does not work if two HDDs are connected to each channel. BIOS message from the HBA is normal, but FreeBSD device probing keeps failing in the following two forms: a) Freeze just before "Waiting..." message. b) Freeze after "Waiting..." message. In b), mpt(4) seems to reset the buses and wait the responses, but I saw after displaying "unretryable error" it freeze when "boot -v" used. I tried booting the box with no SCSI HDD, connecting HDDs after the boot, and doing "camcontrol rescan all". It recognizes the connected HDDs successfully, and it can be accessed fine even if it is more than one. However, simultaneous access causes solid freeze again. Then I tried a RAID box which has one ID and several LUN numbers corresponding to the HDDs. It recognized as normal, multiple HDDs at boot time, and can be accessed. Simultaneous access works, too. After that, I tried daisy-chaining two RAID boxes and connected the two to a channel of the SCSI HBA. These RAID boxes have ID=0 and ID=1. FreeBSD freezes after "Waiting..." message this time. In short, I could make this configuration work fine only when a RAID box (or SCSI HDD) is connected to the HBA, or multiple HDDs that have the same ID and different LUN number from each other are connected. I investigated the following: - 6.1R sometimes probes the two HDDs case, but accessing it makes the box freeze. - 2006 Nov 7-CURRENT snapshot probes the two HDDs case, but the HDDs are recognized as very slow devices such as 6MB/s, and accessing it makes the box freeze, too. - When the box freezes just before "Waiting..." message, "boot -v" does not display any detail messages there. In after "Waiting.." case, several messages are displayed from mpt(4). - No panic in either case. In all cases, it silently freezes and does not respond to Ctrl-Alt-ESC. - When I use Intel D865GBF (motherboard with Intel 865 chipset), the same HBA, and the same RAID boxes, they work fine on 6.1-RC1. The HBA is connected to 33MHz PCI bus, not PCI-X, so it may make some differences. Any suggestions for what I should do for this problem? I can send more detail information from "boot -v" and/or dev.mpt.0.debug=5, but not sure which message is important for diagnosing. -- | Hiroki SATO ----Security_Multipart(Sat_Dec__2_20_11_39_2006_961)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBFcV9rTyzT2CeTzy0RAoRiAJ49bIA9k0DKeNJ05Rbo03b7sCPqMACgqUP/ mqJ/66uywc1Mqx5rthYvhxM= =hUcU -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Dec__2_20_11_39_2006_961)----