From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 11:26:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B2F1065678 for ; Thu, 17 Nov 2011 11:26:19 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 642AB8FC14 for ; Thu, 17 Nov 2011 11:26:19 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id BB780153436; Thu, 17 Nov 2011 12:26:18 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E4wrx4ThyB2X; Thu, 17 Nov 2011 12:26:13 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id BDAB0153433; Thu, 17 Nov 2011 12:26:13 +0100 (CET) Message-ID: <4EC4EF55.4060204@digiware.nl> Date: Thu, 17 Nov 2011 12:26:13 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EC3E0E4.5010704@digiware.nl> <4EC3F13B.4020700@brockmann-consult.de> <4EC4E9FE.2060208@digiware.nl> <20111117112013.GA42497@icarus.home.lan> In-Reply-To: <20111117112013.GA42497@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Peter Maloney Subject: Re: Trouble with SSD on SATA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2011 11:26:19 -0000 On 2011-11-17 12:20, Jeremy Chadwick wrote: > On Thu, Nov 17, 2011 at 12:03:26PM +0100, Willem Jan Withagen wrote: >> On 2011-11-16 18:22, Peter Maloney wrote: >>> Willem, >>> >>> I can only guess, but... >>> >>> Is AHCI enabled in the bios? If you are not using 'fake-raid' for any >>> disks, you should [depending on FreeBSD version, HBA, etc.] probably >>> enable AHCI. Some servers actually come with SATA set in IDE mode. And >>> if you are using zfs, the controller optimally should not be RAID at >>> all. And if you have AHCI enabled already, try disabling it (losing hot >>> swapping ability, and some performance). >> >> ACHI is enabled otherwise I cannot used the last set of SATA >> connectors with this MB. Controller for these connectors is CH9. > > There are two "kinds" of AHCI on FreeBSD -- and I'm speaking strictly > about the kernel bits, not AHCI the option ROM/BIOS option: > > ataahci.ko -- this is "AHCI support using ata(4)" > ahci.ko -- this is "AHCI support using CAM(4)" > > You want the latter, and I can tell you're using the former (if at all). I did 'man ahci', and followed it from there. So now I'm running with ahci. > There would be no "ata6" if you were using ahci.ko; it would be called > something like ahcichX, indicating "AHCI channel X". Furthermore, > because CAM(4) gets used, your disk device names change from adX to > adaX. This is expected. Using ataahci.ko results in the disks still > being named adX, because it uses ata(4). ahci0: port 0x1c70-0x1c77,0x1c64-0x1c67,0x1c68-0x1c6f,0x1c60-0x1c63,0x1c00-0x1c1f mem 0xdf923000-0xdf9237ff irq 17 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [ITHREAD] ahcich5: at channel 5 on ahci0 ahcich5: [ITHREAD] > Hope this helps shed some light on the confusion. Generally speaking > you want to be using ahci.ko, mav@ and many others have spent a lot of > time working on that and getting it to play nice with CAM -- it's > beautiful, and hot-swapping works perfectly on all the Intel ICHxx > systems I've tried it on (ICH7R, ICH9R). For the time being I can only concur with you. Scrubbing is way much faster than with the ata driver. --WjW