From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 11:39:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AE631065670 for ; Thu, 25 Mar 2010 11:39:06 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 64F8A8FC26 for ; Thu, 25 Mar 2010 11:39:04 +0000 (UTC) Received: (qmail invoked by alias); 25 Mar 2010 11:39:03 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp047) with SMTP; 25 Mar 2010 12:39:03 +0100 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1/v+91SYlDvO6GatVFvGN/scdLdLiKGj4NjGtpNn6 x9cfXqP3cu+Lvk Date: Thu, 25 Mar 2010 12:38:14 +0100 From: "Thomas Schmitt" To: freebsd-hackers@freebsd.org References: <201003182017.o2IKHYE2042851@triton8.kn-bremen.de> In-Reply-To: <201003182017.o2IKHYE2042851@triton8.kn-bremen.de> Message-Id: <105790671418047@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56999999999999995 Subject: Solved: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 11:39:06 -0000 Hi, i now have running the eSATA attached DVD drive with 150 MB/s on 8-STABLE and 8-RELEASE. Done by switching from ata to ahci as described by Juergen Lock in http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg70510.html and the given link to Ivan Vora's http://ivoras.sharanet.org/blog/tree/2009-11-17.trying-ahci-in-8.0.html My thanks to both. The DVD drive at ahcich4 is curbed in /boot/device.hints by hint.ahcich.4.sata_rev="1" while the hard disk still runs on 300 MB/s. The problems with libburn and ahci have turned out as suboptimal usage of libcam flags which worked with ata and usb, but not with ahci. Thanks to Alexander Motin for telling me the right gestures of error reply detection. ------------------------------------------------ Little pitfall in Juergen's proposal: dumpfs /dev/adXsYa | sed -n ... produces output like /dev/ufsid/4ba77276 b4a8625 /dev/ufsid/4ba77276 fb8e9567 One has to fill in eventual leading 0s so that both hex numbers have 8 digits, and one has to remove the blank: /dev/ufsid/4ba772760b4a8625 /dev/ufsid/4ba77276fb8e9567 Alternatively one can follow Ivan's proposal to put into boot/loader.conf: kern.geom.label.debug=1 and to reboot for seeing the ufsid in the boot log. Have a nice day :) Thomas