From owner-freebsd-questions@FreeBSD.ORG Tue Nov 1 00:08:09 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8063516A505 for ; Tue, 1 Nov 2005 00:08:08 +0000 (GMT) (envelope-from h.nieser@xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3E2043D72 for ; Tue, 1 Nov 2005 00:07:16 +0000 (GMT) (envelope-from h.nieser@xs4all.nl) Received: from [192.168.1.10] (nieser.net [194.109.160.131]) by smtp-vbr2.xs4all.nl (8.13.3/8.13.3) with ESMTP id jA1078N2063995 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Nov 2005 01:07:08 +0100 (CET) (envelope-from h.nieser@xs4all.nl) Message-ID: <4366B1AB.50404@xs4all.nl> Date: Tue, 01 Nov 2005 01:07:07 +0100 From: Hans Nieser User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051029) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Serial ATA drive in UDMA33 mode, nForce 4 chipset X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2005 00:08:09 -0000 Hi list, I have an ASUS A8N-SLI Deluxe motherboard (which has an nForce4 chipset) and use a 200GB Western Digital Serial ATA hard disk in a box with FreeBSD 5.4-RELEASE-p8 on it. For some reason, this disk is using the UDMA33 mode. I have come to understand that it should be able to use a much faster mode. I placed the output of pciconf -lv online here: http://pastebin.com/412798 . The relevant lines from dmesg: ------------------------------------------------------------------------ atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 6.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xd800-0xd80f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 20 at device 7.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 atapci2: port 0xc400-0xc40f,0xb60-0xb63,0x960-0x967,0xbe0-0xbe3,0x9e0-0x9e7 irq 22 at device 8.0 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 ad8: 190782MB [387621/16/63] at ata4-master UDMA33 ------------------------------------------------------------------------ I have tried - without success - to change the mode to UDMA133 (and slower modes, down to UDMA33) manually as follows: ------------------------------------------------------------------------ root@aphax:~# atacontrol list ATA channel 0: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present ATA channel 4: Master: ad8 Serial ATA v1.0 Slave: no device present ATA channel 5: Master: no device present Slave: no device present root@aphax:~# atacontrol mode 4 Master = UDMA33 Slave = BIOSPIO root@aphax:~# atacontrol mode 4 udma6 biospio Master = UDMA33 Slave = BIOSPIO ------------------------------------------------------------------------ After some googling I found a previous mailinglist post, one was about so called 'MKIII' patches, which I was going to give a try, when I read another post from earlier this year from someone with the same chipset with the exact same issue: And he's had no success with the patches. So now I'm wondering what I should do... Should I try those patches anyway? (If so, does anyone know of a guide for someone who has never applied any patches before?) Is there perhaps by now another solution for this, or should I just switch to 6.0RC1 (or final, which I understand should be released very soon)? Hans Nieser