From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 01:06:27 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37E6E16A4D2; Mon, 3 Nov 2003 01:06:27 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1C0243F75; Mon, 3 Nov 2003 01:06:25 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hA396NVv063941; Mon, 3 Nov 2003 10:06:23 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hA396MOg063940; Mon, 3 Nov 2003 10:06:22 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311030906.hA396MOg063940@spider.deepcore.dk> In-Reply-To: <20031103085945.GA20231@e-card.bg> To: Rumen Telbizov Date: Mon, 3 Nov 2003 10:06:22 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: stable@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: FreeBSD and serial ata X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2003 09:06:27 -0000 It seems Rumen Telbizov wrote: > any answers the first time. > > I have P4P800-VM motherboard with serial ata > controlers (ICH5) and serial ata discs. I managed > to install FreeBSD 4.9-STABLE on this box when > setting the IDE controller in legacy mode. > Everything works normal except when booting, > the drives are set into UDMA33 mode: > > atapci0: port > 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0- > 0x7 irq 0 at device 31.2 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > > ad0: DMA limited to UDMA33, non-ATA66 cable or device > ad0: 76319MB [155061/16/63] at ata0-master UDMA33 > ad1: DMA limited to UDMA33, non-ATA66 cable or device > ad1: 76319MB [155061/16/63] at ata0-slave UDMA33 > > I read somewhere that this message is a hoax and that > the drive should actually work in UDMA150. Is this my case? Yes, there are no "modes" on SATA (so far) its just SATA-150 in this case and the drives (if true SATA drives not PATA with converters) run SATA-150 over the inteface as soon as youselect any DMA mode. > I also checked the source of ata-dma.c: > Here is the section. > > #if 1 > if (udmamode > 2 && !atadev->param->hwres_cblid) { > ata_prtdev(atadev,"DMA limited to UDMA33, non-ATA66 cable or device\n"); > udmamode = 2; > } > #endif > > > Maybe this should sound like: > if ( (udmamode > 2) && (udmamode < 5) && (!atadev->param->hwres_cblid) ) { > ata_prtdev(atadev,"DMA limited to UDMA33, non-ATA66 cable or device\n"); > udmamode = 2; > } > > All comments are wellcome. That wont work.. The problem here is that -stable's ATA driver doesn't have the infrastructure to handle SATA properly, so what you have here is a crude hack to get some controllers working, but you will have to live with the fallout above... -Søren