From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 19:44:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EF14565; Sun, 20 Apr 2014 19:44:17 +0000 (UTC) Received: from mail-ee0-x22a.google.com (mail-ee0-x22a.google.com [IPv6:2a00:1450:4013:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B20AD1D59; Sun, 20 Apr 2014 19:44:16 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id d17so3191291eek.1 for ; Sun, 20 Apr 2014 12:44:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=4A6DJPAAilHu20Ty+6u1SWiLVH5Q3RqdKF+SkemItAE=; b=PoQ1lZnznwvNM7jjAjD5NMl8E+RsO00dKWysmm6llxdtZ+QZ9QvngLFb6ILuHbVzfy LuMMPngkWmkNgdozKP9xSKp58JcYGBYEqwDYtFs5PaqYJTnq7Hc75eP5LCbjHHQw0tnN dgQQejNHA4ZQEa8nD7Q+IbiftHSZYWl7a/1IHjjHd9/y4/CxDIBJx4Evml9/Q95N6XRI D51tVPca0lJDShS9doB6GyVEUzoxcLLRb9xnshFoK0TcGkDEQMrdX4NrZSQTujHL4BUs mBlptGHzGPAymVEGQnZdoElRAl1Ri31OquK5UJ97UYcWNlXQy0nMn1dpJBkqzB/NERxY e7UA== X-Received: by 10.15.48.129 with SMTP id h1mr41242632eew.57.1398023055057; Sun, 20 Apr 2014 12:44:15 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by mx.google.com with ESMTPSA id t50sm97122742eev.28.2014.04.20.12.44.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 20 Apr 2014 12:44:14 -0700 (PDT) Sender: Alexander Motin Message-ID: <5354238C.50100@FreeBSD.org> Date: Sun, 20 Apr 2014 22:44:12 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Andrey Fesenko , freebsd-current , "freebsd-hackers@freebsd.org" Subject: Re: SATA2 mode on SATA3 SSD (marvell controller) after boot References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sun, 20 Apr 2014 19:44:17 -0000 On 20.04.2014 22:31, Andrey Fesenko wrote: > On Thu, Apr 17, 2014 at 2:10 PM, Andrey Fesenko wrote: >> if disconnect ssd >> pr 17 14:07:08 desktop kernel: ahcich3: DISCONNECT requested >> Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset... >> Apr 17 14:07:08 desktop kernel: ahcich3: SATA connect timeout >> time=10000us status=00000000 >> Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset: device not found >> Apr 17 14:07:08 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> Apr 17 14:07:08 desktop kernel: pass3: s/n >> P02411112921 detached >> Apr 17 14:07:08 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> Apr 17 14:07:08 desktop kernel: ada3: s/n >> P02411112921 detached >> Apr 17 14:07:08 desktop kernel: (pass3:ahcich3:0:0:0): Periph destroyed >> Apr 17 14:07:08 desktop kernel: (ada3:ahcich3:0:0:0): Periph destroyed >> Apr 17 14:07:18 desktop kernel: ahcich3: CONNECT requested >> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset... >> Apr 17 14:07:18 desktop kernel: ahcich3: SATA connect time=8000us >> status=00000133 >> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device found >> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device ready after 0ms >> Apr 17 14:07:18 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> Apr 17 14:07:18 desktop kernel: GEOM: new disk ada3 >> Apr 17 14:07:18 desktop kernel: ada3: ATA-8 >> SATA 3.x device >> Apr 17 14:07:18 desktop kernel: ada3: Serial Number P02411112921 >> Apr 17 14:07:18 desktop kernel: ada3: 600.000MB/s transfers (SATA 3.x, >> UDMA6, PIO 8192bytes) >> Apr 17 14:07:18 desktop kernel: ada3: Command Queueing enabled >> Apr 17 14:07:18 desktop kernel: ada3: 122104MB (250069680 512 byte >> sectors: 16H 63S/T 16383C) >> Apr 17 14:07:18 desktop kernel: ada3: Previously was known as ad10 >> Apr 17 14:07:18 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> Apr 17 14:07:18 desktop kernel: pass3: ATA-8 >> SATA 3.x device >> Apr 17 14:07:18 desktop kernel: pass3: Serial Number P02411112921 >> Apr 17 14:07:18 desktop kernel: pass3: 600.000MB/s transfers (SATA >> 3.x, UDMA6, PIO 8192bytes) >> Apr 17 14:07:18 desktop kernel: pass3: Command Queueing enabled >> >> >> # uname -a >> FreeBSD desktop.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263932: >> Sun Mar 30 15:43:01 MSK 2014 >> root@desktop.local:/usr/obj/usr/src/sys/MY_DES amd64 > > Is it possible camcontrol repeat behavior as physical disable/enable > or enable SATA 3.x mode? > camcontrol negotiate only report not set new mode. > > # camcontrol negotiate pass2 > Current parameters: > (pass2:ahcich3:0:0:0): SATA revision: 2.x > (pass2:ahcich3:0:0:0): ATA mode: UDMA6 > (pass2:ahcich3:0:0:0): ATAPI packet length: 0 > (pass2:ahcich3:0:0:0): PIO transaction length: 8192 > (pass2:ahcich3:0:0:0): PMP presence: 0 > (pass2:ahcich3:0:0:0): Number of tags: 32 > (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 > (pass2:ahcich3:0:0:0): tagged queueing: enabled camcontrol negotiate can limit maximal SATA mode, but not specify it exactly. Unless you limited it previously, there should be no limitation set and HBA should negotiate it freely. The limitations could be read/set with `camcontrol negotiate pass2 -U`, and affect operation after following `camcontrol reset ...`. -- Alexander Motin