From owner-freebsd-current@FreeBSD.ORG Tue Jun 16 05:52:48 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 DB440106564A; Tue, 16 Jun 2009 05:52:48 +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 1E4948FC28; Tue, 16 Jun 2009 05:52:47 +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 245817994; Tue, 16 Jun 2009 08:52:44 +0300 Message-ID: <4A373318.9000603@FreeBSD.org> Date: Tue, 16 Jun 2009 08:52:24 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Matthew Dillon References: <4A254B45.8050800@mavhome.dp.ua> <4A294DC3.5010008@mavhome.dp.ua> <200906051728.n55HSFf0076644@apollo.backplane.com> <200906152352.48231.Daan@vehosting.nl> <200906152209.n5FM9psY007070@apollo.backplane.com> <4A36CEE9.9040101@nixil.net> <200906152337.n5FNbQrI008014@apollo.backplane.com> In-Reply-To: <200906152337.n5FNbQrI008014@apollo.backplane.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Daan Vreeken , FreeBSD-Current , Phil Oleson , freebsd-arch@freebsd.org Subject: Re: WIP: ATA to CAM integration 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, 16 Jun 2009 05:52:49 -0000 Matthew Dillon wrote: > I think they mis-spoke. They are SATA-compliant and Port Multiplier > compliant, and they use FIS-based packets, so they pretty much do away > with all the ATA baggage, but they don't use the AHCI device interface > so they won't probe as an AHCI driver. > > I can see why they do it that way, though. It looks like they hide > most of the complexity behind the chipset, which is nice. AHCI > exposes a lot of that complexity. > > It looks like a reasonable chipset. Agree. It's functionally comparable to the latest AHCI specs, but looks more user-friendly. -- Alexander Motin