From owner-svn-src-all@FreeBSD.ORG Sat Feb 12 14:21:14 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21911106566B; Sat, 12 Feb 2011 14:21:14 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 513C88FC14; Sat, 12 Feb 2011 14:21:12 +0000 (UTC) Received: by fxm16 with SMTP id 16so3957650fxm.13 for ; Sat, 12 Feb 2011 06:21:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature: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=/pBLgIKQ34Wr/NZ9lF+m+m5vSMSqjTOzyYfV8Z4hhU0=; b=ExrG1SJdQ8+7ZHrbnpDSqPdTJq7kfHZV2aI/O0DDa/oTRBqjNVWg4kuVzWE5kquqcn rgfQ8UgL3+CmctSSP1f6icEwd/Jl5MPM35sqK5ZIRrZNPWH4v8oxNG7jPZzr6lTaQAAM t0erqeNYp20Y9gdH+h0ojQHetn3nYXIflN5yE= 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=mxnXkgsbz2mKMSaWRU23WkrGmOlYpRMwSe0lF586KLSKbz5J3aIs8G56dRGfk1yZ96 QFvH1xzVATg/uITF1oDHEI4mCTdYDC3f4oOAAaiYGrb2m2fNNkhtKmEo4irJVwxaesty LFP8fSovZzQnw2iHyUS+AGMO9fDlLj9E6U9m8= Received: by 10.223.36.220 with SMTP id u28mr768662fad.11.1297520472136; Sat, 12 Feb 2011 06:21:12 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id n15sm194359fam.12.2011.02.12.06.21.10 (version=SSLv3 cipher=OTHER); Sat, 12 Feb 2011 06:21:11 -0800 (PST) Sender: Alexander Motin Message-ID: <4D56970B.3030609@FreeBSD.org> Date: Sat, 12 Feb 2011 16:19:55 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Nikolay Denev References: <201102120706.p1C76eLP088428@svn.freebsd.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r218596 - head/sys/dev/ahci X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2011 14:21:14 -0000 Nikolay Denev wrote: > On 12 Feb, 2011, at 09:06 , Alexander Motin wrote: >> Author: mav >> Date: Sat Feb 12 07:06:40 2011 >> New Revision: 218596 >> URL: http://svn.freebsd.org/changeset/base/218596 >> >> Log: >> Disable NCQ for multiport Marvell 88SX61XX SATA controllers. Simultaneous >> active I/O to several disks (copying large file on ZFS) causes timeout after >> just a few seconds of run. Single port 88SX6111 seems like not affected. >> >> Skip reading transferred bytes count for these controllers. It works for >> 88SX6111, but 88SX6145 always returns zero there. Haven't tested others, >> but better to be safe. >> >> Modified: >> head/sys/dev/ahci/ahci.c > > I was using Marvell 6121 for quite some time with OCZ Throttle eSATA 8G flash drive for zfs l2arc, > but the timeouts were not there from the beginning. Maybe NCQ was not enabled in earlier drivers? > Also there is no other drive/ssd attached to the controller, the OCZ drive reports that it supports 2 tag openings. > > atapci2@pci0:4:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb2 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '6121 SATA2 Controller' > class = mass storage > subclass = ATA > bar [10] = type I/O Port, range 32, base 0xbf00, size 8, enabled > bar [14] = type I/O Port, range 32, base 0xbe00, size 4, enabled > bar [18] = type I/O Port, range 32, base 0xbd00, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0xbc00, size 4, enabled > bar [20] = type I/O Port, range 32, base 0xbb00, size 16, enabled > bar [24] = type Memory, range 32, base 0xfb9ff000, size 1024, enabled > cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message > cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected I can't see here whether you are using ahci(4) or ataahci from ata(4). In last case (from the beginning) there is no NCQ by definition. If you are using ahci(4), and 2 tags you are talking about were reported by `camcontrol tags ...`, then quite likely your device doesn't support NCQ at all, but CAM submits two command at a time to the queue-aware controller just to hide some inter-request latencies. If both device and controller support NCQ, you should see such message during probe: ada0: Command Queueing enabled PS: I can't confirm that problem exist on 88SX6121 -- I have no such hardware. But I have seen user complaining about it and that is what Linux also does. -- Alexander Motin