From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 26 02:40:16 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 6CA3F1065679 for ; Mon, 26 Oct 2009 02:40:16 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 432428FC14 for ; Mon, 26 Oct 2009 02:40:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id DB60D50A51 for ; Mon, 26 Oct 2009 02:24:22 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KkIJ8ktwdwBc for ; Mon, 26 Oct 2009 02:24:22 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id EA4F950994 for ; Mon, 26 Oct 2009 02:24:21 +0000 (GMT) Message-ID: <4AE50853.4000603@langille.org> Date: Sun, 25 Oct 2009 22:24:19 -0400 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: tape library and a stand-alone tape 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, 26 Oct 2009 02:40:16 -0000 I'm trying to add a tape library to an existing system. And I've run into a problem. I think it is related to having two tape drives in the same system, but I'm not sure. I *think* the problem is device numbering. e.g. sa0 versus sa1. What should I be reading to tie a given physical SCSI device to a particular /dev/ entry? If you're curious: http://www.freebsddiary.org/tape-library.php Thank you. From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 26 09:20:05 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 B5F4B106566C for ; Mon, 26 Oct 2009 09:20:05 +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 A4CB18FC08 for ; Mon, 26 Oct 2009 09:20:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9Q9K5nm048431 for ; Mon, 26 Oct 2009 09:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9Q9K5uR048430; Mon, 26 Oct 2009 09:20:05 GMT (envelope-from gnats) Date: Mon, 26 Oct 2009 09:20:05 GMT Message-Id: <200910260920.n9Q9K5uR048430@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Jaakko Heinonen 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: Jaakko Heinonen List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2009 09:20:05 -0000 The following reply was made to PR kern/130735; it has been noted by GNATS. From: Jaakko Heinonen To: Eygene Ryabinkin Cc: bug-followup@FreeBSD.org Subject: Re: kern/130735: [patch] pass M_NOWAIT to the malloc() call inside cdreaddvdstructure() Date: Mon, 26 Oct 2009 11:19:20 +0200 Hi, On 2009-10-24, Eygene Ryabinkin wrote: > I am feeling myself lucky today -- may be someone will be able > to look at this PR and fix the bad malloc() invocation? I have been looking at this. The same problem also exists in cdreportkey() and cdsendkey(). I think that it's better to drop periph lock while doing M_WAITOK malloc instead of using M_NOWAIT. Could you test and look at this patch: http://www.saunalahti.fi/~jh3/patches/scsi_cd-M_WAITOK-fixes.diff -- Jaakko From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 26 11:07:07 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 7FB2B106568D for ; Mon, 26 Oct 2009 11:07:07 +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 638E48FC20 for ; Mon, 26 Oct 2009 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9QB77wA043880 for ; Mon, 26 Oct 2009 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9QB76GJ043878 for freebsd-scsi@FreeBSD.org; Mon, 26 Oct 2009 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Oct 2009 11:07:06 GMT Message-Id: <200910261107.n9QB76GJ043878@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, 26 Oct 2009 11:07:07 -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/138789 scsi [cam] [patch] cd(4) patch for drives/discs failing the o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o amd64/132394 scsi [isp] - bad underruns with QLogic qla2300 and amd64 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/131032 scsi [panic] hald causing panic in scsi_sg o 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/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 38 problems total. From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 28 01:39:09 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 2FAD8106566B for ; Wed, 28 Oct 2009 01:39:09 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 06EEB8FC14 for ; Wed, 28 Oct 2009 01:39:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 6412850A55 for ; Wed, 28 Oct 2009 01:39:08 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PnIrXMH0ZUOR for ; Wed, 28 Oct 2009 01:39:07 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 50B5E50A51 for ; Wed, 28 Oct 2009 01:39:07 +0000 (GMT) Message-ID: <4AE7A0BB.8020402@langille.org> Date: Tue, 27 Oct 2009 21:39:07 -0400 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: tape changer, but not tape drive 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: Wed, 28 Oct 2009 01:39:09 -0000 I first encountered this problem in April, now I'm back to it: http://lists.freebsd.org/pipermail/freebsd-scsi/2008-April/003452.html In short, the system has tape library. The library has worked in the past (http://www.freebsddiary.org/digital-tl891.php) but now it does not. I can see either the tape library or the tape drive. Which I see depends upon the cable configuration. http://www.freebsddiary.org/images/tape-libraries-cables.jpg As shown above, that's how I would expect things to work normally. However, in that configuration, I do not see the tape drive. The cable going down, goes to the computer. If I reconnect that cable to the plug to the left of the terminator, the system can see the DLT drive, but not the tape library. Under 6.3-STABLE FreeBSD, I can see either one device or the other. ch0 at ahc0 bus 0 target 0 lun 0 ch0: Removable Changer SCSI-2 device ch0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) ch0: 10 slots, 1 drive, 1 picker, 0 portals or sa0 at ahc0 bus 0 target 1 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 Any ideas? Full dmesg output here: http://www.langille.org/tmp/dmesg.boot TIA. From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 28 02:44:30 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 B9CC0106566B for ; Wed, 28 Oct 2009 02:44:30 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0618FC08 for ; Wed, 28 Oct 2009 02:44:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 489F35835B; Tue, 27 Oct 2009 22:19:33 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z71BuTt4o0qe; Tue, 27 Oct 2009 22:19:33 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 172EC58358; Tue, 27 Oct 2009 22:19:32 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id EB47C920; Tue, 27 Oct 2009 22:19:32 -0400 (EDT) Date: Tue, 27 Oct 2009 22:19:32 -0400 From: Adam McDougall To: Dan Langille Message-ID: <20091028021932.GL62972@egr.msu.edu> References: <4AE7A0BB.8020402@langille.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AE7A0BB.8020402@langille.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-scsi@freebsd.org Subject: Re: tape changer, but not tape drive 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: Wed, 28 Oct 2009 02:44:30 -0000 On Tue, Oct 27, 2009 at 09:39:07PM -0400, Dan Langille wrote: I first encountered this problem in April, now I'm back to it: http://lists.freebsd.org/pipermail/freebsd-scsi/2008-April/003452.html In short, the system has tape library. The library has worked in the past (http://www.freebsddiary.org/digital-tl891.php) but now it does not. I can see either the tape library or the tape drive. Which I see depends upon the cable configuration. http://www.freebsddiary.org/images/tape-libraries-cables.jpg As shown above, that's how I would expect things to work normally. However, in that configuration, I do not see the tape drive. The cable going down, goes to the computer. If I reconnect that cable to the plug to the left of the terminator, the system can see the DLT drive, but not the tape library. Under 6.3-STABLE FreeBSD, I can see either one device or the other. ch0 at ahc0 bus 0 target 0 lun 0 ch0: Removable Changer SCSI-2 device ch0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) ch0: 10 slots, 1 drive, 1 picker, 0 portals or sa0 at ahc0 bus 0 target 1 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 Any ideas? Full dmesg output here: http://www.langille.org/tmp/dmesg.boot TIA. Is it possible the middle cable is broken in some way? Perhaps you could swap it with another cable to try to find out, such as with the cable going from the library to the 2944 card. Might be intermittant and start working if bent or moved. Also can you see the connectors inside the library (on the back side of the external plate) to check if they are well seated or damaged? You could also try swapping the first and second connection or the third and fourth, or both, if it is hooked up like I think it is, those should have an equal chance of working and might reveal a bad port or partially bad port. Also try leaving off the terminator or one/both ends of the middle cable just to see if the system can tell the difference especially while booting, just to confirm if it makes any negative difference at all. From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 28 09:42:36 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 423A2106568D for ; Wed, 28 Oct 2009 09:42:36 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 17B028FC25 for ; Wed, 28 Oct 2009 09:42:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id B170C50A51; Wed, 28 Oct 2009 09:42:35 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f46krPujf4CI; Wed, 28 Oct 2009 09:42:34 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 41A3750A1A ; Wed, 28 Oct 2009 09:42:34 +0000 (GMT) Message-ID: <4AE8120A.70608@langille.org> Date: Wed, 28 Oct 2009 05:42:34 -0400 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Adam McDougall References: <4AE7A0BB.8020402@langille.org> <20091028021932.GL62972@egr.msu.edu> In-Reply-To: <20091028021932.GL62972@egr.msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: tape changer, but not tape drive 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: Wed, 28 Oct 2009 09:42:36 -0000 Adam McDougall wrote: > On Tue, Oct 27, 2009 at 09:39:07PM -0400, Dan Langille wrote: > > I first encountered this problem in April, now I'm back to it: > > http://lists.freebsd.org/pipermail/freebsd-scsi/2008-April/003452.html > > In short, the system has tape library. The library has worked in the > past (http://www.freebsddiary.org/digital-tl891.php) but now it does > not. I can see either the tape library or the tape drive. Which I see > depends upon the cable configuration. > > http://www.freebsddiary.org/images/tape-libraries-cables.jpg > > As shown above, that's how I would expect things to work normally. > However, in that configuration, I do not see the tape drive. The cable > going down, goes to the computer. If I reconnect that cable to the plug > to the left of the terminator, the system can see the DLT drive, but not > the tape library. > > Under 6.3-STABLE FreeBSD, I can see either one device or the other. > > ch0 at ahc0 bus 0 target 0 lun 0 > ch0: Removable Changer SCSI-2 device > ch0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) > ch0: 10 slots, 1 drive, 1 picker, 0 portals > > or > > sa0 at ahc0 bus 0 target 1 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 > 0x01 > > Any ideas? > > Full dmesg output here: http://www.langille.org/tmp/dmesg.boot > > TIA. > > Is it possible the middle cable is broken in some way? Perhaps you > could swap it with another cable to try to find out, such as with > the cable going from the library to the 2944 card. Might be intermittant > and start working if bent or moved. I did try that. I used the cable from my stand-alone DLT drive, which has been used before (and after) and is known to be good. > Also can you see the connectors > inside the library (on the back side of the external plate) to check > if they are well seated or damaged? I'll pull the unit apart and have a look. I have been in there before. Since it last worked, the unit has gone through two moves. > You could also try swapping the > first and second connection or the third and fourth, or both, if it is > hooked up like I think it is, those should have an equal chance of working > and might reveal a bad port or partially bad port. I did try moving the looped cable to plugs 1&2 and connecting my computer to plug 3. > Also try leaving off > the terminator or one/both ends of the middle cable just to see if the > system can tell the difference especially while booting, just to confirm > if it makes any negative difference at all. OK, I will try that. Thank you. From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 28 13:08: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 B24641065676 for ; Wed, 28 Oct 2009 13:08:19 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 705858FC08 for ; Wed, 28 Oct 2009 13:08:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id E153E59D56; Wed, 28 Oct 2009 09:08:18 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wggyctb0w2ql; Wed, 28 Oct 2009 09:08:18 -0400 (EDT) Received: from [10.0.42.221] (h75-100-205-113.prrymi.dsl.dynamic.tds.net [75.100.205.113]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 691A959D53; Wed, 28 Oct 2009 09:08:18 -0400 (EDT) Message-ID: <4AE84250.8020409@egr.msu.edu> Date: Wed, 28 Oct 2009 09:08:32 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Dan Langille References: <4AE7A0BB.8020402@langille.org> <20091028021932.GL62972@egr.msu.edu> <4AE8120A.70608@langille.org> In-Reply-To: <4AE8120A.70608@langille.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: tape changer, but not tape drive 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: Wed, 28 Oct 2009 13:08:19 -0000 Dan Langille wrote: > Adam McDougall wrote: >> On Tue, Oct 27, 2009 at 09:39:07PM -0400, Dan Langille wrote: >> >> I first encountered this problem in April, now I'm back to it: >> >> http://lists.freebsd.org/pipermail/freebsd-scsi/2008-April/003452.html >> In short, the system has tape library. The library has worked in >> the past (http://www.freebsddiary.org/digital-tl891.php) but now it >> does not. I can see either the tape library or the tape drive. >> Which I see depends upon the cable configuration. >> http://www.freebsddiary.org/images/tape-libraries-cables.jpg >> As shown above, that's how I would expect things to work >> normally. However, in that configuration, I do not see the tape >> drive. The cable going down, goes to the computer. If I reconnect >> that cable to the plug to the left of the terminator, the system >> can see the DLT drive, but not the tape library. >> Under 6.3-STABLE FreeBSD, I can see either one device or the other. >> ch0 at ahc0 bus 0 target 0 lun 0 >> ch0: Removable Changer SCSI-2 device >> ch0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) >> ch0: 10 slots, 1 drive, 1 picker, 0 portals >> or >> sa0 at ahc0 bus 0 target 1 lun 0 >> sa0: Removable Sequential Access SCSI-2 device >> sa0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) >> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 >> 0x00 0x01 >> Any ideas? >> Full dmesg output here: http://www.langille.org/tmp/dmesg.boot >> TIA. >> Is it possible the middle cable is broken in some way? Perhaps you >> could swap it with another cable to try to find out, such as with >> the cable going from the library to the 2944 card. Might be >> intermittant >> and start working if bent or moved. > > I did try that. I used the cable from my stand-alone DLT drive, which > has been used before (and after) and is known to be good. > >> Also can you see the connectors >> inside the library (on the back side of the external plate) to check >> if they are well seated or damaged? > > I'll pull the unit apart and have a look. I have been in there > before. Since it last worked, the unit has gone through two moves. > > > You could also try swapping the >> first and second connection or the third and fourth, or both, if it is >> hooked up like I think it is, those should have an equal chance of >> working >> and might reveal a bad port or partially bad port. > > I did try moving the looped cable to plugs 1&2 and connecting my > computer to plug 3. The two plugs for each device (library, tape1, tape2) are probably tied directly together in a Y shape to the internal device so you can use them as an In/Out, so putting the looped cable on plugs 1 and 2 probably does nothing and isolates that device from the rest. As long as the looped cable is not between 1&2 or 3&4, you can probably use any other order although the manufacturer may have recommendations. I see nothing wrong with the way you appear to have cabled it but variations may reveal something. > >> Also try leaving off >> the terminator or one/both ends of the middle cable just to see if the >> system can tell the difference especially while booting, just to confirm >> if it makes any negative difference at all. > > OK, I will try that. > > Thank you. > From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 28 23:13:32 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 A0EF81065694 for ; Wed, 28 Oct 2009 23:13:32 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5EDE58FC08 for ; Wed, 28 Oct 2009 23:13:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id ABEB650A86; Wed, 28 Oct 2009 23:13:31 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TH4m8CH6gHyF; Wed, 28 Oct 2009 23:13:30 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 32A8150A51 ; Wed, 28 Oct 2009 23:13:30 +0000 (GMT) Message-ID: <4AE8D01A.9020707@langille.org> Date: Wed, 28 Oct 2009 19:13:30 -0400 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Adam McDougall References: <4AE7A0BB.8020402@langille.org> <20091028021932.GL62972@egr.msu.edu> <4AE8120A.70608@langille.org> <4AE84250.8020409@egr.msu.edu> In-Reply-To: <4AE84250.8020409@egr.msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: tape changer, but not tape drive 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: Wed, 28 Oct 2009 23:13:32 -0000 Adam McDougall wrote: > Dan Langille wrote: >> Adam McDougall wrote: >>> On Tue, Oct 27, 2009 at 09:39:07PM -0400, Dan Langille wrote: >>> >>> I first encountered this problem in April, now I'm back to it: >>> >>> http://lists.freebsd.org/pipermail/freebsd-scsi/2008-April/003452.html >>> In short, the system has tape library. The library has worked in >>> the past (http://www.freebsddiary.org/digital-tl891.php) but now it >>> does not. I can see either the tape library or the tape drive. >>> Which I see depends upon the cable configuration. >>> http://www.freebsddiary.org/images/tape-libraries-cables.jpg >>> As shown above, that's how I would expect things to work >>> normally. However, in that configuration, I do not see the tape >>> drive. The cable going down, goes to the computer. If I reconnect >>> that cable to the plug to the left of the terminator, the system >>> can see the DLT drive, but not the tape library. >>> Under 6.3-STABLE FreeBSD, I can see either one device or the other. >>> ch0 at ahc0 bus 0 target 0 lun 0 >>> ch0: Removable Changer SCSI-2 device >>> ch0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) >>> ch0: 10 slots, 1 drive, 1 picker, 0 portals >>> or >>> sa0 at ahc0 bus 0 target 1 lun 0 >>> sa0: Removable Sequential Access SCSI-2 device >>> sa0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) >>> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 >>> 0x00 0x01 >>> Any ideas? >>> Full dmesg output here: http://www.langille.org/tmp/dmesg.boot >>> TIA. >>> Is it possible the middle cable is broken in some way? Perhaps you >>> could swap it with another cable to try to find out, such as with >>> the cable going from the library to the 2944 card. Might be >>> intermittant >>> and start working if bent or moved. >> >> I did try that. I used the cable from my stand-alone DLT drive, which >> has been used before (and after) and is known to be good. >> >>> Also can you see the connectors >>> inside the library (on the back side of the external plate) to check >>> if they are well seated or damaged? >> >> I'll pull the unit apart and have a look. I have been in there >> before. Since it last worked, the unit has gone through two moves. >> >> > You could also try swapping the >>> first and second connection or the third and fourth, or both, if it is >>> hooked up like I think it is, those should have an equal chance of >>> working >>> and might reveal a bad port or partially bad port. >> >> I did try moving the looped cable to plugs 1&2 and connecting my >> computer to plug 3. > The two plugs for each device (library, tape1, tape2) are probably tied > directly together in a Y > shape to the internal device so you can use them as an In/Out, so > putting the looped cable on > plugs 1 and 2 probably does nothing and isolates that device from the > rest. As long as the looped > cable is not between 1&2 or 3&4, you can probably use any other order > although the manufacturer > may have recommendations. I see nothing wrong with the way you appear > to have cabled it but > variations may reveal something. I looked inside. Nothing obviously disconnected etc. I tried connecting the computer into plug 1, leaving 2 and 3 empty. Regardless of whether or not the terminator is in plug 4, FreeBSD does not see the tape drive. FWIW, I went into the SCSI utility for the SCSI card during boot. ahc0: port 0x9400-0x94ff mem 0xfb400000-0xfb400fff irq 16 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] The card itself sees only the library, not the drive. Thus, I conclude this is something outside FreeBSD (so far). >> >>> Also try leaving off >>> the terminator or one/both ends of the middle cable just to see if the >>> system can tell the difference especially while booting, just to confirm >>> if it makes any negative difference at all. >> >> OK, I will try that. >> >> Thank you. No difference. From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 29 00:32:44 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 887DE1065676 for ; Thu, 29 Oct 2009 00:32:44 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4A38FC14 for ; Thu, 29 Oct 2009 00:32:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 09A3350A1A; Thu, 29 Oct 2009 00:32:44 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mZRfuzFAp7I8; Thu, 29 Oct 2009 00:32:42 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 808A850A13 ; Thu, 29 Oct 2009 00:32:42 +0000 (GMT) Message-ID: <4AE8E2AA.7020901@langille.org> Date: Wed, 28 Oct 2009 20:32:42 -0400 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Adam McDougall References: <4AE7A0BB.8020402@langille.org> <20091028021932.GL62972@egr.msu.edu> <4AE8120A.70608@langille.org> <4AE84250.8020409@egr.msu.edu> <4AE8D01A.9020707@langille.org> In-Reply-To: <4AE8D01A.9020707@langille.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: tape changer, but not tape drive 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: Thu, 29 Oct 2009 00:32:44 -0000 Dan Langille wrote: > Adam McDougall wrote: >> Dan Langille wrote: >>> Adam McDougall wrote: >>>> On Tue, Oct 27, 2009 at 09:39:07PM -0400, Dan Langille wrote: >>>> >>>> I first encountered this problem in April, now I'm back to it: >>>> >>>> http://lists.freebsd.org/pipermail/freebsd-scsi/2008-April/003452.html >>>> In short, the system has tape library. The library has worked >>>> in the past (http://www.freebsddiary.org/digital-tl891.php) but >>>> now it does not. I can see either the tape library or the tape >>>> drive. Which I see depends upon the cable configuration. >>>> http://www.freebsddiary.org/images/tape-libraries-cables.jpg >>>> As shown above, that's how I would expect things to work >>>> normally. However, in that configuration, I do not see the tape >>>> drive. The cable going down, goes to the computer. If I >>>> reconnect that cable to the plug to the left of the terminator, >>>> the system can see the DLT drive, but not the tape library. >>>> Under 6.3-STABLE FreeBSD, I can see either one device or the other. >>>> ch0 at ahc0 bus 0 target 0 lun 0 >>>> ch0: Removable Changer SCSI-2 device >>>> ch0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) >>>> ch0: 10 slots, 1 drive, 1 picker, 0 portals >>>> or >>>> sa0 at ahc0 bus 0 target 1 lun 0 >>>> sa0: Removable Sequential Access SCSI-2 device >>>> sa0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) >>>> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 >>>> sks=0x40 0x00 0x01 >>>> Any ideas? >>>> Full dmesg output here: http://www.langille.org/tmp/dmesg.boot >>>> TIA. >>>> Is it possible the middle cable is broken in some way? Perhaps you >>>> could swap it with another cable to try to find out, such as with >>>> the cable going from the library to the 2944 card. Might be >>>> intermittant >>>> and start working if bent or moved. >>> >>> I did try that. I used the cable from my stand-alone DLT drive, >>> which has been used before (and after) and is known to be good. >>> >>>> Also can you see the connectors >>>> inside the library (on the back side of the external plate) to check >>>> if they are well seated or damaged? >>> >>> I'll pull the unit apart and have a look. I have been in there >>> before. Since it last worked, the unit has gone through two moves. >>> >>> > You could also try swapping the >>>> first and second connection or the third and fourth, or both, if it is >>>> hooked up like I think it is, those should have an equal chance of >>>> working >>>> and might reveal a bad port or partially bad port. >>> >>> I did try moving the looped cable to plugs 1&2 and connecting my >>> computer to plug 3. >> The two plugs for each device (library, tape1, tape2) are probably >> tied directly together in a Y >> shape to the internal device so you can use them as an In/Out, so >> putting the looped cable on >> plugs 1 and 2 probably does nothing and isolates that device from the >> rest. As long as the looped >> cable is not between 1&2 or 3&4, you can probably use any other order >> although the manufacturer >> may have recommendations. I see nothing wrong with the way you appear >> to have cabled it but >> variations may reveal something. > > I looked inside. Nothing obviously disconnected etc. > > I tried connecting the computer into plug 1, leaving 2 and 3 empty. > Regardless of whether or not the terminator is in plug 4, FreeBSD does > not see the tape drive. > > FWIW, I went into the SCSI utility for the SCSI card during boot. > > ahc0: port 0x9400-0x94ff mem > 0xfb400000-0xfb400fff irq 16 at device 9.0 on pci0 > ahc0: [GIANT-LOCKED] Is this the appropriate card to be using with this device? There is a label on the back of the library saying: SCSI DIFF I know the unit is configured to use SCSI-2 > The card itself sees only the library, not the drive. Thus, I conclude > this is something outside FreeBSD (so far). > >>> >>>> Also try leaving off >>>> the terminator or one/both ends of the middle cable just to see if the >>>> system can tell the difference especially while booting, just to >>>> confirm >>>> if it makes any negative difference at all. >>> >>> OK, I will try that. >>> >>> Thank you. > > No difference. > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 29 02:18:38 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 90B47106566C for ; Thu, 29 Oct 2009 02:18:38 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 65BCD8FC12 for ; Thu, 29 Oct 2009 02:18:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id AFCEA50A86; Thu, 29 Oct 2009 02:18:36 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dOTtjQDTz3GC; Thu, 29 Oct 2009 02:18:35 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 9894150A0E ; Thu, 29 Oct 2009 02:18:35 +0000 (GMT) Message-ID: <4AE8FB7B.5060305@langille.org> Date: Wed, 28 Oct 2009 22:18:35 -0400 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Adam McDougall References: <4AE7A0BB.8020402@langille.org> <20091028021932.GL62972@egr.msu.edu> <4AE8120A.70608@langille.org> <4AE84250.8020409@egr.msu.edu> In-Reply-To: <4AE84250.8020409@egr.msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: tape changer, but not tape drive 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: Thu, 29 Oct 2009 02:18:38 -0000 Good news: Adam McDougall wrote: > Dan Langille wrote: >> Adam McDougall wrote: >> > You could also try swapping the >>> first and second connection or the third and fourth, or both, if it is >>> hooked up like I think it is, those should have an equal chance of >>> working >>> and might reveal a bad port or partially bad port. >> $ sudo camcontrol devlist Password: at scbus0 target 0 lun 0 (pass0,ch0) at scbus0 target 5 lun 0 (sa0,pass1) at scbus1 target 5 lun 0 (sa1,pass2) at scbus3 target 0 lun 0 (pass3,cd0) Witness: http://www.langille.org/tmp/library-good-cables.jpg It seems putting the cables in the 'right' order helps. FWIW, I have since put that terminator into that empty slot and rebooted. Everything is there. Done a backup/restore/diff. All fine. :) Thank you. From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 29 07:50:04 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 C3684106568F for ; Thu, 29 Oct 2009 07:50:04 +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 98BC48FC28 for ; Thu, 29 Oct 2009 07:50:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9T7o3Bg011965 for ; Thu, 29 Oct 2009 07:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9T7o28e011964; Thu, 29 Oct 2009 07:50:03 GMT (envelope-from gnats) Date: Thu, 29 Oct 2009 07:50:03 GMT Message-Id: <200910290750.n9T7o28e011964@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: Thu, 29 Oct 2009 07:50: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: Thu, 29 Oct 2009 10:40:27 +0300 Jaakko, good day. Mon, Oct 26, 2009 at 11:19:20AM +0200, Jaakko Heinonen wrote: > I have been looking at this. The same problem also exists in > cdreportkey() and cdsendkey(). I think that it's better to drop periph > lock while doing M_WAITOK malloc instead of using M_NOWAIT. Could you > test and look at this patch: > > http://www.saunalahti.fi/~jh3/patches/scsi_cd-M_WAITOK-fixes.diff It works fine for me. Alhough I am no completely familiar with the CAM locking (and that't why I had patched with M_NOWAIT rather than with dropping the locks), so I can't fully judge if dropping the lock inside the helper is good. As I understand, locking is done to prevent races with other requests on the same device. Most probably, dropping the lock inside cdreportkey(), cdsendkey() and cdreaddvdstructure(), is OK, since all three calls are wrapped by the lock/unlock in the ioctl handler like this: ----- cam_periph_lock(periph); error = cdXXX(ARGS); cam_periph_unlock(periph); ----- so dropping the lock at the entry and restoring it after the malloc call is just equivalent to the moving the lock acquisition/release to the functions themselves. I mean that these three functions can be called unlocked and will have the following structure: ----- int cdXXX(...) { check for sanity grab the memory cam_periph_lock(periph); do the stuff cam_periph_unlock(periph); } ----- It looks a bit cleaner from the design point of view (and that is what happens in practice, because the situation when the caller locks us and we unlock the stuff readily upon the entry to the function, just leads to the two locking calls that essentially do nothing): one won't think "heck, why we're dropping the lock here, will it be good?". But this contradicts with the general stratedy of scsi_cd.c to call all helper functions that do the actual work locked. Perhaps, the comment on the top of the cdioctl() that explains that everything, but the ioctl helpers that need malloc(M_WAIT), will be called locked and the said functions should grab the locks by themselves. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 29 13:53:09 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 7CDCC1065692; Thu, 29 Oct 2009 13:53:09 +0000 (UTC) (envelope-from emaste@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 53A078FC18; Thu, 29 Oct 2009 13:53:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9TDr9AA041152; Thu, 29 Oct 2009 13:53:09 GMT (envelope-from emaste@freefall.freebsd.org) Received: (from emaste@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9TDr8w8041148; Thu, 29 Oct 2009 13:53:08 GMT (envelope-from emaste) Date: Thu, 29 Oct 2009 13:53:08 GMT Message-Id: <200910291353.n9TDr8w8041148@freefall.freebsd.org> To: romain@blogreen.org, emaste@FreeBSD.org, freebsd-scsi@FreeBSD.org From: emaste@FreeBSD.org Cc: Subject: Re: kern/123666: [aac] attach fails with Adaptec SAS RAID 3805 controller and MSI RC410-M2 rev. 1.0 motherboard 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: Thu, 29 Oct 2009 13:53:09 -0000 Synopsis: [aac] attach fails with Adaptec SAS RAID 3805 controller and MSI RC410-M2 rev. 1.0 motherboard State-Changed-From-To: open->feedback State-Changed-By: emaste State-Changed-When: Thu Oct 29 13:51:13 UTC 2009 State-Changed-Why: A followup suggested contacting Adaptec support and I agree that this is the best course of action since this appears to be a hardware incompatibility with a specific motherboard. Please let us know if Adaptec's able to provide any assistance. http://www.freebsd.org/cgi/query-pr.cgi?pr=123666 From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 29 23:55:25 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 1B2861065693; Thu, 29 Oct 2009 23:55:25 +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 E4D2E8FC19; Thu, 29 Oct 2009 23:55:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9TNtOCe061113; Thu, 29 Oct 2009 23:55:24 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9TNtOKB061109; Thu, 29 Oct 2009 23:55:24 GMT (envelope-from linimon) Date: Thu, 29 Oct 2009 23:55:24 GMT Message-Id: <200910292355.n9TNtOKB061109@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140091: [da] [patch] allow for da(4) large block transfer than DFLTPHYS 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: Thu, 29 Oct 2009 23:55:25 -0000 Old Synopsis: [PATCH] allow for da(4) large block transfer than DFLTPHYS New Synopsis: [da] [patch] allow for da(4) large block transfer than DFLTPHYS Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Thu Oct 29 23:54:55 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140091