From owner-freebsd-hardware Sun Apr 28 3:42:21 2002 Delivered-To: freebsd-hardware@freebsd.org Received: from twinlark.arctic.org (twinlark.arctic.org [208.44.199.239]) by hub.freebsd.org (Postfix) with ESMTP id 9782537B41E for ; Sun, 28 Apr 2002 03:42:11 -0700 (PDT) Received: (qmail 18054 invoked by uid 1347); 28 Apr 2002 10:42:01 -0000 Date: 28 Apr 2002 10:42:01 -0000 Message-ID: <20020428104201.18053.qmail@twinlark.arctic.org> From: atk2@arctic.org To: atk2@arctic.org, scott.mitchell@mail.com Subject: Re: checking hard disk -- hdparm like tool? Cc: freebsd-hardware@freebsd.org, freebsd-questions@FreeBSD.ORG In-Reply-To: <20020428113034.A20049@fishballoon.dyndns.org> Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The motherboard is an A7V333 (new board) that has a VT8233a for south bridge which supports ata133 (aka UDMA 6). The bios indicates the drive is UDMA 6 enabled. My original email suggested that maybe FreeBSD doesn't detect/understand the VT8233a and is reverting to UDMA 2 - could this be the case? the atapci0 line reads: Apr 27 18:48:34 pc1 /kernel: atapci0: port 0xb400-0xb40f irq 0 at device 17.1 on pci 0 I am 100% sure there is an 80pin cable in. I tried a 40pin cable and the bios immediately detected the difference. I also tried another OS. Oh well any/all suggestions would be useful... Alan ||From scott.mitchell@mail.com Sun Apr 28 03:30:37 2002 ||On Sat, Apr 27, 2002 at 09:36:50PM -0000, atk2@arctic.org wrote: ||> Ok -- I checked again what it has is ||> ||> ad0: 57259MB ... ata0-master WDMA2 (not sure what the 'W' is) ||> ||> If I unplug the dvd as several suggested I get ||> ||> ad0: 57259MB [116336/16/63] at ata0-master WDMA2 ||> ||> ||> (aka same thing) ||> Any suggestions on how to get it up to UDMA 5 (what is the 'W' before the DMA2? ||>From the ATA manpage, WDMA2 == DMA2 == 16MB/s. ||What motherboard and ATA controller do you have? The 'atapci0' line from ||the boot messages would be useful here. ||It might be worth checking the BIOS settings for the drive. I had a ||problem last week with an older UDMA33-capable motherboard that was putting ||everything in PIO mode when using the 'auto detect' setting. Windows and ||Debian both believed what the BIOS was telling them, which did not make for ||a good CD-burning experience :-( ||Again, if you want anything more than UDMA33 to work, you'll need the right ||cable. Are you sure you have an 80-wire cable in there? || Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Sun Apr 28 3:57:14 2002 Delivered-To: freebsd-hardware@freebsd.org Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46]) by hub.freebsd.org (Postfix) with ESMTP id 91E1A37B41B; Sun, 28 Apr 2002 03:57:02 -0700 (PDT) Received: from lungfish.ntlworld.com ([80.4.0.215]) by mta06-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020428105701.HATT20036.mta06-svc.ntlworld.com@lungfish.ntlworld.com>; Sun, 28 Apr 2002 11:57:01 +0100 Received: from tuatara.goatsucker.org (tuatara.goatsucker.org [192.168.1.6]) by lungfish.ntlworld.com (8.11.6/8.11.6) with ESMTP id g3SAv1V95126; Sun, 28 Apr 2002 11:57:01 +0100 (BST) (envelope-from scott@tuatara.goatsucker.org) Received: (from scott@localhost) by tuatara.goatsucker.org (8.11.6/8.11.6) id g3SAv1220722; Sun, 28 Apr 2002 11:57:01 +0100 (BST) (envelope-from scott) Date: Sun, 28 Apr 2002 11:57:01 +0100 From: Scott Mitchell To: atk2@arctic.org Cc: freebsd-hardware@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: checking hard disk -- hdparm like tool? Message-ID: <20020428115701.B20049@fishballoon.dyndns.org> References: <20020428113034.A20049@fishballoon.dyndns.org> <20020428104201.18053.qmail@twinlark.arctic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20020428104201.18053.qmail@twinlark.arctic.org>; from atk2@arctic.org on Sun, Apr 28, 2002 at 10:42:01AM -0000 X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Apr 28, 2002 at 10:42:01AM -0000, atk2@arctic.org wrote: > The motherboard is an A7V333 (new board) that has a VT8233a for south bridge > which supports ata133 (aka UDMA 6). The bios indicates the drive is UDMA 6 > enabled. > > My original email suggested that maybe FreeBSD doesn't detect/understand the > VT8233a and is reverting to UDMA 2 - could this be the case? You're probably right -- it looks like you have everything set up correctly, but the driver is playing it safe with an unknown controller. It might be worth upgrading to the latest -STABLE and verifying that the problem still exists. Then send a message to freebsd-stable, perhaps cc'd to Søren Schmidt, the author of the ata driver (his address is in the manpage). There might be a very simple patch to tell the driver that yes, this controller really does support these modes. Cheers, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Sun Apr 28 20:57:22 2002 Delivered-To: freebsd-hardware@freebsd.org Received: from redempiror.net (ATuileries-107-1-3-72.abo.wanadoo.fr [80.13.110.72]) by hub.freebsd.org (Postfix) with ESMTP id 2630237B404 for ; Sun, 28 Apr 2002 20:57:16 -0700 (PDT) Received: from ultra [127.0.0.1] by redempiror.net [127.0.0.1] with SMTP (MDaemon.PRO.v5.0.5.R) for ; Mon, 29 Apr 2002 05:07:44 +0200 Date: Mon, 29 Apr 2002 5:7:44 +0100 From: "UltraVives" Reply-To: ultravives@hotmail.com To: freebsd-hardware@freebsd.org Subject: USB to ATA bridge (In-System Design 200) driver Organization: Redempiror Network Ltd. X-mailer: Foxmail 4.1 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 7bit X-MDRemoteIP: 127.0.0.1 X-Return-Path: ultravives@hotmail.com X-MDaemon-Deliver-To: freebsd-hardware@freebsd.org Message-Id: <20020429035716.2630237B404@hub.freebsd.org> Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi, i got a usb external harddisk, 60G, recently. but it doesn't work under freebsd 4.5 here is the boot info: FreeBSD 4.5-RELEASE #2: Tue Jan 29 22:44:12 GMT 2002 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 447803306 Hz CPU: Pentium III/Pentium III Xeon/Celeron (447.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 real memory = 201195520 (196480K bytes) Preloaded elf kernel "kernel" at 0xc07f4000. Preloaded mfs_root "/mfsroot" at 0xc07f4084. Pentium Pro MTRR support enabled md0: Preloaded image 4423680 bytes at 0xc03bad94 md1: Malloc disk Using $PIR table, 5 entries at 0xc00f0190 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 5.0 on pci0 isa0: on isab0 atapci0: port 0xfff0-0xffff at device 5.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xff80-0xff9f irq 11 at device 5.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 2 uhub1: 4 ports with 4 removable, self powered umass0: Iomega USB Zip CD , rev 1.00/1.00, addr 3 umass0: Get Max Lun not supported (STALLED) chip1: port 0xfe70-0xfe7f at device 5.3 on pci0 pci_cfgintr_linked: linked (60) to hard-routed irq 11 pci_cfgintr: 0:11 INTA routed to irq 11 pcic0: irq 11 at device 11.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pccard0: on pcic0 pci_cfgintr_linked: linked (61) to hard-routed irq 11 pci_cfgintr: 0:11 INTB routed to irq 11 pcic1: irq 11 at device 11.1 on pci0 pcic1: PCI Memory allocated: 0x44001000 pccard1: on pcic1 chip2: port 0xfc00-0xfcff irq 11 at device 12.0 on pci0 orm0: