From owner-freebsd-scsi@FreeBSD.ORG Thu Sep 8 15:50:27 2011 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 C5DCE106566B for ; Thu, 8 Sep 2011 15:50:27 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6798FC16 for ; Thu, 8 Sep 2011 15:50:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id 5E59320426F; Thu, 8 Sep 2011 17:50:24 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FWkQOgyW5FOg; Thu, 8 Sep 2011 17:50:22 +0200 (CEST) Received: from [192.168.48.66] (ip-106.55.99.216.dsl-cust.ca.inter.net [216.99.55.106]) by smtp.infotech.no (Postfix) with ESMTPA id 05B65204261; Thu, 8 Sep 2011 17:50:21 +0200 (CEST) Message-ID: <4E68E43B.9080907@interlog.com> Date: Thu, 08 Sep 2011 11:50:19 -0400 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4E60FD85.4070708@interlog.com> <20110907164313.GA20036@nargothrond.kdm.org> <20110907172219.GA31291@nargothrond.kdm.org> <20110908144948.GA76725@nargothrond.kdm.org> In-Reply-To: <20110908144948.GA76725@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matthew Jacob , ken@freebsd.org Subject: Re: smp_utils: command line utilities for SAS expanders X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 15:50:27 -0000 On 11-09-08 10:49 AM, Kenneth D. Merry wrote: > On Wed, Sep 07, 2011 at 11:19:59 -0700, Matthew Jacob wrote: >> >>> It'll get fixed when we add SMP probe code into CAM. >> >> ETA? > > Last year I would have said this year. Right now I'm not sure. > > It'll probably happen along with the multipathing work we're planning to do > for CAM, since our initial goal will be handling multiple paths in a SAS > topology. > > Our management is currently figuring out our priorties for the next set of > features they want. Once they figure that out I may have a better idea of > when it'll happen. I'm pretty sure multipathing won't be the next feature > we do, so my guess is that we wouldn't start on it until next year. > > If there are other folks who are interested in helping out so that the > multipathing work happens sooner, that might influence our time frame for > working on it to some extent. > > One short-term note -- I'm working on support for descriptor sense right > now. Seagate's new 3TB SAS drives return descriptor sense by default. If you are working on sense data then you might find the sg_decode_sense utility in the sg3_utils package useful. [BTW I have ported most of my packages to FreeBSD: sg3_utils, sdparm, smp_utils and ddpt.] Also the sg_lib_data.c file in the sg3_utils' lib directory contains an up to date list (in C) of asc/ascq strings. And then there is this nasty slipped into SAM-5 (sam5r07.pdf section 5.3.1): "Sense data may be delivered in the buffer defined by the Sense Data argument of the Execute Command procedure call (see 5.1) for ANY status code." The only example of this so far seems to be referrals (see sbc3r27.pdf section 4.26.4). Now a successful SCSI READ may return status=GOOD with sense data that contains sense_key=COMPLETED and the asc/ascq pair for "INSPECT REFERRALS SENSE DESCRIPTORS". I don't think Linux is even close to handling this new wrinkle. Doug Gilbert