From owner-freebsd-stable@FreeBSD.ORG Wed Feb 10 10:11:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E39106566C for ; Wed, 10 Feb 2010 10:11:51 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from authsmtp.rrzn.uni-hannover.de (authsmtp.rrzn.uni-hannover.de [130.75.2.107]) by mx1.freebsd.org (Postfix) with ESMTP id 92B5B8FC0C for ; Wed, 10 Feb 2010 10:11:50 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by authsmtp.rrzn.uni-hannover.de (8.14.2/8.14.2) with ESMTP id o1A9qQa5017771 for ; Wed, 10 Feb 2010 10:52:27 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id AB62324 for ; Wed, 10 Feb 2010 10:52:26 +0100 (CET) Date: Wed, 10 Feb 2010 10:52:26 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20100210105226.5c825b48.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.4; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.9.388399, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.2.10.94226 Subject: bugs in mpt(4) and mptutil(8) 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: Wed, 10 Feb 2010 10:11:51 -0000 Hi, I have 2 8port cards with lsi chips installed in one machine that are driven by mpt(4). I see about the same problem (I think) when disconnecting disks as described here: When I simply pull a disk (without offlineing it first), zfs does not notice it (is still listed as "online") and I get lots of mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt1: request 0xffffff80005e0bf0:2419 timed out for ccb 0xffffff0005802800 (req->ccb 0xffffff0005802800) mpt1: attempting to abort req 0xffffff80005e0bf0:2419 function 0 mpt1: completing timedout/aborted req 0xffffff80005e0bf0:2419 mpt1: abort of req 0xffffff80005e0bf0:0 completed mpt1: request 0xffffff80005dc000:2810 timed out for ccb 0xffffff000fa66800 (req->ccb 0xffffff000fa66800) mpt1: request 0xffffff80005dc3f0:2811 timed out for ccb 0xffffff0005802800 (req->ccb 0xffffff0005802800) mpt1: attempting to abort req 0xffffff80005dc000:2810 function 0 mpt1: completing timedout/aborted req 0xffffff80005dc3f0:2811 mpt1: completing timedout/aborted req 0xffffff80005dc000:2810 [...goes on for ages...] I don't know if this would ever stop. It ceased when I put the disk back in. In the thread above it is mentioned that there are some fixes for mpt (4) in -current to try out. However, I do not want to run -current on this machine. So, does anyone here know how the chances are that the mentioned patches are MFCed soon? One more thing I noticed is that mptutil does not play well with my controllers: pigpen# mptutil show adapter mpt0 Adapter: Board Name: USASLP-L8i Board Assembly: USASLP-L8i Chip Name: C1068E Chip Revision: B3 RAID Levels: none mptutil: Reading config page header failed: Invalid configuration page I don't know if it terminates because it cannot read the config page or if it is not able to see the second card. However: pigpen# mptutil show drives mpt0 Physical Drives: da0 ( 466G) ONLINE SATA bus 0 id 0 da1 ( 466G) ONLINE SATA bus 0 id 1 da6 ( 466G) ONLINE SATA bus 0 id 2 da11 ( 466G) ONLINE SATA bus 0 id 3 da3 ( 466G) ONLINE SATA bus 0 id 0 da4 ( 466G) ONLINE SATA bus 0 id 1 da5 ( 466G) ONLINE SATA bus 0 id 2 da2 ( 75G) ONLINE SATA bus 0 id 3 da7 ( 75G) ONLINE SATA bus 0 id 4 da8 ( 466G) ONLINE SATA bus 0 id 5 da9 ( 466G) ONLINE SATA bus 0 id 6 da10 ( 466G) ONLINE SATA bus 0 id 7 da12 ( 3824M) ONLINE SCSI-0 bus 0 id 0 This output is definitely wrong, because the drives are split up on mpt0 and mpt1 (and the USB stick is not connected to mpt at all :-) as can be seen with camcontrol: pigpen# camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) at scbus0 target 1 lun 0 (da1,pass1) at scbus0 target 2 lun 0 (pass6,da6) at scbus0 target 3 lun 0 (pass11,da11) at scbus1 target 0 lun 0 (da3,pass3) at scbus1 target 1 lun 0 (da4,pass4) at scbus1 target 2 lun 0 (da5,pass5) at scbus1 target 3 lun 0 (pass2,da2) at scbus1 target 4 lun 0 (da7,pass7) at scbus1 target 5 lun 0 (da8,pass8) at scbus1 target 6 lun 0 (da9,pass9) at scbus1 target 7 lun 0 (da10,pass10) at scbus2 target 0 lun 0 (pass12,da12) cu Gerrit