From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 23:12:41 2004 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 0847116A4CE; Wed, 25 Aug 2004 23:12:41 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C96C143D53; Wed, 25 Aug 2004 23:12:40 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7PNCd8U001785; Wed, 25 Aug 2004 16:12:39 -0700 Message-ID: <412D1CE6.3050603@root.org> Date: Wed, 25 Aug 2004 16:12:38 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <412D0E04.8040701@root.org> <20040825.161733.103236573.imp@bsdimp.com> <20040825222345.GB79209@ip.net.ua> <20040825.163130.66167637.imp@bsdimp.com> In-Reply-To: <20040825.163130.66167637.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: phk@phk.freebsd.dk cc: current@freebsd.org Subject: Re: No more floppy drive 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: Wed, 25 Aug 2004 23:12:41 -0000 M. Warner Losh wrote: > In message: <20040825222345.GB79209@ip.net.ua> > Ruslan Ermilov writes: > : On Wed, Aug 25, 2004 at 04:17:33PM -0600, M. Warner Losh wrote: > : > Generally one doesn't want ANY hints when one has pnpisabios or acpi > : > supplying the hints, unless one really does have an exceptional device > : > at that location. > : > > : A lot of current@ users report missing /dev/fd0 due to this. Can this > : be fixed somehow? > > acpi should be providing these hints, but it appears that either that > code isn't working, hasn't been committed or there's no fallback to > more traditional methods when there's no information about fd drives. > This is one of the twistiest, nastiest, ugliest part of PCAT :-( The code I added merely does: if (_FDE working) add fd[0-2] children accordingly if (fdX._FDI working) set type on fdX else unmodified hints probe for fd[0-2] if (fdX type not set) unmodified drive type probe via rtc Since the probe is unmodified if _FDE is not present, I can't see a new problem here. If this is a new problem, it must be elsewhere. -- Nate