Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 6 Jan 2003 05:25:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 6 Jan 2003 05:25:58 -0500 Received: from [217.167.51.129] ([217.167.51.129]:46591 "EHLO zion.wanadoo.fr") by vger.kernel.org with ESMTP id ; Mon, 6 Jan 2003 05:25:57 -0500 Subject: Re: [patch 2.5] PCI: allow alternative methods for probing the BARs From: Benjamin Herrenschmidt To: Linus Torvalds Cc: Ivan Kokshaysky , Paul Mackerras , "Eric W. Biederman" , davidm@hpl.hp.com, grundler@cup.hp.com, linux-kernel@vger.kernel.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1041849069.666.6.camel@zion.wanadoo.fr> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 06 Jan 2003 11:31:10 +0100 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1063 Lines: 22 On Mon, 2003-01-06 at 05:14, Linus Torvalds wrote: > Alternatively, we could even have a very limited phase #1 that only > enumerates _reachable_ devices (ie it doesn't even try to create bus > numbers, it only enumerates devices and buses that have already been set > up by the firmware, and ignores bridges that aren't set up yet). A pure > discovery phase, without any configuration at all. That would only work for cases where the kernel isn't responsible for the actual bus numbering/renumbering. For example, since we do not quite deal with PCI domains yet, I have to force pcibios_assign_all_busses() on pmac so that my 3 root busses get re-numbered (else I get 3 trees with conflicting bus numbers all starting at 0). Another case is embedded which can deal with completely unassigned bus numbers. Ben. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/