From owner-freebsd-scsi@FreeBSD.ORG Mon May 31 11:07:05 2010 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 07E971065674 for ; Mon, 31 May 2010 11:07:05 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E9B3E8FC14 for ; Mon, 31 May 2010 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4VB74an046118 for ; Mon, 31 May 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4VB74xB046116 for freebsd-scsi@FreeBSD.org; Mon, 31 May 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 31 May 2010 11:07:04 GMT Message-Id: <201005311107.o4VB74xB046116@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, 31 May 2010 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/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/141934 scsi [cam] [patch] add support for SEAGATE DAT Scopion 130 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 p kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid 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/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping f 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/35234 scsi World access to /dev/pass? (for scanner) requires acce 39 problems total. From owner-freebsd-scsi@FreeBSD.ORG Tue Jun 1 14:40:13 2010 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 2A511106566B for ; Tue, 1 Jun 2010 14:40:13 +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 05D728FC23 for ; Tue, 1 Jun 2010 14:40:12 +0000 (UTC) Received: from [192.168.0.102] (m206-63.dsl.tsoft.com [198.144.206.63]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o51EeCTB041283 for ; Tue, 1 Jun 2010 07:40:12 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C051BCD.9000509@feral.com> Date: Tue, 01 Jun 2010 07:40:13 -0700 From: Matthew Jacob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4BFB3985.1030301@FreeBSD.org> <4BFC1C57.4080703@FreeBSD.org> <4BFD6698.9040100@feral.com> <4BFD6C17.3020709@FreeBSD.org> <4BFEA134.3000609@feral.com> In-Reply-To: <4BFEA134.3000609@feral.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.67.166.1]); Tue, 01 Jun 2010 07:40:12 -0700 (PDT) Subject: Re: New patches for CAM SCSI probing, etc. 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, 01 Jun 2010 14:40:13 -0000 On 5/27/2010 9:43 AM, Matthew Jacob wrote: > I've radically shrunk this patch to pretty much just include the > periph driver list protection that Alexander produced plus a couple of > protections by me. > > With this, plus the DA and GEOM patches, my 'vfaulty' test passes over > night, so that's "good enough". > > Comments? I liked redoing the probe code a bit, but I'd rather just > get fixes in sooner rather than later. I intend on pushing this tomorrow lacking comments saying "no!". From owner-freebsd-scsi@FreeBSD.ORG Sat Jun 5 00:50:05 2010 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 B92271065670 for ; Sat, 5 Jun 2010 00:50:05 +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 838C18FC0A for ; Sat, 5 Jun 2010 00:50:05 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o550o4vd053112 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 4 Jun 2010 17:50:04 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C099F38.6070505@feral.com> Date: Fri, 04 Jun 2010 17:50:00 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Fri, 04 Jun 2010 17:50:05 -0700 (PDT) Subject: report luns (plus some CAM_DEBUG changes) 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, 05 Jun 2010 00:50:05 -0000 I'm ready to push this I think. Comments before I do? See http://people.freebsd.org/~mjacob/active_patches From owner-freebsd-scsi@FreeBSD.ORG Sat Jun 5 07:32:12 2010 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 DDFED1065688 for ; Sat, 5 Jun 2010 07:32:12 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 658D58FC14 for ; Sat, 5 Jun 2010 07:32:12 +0000 (UTC) Received: by fxm20 with SMTP id 20so1217576fxm.13 for ; Sat, 05 Jun 2010 00:32:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=mU1jAENgxD1vi77iTJpcGPcPCRmSYtbjs8p1SvarkTY=; b=TPMVpxUlINT//1VkfVM5uhn9Fx0B/4rtlUHvdJb+LWyRIW6VMgpgtgI+cVt7k3OJaD Cf+ooUVfrAI2NKDz/i5Yq9drHgF8yz5/enSpnSzHT8kv+IqkfJ/9aHZG0KOqcWFKCgWS tmAxc1vX5vtKPVjD8zN7XiEJs+KQSzk+wwn+U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=I5ffdnU6tu7OvcFbmww4C7mHhnULy8eovsc+8rIo+j25wbrCGsv7eAbRrAFFG/ZWlT GgTTLlVst7qRHXIrQ7TsqgHqXK+qpFOwwEdQpyNGSF9QJSoTpU9anfWBCm1MBns3Wnr3 q+7bxQyIMq60SX/OpymiXog8IhMBEsRsiaM4c= Received: by 10.223.144.79 with SMTP id y15mr624099fau.22.1275723131184; Sat, 05 Jun 2010 00:32:11 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm9153739fad.7.2010.06.05.00.32.10 (version=SSLv3 cipher=RC4-MD5); Sat, 05 Jun 2010 00:32:10 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C09FD65.9010406@FreeBSD.org> Date: Sat, 05 Jun 2010 10:31:49 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Matthew Jacob , freebsd-scsi@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: report luns (plus some CAM_DEBUG changes) 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, 05 Jun 2010 07:32:12 -0000 Matthew Jacob wrote: > I'm ready to push this I think. Comments before I do? > > See http://people.freebsd.org/~mjacob/active_patches Some comments in order of appearance: - removing blank line from xpt_acquire_device() violates style(9). - wouldn't "debug" sounded better the "dflags" in sysctl? - is there reason to check CAM_DEV_INQUIRY_DATA_VALID in PROBE_REPORT_LUNS? - in PROBE_REPORT_LUNS you are incrementing target->refcount. But who will decrement it back, if XPT_SCAN_LUN was called directly, without XPT_SCAN_BUS/TGT? - while target is probably also counted by scan request and is not going to disappear, do you think direct manipulation with target->refcount (especially decrement) is a good policy? - if xpt_create_path() or something else fails, I think you may leak target->refcount. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Sat Jun 5 15:34:32 2010 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 5B8B41065670; Sat, 5 Jun 2010 15:34:32 +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 356DF8FC08; Sat, 5 Jun 2010 15:34:31 +0000 (UTC) Received: from [172.16.135.100] (lportal.in1.lcl [172.16.1.9]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o55FYVrj042346 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 5 Jun 2010 08:34:31 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C0A6E82.4050006@feral.com> Date: Sat, 05 Jun 2010 08:34:26 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alexander Motin References: <4C09FD65.9010406@FreeBSD.org> In-Reply-To: <4C09FD65.9010406@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Sat, 05 Jun 2010 08:34:31 -0700 (PDT) Cc: freebsd-scsi@FreeBSD.org Subject: Re: report luns (plus some CAM_DEBUG changes) 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, 05 Jun 2010 15:34:32 -0000 Thank you! Since I'm old and cannot think well any more, reviews are very helpful. I've never been comfortable with the refcount fiddling, and you've forced me to rethink that. New patches shortly. > Matthew Jacob wrote: > >> I'm ready to push this I think. Comments before I do? >> >> See http://people.freebsd.org/~mjacob/active_patches >> > Some comments in order of appearance: > - removing blank line from xpt_acquire_device() violates style(9). > - wouldn't "debug" sounded better the "dflags" in sysctl? > - is there reason to check CAM_DEV_INQUIRY_DATA_VALID in PROBE_REPORT_LUNS? > - in PROBE_REPORT_LUNS you are incrementing target->refcount. But who > will decrement it back, if XPT_SCAN_LUN was called directly, without > XPT_SCAN_BUS/TGT? > - while target is probably also counted by scan request and is not > going to disappear, do you think direct manipulation with > target->refcount (especially decrement) is a good policy? > - if xpt_create_path() or something else fails, I think you may leak > target->refcount. > > From owner-freebsd-scsi@FreeBSD.ORG Sat Jun 5 15:52:46 2010 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 530A7106566B for ; Sat, 5 Jun 2010 15:52:46 +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 2B7888FC13 for ; Sat, 5 Jun 2010 15:52:45 +0000 (UTC) Received: from [172.16.135.100] (lportal.in1.lcl [172.16.1.9]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o55FqiQY042430 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 5 Jun 2010 08:52:45 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C0A72C7.8080005@feral.com> Date: Sat, 05 Jun 2010 08:52:39 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4C09FD65.9010406@FreeBSD.org> <4C0A6E82.4050006@feral.com> In-Reply-To: <4C0A6E82.4050006@feral.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Sat, 05 Jun 2010 08:52:45 -0700 (PDT) Subject: Re: report luns (plus some CAM_DEBUG changes) 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, 05 Jun 2010 15:52:46 -0000 New patch now in http://people.freebsd.org/~mjacob/active_patches >> - removing blank line from xpt_acquire_device() violates style(9). fixed >> - wouldn't "debug" sounded better the "dflags" in sysctl? this is matching the previous name usage of cam_dflags. >> - is there reason to check CAM_DEV_INQUIRY_DATA_VALID in >> PROBE_REPORT_LUNS? Just caution. Also, it allows me to avoid sending MODE SENSE to a non-connected lun (case of LUN0 not connected, but we use it to gather REPORT LUNS data) >> - in PROBE_REPORT_LUNS you are incrementing target->refcount. But who >> will decrement it back, if XPT_SCAN_LUN was called directly, without >> XPT_SCAN_BUS/TGT? >> - while target is probably also counted by scan request and is not >> going to disappear, do you think direct manipulation with >> target->refcount (especially decrement) is a good policy? >> - if xpt_create_path() or something else fails, I think you may leak >> target->refcount. >> >> I've fixed this by delaying the freeing of the old path in xpt_scan_bus/XPT_SCAN_LUN until *past* the creation of the next path (in the case we have more to scan). This gets us past having the target (with its list of luns) go away out from underneath us in the case that lun0 was scanned but is not itself on the list. I'm much happier with this change.