From owner-cvs-all@FreeBSD.ORG Fri Aug 15 12:42:09 2008 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E3191065670; Fri, 15 Aug 2008 12:42:09 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 9317A8FC1A; Fri, 15 Aug 2008 12:42:08 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m7FCg6nK018699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 15 Aug 2008 14:42:07 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m7FCg253036735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Aug 2008 14:42:02 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m7FCg2aW036683; Fri, 15 Aug 2008 14:42:02 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m7FCg2tL036682; Fri, 15 Aug 2008 14:42:02 +0200 (CEST) (envelope-from ticso) Date: Fri, 15 Aug 2008 14:42:02 +0200 From: Bernd Walter To: ticso@cicely.de, src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Message-ID: <20080815124202.GH34094@cicely7.cicely.de> References: <200808151055.m7FAtTqT064094@repoman.freebsd.org> <20080815114704.GF34094@cicely7.cicely.de> <20080815120621.GF74590@carrot.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080815120621.GF74590@carrot.paeps.cx> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.093, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Subject: Re: cvs commit: src/sys/dev/ata ata-all.c ata-all.h ata-chipset.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2008 12:42:09 -0000 On Fri, Aug 15, 2008 at 01:06:21PM +0100, Philip Paeps wrote: > On 2008-08-15 13:47:04 (+0200), Bernd Walter wrote: > > On Fri, Aug 15, 2008 at 10:55:11AM +0000, Philip Paeps wrote: > > > This can be used to disable the 80pin cable check on systems which forget > > > to set the bit -- such as certain laptops and Soekris boards. > > > > Are those bits per device? > > That is what it looks like, yes. The cable is detected by checking whether a > certain pin is grounded. From how I read the standard, the pin should be > grounded in the connector, so I can imagine a very strange cable which has 80 > pins up to the first device and 40 to the second. I thought the cable type is read by the controller. But if it is read by the device then it sounds possible. Hadn't thought about a broken cable yet. Well - in fact I never cared much about this problem at all. > > ad4: DMA limited to UDMA33, device found non-ATA66 cable > > ad4: 117246MB at ata2-master UDMA33 > > ad5: 156334MB at ata2-slave UDMA133 > > Which is strange, since both drives are on the same cable... > > I agree that this is very strange. I haven't read the ATA standard in any > kind of detail though... > > Does this commit fix it though? A update to a more recent current failed for other reasons. But I can test your change alone. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.