From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 22:35:30 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 50ED216A537; Wed, 25 Aug 2004 22:35:29 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC7E743D45; Wed, 25 Aug 2004 22:35:28 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7PMYvUE004970; Wed, 25 Aug 2004 16:34:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 25 Aug 2004 16:35:21 -0600 (MDT) Message-Id: <20040825.163521.103131991.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <412D12D4.1000401@root.org> References: <20040825.161733.103236573.imp@bsdimp.com> <20040825222345.GB79209@ip.net.ua> <412D12D4.1000401@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii 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 22:35:30 -0000 In message: <412D12D4.1000401@root.org> Nate Lawson writes: : Ruslan Ermilov wrote: : > On Wed, Aug 25, 2004 at 04:17:33PM -0600, M. Warner Losh wrote: : > : >>In message: <412D0E04.8040701@root.org> : >> Nate Lawson writes: : >>: Ruslan Ermilov wrote: : >>: > $ diff -u /sys/i386/conf/GENERIC.hints /boot/device.hints : >>: > --- /sys/i386/conf/GENERIC.hints Sat Apr 3 13:59:14 2004 : >>: > +++ /boot/device.hints Thu Aug 26 00:32:55 2004 : >>: > @@ -1,8 +1,8 @@ : >>: > # $FreeBSD: src/sys/i386/conf/GENERIC.hints,v 1.13 2004/04/01 21:48:31 alfred Exp $ : >>: > -hint.fdc.0.at="isa" : >>: > -hint.fdc.0.port="0x3F0" : >>: > -hint.fdc.0.irq="6" : >>: > -hint.fdc.0.drq="2" : >>: > +#hint.fdc.0.at="isa" : >>: > +#hint.fdc.0.port="0x3F0" : >>: > +#hint.fdc.0.irq="6" : >>: > +#hint.fdc.0.drq="2" : >>: > hint.fd.0.at="fdc0" : >>: > hint.fd.0.drive="0" : >>: > hint.fd.1.at="fdc0" : >>: : >>: Try commenting out the fd hints also. : >>: : >>: > I got this: : >>: > : >>: > $ dmesg |grep fdc : >>: > fdc0: ic_type 90 part_id 73 : >>: > fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 : >>: > fdc0: ic_type 90 part_id 73 : >>: > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 : >>: : >>: Good to see this is working. : >> : >>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? : : There are only two ways currently to find fd0 on ISA systems: ACPI _FDE : probing and hints. The acpi probe automatically falls back to the hints : system if _FDE fails so you should leave the hint.fd.0 lines in but : comment out hint.fdc lines (as you've done). I think this is a bad idea, but may be what we have to do for 5.3. We can find out what drives are on the system by asking the rtc() if there's no _FDE, which is what the old, pre-acpi code did (which is why people are seeing their drives disappear now). : I think the problem is that ISA is creating a duplicate fdc0 device via : the hints. I'm not sure the best way to solve this. By not having the fdc hints. Warner