From owner-freebsd-hardware@FreeBSD.ORG Fri Jan 2 16:44:11 2009 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BBBB106566C for ; Fri, 2 Jan 2009 16:44:11 +0000 (UTC) (envelope-from Lokadamus@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B389F8FC12 for ; Fri, 2 Jan 2009 16:44:10 +0000 (UTC) (envelope-from Lokadamus@gmx.de) Received: (qmail invoked by alias); 02 Jan 2009 16:17:29 -0000 Received: from c137194.adsl.hansenet.de (EHLO [213.39.137.194]) [213.39.137.194] by mail.gmx.net (mp034) with SMTP; 02 Jan 2009 17:17:29 +0100 X-Authenticated: #3333826 X-Provags-ID: V01U2FsdGVkX191wipGjGt1jrjBH2tx97AXruhpZvWQ7+wR1QMDNr 9jWScAIX4OtuMm Message-ID: <495E3E27.8020303@gmx.de> Date: Fri, 02 Jan 2009 17:17:43 +0100 From: Lokadamus User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Raphael Becker References: <20090102021129.GA7331@ma.sigsys.de> In-Reply-To: <20090102021129.GA7331@ma.sigsys.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: freebsd-hardware@freebsd.org Subject: Re: UDMA vs. VIA 82C686B X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2009 16:44:11 -0000 Raphael Becker wrote: > Hi all, > > I have had some problems with a VIA 82C686B UDMA100 controller with an > attached 2.5" Harddisk (Samsung-foo, 40GB) running 7.1-RELEASE (GENERIC): > > UDMA-access is not possible even tough the HDD is able to do (in my > Laptop) and the controller claims to support UDMA100. > > I tried a CF-Card with the same hardware running 6.2 or 6.3-RELEASE with > the same effect: some bad g_vfs-errors. > > I got around this problem by adding (at least one of) the lines to > /boot/loader.conf: > > hw.ata.atapi_dma=0 > hw.ata.ata_dma=0 > > > Is this a known issue? > Is there a workaround/patch for UDMA on this VIA-chipset? > > Do you need more details on it? > It's kind of difficult to get the exact errors, because hw.ata.* seems > to be a read-only ("boot-only") sysctl and I have limited (serial) > access to the box. In case of hw.ata.ata_dma=1 I'm not able to unset > this value in /boot/loader.conf because I cannot write to the disk > because of the udma-errors then. > > Regards > Raphael > > Have you look for a bios update for the mainboard? Chipset 82C686B was buggy, known as 686B-Bug. Regards