From owner-cvs-src@FreeBSD.ORG Thu Mar 17 19:57:08 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30ABF16A4CE; Thu, 17 Mar 2005 19:57:08 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E3CF43D46; Thu, 17 Mar 2005 19:57:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2HJsvNM032551; Thu, 17 Mar 2005 12:54:58 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 17 Mar 2005 12:55:07 -0700 (MST) Message-Id: <20050317.125507.29867798.imp@bsdimp.com> To: peter@wemm.org From: "M. Warner Losh" In-Reply-To: <200503171058.04786.peter@wemm.org> References: <20050316205829.GA3556@dragon.NUXI.org> <20050317121651.N72560@delplex.bde.org> <200503171058.04786.peter@wemm.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: src-committers@freebsd.org cc: pjd@freebsd.org cc: bde@zeta.org.au cc: cvs-src@freebsd.org cc: cvs-all@freebsd.org cc: obrien@freebsd.org Subject: Re: cvs commit: src/sys/i386/conf GENERIC src/sys/amd64/conf GENERIC X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 19:57:08 -0000 On Wednesday 16 March 2005 05:37 pm, Bruce Evans wrote: > Are the comments on precedence even correct? I think precedence > according to ordering in the config file hasn't worked for many years. That is correct. At most you get hints ordering for ISA devices. Otherwise, you get the order which the devices appear in the linked lists for a given bus. In message: <200503171058.04786.peter@wemm.org> Peter Wemm writes: : The bubble sorting of the sysinit entries would scramble their registration : order with newbus, so it isn't safe to assume *any* implied order or : precedence. Yes. However, given that the two modules in question return relative values such that either or both can be in the kernel and pcn wins. So it just doesn't matter what order you list have in your kernel config. The probe routines will bid on it, and they are safe to be called multiple times, and only the highest bidder will attach. : If there are any remnants of probe precedence, it is in the order : specified in device.hints for old isa devices, but even then, I'm : not sure that it has any effect. The "correct" (for a small value : thereof) way to specify precedence is with the sensitive flags in : the drivers. There are no such probing precidence vestiages left in the system. However, given how hints are written, and that we prefer hinted devices to pnp devices, on the ISA bus one can generally control the order in which devices probe. It looks like we don't look at the sensitive flag in the hint driver. : The only other dependable order of probling is that isa probes happen after : pci/eisa/etc probes. A pci probe will always get a chance to grab a device : before an isa probe even gets a chance to look at it. Again, regardless of : the order in config files. True. And unless the PCI device is in some wacked out compatbility mode, the ISA probe will never ever see that device, no matter when it happens. Well, if you hinted a pci device as an ISA device, you might run into trouble, but nobody does that[*]. I don't have an opinion on where lnc should go. It is clear to me that it is fine where it is. I cite as evidence: (1) ed is in the ISA section, but has pccard, cbus and pci attachments. (2) ex, cs, and sn are in the ISA section, but also have pccard attachments. (3) ep also has pccard, cbus and eisa attachments. (4) xe doesn't even have an ISA attachment, but is in the ISA section (5) fe has pccard and cbus attachments (and could in theory have EISA attachments). (6) le shouldn't be listed as using the old isa shims, since those are gone from the tree. Warner [*] I'm sure someone will tell me they've been using this technique to keep their old whatsit card that has only and ISA but no PCI attachment going since 1.1, but I kinda doubt it.