From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 14:04:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFDA81065697 for ; Mon, 25 Oct 2010 14:04:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 684CB8FC16 for ; Mon, 25 Oct 2010 14:04:19 +0000 (UTC) Received: by ewy28 with SMTP id 28so1473228ewy.13 for ; Mon, 25 Oct 2010 07:04:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=U7ZEixCDGmoceh+u+vCb0G40usm1wXZS5G/9lKfKQSA=; b=O8bHWStbjbzqb2Soz1MBBWHKf7EruUJ9VYEP7Adv7wR9wW8kDBnRwKVc6FTJYQCJW/ 6eUmk6PnNa0wNz2bkSYE68viD4p5FoBaHpb12OjpvFHGQK6H+u2NqAvHd5W6l1goH9fE 2YSYsMae4gvw87jme8m4HJsuC2ImtNIpWwfxo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=saFiU7NdEOYRcNJ8C7YCkEI5XLHEPMZbhGC4zM+Swv8+NkqMHUPcxkGX4L1CiMYQDS rdv26MwU8zTfpe4yMlzQqsRu91oWW/xTyKrBXIi2bWIbrTHQBq0UKiI81loOaFxIF8Jb fCpbpQsuPFsq5e3Tyw8CuP8ej+av1XXHLDER0= Received: by 10.213.32.199 with SMTP id e7mr260700ebd.69.1288015457485; Mon, 25 Oct 2010 07:04:17 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id k4sm2879844faa.8.2010.10.25.07.04.15 (version=SSLv3 cipher=RC4-MD5); Mon, 25 Oct 2010 07:04:16 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CC58E5E.9060101@FreeBSD.org> Date: Mon, 25 Oct 2010 17:04:14 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: "Thomas E. Spanjaard" References: <4CC4A2B4.4050608@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: kern/151608: [ata] FreeBSD doesn't detect Sandforce-based SSD 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: Mon, 25 Oct 2010 14:04:21 -0000 Thomas E. Spanjaard wrote: > On 10/24/2010 21:18, Alexander Motin wrote: >> Thomas E. Spanjaard wrote: >>> In an attempt to get more information about this issue, I'd like to ask >>> people on freebsd-current if they're using any Sandforce-based SSDs with >>> FreeBSD. So far, it appears not a lot of people do, making it hard to >>> debug this issue (http://www.freebsd.org/cgi/query-pr.cgi?pr=151608). >> MCP5x SATA are not the best controllers for compatibility testing. They >> have enough problems on their own, even without Sandforce. >> >> When you tested Marvell, have you tried to use mvs(4) driver? > > No, I only tried to use ata(4). I tried using mvs(4) now, and that works! > > mvs0: port 0x4000-0x40ff mem > 0xb0100000-0xb01fffff irq 11 at device 2.0 on pci1 > mvs0: Gen-II, 8 3Gbps ports, Port Multiplier supported > mvsch0: at channel 0 on mvs0 > mvsch1: at channel 1 on mvs0 > mvsch2: at channel 2 on mvs0 > mvsch3: at channel 3 on mvs0 > mvsch4: at channel 4 on mvs0 > mvsch5: at channel 5 on mvs0 > mvsch6: at channel 6 on mvs0 > mvsch7: at channel 7 on mvs0 > > ada0 at mvsch0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 2048bytes) > ada0: Command Queueing enabled > ada0: 85857MB (175836528 512 byte sectors: 16H 63S/T 16383C) > > In any case, it seems this is not squarely to blame on the nVidia SATA > controller, because ata(4) couldn't detect it either when on the Marvell > one. So the bug in ata(4) remains. I would agree if it was the first case. I am not saying that ata(4) perfect. ata(4) is a big thing and Marvell part is definitely not the best part of it. That's why there is several new drivers: ahci(4), siis(4), mvs(4), which together with ATA_CAM options should substitute most of it. -- Alexander Motin