From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 08:59:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2A8E37B401; Mon, 14 Apr 2003 08:59:14 -0700 (PDT) Received: from baraca.united.net.ua (vlan1.baraca.united.net.ua [195.234.212.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0309743FB1; Mon, 14 Apr 2003 08:59:13 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226]) h3EFx8TF060117; Mon, 14 Apr 2003 18:59:09 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost.vega.com [127.0.0.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h3EFxMPG023436; Mon, 14 Apr 2003 18:59:22 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.6/8.12.5/Submit) id h3EFxFA7023435; Mon, 14 Apr 2003 18:59:15 +0300 (EEST) Date: Mon, 14 Apr 2003 18:59:15 +0300 From: Maxim Sobolev To: Soeren Schmidt Message-ID: <20030414155915.GB23374@vega.vega.com> References: <20030414120327.GA22561@vega.vega.com> <200304141415.h3EEFhuv075007@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200304141415.h3EEFhuv075007@spider.deepcore.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.7-STABLE i386 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Workaround for some broken BIOSes that forgot to enable ATAchannels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 15:59:15 -0000 On Mon, Apr 14, 2003 at 04:15:43PM +0200, Soeren Schmidt wrote: > It seems Maxim Sobolev wrote: > > > > Attached please find a patch, which workaround a bug found in > > > > some BIOSes, which forget to enable ATA channels properly. > > > > This results in ATA driver not attaching properly and inability > > > > to use disk devices. > > > > > > Hmm, what BIOS's do you see this on ? if that bit isn't set *alot* > > > of other things probably arent as well, which could cause real > > > problems if we try this. > > > > This is BIOS on my new vprMatrix 175B4 notebook (P4M-1.7GHz). > > Along with ATA, it "forgets" to enable ports on network card > > (fxp driver), I've already committed patch for it. Funny thing > > is that the problem doesn't exists on 4.7 - both ata and fxp > > work here OOB. This might be somehow related to ACPI, but > > forcefully disabling it in 5-CURRENT doesn't help. > > I heard BIOSes, and now its just one :) > > I'll wait and see if there is more of this, before committing code that > might be just a one off... :((( I am really wonder why ata driver is so strict in this area. Many other drivers don't rely on BIOS to do the right job and enable ports, memory space and busmastering explicitly. And this is the right thing (IMO), since most modern operating systems including FreeBSD don't give a shit to BIOS settings anyway. If device is probed and user didn't disable the driver explicitly, it should do everything to attach to device, no matter in which weird state the BIOS left it. -Maxim