From owner-freebsd-current@FreeBSD.ORG Fri Oct 28 22:31:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99DD91065670 for ; Fri, 28 Oct 2011 22:31:26 +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 662DF8FC14 for ; Fri, 28 Oct 2011 22:31:26 +0000 (UTC) Received: from [172.16.135.105] (lportal.in1.lcl [172.16.1.9]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id p9SMVPQO042440 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 28 Oct 2011 15:31:25 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4EAB2D38.4040200@feral.com> Date: Fri, 28 Oct 2011 15:31:20 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20111028204706.GA57454@sandvine.com> In-Reply-To: <20111028204706.GA57454@sandvine.com> Content-Type: text/plain; charset=ISO-8859-1; 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]); Fri, 28 Oct 2011 15:31:25 -0700 (PDT) Subject: Re: Adding disk firmware programming capability to camcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2011 22:31:26 -0000 This is a good idea, except that it makes me really really nervous. I do not believe that fw downloads are generic enough to encapsulate. I've used camcontrol recently to tunnel an ATA command through mpt2 that does an ATA DOWNLOAD FW (mode 7), but that is only because it is a specific drive that I've validated works correctly. The linux hdparm program is so paranoid about this that you have to use extra arguments like "--yes-really-destroy-my-disk-drive" to do this. I'm very very nervous about putting it into camcontrol.