From owner-freebsd-arch@FreeBSD.ORG Wed Jan 28 22:42:44 2009 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67BD910656DB; Wed, 28 Jan 2009 22:42:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 00D108FC12; Wed, 28 Jan 2009 22:42:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n0SMflVr016056; Wed, 28 Jan 2009 15:41:47 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 28 Jan 2009 15:42:09 -0700 (MST) Message-Id: <20090128.154209.1492588688.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <200901281720.40491.jhb@freebsd.org> References: <200901281540.30546.jhb@freebsd.org> <20090128.144307.-1398303613.imp@bsdimp.com> <200901281720.40491.jhb@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, gad@freebsd.org Subject: Re: Trimming the default /boot/device.hints X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 22:42:44 -0000 In message: <200901281720.40491.jhb@freebsd.org> John Baldwin writes: : fe0 doesn't have an identify routine nor hints in the default set. We don't : ship hints for sound blaster ISA cards by default either not all of which are : PnP (mine wasn't). The point being that the set of ISA adapters with hints : in the current device.hints is an arbitrary subset. Yes. It represents the terminal state of GENERIC when it was converted to hints. I still don't understand your resistance to having a fully populated hints file hanging around as legacy.hints. It is so utterly cheap to do that I can't believe you'd argue about doing it. : PNP devices are not PNPBIOS devices. No BIOS is going to have an ed0 device : or ie0 device in the PNPBIOS table or ACPI namespace. I'm sorry, but you think I'm confused when I'm not. You are not correct here. There *ARE* PNPBIOS entires for ed/ne2000 devices on some boards. I had a board that has them on it at Timing Solutions, and I believe I have at least two laptops that have various PNPBIOS entries for things like ethernet controllers (ne2000) and SCSI controllers (sym based). These are not ADD-IN cards that enumerate with PNP. These are built-in devices that enumerate with PNPBIOS. I'll keep repeating this until you understand that there are such things. Of course, I'm not sure it is relevant. : These are all devices that I count as PNPBIOS devices. I can put back the fd0 : and fd1 hints, but the rest of the devices being removed are all non-PNPBIOS : devices. To me at least there is a distinction. You have to put back the fd0 and fd1 devices, since they are only enumerated for ACPI right now. They aren't enumerated for pnpbios at all. So how far are we from what I posted? # $FreeBSD$ hint.fd.0.at="fdc0" hint.fd.0.drive="0" hint.fd.1.at="fdc0" hint.fd.1.drive="1" hint.atkbd.0.at="atkbdc" hint.psm.0.at="atkbdc" hint.vga.0.at="isa" hint.sc.0.at="isa" hint.sc.0.flags="0x100" hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.1.at="isa" hint.uart.1.port="0x2F8" Warner