From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 28 13:55:56 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD756C26 for ; Sun, 28 Oct 2012 13:55:56 +0000 (UTC) (envelope-from stephane.lapie@darkbsd.org) Received: from quasar.darkbsd.org (shinigami.darkbsd.org [82.227.96.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1C28FC08 for ; Sun, 28 Oct 2012 13:55:54 +0000 (UTC) Received: from quasar.darkbsd.org (localhost [127.0.0.1]) by quasar.darkbsd.org (Postfix) with ESMTP id E5F16A9E9; Sun, 28 Oct 2012 14:55:46 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=darkbsd.org; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type; s=selector1; bh=PFJ1iDBesZm1Jp/z5Mnx8bNza5w=; b=d ceHof2T8Rt9ys9w+Mqn2Ex33WhUJqjqTlJUSrgmiGn75xmaVH+8hNT5kgaPVeusQ obKz5sHDk3DM38RemrknEiesY3t8fpAVpXmRiKkbLI1vYNGCyquOo2+RY23XuTm8 N4/e+4HBtKsQYKYn8OsF1SD3C0O7sgvwr3jT//W0Iw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=darkbsd.org; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type; q=dns; s=selector1; b=tcVYrbTi6stRlFy7wHngLyRyRSl tU9p9U7SRXZ4nc+LADYdSg0BmDUqzIzA97SGVoUYcoLdiW2zFuenvxutP5I2Qt6x 8yRBlnnsaJVCU7CXK4UQ/9Wagn0icGSDadQiEF7DhL8WdjAZCQSNMhR96Jt1pgmV eI5o7bPoK5cgOGdk= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=darkbsd.org; h= content-type:content-type:in-reply-to:references:subject:subject :mime-version:user-agent:from:from:date:date:message-id:received :received; s=selector1; t=1351432545; bh=sWKgNYte/ifxirebj7CrTBA JC+N6l5Juus8/xNkfvvk=; b=FL14ujudmCd+9VTaFIu3I4sg/IqWwg3KRzhIkze iurSnSa33ZIGpnHDBKWBlJ3PZCZgN8z5NqSt1v/75vhtqWyTMBhbb3ZpG2ARYi5n d6aZhv/XQbfSHEEJtWUShFM26HU1lKhxPLDkR4bQXK0i08QqWmjGpdXfbLwTrWP4 9+6U= Received: from quasar.darkbsd.org ([127.0.0.1]) by quasar.darkbsd.org (quasar.darkbsd.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id yiOkmT_pj35i; Sun, 28 Oct 2012 14:55:45 +0100 (CET) Received: from [192.168.3.42] (archer.yomi.darkbsd.org [192.168.3.42]) (Authenticated sender: darksoul) by quasar.darkbsd.org (Postfix) with ESMTPSA id 9ACC8A9E2; Sun, 28 Oct 2012 14:55:44 +0100 (CET) Message-ID: <508D395D.5010505@darkbsd.org> Date: Sun, 28 Oct 2012 22:55:41 +0900 From: Stephane LAPIE User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: dgilbert@interlog.com Subject: Re: LSI mpt(4) driver problem : can't SMART poll, controller freezes References: <508B5EBC.8070509@darkbsd.org> <508C1425.7040909@interlog.com> In-Reply-To: <508C1425.7040909@interlog.com> X-Enigmail-Version: 1.4.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF9015E5A7C72E88455C66EA4" Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2012 13:55:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF9015E5A7C72E88455C66EA4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 10/28/2012 02:04 AM, Douglas Gilbert wrote: > Bad link, as are the rest in this post. Which version > of smartmontools are you using? > > Doug Gilbert Sorry about the bad links, I just fixed them. (ZFS pool mounting hell after a HD crash and a reboot) As for my version of smartctl : $ smartctl -V smartctl 5.43 2012-06-30 r3573 [FreeBSD 9.0-STABLE amd64] (local build) Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.ne= t smartctl comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under the terms of the GNU General Public License; either version 2, or (at your option) any later version. See http://www.gnu.org for further details. smartmontools release 5.43 dated 2012-06-30 at 14:03:01 UTC smartmontools SVN rev 3573 dated 2012-06-30 at 14:03:55 smartmontools build host: amd64-portbld-freebsd9.0 smartmontools build configured: 2012-07-12 03:20:35 UTC smartctl compile dated Jul 12 2012 at 12:20:47 smartmontools configure arguments: '--disable-dependency-tracking' '--enable-drivedb' '--enable-sample' '--with-initscriptdir=3D/usr/local/etc/rc.d' '--with-docdir=3D/usr/local/share/doc/smartmontools' '--prefix=3D/usr/loc= al' '--mandir=3D/usr/local/man' '--infodir=3D/usr/local/info/' '--build=3Damd64-portbld-freebsd9.0' 'build_alias=3Damd64-portbld-freebsd9.0' 'CXX=3Dc++' 'CXXFLAGS=3D-O -pipe= -Wno-write-strings' 'LDFLAGS=3D' 'CPPFLAGS=3D' 'CC=3Dcc' 'CFLAGS=3D-O -pi= pe -Wno-write-strings' Cheers, --=20 Stephane LAPIE, EPITA SRS, Promo 2005 "Even when they have digital readouts, I can't understand them." --MegaTokyo --------------enigF9015E5A7C72E88455C66EA4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCNOV0ACgkQ24Ql8u6TF2NAEgCgsvn8mfDV37NPOuSog1KtMKbR 520An355gVhgCqcdm1NaH7W9XTT84U3I =hgrH -----END PGP SIGNATURE----- --------------enigF9015E5A7C72E88455C66EA4-- From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 29 11:06:38 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61ED3B4E for ; Mon, 29 Oct 2012 11:06:38 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 39DA68FC21 for ; Mon, 29 Oct 2012 11:06:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q9TB6cGW028612 for ; Mon, 29 Oct 2012 11:06:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9TB6bij028610 for freebsd-scsi@FreeBSD.org; Mon, 29 Oct 2012 11:06:37 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Oct 2012 11:06:37 GMT Message-Id: <201210291106.q9TB6bij028610@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2012 11:06:38 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/172864 scsi [mfi] mfip does not notice new drives o kern/172575 scsi [mfi] ioctl CAMGETPASSTHRU fails with mfi driver o kern/171650 scsi [da] da(4) driver does not recognize end of cciss (Sma o kern/169976 scsi [cam] [patch] make scsi_da use sysctl values where app o kern/169835 scsi [patch] remove some unused variables from scsi_da prob o kern/169801 scsi [cam] [patc] make changes to delete_method in scsi_da o kern/169403 scsi [cam] [patch] CAM layer, I/O starvation, no fairness o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free o kern/163713 scsi [aic7xxx] [patch] Add Adaptec29329LPE to aic79xx_pci.c o kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o kern/161809 scsi [cam] [patch] set kern.cam.boot_delay via build option o kern/159412 scsi [ciss] 7.3 RELEASE: ciss0 ADAPTER HEARTBEAT FAILED err o kern/157770 scsi [iscsi] [panic] iscsi_initiator panic o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153514 scsi [cam] [panic] CAM related panic o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 57 problems total. From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 31 15:27:35 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E090532 for ; Wed, 31 Oct 2012 15:27:35 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.freebsd.org (Postfix) with ESMTP id D53478FC0A for ; Wed, 31 Oct 2012 15:27:34 +0000 (UTC) Received: from mailhost.frm2.tum.de (localhost [127.0.0.1]) by mailhost.frm2.tum.de (8.14.4/8.14.4) with ESMTP id q9VFPRO7055263 for ; Wed, 31 Oct 2012 16:25:27 +0100 (CET) (envelope-from Joerg.Pulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) (authenticated bits=0) by mailhost.frm2.tum.de (8.14.4/8.14.4) with ESMTP id q9VFPKW5055257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 31 Oct 2012 16:25:20 +0100 (CET) (envelope-from Joerg.Pulz@frm2.tum.de) Date: Wed, 31 Oct 2012 16:25:17 +0100 (CET) From: Joerg Pulz To: freebsd-scsi@freebsd.org Subject: isp(4) broken in RELENG_9 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mailhost.frm2.tum.de [129.187.179.12]); Wed, 31 Oct 2012 16:25:20 +0100 (CET) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2012 15:27:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, somewhere on the road between RELENG_9_1 and RELENG_9 changes to isp(4) make the driver unable to attach to the device. Here is the boot output of the failing RELENG_9: isp0: port 0x3000-0x30ff mem 0xf7140000-0xf7143fff,0xf7200000-0xf72fffff irq 16 at device 0.0 on pci3 isp0: error 22 loading dma map for control areas isp0: Cannot setup DMA device_attach: isp0 attach returned 6 isp0: port 0x3400-0x34ff mem 0xf7144000-0xf7147fff,0xf7300000-0xf73fffff irq 17 at device 0.1 on pci3 isp0: error 22 loading dma map for control areas isp0: Cannot setup DMA device_attach: isp0 attach returned 6 Here is the boot output of the still working RELENG_9_1: isp0: port 0x3000-0x30ff mem 0xf7140000-0xf7143fff,0xf7200000-0xf72fffff irq 16 at device 0.0 on pci3 isp1: port 0x3400-0x34ff mem 0xf7144000-0xf7147fff,0xf7300000-0xf73fffff irq 17 at device 0.1 on pci3 I've taken a quick look at the changes, but could not find anything obvious that causes that error. Thanks for any hints on how to fix this. As the isp(4) code base for CURRENT and RELENG_9 is the same, it should fail in current too, but i can't verify as i don't have a spare card for testing. Kind regards Joerg Pulz - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iD8DBQFQkULgSPOsGF+KA+MRAvysAKCc0Vbytb8b90svGxlWlggbF1RZ6ACggo1B hK7TdnU72CebFETzFv4TQDw= =oBsG -----END PGP SIGNATURE----- From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 31 15:57:18 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56C89A49 for ; Wed, 31 Oct 2012 15:57:18 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0E75D8FC1C for ; Wed, 31 Oct 2012 15:57:17 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TTafG-0001K5-IG; Wed, 31 Oct 2012 15:57:10 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TTafG-0006MS-47; Wed, 31 Oct 2012 15:57:10 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q9VFv9xO001187; Wed, 31 Oct 2012 15:57:09 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q9VFv9Vh001186; Wed, 31 Oct 2012 15:57:09 GMT (envelope-from mexas) Date: Wed, 31 Oct 2012 15:57:09 GMT From: Anton Shterenlikht Message-Id: <201210311557.q9VFv9Vh001186@mech-cluster241.men.bris.ac.uk> To: freebsd-scsi@freebsd.org, Joerg.Pulz@frm2.tum.de Subject: Re: isp(4) broken in RELENG_9 In-Reply-To: X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2012 15:57:18 -0000 Date: Wed, 31 Oct 2012 16:25:17 +0100 (CET) From: Joerg Pulz somewhere on the road between RELENG_9_1 and RELENG_9 changes to isp(4) make the driver unable to attach to the device. Here is the boot output of the failing RELENG_9: isp0: port 0x3000-0x30ff mem 0xf7140000-0xf7143fff,0xf7200000-0xf72fffff irq 16 at device 0.0 on pci3 isp0: error 22 loading dma map for control areas isp0: Cannot setup DMA device_attach: isp0 attach returned 6 isp0: port 0x3400-0x34ff mem 0xf7144000-0xf7147fff,0xf7300000-0xf73fffff irq 17 at device 0.1 on pci3 isp0: error 22 loading dma map for control areas isp0: Cannot setup DMA device_attach: isp0 attach returned 6 Here is the boot output of the still working RELENG_9_1: isp0: port 0x3000-0x30ff mem 0xf7140000-0xf7143fff,0xf7200000-0xf72fffff irq 16 at device 0.0 on pci3 isp1: port 0x3400-0x34ff mem 0xf7144000-0xf7147fff,0xf7300000-0xf73fffff irq 17 at device 0.1 on pci3 I've taken a quick look at the changes, but could not find anything obvious that causes that error. Thanks for any hints on how to fix this. As the isp(4) code base for CURRENT and RELENG_9 is the same, it should fail in current too, but i can't verify as i don't have a spare card for testing. I'm on -current r235474 ia64. isp(4) works for me: $ dmesg|grep isp0 isp0: port 0xc000-0xc0ff mem 0xe0040000-0xe0040fff irq 71 at device 1.0 on pci192 (probe2:isp0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe2:isp0:0:0:0): CAM status: SCSI Status Error (probe2:isp0:0:0:0): SCSI status: Check Condition (probe2:isp0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) pass3 at isp0 bus 0 scbus2 target 0 lun 0 da3 at isp0 bus 0 scbus2 target 0 lun 1 da4 at isp0 bus 0 scbus2 target 0 lun 2 da5 at isp0 bus 0 scbus2 target 0 lun 5 $ Anton From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 31 17:15:56 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5A4866A for ; Wed, 31 Oct 2012 17:15:56 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 762318FC0A for ; Wed, 31 Oct 2012 17:15:56 +0000 (UTC) Received: from [10.198.122.141] (68.65.72.83.static-ip.telepacific.net [68.65.72.83]) (authenticated bits=0) by ns1.feral.com (8.14.5/8.14.4) with ESMTP id q9VHFnrd060005 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 31 Oct 2012 10:15:49 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <50915CC0.1090207@feral.com> Date: Wed, 31 Oct 2012 10:15:44 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Subject: Re: isp(4) broken in RELENG_9 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Wed, 31 Oct 2012 10:15:49 -0700 (PDT) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matt Jacob List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2012 17:15:56 -0000 On 10/31/2012 8:25 AM, Joerg Pulz wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi, > > somewhere on the road between RELENG_9_1 and RELENG_9 changes to > isp(4) make the driver unable to attach to the device. > > Here is the boot output of the failing RELENG_9: > > isp0: port 0x3000-0x30ff mem > 0xf7140000-0xf7143fff,0xf7200000-0xf72fffff irq 16 at device 0.0 on pci3 > isp0: error 22 loading dma map for control areas > isp0: Cannot setup DMA > device_attach: isp0 attach returned 6 > isp0: port 0x3400-0x34ff mem > 0xf7144000-0xf7147fff,0xf7300000-0xf73fffff irq 17 at device 0.1 on pci3 > isp0: error 22 loading dma map for control areas > isp0: Cannot setup DMA > device_attach: isp0 attach returned 6 Can we get a bit more info about the system you are running on? The only way this seems that it can happen is if more than one segment is created for the DMA maps of the queues, which, err, umm, would be wrong. The code is actually incorrect in an assumption it's making. It might have worked in previous releases, but the underlying mapping stuff may have changed and uncovered an issue. From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 1 10:09:12 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F380BD30; Thu, 1 Nov 2012 10:09:11 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.freebsd.org (Postfix) with ESMTP id 2576C8FC0C; Thu, 1 Nov 2012 10:09:10 +0000 (UTC) Received: from mailhost.frm2.tum.de (localhost [127.0.0.1]) by mailhost.frm2.tum.de (8.14.4/8.14.4) with ESMTP id qA1A99HD085007; Thu, 1 Nov 2012 11:09:09 +0100 (CET) (envelope-from Joerg.Pulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) (authenticated bits=0) by mailhost.frm2.tum.de (8.14.4/8.14.4) with ESMTP id qA1A8sh3085000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Nov 2012 11:08:58 +0100 (CET) (envelope-from Joerg.Pulz@frm2.tum.de) Date: Thu, 1 Nov 2012 11:08:49 +0100 (CET) From: Joerg Pulz To: Matt Jacob Subject: Re: isp(4) broken in RELENG_9 In-Reply-To: <50915CC0.1090207@feral.com> Message-ID: References: <50915CC0.1090207@feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mailhost.frm2.tum.de [129.187.179.12]); Thu, 01 Nov 2012 11:08:58 +0100 (CET) Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 10:09:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 31 Oct 2012, Matthew Jacob wrote: > On 10/31/2012 8:25 AM, Joerg Pulz wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Hi, >> >> somewhere on the road between RELENG_9_1 and RELENG_9 changes to isp(4) >> make the driver unable to attach to the device. >> >> Here is the boot output of the failing RELENG_9: >> >> isp0: port 0x3000-0x30ff mem >> 0xf7140000-0xf7143fff,0xf7200000-0xf72fffff irq 16 at device 0.0 on pci3 >> isp0: error 22 loading dma map for control areas >> isp0: Cannot setup DMA >> device_attach: isp0 attach returned 6 >> isp0: port 0x3400-0x34ff mem >> 0xf7144000-0xf7147fff,0xf7300000-0xf73fffff irq 17 at device 0.1 on pci3 >> isp0: error 22 loading dma map for control areas >> isp0: Cannot setup DMA >> device_attach: isp0 attach returned 6 > Can we get a bit more info about the system you are running on? The only way > this seems that it can happen is if more than one segment is created for the > DMA maps of the queues, which, err, umm, would be wrong. The code is actually > incorrect in an assumption it's making. It might have worked in previous > releases, but the underlying mapping stuff may have changed and uncovered an > issue. Hi, sorry for not providing more informations earlier. The controller is a QLogic QLE2562 dual 8Gb FC. Out of my mind controller BIOS is 3.00 and firmware is 5.04.01 or 5.04.02. Below is the complete dmesg of booting a working RELENG_9_1. RELENG_9 is not working with the above mentioned error where it makes no difference if i use any of the available hints or use the controllers firmware or the one of ispfw(4). The isp(4) driver is compiled into the kernel for both RELENG_9_1 and RELENG_9. I already tried to roll back "MFC of 239502: Remove dependence on MAXPHYS." with no difference. Let me know if there is anything else i could try to track this down. Kind regards Joerg ### dmesg-RELENG_9_1 Copyright (c) 1992-2012 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-RC3 #0: Mon Oct 29 22:25:58 CET 2012 admin@perseus.admin.frm2:/usr/obj/usr/src/sys/FILER amd64 CPU: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz (2493.80-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbff Features2=0xc0ce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8232357888 (7850 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf008-0xf00b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 isp0: port 0x3000-0x30ff mem 0xf7140000-0xf7143fff,0xf7200000-0xf72fffff irq 16 at device 0.0 on pci3 isp1: port 0x3400-0x34ff mem 0xf7144000-0xf7147fff,0xf7300000-0xf73fffff irq 17 at device 0.1 on pci3 pcib4: irq 17 at device 1.0 on pci2 pci4: on pcib4 pcib5: at device 0.3 on pci1 pci5: on pcib5 pcib6: at device 3.0 on pci0 pci6: on pcib6 pcib7: at device 4.0 on pci0 pci11: on pcib7 em0: port 0x4000-0x401f mem 0xf7440000-0xf745ffff,0xf7420000-0xf743ffff irq 16 at device 0.0 on pci11 em0: Using an MSI interrupt em0: Ethernet address: 00:15:17:ab:6e:bc em1: port 0x4400-0x441f mem 0xf74a0000-0xf74bffff,0xf7480000-0xf749ffff irq 17 at device 0.1 on pci11 em1: Using an MSI interrupt em1: Ethernet address: 00:15:17:ab:6e:bd pcib8: at device 5.0 on pci0 pci12: on pcib8 pcib9: at device 6.0 on pci0 pci17: on pcib9 mpt0: port 0x5000-0x50ff mem 0xf7510000-0xf7513fff,0xf7500000-0xf750ffff irq 16 at device 0.0 on pci17 mpt0: MPI Version=1.5.19.0 pcib10: at device 7.0 on pci0 pci18: on pcib10 pci0: at device 8.0 (no driver attached) pcib11: irq 17 at device 28.0 on pci0 pci23: on pcib11 pcib12: at device 0.0 on pci23 pci24: on pcib12 bce0: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci24 bce0: /usr/src/sys/dev/bce/if_bce.c(1258): Management firmware enabled but not running! miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce0: Ethernet address: 00:0a:e4:89:46:24 bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (3.4.4); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NOT RUNNING!) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib13: irq 16 at device 28.1 on pci0 pci25: on pcib13 pcib14: at device 0.0 on pci25 pci26: on pcib14 bce1: mem 0xfa000000-0xfbffffff irq 17 at device 0.0 on pci26 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: 00:0a:e4:89:46:26 bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (3.4.4); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib15: irq 18 at device 28.2 on pci0 pci27: on pcib15 vgapci0: mem 0xf6000000-0xf6ffffff,0xfc000000-0xfc003fff,0xfc800000-0xfcffffff irq 18 at device 0.0 on pci27 uhci0: port 0x1000-0x101f irq 23 at device 29.0 on pci0 uhci0: LegSup = 0x2f00 usbus0 on uhci0 uhci1: port 0x1400-0x141f irq 22 at device 29.1 on pci0 uhci1: LegSup = 0x2f00 usbus1 on uhci1 uhci2: port 0x1800-0x181f irq 21 at device 29.2 on pci0 uhci2: LegSup = 0x2f00 usbus2 on uhci2 uhci3: port 0x1c00-0x1c1f irq 20 at device 29.3 on pci0 uhci3: LegSup = 0x2f00 usbus3 on uhci3 ehci0: mem 0xf7000400-0xf70007ff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib16: at device 30.0 on pci0 pci28: on pcib16 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x2430-0x2437,0x2424-0x2427,0x2428-0x242f,0x2420-0x2423,0x2400-0x241f mem 0xf7000800-0xf7000bff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ichsmb0: port 0x2000-0x201f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ichwd0 on isa0 ichwd0: ICH WDT present but disabled in BIOS or hardware device_attach: ichwd0 attach returned 6 ichwd0 at port 0x7030-0x7037,0x7060-0x707f on isa0 ichwd0: ICH WDT present but disabled in BIOS or hardware device_attach: ichwd0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 coretemp4: on cpu4 est4: on cpu4 p4tcc4: on cpu4 coretemp5: on cpu5 est5: on cpu5 p4tcc5: on cpu5 coretemp6: on cpu6 est6: on cpu6 p4tcc6: on cpu6 coretemp7: on cpu7 est7: on cpu7 p4tcc7: on cpu7 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered bce0: bce_pulse(): Warning: bootcode thinks driver is absent! (bc_state = 0x00000006) bce1: bce_pulse(): Warning: bootcode thinks driver is absent! (bc_state = 0x00000006) uhub4: 8 ports with 8 removable, self powered ada0 at ahcich0 bus 0 scbus3 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus4 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ses0 at isp1 bus 0 scbus1 target 0 lun 1 ses0: Fixed Enclosure Services SCSI-4 device ses0: 800.000MB/s transfers WWNN 0x200000d0230c9c10 WWPN 0x210000d0230c9c10 PortID 0x1 ses0: Command Queueing enabled ses0: SCSI-3 SES Device da1 at mpt0 bus 0 scbus2 target 8 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 20025789MB (41012815872 512 byte sectors: 255H 63S/T 2552929C) da0 at isp1 bus 0 scbus1 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 800.000MB/s transfers WWNN 0x200000d0230c9c10 WWPN 0x210000d0230c9c10cd0 at ahcich2 bus 0 scbus5 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA2, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present PortID 0x1 da0: Command Queueing enabled da0: 66758041MB (136720467968 512 byte sectors: 255H 63S/T 8510455C) SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 9741419 Hz quality 1000 GEOM_MIRROR: Device mirror/gm0 launched (2/2). Trying to mount root from ufs:/dev/mirror/gm0s1a [rw]... ZFS filesystem version 5 ZFS storage pool version 28 bce0: Gigabit link up! bce1: Gigabit link up! - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iD8DBQFQkko2SPOsGF+KA+MRAuwQAJ9VNJYRyy73tPkAEycEsF/bmKKd+wCfUjpz 2xJlZ5Yx2iFSq1HIK9lfQYY= =GAOF -----END PGP SIGNATURE----- From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 1 14:05:34 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23115B75 for ; Thu, 1 Nov 2012 14:05:34 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id E00978FC0A for ; Thu, 1 Nov 2012 14:05:33 +0000 (UTC) Received: from [192.168.135.101] (c-71-202-26-251.hsd1.ca.comcast.net [71.202.26.251]) (authenticated bits=0) by ns1.feral.com (8.14.5/8.14.4) with ESMTP id qA1E5VAp096070 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 1 Nov 2012 07:05:32 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <509281A6.1050302@feral.com> Date: Thu, 01 Nov 2012 07:05:26 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Joerg Pulz Subject: Re: isp(4) broken in RELENG_9 References: <50915CC0.1090207@feral.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Thu, 01 Nov 2012 07:05:32 -0700 (PDT) Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matt Jacob List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 14:05:34 -0000 So, it's working in 9.1 but not in 9? Since any fix to 9.0 would be in 9.1 are we just concerned with understanding what happened, or is there a specific reason we need to know what changed so that a specific fix to 9.0 is needed? I'm sure that there is a bug in isp where it can ask for more than a page's worth of queue space mapping but can't deal with things if you get more than 1 segment descriptor back. I need to fix that, but I won't be able to get to that for a couple of weeks. It's possible that the FC-TAPE changes triggered this because that threw more of a load on the control space. I'll try and calculate a change to MAXISPREQUEST to re-fit within a page some time today. -matt From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 1 17:46:47 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D7388E5; Thu, 1 Nov 2012 17:46:47 +0000 (UTC) (envelope-from omerfsen@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id DC8158FC08; Thu, 1 Nov 2012 17:46:46 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id k19so2394528qcs.13 for ; Thu, 01 Nov 2012 10:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=edEuuSAOGk4kO/V4MjkOZcSAIklwc81mLZXdNVek1Zk=; b=oMVZvq4AN+GT12GDwhJRe07FZEybFI7Qo4qwWguHWd7hH7qSR7WJSRy9jtwdSz0Va3 nqJmCD5SvpJzxb3WZphyc4t/BV43naQb4pcW3Z0C7oif6f1dh55lBeUpcisCYt1KMDpk pdkIGtMBe9G7627/wxW0RUHelFQs8qotql9y5IGB9tQQC281M1M4turUjLqkrf9PnRTi aHZSTW674r1wHiXx2FjeaC/MyzWmvrTwLcf27dKi3VF+Spp6fmvSafvJna4mtpHp5kpc qYhX49JTitGBx9C/W8n1yAtQTgYRcnDzRw9frPMrgkw6cWOhK2N+X+X4lkUB5Cu/kNDm QiGQ== MIME-Version: 1.0 Received: by 10.49.60.72 with SMTP id f8mr34103710qer.30.1351792005819; Thu, 01 Nov 2012 10:46:45 -0700 (PDT) Received: by 10.229.157.143 with HTTP; Thu, 1 Nov 2012 10:46:45 -0700 (PDT) Date: Thu, 1 Nov 2012 19:46:45 +0200 Message-ID: Subject: Dell H710 and H310 Raid Controller From: Omer Faruk SEN To: FreeBSD , freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 17:46:47 -0000 Hi, Can anyone in this list verify that both RAID controllers are supported on FreeBSD 8.3 or 9.1 H710 has LSISAS2208 dual-core PowerPC ROC H310 has LSISAS2008. I am planning to use these controllers on R420 and R320 Dell Servers. I would also like to get comments on these two platfoms and if there are any issues on FreeBSD 9.1 (I know it is RC2 right now) Regards. From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 1 17:54:33 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96465A35; Thu, 1 Nov 2012 17:54:33 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 45AD68FC14; Thu, 1 Nov 2012 17:54:33 +0000 (UTC) Received: from centos62.localhost (bastis [10.3.0.2]) by ns1.feral.com (8.14.5/8.14.4) with ESMTP id qA1HsQAb043336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Nov 2012 10:54:26 -0700 (PDT) (envelope-from mjacob@freebsd.org) Message-ID: <5092B752.5020807@freebsd.org> Date: Thu, 01 Nov 2012 10:54:26 -0700 From: Matthew Jacob Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120829 Thunderbird/10.0.7 MIME-Version: 1.0 To: Matt Jacob Subject: Re: isp(4) broken in RELENG_9 References: <50915CC0.1090207@feral.com> <509281A6.1050302@feral.com> In-Reply-To: <509281A6.1050302@feral.com> Content-Type: multipart/mixed; boundary="------------020308020206040101080802" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (ns1.feral.com [172.16.1.79]); Thu, 01 Nov 2012 10:54:27 -0700 (PDT) Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 17:54:33 -0000 This is a multi-part message in MIME format. --------------020308020206040101080802 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 11/01/12 07:05, Matthew Jacob wrote: > So, it's working in 9.1 but not in 9? > > Since any fix to 9.0 would be in 9.1 are we just concerned with > understanding what happened, or is there a specific reason we need to > know what changed so that a specific fix to 9.0 is needed? > > I'm sure that there is a bug in isp where it can ask for more than a > page's worth of queue space mapping but can't deal with things if you > get more than 1 segment descriptor back. I need to fix that, but I > won't be able to get to that for a couple of weeks. > > It's possible that the FC-TAPE changes triggered this because that > threw more of a load on the control space. I'll try and calculate a > change to MAXISPREQUEST to re-fit within a page some time today. > > -matt > Try the attached patch and see if it works for you. I'm not really satisfied with it- I need to do a slightly more finessed solution, but it might work for you for the moment. --------------020308020206040101080802 Content-Type: text/plain; name="isp_pci.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="isp_pci.c.patch" Index: isp_pci.c =================================================================== --- isp_pci.c (revision 242431) +++ isp_pci.c (working copy) @@ -1639,7 +1638,7 @@ * Create a tag for the control spaces. We don't always need this * to be 32 bits, but we do this for simplicity and speed's sake. */ - if (isp_dma_tag_create(isp->isp_osinfo.dmat, QENTRY_LEN, slim, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, len, ns, slim, 0, &isp->isp_osinfo.cdmat)) { + if (isp_dma_tag_create(isp->isp_osinfo.dmat, QENTRY_LEN, slim, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, len, 1, slim, 0, &isp->isp_osinfo.cdmat)) { isp_prt(isp, ISP_LOGERR, "cannot create a dma tag for control spaces"); free(isp->isp_osinfo.pcmd_pool, M_DEVBUF); free(isp->isp_xflist, M_DEVBUF); --------------020308020206040101080802-- From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 2 09:15:25 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C39B5C54; Fri, 2 Nov 2012 09:15:25 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.freebsd.org (Postfix) with ESMTP id 324B88FC14; Fri, 2 Nov 2012 09:15:24 +0000 (UTC) Received: from mailhost.frm2.tum.de (localhost [127.0.0.1]) by mailhost.frm2.tum.de (8.14.4/8.14.4) with ESMTP id qA29FHJm018274; Fri, 2 Nov 2012 10:15:17 +0100 (CET) (envelope-from Joerg.Pulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) (authenticated bits=0) by mailhost.frm2.tum.de (8.14.4/8.14.4) with ESMTP id qA29FCUk018268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 2 Nov 2012 10:15:12 +0100 (CET) (envelope-from Joerg.Pulz@frm2.tum.de) Date: Fri, 2 Nov 2012 10:15:09 +0100 (CET) From: Joerg Pulz To: Matthew Jacob Subject: Re: isp(4) broken in RELENG_9 In-Reply-To: <5092B752.5020807@freebsd.org> Message-ID: References: <50915CC0.1090207@feral.com> <509281A6.1050302@feral.com> <5092B752.5020807@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mailhost.frm2.tum.de [129.187.179.12]); Fri, 02 Nov 2012 10:15:12 +0100 (CET) Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 09:15:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 1 Nov 2012, Matthew Jacob wrote: > On 11/01/12 07:05, Matthew Jacob wrote: >> So, it's working in 9.1 but not in 9? >> >> Since any fix to 9.0 would be in 9.1 are we just concerned with >> understanding what happened, or is there a specific reason we need to know >> what changed so that a specific fix to 9.0 is needed? >> >> I'm sure that there is a bug in isp where it can ask for more than a page's >> worth of queue space mapping but can't deal with things if you get more >> than 1 segment descriptor back. I need to fix that, but I won't be able to >> get to that for a couple of weeks. >> >> It's possible that the FC-TAPE changes triggered this because that threw >> more of a load on the control space. I'll try and calculate a change to >> MAXISPREQUEST to re-fit within a page some time today. >> >> -matt >> > Try the attached patch and see if it works for you. I'm not really satisfied > with it- I need to do a slightly more finessed solution, but it might work > for you for the moment. Hi again, i tried your patch and for now it is working again. I've added some debug stuff right before the call to isp_dma_tag_create(), just FYI, see below. If you have any "better" solution, just let me know and i will test it. Kind regards Joerg #### isp0: port 0x3000-0x30ff mem 0xf7140000-0xf7143fff,0xf7200000-0xf72fffff irq 16 at device 0.0 on pci3 isp0: isp_pci_mbxdma(): slim: 0 isp0: isp_pci_mbxdma(): len: 114688 isp0: isp_pci_mbxdma(): ns: 29 isp1: port 0x3400-0x34ff mem 0xf7144000-0xf7147fff,0xf7300000-0xf73fffff irq 17 at device 0.1 on pci3 isp1: isp_pci_mbxdma(): slim: 0 isp1: isp_pci_mbxdma(): len: 114688 isp1: isp_pci_mbxdma(): ns: 29 #### - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iD8DBQFQk48gSPOsGF+KA+MRAid7AKCj7o0isLGobW7/Sk6849EllTa1sQCcCE4X vVFkOJsZawJkL2CvdxkNN/8= =gDvu -----END PGP SIGNATURE----- From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 2 10:33:00 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E79DE9F; Fri, 2 Nov 2012 10:33:00 +0000 (UTC) (envelope-from prvs=1653c05a59=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id AA8118FC0C; Fri, 2 Nov 2012 10:32:59 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000924892.msg; Fri, 02 Nov 2012 10:32:56 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 02 Nov 2012 10:32:56 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1653c05a59=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <1A4A7E2C4EDD4BAC8F21275BA647782A@multiplay.co.uk> From: "Steven Hartland" To: , , References: <27087376D1C14132A3CC1B4016912F6D@multiplay.co.uk> <20121031212346.GL3309@server.rulingia.com> <9DB937FEA7634C4BAC49EF5823F93CA3@multiplay.co.uk> <5846347C20554E549FA512C1D59F6427@multiplay.co.uk> Subject: Re: mfi corrupts JBOD disks >2TB due to LBA overflow (was: ZFS corruption due to lack of space?) Date: Fri, 2 Nov 2012 10:32:56 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 10:33:00 -0000 Copying in freebsd-scsi@ for visability. ----- Original Message ----- From: "Steven Hartland" > Ok after revisiting all the facts and spotting that > the corruption only seemed to happen after my zpool > was nearly full I came up with a wild idea, could > the corruption be being caused by writes after 2TB? > > A few command lines latter and this was confirmed > writes to the 3TB disks under mfi are wrapping at > 2TB!!! > > Steps to prove:- > 1. zero out block 1 on the disk > dd if=/dev/zero bs=512 count=1 of=/dev/mfisyspd0 > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.000728 secs (703171 bytes/sec) > > 2. confirm the first block is zeros > dd if=/dev/mfisyspd0 bs=512 count=1 | hexdump -C > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.000250 secs (2047172 bytes/sec) > 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > * > 00000200 > > 3. write 1 block random after the 2TB boundary > dd if=/dev/random bs=512 count=1 of=/dev/mfisyspd0 oseek=4294967296 > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.000717 secs (714162 bytes/sec) > > 4. first block of the disk now contains random data > dd if=/dev/mfisyspd0 bs=512 count=8 | hexdump -C > 00000000 9c d1 d2 1d 9f 2c fc 30 ab 09 7a f7 64 16 2a 58 |.....,.0..z.d.*X| > 00000010 18 27 9d 1f ae 4d 27 53 1a 50 e7 c1 b1 3a 9b e4 |.'...M'S.P...:..| > 00000020 c3 7c d0 25 83 e2 bd 85 33 f2 33 8e 71 55 70 7c |.|.%....3.3.qUp|| > 00000030 8c 15 af 55 f6 88 8d 6e 40 1c f3 1a 5c e7 80 4b |...U...n@...\..K| > ... > > Looking at the driver code the problem is that IO on syspd > disks aka JBOD is always done using 10 byte CDB commands > in mfi_build_syspdio. This is clearly a serious problem as > it results in total corruption on disks > 2^32 sectors > when sectors above 2^32 are accessed. > > The fix doesn't seem too hard and I think I've already > got a basic version working, just needs more testing need. > > The bug also effects kernel mfi_dump_blocks but thats > less likely to trigger due to how its used. > > Will create PR when I've finished testing and am happy > with the patch, but wanted to let others know in the > mean time given how serious the bug is. PR which includes a patch which fixes this issue is:- http://www.freebsd.org/cgi/query-pr.cgi?pr=173291 Given its critical nature I would strongly advise this gets MFC'ed to all branches ASAP. While someone is looking at this would be good to get the following mfi related PR's I've submitted could also be committed as well ;-) Add deviceid to mfi disk startup output http://www.freebsd.org/cgi/query-pr.cgi?pr=173290 Improvements to mfi support including foreign disks / configs in mfiutil http://www.freebsd.org/cgi/query-pr.cgi?pr=172091 Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 2 14:35:50 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BEB8CD7 for ; Fri, 2 Nov 2012 14:35:50 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8B78FC14 for ; Fri, 2 Nov 2012 14:35:50 +0000 (UTC) Received: from [192.168.135.101] (c-71-202-26-251.hsd1.ca.comcast.net [71.202.26.251]) (authenticated bits=0) by ns1.feral.com (8.14.5/8.14.4) with ESMTP id qA2EZmVn052176 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 2 Nov 2012 07:35:49 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <5093DA3E.9000003@feral.com> Date: Fri, 02 Nov 2012 07:35:42 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Joerg Pulz Subject: Re: isp(4) broken in RELENG_9 References: <50915CC0.1090207@feral.com> <509281A6.1050302@feral.com> <5092B752.5020807@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Fri, 02 Nov 2012 07:35:49 -0700 (PDT) Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matt Jacob List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 14:35:50 -0000 > Hi again, > > i tried your patch and for now it is working again. > I've added some debug stuff right before the call to > isp_dma_tag_create(), just FYI, see below. > > If you have any "better" solution, just let me know and i will test it. The problem is that for the queues you'll have to be contiguous anyway- at least they can be separate. I'm mulling over splitting the cdmat into 3 separate spaces- request queue (64K max), response queue (64K max) and 'misc' queue (probably also 64k max). I'm going to check in the current fix since that will probably work for now.