From owner-cvs-src@FreeBSD.ORG Sat Mar 20 12:04:56 2004 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 5FCE216A4CE; Sat, 20 Mar 2004 12:04:56 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BED043D3F; Sat, 20 Mar 2004 12:04:56 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2KK4cJB071478; Sat, 20 Mar 2004 12:04:38 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2KK4bcs087079; Sat, 20 Mar 2004 12:04:37 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i2KK4bQe087078; Sat, 20 Mar 2004 12:04:37 -0800 (PST) (envelope-from marcel) Date: Sat, 20 Mar 2004 12:04:37 -0800 From: Marcel Moolenaar To: "M. Warner Losh" Message-ID: <20040320200437.GB84959@dhcp01.pn.xcllnt.net> References: <200403200214.i2K2E3ps052217@repoman.freebsd.org> <20040320080027.GC567@funkthat.com> <20040320085431.GA74398@dhcp01.pn.xcllnt.net> <20040320.104521.08405415.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040320.104521.08405415.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: gurney_j@efn.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/conf files src/sys/dev/uart uart_cpu.h uart_cpu_alpha.c uart_cpu_amd64.c uart_cpu_i386.c uart_cpu_ia64.c uart_cpu_pc98.c uart_cpu_sparc64.c uart_subr.c 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: Sat, 20 Mar 2004 20:04:56 -0000 On Sat, Mar 20, 2004 at 10:45:21AM -0800, M. Warner Losh wrote: > In message: <20040320085431.GA74398@dhcp01.pn.xcllnt.net> > Marcel Moolenaar writes: > : Probe order is irrelevant if you specify the device by its I/O port > : or memory mapped I/O address. > > Only for devices that have fixed addresses. This wouldn't be true for > devices on the PCI bus, where probe order could affect the resources > assigned to a given device. The only real way for self-enumearting > busses are a bus-specific address. Devices that don't have a fixed address cannot be used as low-level console as there's no way we can know where the device is. Unless of course the device is pinned somewhere in advance. But this obviously must happen before we enter the kernel, which for all practical purposes and our point of view means that the device has a fixed address. Hence, we don't have to deal with devices that don't have a fixed address. Alternatively, if the platform has some form of indirection (like sparc64 and powerpc that can look up device names in the OpenFirmware device tree) you don't want to use addresses, you want to use the indirection. Nonetheless, the indirection (e.g. name or alias) has to be fixed and known up front so that we have something fixed to do the lookup with. The lookup may yield a different result across reboots. Lastly, if the platform provides the information in some form (like the HCDP table on DIG64 compliant machines), we use that and not the environment variables. This is related to the indirect lookup mentioned above. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net