Date: Tue, 07 Jul 2009 22:06:11 +0300 From: Alexander Motin <mav@FreeBSD.org> To: Harald Schmalzbauer <h.schmalzbauer@omnilan.de> Cc: FreeBSD-Current <freebsd-current@freebsd.org>, scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch (and gjournaled previuos nodes) Message-ID: <4A539CA3.5030104@FreeBSD.org> In-Reply-To: <4A5398B5.40308@omnilan.de> References: <4A4517BE.9040504@FreeBSD.org> <4A4FEBBC.30203@omnilan.de> <4A5053A8.2060902@FreeBSD.org> <4A5398B5.40308@omnilan.de>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A539CA3.5030104>