Skip site navigation (1)Skip section navigation (2)
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>