From owner-freebsd-scsi@FreeBSD.ORG Mon Dec 3 11:06:51 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 9B2AFE2 for ; Mon, 3 Dec 2012 11:06:51 +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 752188FC13 for ; Mon, 3 Dec 2012 11:06:51 +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 qB3B6pwF027691 for ; Mon, 3 Dec 2012 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qB3B6p8q027689 for freebsd-scsi@FreeBSD.org; Mon, 3 Dec 2012 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Dec 2012 11:06:51 GMT Message-Id: <201212031106.qB3B6p8q027689@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, 03 Dec 2012 11:06:51 -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/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 56 problems total. From owner-freebsd-scsi@FreeBSD.ORG Tue Dec 4 07:27:10 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 ED721BAA for ; Tue, 4 Dec 2012 07:27:10 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 946618FC15 for ; Tue, 4 Dec 2012 07:27:10 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1TfmuF-0007X1-0r for freebsd-scsi@freebsd.org; Tue, 04 Dec 2012 09:27:03 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-scsi@freebsd.org Subject: mfi DELL H810 support Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Dec 2012 09:27:03 +0200 From: Daniel Braniss Message-ID: 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: Tue, 04 Dec 2012 07:27:11 -0000 hi, the sources seem to imply that DELL PERC H810 is supported, but the man page does not, so which is true? Im about to receive such a controller and was wondering. cheers, danny From owner-freebsd-scsi@FreeBSD.ORG Tue Dec 4 08:15:01 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 0FD3A330 for ; Tue, 4 Dec 2012 08:15:01 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 4D44D8FC13 for ; Tue, 4 Dec 2012 08:14:59 +0000 (UTC) Received: (qmail 99609 invoked from network); 4 Dec 2012 08:02:22 -0000 Received: from unknown (HELO alex.andxor.it) (192.168.2.30) by andxor.it with SMTP; 4 Dec 2012 08:02:22 -0000 Message-ID: <50BDB100.1080000@FreeBSD.org> Date: Tue, 04 Dec 2012 09:14:56 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 MIME-Version: 1.0 To: Daniel Braniss Subject: Re: mfi DELL H810 support References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: Tue, 04 Dec 2012 08:15:01 -0000 Daniel Braniss ha scritto: > the sources seem to imply that DELL PERC H810 is supported, but the man page > does not, so which is true? Im about to receive such a controller and > was wondering. It should be supported by mps, since it should be a LSI SAS2208. -- Alex Dupre From owner-freebsd-scsi@FreeBSD.ORG Tue Dec 4 18:42:55 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 E77E1429 for ; Tue, 4 Dec 2012 18:42:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B92D28FC0C for ; Tue, 4 Dec 2012 18:42:55 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1298FB93A; Tue, 4 Dec 2012 13:42:55 -0500 (EST) From: John Baldwin To: "Steven Hartland" Subject: Re: Changing mfi max_cmds for new tbolt based cards? Date: Tue, 4 Dec 2012 11:00:25 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: <93175830FB964224A4A0B2C4A6C662B3@multiplay.co.uk> In-Reply-To: <93175830FB964224A4A0B2C4A6C662B3@multiplay.co.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201212041100.25693.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Dec 2012 13:42:55 -0500 (EST) 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: Tue, 04 Dec 2012 18:42:56 -0000 On Friday, November 09, 2012 9:18:17 am Steven Hartland wrote: > I've been doing a lot of work over the past few weeks find and fixing bugs > in the mfi driver. One of these fixes was to ensure that mfi_max_cmds is > used consistently throughout the driver to ensure validation checks work > as expected. > > During this I noticed that mfi_max_cmds is very low for current generation > controllers. In my case 2208 based controller reports 1008 cmd slots, so > quite a jump from the previous max which I believe was 256? > > I was wondering if we should look to change the how our sysctl is setup? > > Recently John you made the following comment: > > Mess with mfi_max_cmds at your own risk. The limit was added to work around > > broken mfi(4) firmware revisions that would lock up when the entire command > > queue (256) was used. Just a suggestion to be cautious. It is probably > > safe to use more than 128, but I would be wary of using all of the slots on > > your adapter. (A verbose boost will show you the number of command slots your > > firmware supports.) > > http://lists.freebsd.org/pipermail/freebsd-current/2012-September/036639.html > > Do you have an information about this specifically:- > 1. Which generation of controller? > 2. Which controller firmware was effected? > 3. Was there a reproducible scenario which triggered this behaviour? > > I'm going to test stability here but my current thinking is to change the > default to -1 (controller limit) for new tbolt based controllers. > > N.B. Resent from correct list account, sorry for the duplicate John. I do not have those details, no. I believe it was seen in earlier mfi(4) adapters such as the parts shipped in Dell PE2950s (though knowing Dell that probably covers a wide range of mfi(4) parts at this point). Scott Long is the one who added the limit in r178968 in May of 2008 (so that gives you a bit of the timeframe for which parts were in vogue then). I do think that the adapters where we saw this hang used 256 command slots (may also help narrow the relevant set of boards down). -- John Baldwin From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 5 11:09:07 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 BBBB6BE0 for ; Wed, 5 Dec 2012 11:09:07 +0000 (UTC) (envelope-from bjwela@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 770318FC12 for ; Wed, 5 Dec 2012 11:09:07 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so6220082obc.13 for ; Wed, 05 Dec 2012 03:09:06 -0800 (PST) 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=RIhM9Cn+Pt7o5bxXTuoRJM24xdzzQTVh8Nfp5LJ4zIs=; b=bK+vZ36C5t/4qqf0X+nijdrTEFD7C/6SC4Cv3O2R6gzdj0E88uMd3ylmB+7ESAg4Uc doMaKUdGaP2UkGelvmv32wOoIKE+FioZVmqeW9IB6e1YGuJ/5uiceRA+xapY2bdbx2Gc 6FUNwNZ6scKIqDmsxukAXfUOBSPowU3MXmYnD+DaAfeKXtk9NNeSsx5hEB6YFzbY29Yx kjwWR7+JJPcRt75LABd1ZDIeubKJ+pJ6hEh4LSMC1QCezBz4czGFPrfuS+D+NPRSNqJ1 ghUtj3v9MYao90Dy0IzClShFzDgUcLH8eY+L3aQ1i2sm/k+LXF+pj2lHgYYWJQP4yfiP T6vQ== MIME-Version: 1.0 Received: by 10.60.31.241 with SMTP id d17mr13847841oei.107.1354705746623; Wed, 05 Dec 2012 03:09:06 -0800 (PST) Received: by 10.76.173.167 with HTTP; Wed, 5 Dec 2012 03:09:06 -0800 (PST) Date: Wed, 5 Dec 2012 12:09:06 +0100 Message-ID: Subject: FibreChannel HBAs in target mode tested with isp driver From: Bjorn Larsson To: 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: Wed, 05 Dec 2012 11:09:07 -0000 Dear all, I am setting up a storage system based on FreeBSD 9 and looking at purchasing a QLogic fibre channel adapter for testing. Is there an updated list of tested Qlogic adapters that works with isp? Has anyone got adapters from the Qlogic25xx series to work as a target? I appreciate any tips on working adapters. Best regards, Bjorn From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 5 20:05:08 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 4189C82F; Wed, 5 Dec 2012 20:05:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id AFD258FC12; Wed, 5 Dec 2012 20:05:06 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qB5K6vAU060511 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2012 21:07:01 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50BFA8E0.3050603@omnilan.de> Date: Wed, 05 Dec 2012 21:04:48 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: cam SCSI negotiation issues (mpt in that case), only 3.300MB/s transfers References: <50AF7C88.5000507@omnilan.de> In-Reply-To: <50AF7C88.5000507@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFBBB97480F55D763FDF81840" 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, 05 Dec 2012 20:05:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFBBB97480F55D763FDF81840 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 23.11.2012 14:39 (localtime): > ... > found out that hint.mpt.0.msi_enable=3D"1" > solves the interrupt storm problem, although dmesg output still is > exactly the same: > mpt0: port 0x4000-0x40ff mem > 0xd6440000-0xd645ffff,0xd6420000-0xd643ffff irq 18 at device 0.0 on pci= 3 > mpt0: MPI Version=3D1.2.15.0 > Btw, I'm still curious what the sysctl "hw.mpt.0.role" means? With my > LSI1030 it's "3", an onther 1068, it's "1" Any hint for me what "hw.mpt.0.role" means? > ...I had no luck using "camcontrol negotiate sa0 -R 40" to > alter the negotiation parameters. > It always shows 3,300MB/s and seems to reflect reality I'd still need help here if possible. Is there any point to start for non-developers? Any SCSI command "secrets" I can try? If anybody is interested in solving, but lacks hardware, I'd donate one LSI20320IE. Thanks, -Harry (not subscribed to freebsd-scsi@) --------------enigFBBB97480F55D763FDF81840 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlC/qOgACgkQLDqVQ9VXb8gafACgsPQgIcDo4sM2kLqfiGtskIwO jegAn2Oc/pwDSGpJvtlz2qY/HBnn4DLB =w2Mo -----END PGP SIGNATURE----- --------------enigFBBB97480F55D763FDF81840-- From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 5 21:23:05 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 CF2C6F3; Wed, 5 Dec 2012 21:23:05 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id A6F198FC1C; Wed, 5 Dec 2012 21:23:04 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qB5LP4ss061869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2012 22:25:04 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50BFBB36.4080808@omnilan.de> Date: Wed, 05 Dec 2012 22:23:02 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: cam SCSI negotiation issues (mpt in that case), only 3.300MB/s transfers References: <50AF7C88.5000507@omnilan.de> <50BFA8E0.3050603@omnilan.de> In-Reply-To: <50BFA8E0.3050603@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2689A864DF9F1D9383DA6CBD" 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, 05 Dec 2012 21:23:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2689A864DF9F1D9383DA6CBD Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 05.12.2012 21:04 (localtime): > schrieb Harald Schmalzbauer am 23.11.2012 14:39 (localtime): >> ... >> found out that hint.mpt.0.msi_enable=3D"1" >> solves the interrupt storm problem, although dmesg output still is >> exactly the same: >> mpt0: port 0x4000-0x40ff mem >> 0xd6440000-0xd645ffff,0xd6420000-0xd643ffff irq 18 at device 0.0 on pc= i3 >> mpt0: MPI Version=3D1.2.15.0 >> Btw, I'm still curious what the sysctl "hw.mpt.0.role" means? With my >> LSI1030 it's "3", an onther 1068, it's "1" > Any hint for me what "hw.mpt.0.role" means? > > >> ...I had no luck using "camcontrol negotiate sa0 -R 40" to >> alter the negotiation parameters. >> It always shows 3,300MB/s and seems to reflect reality > I'd still need help here if possible. > Is there any point to start for non-developers? Any SCSI command > "secrets" I can try? > If anybody is interested in solving, but lacks hardware, I'd donate one= > LSI20320IE. > Found dev.mpt.0.debug, set to 8: Dec 5 21:05:36 wega kernel: mpt0: exit mpt_intr Dec 5 21:05:36 wega kernel: mpt0: enter mpt_intr =2E (some hundred times repeated) kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: TMF complete: req 0xffffff8030ace480:304 status 0x0 kernel: mpt0: exit mpt_intr kernel: SCSI IO Request @ 0xffffff823ffa7b00 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012a kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 32 kernel: LUN: 0x0 kernel: Control 0x00000500 NODATATRANSFER UNTAGGED kernel: DataLength 0x00000000 kernel: SenseBufAddr 0x911255e0 kernel: CDB[0:6] 00 00 00 00 00 00 kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9a00 kernel: IOC Status Success kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012a kernel: Bus: 0 kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: TMF complete: req 0xffffff8030ace480:304 status 0x0 kernel: mpt0: exit mpt_intr kernel: SCSI IO Request @ 0xffffff823ffa7b00 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012a kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 32 kernel: LUN: 0x0 kernel: Control 0x00000500 NODATATRANSFER UNTAGGED kernel: DataLength 0x00000000 kernel: SenseBufAddr 0x911255e0 kernel: CDB[0:6] 00 00 00 00 00 00 kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: SCSI IO Request Reply @ 0xffffff823fff9a00 kernel: IOC Status Success kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012a kernel: Bus: 0 kernel: TargetID 0 kernel: CDBLength 6 kernel: SCSI Status: Check Condition kernel: SCSI State: (0x00000001)AutoSense_Valid kernel: TransferCnt 0x0000 kernel: SenseCnt 0x0012 kernel: ResponseInfo 0x00000000 kernel: mpt0: exit mpt_intr kernel: SCSI IO Request @ 0xffffff80002ae3d0 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012b kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911257e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001012b kernel: mpt0: exit mpt_intr kernel: SCSI IO Request @ 0xffffff80002ae3d0 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012c kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000038 kernel: SenseBufAddr 0x911259e0 kernel: CDB[0:6] 12 00 00 00 38 00 kernel: SE64 0xffffff8240020830: Addr=3D0x0000000057ce18f8 FlagsLength=3D0xd3000038 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001012c kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae3d0 kernel: Chain Offset 0x00 kernel: MsgContext 0x0001012e kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x000000ff kernel: SenseBufAddr 0x91125de0 kernel: CDB[0:6] 12 01 00 00 ff 00 kernel: SE64 0xffffff8240020c30: Addr=3D0x0000000007c80900 FlagsLength=3D0xd30000ff kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9c00 kernel: IOC Status SCSI: Data Underrun kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012e kernel: Bus: 0 kernel: TargetID 0 kernel: CDBLength 6 kernel: SCSI Status: OK kernel: SCSI State: (0x00000000) kernel: TransferCnt 0x000a kernel: SenseCnt 0x0000 kernel: ResponseInfo 0x00000000 kernel: SCSI IO Request @ 0xffffff80002ae3d0 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012f kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x000000ff kernel: SenseBufAddr 0x91125fe0 kernel: CDB[0:6] 12 01 80 00 ff 00 kernel: SE64 0xffffff8240020e30: Addr=3D0x00000001c8008800 FlagsLength=3D0xd30000ff kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9d00 kernel: IOC Status SCSI: Data Underrun kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012f kernel: Bus: 0 kernel: TargetID 0 kernel: CDBLength 6 kernel: SCSI Status: OK kernel: SCSI State: (0x00000000) kernel: SenseCnt 0x0000 kernel: ResponseInfo 0x00000000 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010131 kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x1 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911263e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240021230: Addr=3D0x00000001f98678f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010131 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010133 kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x2 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911267e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240021630: Addr=3D0x00000001f986a0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010133 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010135 kernel: Bus: 0 kernel: TargetID 0 kernel: LUN: 0x3 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91126be0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240021a30: Addr=3D0x0000000057cb58f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010135 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010137 kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x4 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91126fe0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240021e30: Addr=3D0x00000000071438f8 FlagsLength=3D0xd3000024 kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010137 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010139 kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x5 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911273e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022230: Addr=3D0x00000001f98180f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010139 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013b kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x6 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911277e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022630: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013b kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013d kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x7 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127be0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022a30: Addr=3D0x00000000070fd0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013d kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[1]: current NP 0 Info 0 kernel: mpt0: mpt_get_spi_settings[1]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013f kernel: Bus: 0 kernel: TargetID 1 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127fe0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022e30: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9700 kernel: IOC Status SCSI: Device Not There kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013f kernel: Bus: 0 kernel: TargetID 1 kernel: CDBLength 6 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010141 kernel: Bus: 0 kernel: TargetID 2 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911283e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240023230: Addr=3D0x0000000057c1b0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9900 kernel: IOC Status SCSI: Device Not There kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010141 kernel: Bus: 0 kernel: TargetID 2 kernel: CDBLength 6 kernel: SCSI Status: OK kernel: SCSI State: (0x00000000) kernel: TransferCnt 0x0000 kernel: SenseCnt 0x0000 kernel: ResponseInfo 0x00000000 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: SenseBufAddr 0x911277e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022630: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013b kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgContext 0x0001013d kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x7 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127be0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022a30: Addr=3D0x00000000070fd0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911273e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022230: Addr=3D0x00000001f98180f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010139 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013b kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x6 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911277e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022630: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013b kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013d kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x7 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127be0 kernel: SE64 0xffffff8240022a30: Addr=3D0x00000000070fd0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013d kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[1]: current NP 0 Info 0 kernel: mpt0: mpt_get_spi_settings[1]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013f kernel: Bus: 0 kernel: TargetID 1 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127fe0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022e30: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9700 kernel: IOC Status SCSI: Device Not There I can't read anything useful in there, but maybe someone else can? This PR is about the same symptom, stating that the regression has been between 6.2 and 6.3: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D120247 Back in 2006-May, Scott Long and Matthew Jacob responded to a similar mpt issue: http://lists.freebsd.org/pipermail/freebsd-current/2006-May/063619.html Does anybody know if that hs ever been fixed? Thanks, -Harry --------------enig2689A864DF9F1D9383DA6CBD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlC/uzcACgkQLDqVQ9VXb8jkdwCeLVbUaEUblTGsUbSkiG4shTov iP4AoLdxo7cwaHUUTEVVgA+sdhagfYAp =mC7n -----END PGP SIGNATURE----- --------------enig2689A864DF9F1D9383DA6CBD-- From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 5 21:37:04 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 06DAA5C3 for ; Wed, 5 Dec 2012 21:37:04 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id AE8CC8FC14 for ; Wed, 5 Dec 2012 21:37:03 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id qB5LavwS006563; Wed, 5 Dec 2012 14:36:57 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id qB5LavmF006562; Wed, 5 Dec 2012 14:36:57 -0700 (MST) (envelope-from ken) Date: Wed, 5 Dec 2012 14:36:57 -0700 From: "Kenneth D. Merry" To: Bjorn Larsson Subject: Re: FibreChannel HBAs in target mode tested with isp driver Message-ID: <20121205213657.GA6316@nargothrond.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i 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: Wed, 05 Dec 2012 21:37:04 -0000 On Wed, Dec 05, 2012 at 12:09:06 +0100, Bjorn Larsson wrote: > Dear all, > > > > I am setting up a storage system based on FreeBSD 9 and looking at > purchasing a QLogic fibre channel adapter for testing. > > > > Is there an updated list of tested Qlogic adapters that works with isp? > > > > Has anyone got adapters from the Qlogic25xx series to work as a target? Yes, they work in target and initiator mode. I would suggest getting an 8Gb Qlogic board, it should work fine with isp(4) and ctl. On the target side: [root@storage-domain ~]# ctladm create -b ramdisk -s 1048576000000 LUN created successfully backend: ramdisk device type: 0 LUN size: 1048576000000 bytes blocksize 512 bytes LUN ID: 0 Serial Number: MYSERIAL 0 Device ID; MYDEVID 0 [root@storage-domain ~]# ctladm create -b ramdisk -s 1048576000000 LUN created successfully backend: ramdisk device type: 0 LUN size: 1048576000000 bytes blocksize 512 bytes LUN ID: 1 Serial Number: MYSERIAL 1 Device ID; MYDEVID 1 [root@storage-domain ~]# ctladm create -b ramdisk -s 1048576000000 LUN created successfully backend: ramdisk device type: 0 LUN size: 1048576000000 bytes blocksize 512 bytes LUN ID: 2 Serial Number: MYSERIAL 2 Device ID; MYDEVID 2 [root@storage-domain ~]# ctladm create -b ramdisk -s 1048576000000 LUN created successfully backend: ramdisk device type: 0 LUN size: 1048576000000 bytes blocksize 512 bytes LUN ID: 3 Serial Number: MYSERIAL 3 Device ID; MYDEVID 3 [root@storage-domain ~]# ctladm port -l Port Online Type Name pp vp WWNN WWPN 0 NO IOCTL CTL ioctl 0 0 0 0 1 NO INTERNAL ctl2cam 0 0 0x5000000f12ead300 0x5000000f12ead302 2 NO INTERNAL CTL internal 0 0 0 0 3 NO FC isp0 0 0 0 0 4 NO FC isp1 1 0 0 0 [root@storage-domain ~]# ctladm port -o on Front End Ports enabled On the target side: scbus3 on isp0 bus 0: at scbus3 target 0 lun 0 (pass7,sg7,da9) at scbus3 target 0 lun 1 (sg13,da11,pass13) at scbus3 target 0 lun 2 (sg14,da12,pass14) at scbus3 target 0 lun 3 (sg15,da13,pass15) <> at scbus3 target -1 lun -1 () scbus4 on isp1 bus 0: at scbus4 target 0 lun 0 (pass8,sg8,da14) at scbus4 target 0 lun 1 (sg16,da15,pass16) at scbus4 target 0 lun 2 (sg17,da16,pass17) at scbus4 target 0 lun 3 (sg18,da17,pass18) <> at scbus4 target -1 lun -1 () [root@doc-sd ~]# dd if=/dev/da15 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 0.331754 secs (316070143 bytes/sec) The boards on both ends are dual port 8Gb Qlogic boards: isp0: port 0xc400-0xc4ff mem 0xf3344000-0xf3347fff,0xf3000000-0xf30fffff irq 44 at device 7.0 on pci0 isp0: setting role to 0x2 isp0: Board Type 2532, Chip Revision 0x2, resident F/W Revision 5.4.1 isp0: Attributes: (unknown 0x0000000000000080) isp0: 2048 max I/O command limit set isp0: Chan 0 0x20000024ff2738ae/0x21000024ff2738ae Role Initiator isp0: Starting Initial Loop Down Timer @ 1 isp1: port 0xc500-0xc5ff mem 0xf3348000-0xf334bfff,0xf3100000-0xf31fffff irq 18 at device 8.0 on pci0 isp1: setting role to 0x2 isp1: Board Type 2532, Chip Revision 0x2, resident F/W Revision 5.4.1 isp1: Attributes: (unknown 0x0000000000000080) isp1: 2048 max I/O command limit set isp1: Chan 0 0x20000024ff2738ae/0x21000024ff2738ae Role Initiator isp1: Starting Initial Loop Down Timer @ 1 Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 5 21:39:45 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 5FA95621; Wed, 5 Dec 2012 21:39:45 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 92D4D8FC0C; Wed, 5 Dec 2012 21:39:44 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qB5LfiZb062055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2012 22:41:44 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50BFBF1E.30901@omnilan.de> Date: Wed, 05 Dec 2012 22:39:42 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: cam SCSI negotiation issues (mpt in that case), only 3.300MB/s transfers References: <50AF7C88.5000507@omnilan.de> <50BFA8E0.3050603@omnilan.de> <50BFBB36.4080808@omnilan.de> In-Reply-To: <50BFBB36.4080808@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1CA7D274CC31E794734FEAE4" 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, 05 Dec 2012 21:39:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1CA7D274CC31E794734FEAE4 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 05.12.2012 22:23 (localtime): > kernel: IOC Status SCSI: Data Underrun Searching for this topic showd an 53c1030 errata fix: https://patchwork.kernel.org/patch/94223/ Like you guessed, I can't make use of it, but probably someone else? Thanks, -Harry --------------enig1CA7D274CC31E794734FEAE4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlC/vx4ACgkQLDqVQ9VXb8g8FgCeOfwg24uGjRUAT50HVodOSVjP eIwAn0sGx48RBiX9YNEPWOTPepmEcM7Y =LrZe -----END PGP SIGNATURE----- --------------enig1CA7D274CC31E794734FEAE4-- From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 6 02:54:08 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 4EFC9F36 for ; Thu, 6 Dec 2012 02:54:08 +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 1FD948FC12 for ; Thu, 6 Dec 2012 02:54:07 +0000 (UTC) Received: from [192.168.135.2] (quaver.net [76.14.49.207]) (authenticated bits=0) by ns1.feral.com (8.14.5/8.14.4) with ESMTP id qB62s0Rg009096 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 5 Dec 2012 18:54:01 -0800 (PST) (envelope-from mjacob@freebsd.org) Message-ID: <50C008C8.10105@freebsd.org> Date: Wed, 05 Dec 2012 18:54:00 -0800 From: Matthew Jacob Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: h.schmalzbauer@omnilan.de Subject: Re: cam SCSI negotiation issues (mpt in that case), only 3.300MB/s transfers References: <50AF7C88.5000507@omnilan.de> <50BFA8E0.3050603@omnilan.de> <50BFBB36.4080808@omnilan.de> <50BFBF1E.30901@omnilan.de> In-Reply-To: <50BFBF1E.30901@omnilan.de> Content-Type: text/plain; charset=ISO-8859-15; 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, 05 Dec 2012 18:54:01 -0800 (PST) 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, 06 Dec 2012 02:54:08 -0000 On 12/5/2012 1:39 PM, Harald Schmalzbauer wrote: > schrieb Harald Schmalzbauer am 05.12.2012 22:23 (localtime): >> kernel: IOC Status SCSI: Data Underrun > Searching for this topic showd an 53c1030 errata fix: > > https://patchwork.kernel.org/patch/94223/ > > Like you guessed, I can't make use of it, but probably someone else? > > Thanks, > > -Harry > I've had this known something about for about 18 months. I have lacked time to pursue it. I think I have a board and a couple of targets still. The other system I had for testing this on, an AMD Hammer, died a couple of months ago. Just no time to work on it. If you keep annoying me I might get around to it. hw.mpt.X.role means target/initiatiator/both/none. From owner-freebsd-scsi@FreeBSD.ORG Fri Dec 7 09:20:14 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 B0017CA0 for ; Fri, 7 Dec 2012 09:20:14 +0000 (UTC) (envelope-from mathieu.sim@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 33C888FC12 for ; Fri, 7 Dec 2012 09:20:12 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id je9so122274bkc.13 for ; Fri, 07 Dec 2012 01:20:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=WO8uk4YOTW8iM8ftKXa7uHgcToOFLHTxgmQLBABZEm4=; b=E2WZtHv1ma/2Fklkf3ggQL90e4mggJCpSkX2ty9pva/kj7oj0ADwQUcHQ919cNM2Gq T9rB+lawQFcbPiyB/ORzELWbzhnFU7+XLtZP7g1MQL4WOd/u+Q7mZQ5nQ6uM+7yD8x4Q TwQ7LvvE4v/e+/4iydKSjpt3U9btzovXBJw3lTOs7Wr/Enw/rtKqGHHqjsJmSo/o0V/V sFIPiepTOcK3tTo6ZE5x/TOZV0dKYueLruCb8eOnT08LeV+1E3SSKA0VJh1i9w9B4ivE CV1znpqmAllK3EXQ+Bc/iLW+w37Y6VcqfW4swPkqvLzRKMpUlq1LhM22wVQaN8Mmdvfd NbkA== Received: by 10.204.6.20 with SMTP id 20mr1740736bkx.33.1354872011072; Fri, 07 Dec 2012 01:20:11 -0800 (PST) Received: from [192.168.1.51] (77-195.196-178.cust.bluewin.ch. [178.196.195.77]) by mx.google.com with ESMTPS id hm8sm8317643bkc.10.2012.12.07.01.20.09 (version=SSLv3 cipher=OTHER); Fri, 07 Dec 2012 01:20:10 -0800 (PST) Message-ID: <50C1B4C9.7060107@gmail.com> Date: Fri, 07 Dec 2012 10:20:09 +0100 From: Mathieu Simon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Subject: mfi DELL H810 support Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit 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, 07 Dec 2012 09:20:14 -0000 G'day I've also run in a similar situation but it seems the manpage could need some updating since the new driver actually supports a wider range of mfi controllers than yet documented. >From reading I'm quite certain PERC H810 is a MegaRAID, not an plain HBA thus I'd guess your bet with mfi wasn't wrong, mps is for HBA or HBA-mode flashed RAID boards. Just give it a try, if mfiutil can 'show adapters' and 'show drives' you might be lucky. But thunderbolt/drake skinny support was only merged after 8.3 and 9.0, so your first try might be with 9.1. Since I'm quite new to FreeBSD I didn't knew better than making a problem report for the adapters I found they worked for me (shameless plug): http://www.freebsd.org/cgi/query-pr.cgi?pr=173893 pfSense has imported the patches from 8-STABLE and yet I haven't experienced problems with mfi using a IBM ServeRAID M1115 (I hope it stays as such... and thanks to the developers!). Best regards Mathieu From owner-freebsd-scsi@FreeBSD.ORG Sat Dec 8 13:23:52 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 26BA8860; Sat, 8 Dec 2012 13:23:52 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 839848FC0C; Sat, 8 Dec 2012 13:23:50 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qB8DRo8t027000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Dec 2012 14:27:53 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50C33F54.1020304@omnilan.de> Date: Sat, 08 Dec 2012 14:23:32 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: mjacob@freebsd.org Subject: Re: cam SCSI negotiation issues (mpt in that case), only 3.300MB/s transfers References: <50AF7C88.5000507@omnilan.de> <50BFA8E0.3050603@omnilan.de> <50BFBB36.4080808@omnilan.de> <50BFBF1E.30901@omnilan.de> <50C008C8.10105@freebsd.org> In-Reply-To: <50C008C8.10105@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6CEB27848213E00959EF5385" 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: Sat, 08 Dec 2012 13:23:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6CEB27848213E00959EF5385 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Matthew Jacob am 06.12.2012 03:54 (localtime): > On 12/5/2012 1:39 PM, Harald Schmalzbauer wrote: >> schrieb Harald Schmalzbauer am 05.12.2012 22:23 (localtime): >>> kernel: IOC Status SCSI: Data Underrun >> Searching for this topic showd an 53c1030 errata fix: >> >> https://patchwork.kernel.org/patch/94223/ >> >> Like you guessed, I can't make use of it, but probably someone else? >> >> Thanks, >> >> -Harry >> > I've had this known something about for about 18 months. I have lacked > time to pursue it. I think I have a board and a couple of targets > still. The other system I had for testing this on, an AMD Hammer, died > a couple of months ago. Just no time to work on it. If you keep > annoying me I might get around to it. I'd highly appreciate if you could find some time to fix the mpt 53C1030 negotiation. I've never had problems with mpt, so I haven't wasted a thought about checking compatiblity before I bought 3 LSI20320IE... Unfortunately I'm now in production with my choice and I worry about trashing my DAT72 because I can't keep it streaming. I checked the same setup in a different (WinXP) Guest-VM and it resulted in a 5,5MB/s stream= =2E If I can help, please let me know. I could setup either a VM-Guest with the 20320IE passed through and an DAT attached, or a real box with the same components. Both with extra serial remote-console. > > hw.mpt.X.role means target/initiatiator/both/none. > I guess it's starting with 0, so my 20320IE has role "none". Is that just a cosmetic bug? Thanks, -Harry --------------enig6CEB27848213E00959EF5385 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlDDP10ACgkQLDqVQ9VXb8iwDgCfXKmtedyVi2MicIadW9Z42qek v9QAoIPN06e5wE9bTVc97sn5r99UNg9d =Mgqi -----END PGP SIGNATURE----- --------------enig6CEB27848213E00959EF5385--