From owner-freebsd-current@FreeBSD.ORG Tue Jul 7 19:06:28 2009 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 6A4951065670; Tue, 7 Jul 2009 19:06:28 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id AB82E8FC19; Tue, 7 Jul 2009 19:06:27 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 247940417; Tue, 07 Jul 2009 22:06:24 +0300 Message-ID: <4A539CA3.5030104@FreeBSD.org> Date: Tue, 07 Jul 2009 22:06:11 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Harald Schmalzbauer References: <4A4517BE.9040504@FreeBSD.org> <4A4FEBBC.30203@omnilan.de> <4A5053A8.2060902@FreeBSD.org> <4A5398B5.40308@omnilan.de> In-Reply-To: <4A5398B5.40308@omnilan.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch (and gjournaled previuos nodes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 19:06:28 -0000 Harald Schmalzbauer wrote: > One thing I'm missing is the possibility to spin down the drive. > I have my system on a SSD, the HD is just for ports nad stuff which > usually I don't make use of. > Is that planned to be integrated? There is no problem, it just wasn't done yet. It should be possible to submit respective ATA command via CAM pass interface to spin-down drive immediately or to set wanted power management level, but respective user-level part in camcontrol is also not implemented yet. > Another question is why "camcontrol tur ada0" returns "Unit is not ready" > readcap also doesn't work. It is all SCSI commands. This implementation expects real direct ATA operation without SCSI emulation parts. But this commands should work for ATAPI devices, that are really SCSI deep inside. > My SSD reports write and read cache present, but disabled. Is the report > or the status bad? > Feature Support Enable Value Vendor > write cache yes no > read ahead yes no It is probably the truth. Existing ATA driver enables this features during drive reset sequence. New one doesn't do it yet. -- Alexander Motin