From owner-freebsd-scsi@FreeBSD.ORG Sun Jan 18 17:09:15 2009 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED42D106566B; Sun, 18 Jan 2009 17:09:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D50468FC22; Sun, 18 Jan 2009 17:09:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0IH9FHC092942; Sun, 18 Jan 2009 17:09:15 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0IH9FR9092938; Sun, 18 Jan 2009 17:09:15 GMT (envelope-from gavin) Date: Sun, 18 Jan 2009 17:09:15 GMT Message-Id: <200901181709.n0IH9FR9092938@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/130621: [mpt] tranfer rate is inscrutable slow when use lsi21320-is raid0 mode and have some other problems X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2009 17:09:16 -0000 Old Synopsis: the tranfer rate is inscrutable slow when use lsi21320-is raid0 mode and have some other problems New Synopsis: [mpt] tranfer rate is inscrutable slow when use lsi21320-is raid0 mode and have some other problems Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: gavin Responsible-Changed-When: Sun Jan 18 17:03:04 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). To submitter: to be honest you are probably better off submitting one PR for each of these issues (missing passX devices, intermittant 3.3MB/s detected speed) as I suspect they are not connected to each other. If you dodo that, mention this PR so that we remember to close it. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=130621 From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 19 11:07:05 2009 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F26D106566B for ; Mon, 19 Jan 2009 11:07:05 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7C85E8FC17 for ; Mon, 19 Jan 2009 11:07:05 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0JB752v063097 for ; Mon, 19 Jan 2009 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0JB74bX063093 for freebsd-scsi@FreeBSD.org; Mon, 19 Jan 2009 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Jan 2009 11:07:04 GMT Message-Id: <200901191107.n0JB74bX063093@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 Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 11:07:05 -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/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/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll 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/119668 scsi [cam] [patch] certain errors are too verbose comparing 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/94838 scsi Kernel panic while mounting SD card with lock switch o 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/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 31 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 19 15:34:46 2009 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0469106567B; Mon, 19 Jan 2009 15:34:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 845078FC17; Mon, 19 Jan 2009 15:34:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0JFYkQZ069542; Mon, 19 Jan 2009 15:34:46 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0JFYkWT069538; Mon, 19 Jan 2009 15:34:46 GMT (envelope-from linimon) Date: Mon, 19 Jan 2009 15:34:46 GMT Message-Id: <200901191534.n0JFYkWT069538@freefall.freebsd.org> To: scottl@freebsd.org, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/130735: [cam] [patch] pass M_NOWAIT to the malloc() call inside cdreaddvdstructure() X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 15:34:48 -0000 Old Synopsis: [patch] pass M_NOWAIT to the malloc() call inside cdreaddvdstructure() New Synopsis: [cam] [patch] pass M_NOWAIT to the malloc() call inside cdreaddvdstructure() Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 19 15:34:25 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=130735 From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 19 19:30:03 2009 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0BE106566B for ; Mon, 19 Jan 2009 19:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B9D788FC14 for ; Mon, 19 Jan 2009 19:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0JJU3Ew041561 for ; Mon, 19 Jan 2009 19:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0JJU3Sf041556; Mon, 19 Jan 2009 19:30:03 GMT (envelope-from gnats) Date: Mon, 19 Jan 2009 19:30:03 GMT Message-Id: <200901191930.n0JJU3Sf041556@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Eygene Ryabinkin Cc: Subject: Re: kern/130735: [patch] pass M_NOWAIT to the malloc() call inside cdreaddvdstructure() X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eygene Ryabinkin List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 19:30:04 -0000 The following reply was made to PR kern/130735; it has been noted by GNATS. From: Eygene Ryabinkin To: Jaakko Heinonen Cc: bug-followup@FreeBSD.org Subject: Re: kern/130735: [patch] pass M_NOWAIT to the malloc() call inside cdreaddvdstructure() Date: Mon, 19 Jan 2009 22:25:28 +0300 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Jakko, good day. Mon, Jan 19, 2009 at 05:06:47PM +0200, Jaakko Heinonen wrote: > On 2009-01-19, Eygene Ryabinkin wrote: > > --- a/sys/cam/scsi/scsi_cd.c > > +++ b/sys/cam/scsi/scsi_cd.c > > @@ -4063,7 +4063,7 @@ cdreaddvdstructure(struct cam_periph *periph, struct dvd_struct *dvdstruct) > > } > > > > if (length != 0) { > > - databuf = malloc(length, M_DEVBUF, M_WAITOK | M_ZERO); > > + databuf = malloc(length, M_DEVBUF, M_NOWAIT | M_ZERO); > > } else > > databuf = NULL; > > This change doesn't look correct. If you use M_NOWAIT malloc(9) can fail > and return NULL. Good catch -- I wasn't aware of it. The attached patch should be slightly better. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p --- sys/cam/scsi/scsi_cd.c.orig 2007-07-21 22:07:45.000000000 +0400 +++ sys/cam/scsi/scsi_cd.c 2009-01-19 22:19:18.000000000 +0300 @@ -4063,7 +4063,11 @@ } if (length != 0) { - databuf = malloc(length, M_DEVBUF, M_WAITOK | M_ZERO); + databuf = malloc(length, M_DEVBUF, M_NOWAIT | M_ZERO); + if (databuf == NULL) { + error = ENOMEM; + goto bailout; + } } else databuf = NULL; --WIyZ46R2i8wDzkSu-- From owner-freebsd-scsi@FreeBSD.ORG Tue Jan 20 04:43:19 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B25DB106566B for ; Tue, 20 Jan 2009 04:43:19 +0000 (UTC) (envelope-from andreyns@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 462128FC0A for ; Tue, 20 Jan 2009 04:43:18 +0000 (UTC) (envelope-from andreyns@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1788255fgb.35 for ; Mon, 19 Jan 2009 20:43:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=cR5LFfgnztSnuKj6eTacNFQ3uX/Bumm7HdPwiwF9THM=; b=YanZ4m57XxIRFFd4OGxfy06qXXxmLNd23Q9x0FrKDFGq6blfUOPeL+SaQeuJuC4rrM nF8goZBamY4T3zikqQSgLH5XGOkoiyi3XayUW+Py9/DiSR9rhkOYbwbhre8iguDnSJG5 mqDe/vetbp/tEtORH/cSOH5CCoxdlpixH4r3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=GpkN6X0dBWP1ypdhSy4o1e/MfOYZgwfbGUuncJpaolemQi2O+2KTXx2jmalusDf3qi oTUVN7CVDix6XPa8RzvwZ8aLkL8YAldG0ljQEJtynRcs+dwf0UysGPCmTglSE4KArVUj VUvtAyyOmmZZGfcU0bWIZNCy4uyHXAQtmH7dA= Received: by 10.86.68.2 with SMTP id q2mr486712fga.3.1232425282996; Mon, 19 Jan 2009 20:21:22 -0800 (PST) Received: by 10.86.86.18 with HTTP; Mon, 19 Jan 2009 20:21:22 -0800 (PST) Message-ID: <7aab6650901192021j768ed9d4v98650039f937734e@mail.gmail.com> Date: Tue, 20 Jan 2009 09:21:22 +0500 From: "Sukharew N Andrew" To: freebsd-scsi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Can't connect Sun StorEdge 3310 to FreeBSD 7.1 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2009 04:43:19 -0000 Hello. At time when OS starting seen next lines run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config (probe15:ciss0:32:0:0): Begin Domain Validation (probe17:ciss0:32:2:0): Begin Domain Validation (probe15:ciss0:32:0:0): inquiry data fails comparison at DV1 step (probe17:ciss0:32:2:0): inquiry data fails comparison at DV1 step (probe15:ciss0:32:0:0): Leave Domain Validation (probe17:ciss0:32:2:0): Leave Domain Validation run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 138919MB (284506560 512 byte sectors: 255H 32S/T 34866C) ses0 at ciss0 bus 32 target 0 lun 0 ses0: Removable Enclosure Services SCSI-4 device ses0: 135.168MB/s transfers ses0: SCSI-3 SES Device ses1 at ciss0 bus 32 target 2 lun 0 ses1: Removable Enclosure Services SCSI-4 device ses1: 135.168MB/s transfers ses1: SCSI-3 SES Device When I'm doing "camcontrol rescan all" I see next lines in /var/log/messages: cam_periph_alloc: attempt to re-allocate valid device pass0 rejected passasync: Unable to attach new device due to status 0x6: CCB request was invalid cam_periph_alloc: attempt to re-allocate valid device da0 rejected daasync: Unable to attach to new device due to status 0x6 How can I use storedge ? -- ------------------ With best regards Sukharew N Andrew From owner-freebsd-scsi@FreeBSD.ORG Sat Jan 24 23:53:24 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79664106564A for ; Sat, 24 Jan 2009 23:53:24 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 320588FC14 for ; Sat, 24 Jan 2009 23:53:24 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 2409 invoked by uid 0); 24 Jan 2009 23:25:07 -0000 Received: from unknown (HELO toasty.nat.fasttrackmonkey.com) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Jan 2009 23:25:07 -0000 Date: Sat, 24 Jan 2009 18:25:05 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@toasty.nat.fasttrackmonkey.com To: freebsd-scsi@freebsd.org Message-ID: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: 7.1 and mpt, slow writes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jan 2009 23:53:24 -0000 Hi all, I had this one figured out in 6.x, but I'm not seeing a similar fix in 7.x. I have a Dell Poweredge 860 with a Dell-branded LSI controller: mpt0: port 0xec00-0xecff mem 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 mpt0: [ITHREAD] mpt0: MPI Version=1.5.13.0 mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 1 Active Volume (2 Max) mpt0: 2 Hidden Drive Members (10 Max) ... mpt0:vol0(mpt0:0:0): Settings ( Hot-Plug-Spares High-Priority-ReSync ) mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 mpt0:vol0(mpt0:0:0): 2 Members: (mpt0:1:32:0): Primary Online (mpt0:1:1:0): Secondary Online mpt0:vol0(mpt0:0:0): RAID-1 - Optimal mpt0:vol0(mpt0:0:0): Status ( Enabled ) (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:0:0) (mpt0:vol0:1): Online (mpt0:vol0:0): Physical (mpt0:0:32:0), Pass-thru (mpt0:1:1:0) (mpt0:vol0:0): Online da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: 75340MB (154296320 512 byte sectors: 255H 63S/T 9604C) Basic tests with dd and bonnie show that writes are much slower than reads: [root@uniweb /jails]# dd if=/dev/zero of=foo count=1000M ^C1293952+0 records in 1293951+0 records out 662502912 bytes transferred in 97.712971 secs (6780092 bytes/sec) [root@uniweb /jails]# dd if=foo of=/dev/null 1293952+0 records in 1293952+0 records out 662503424 bytes transferred in 5.065705 secs (130782076 bytes/sec) Version 1.93d ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP uniweb.bway.n 2016M 220 99 6744 2 5985 2 417 99 58007 14 245.8 8 Latency 42611us 297ms 3053ms 24821us 43190us 4987ms Version 1.93d ------Sequential Create------ --------Random Create-------- uniweb.bway.net -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 65 0 +++++ +++ 118 0 69 0 +++++ +++ 127 0 Latency 332ms 36us 496ms 209ms 27us 2164ms In 6.x, I was able to resolve this by enabling the write cache on the drives via a loader tunable, "hw.mpt.enable_sata_wc". That seems to be gone in 7.x. Is there a new way to set this? I see no mention of the wc options at all in the mpt manpage. Also, do we have any way to monitor/manage these cards natively yet? Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork@bway.net - 212.655.9344