This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Thu Apr 25 12:58:58 2024 Delivery-date: Tue, 28 Feb 2006 22:13:48 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932631AbWB1VNQ (ORCPT ); Tue, 28 Feb 2006 16:13:16 -0500 Received: from odyssey.analogic.com ([204.178.40.5]:13326 "EHLO odyssey.analogic.com") by vger.kernel.org with ESMTP id S932614AbWB1VNQ convert rfc822-to-8bit (ORCPT ); Tue, 28 Feb 2006 16:13:16 -0500 Received: from chaos.analogic.com ([10.112.50.11]) by phoenix.analogic.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 28 Feb 2006 16:13:06 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Received: from chaos.analogic.com (localhost [127.0.0.1]) by chaos.analogic.com (8.12.11/8.12.11) with ESMTP id k1SLD6sN005211; Tue, 28 Feb 2006 16:13:06 -0500 Received: (from linux-os@localhost) by chaos.analogic.com (8.12.11/8.12.11/Submit) id k1SLD6da005210; Tue, 28 Feb 2006 16:13:06 -0500 In-Reply-To: <200602281535.21974.jringle@vertical.com> X-OriginalArrivalTime: 28 Feb 2006 21:13:06.0720 (UTC) FILETIME=[C4E73A00:01C63CAB] content-class: urn:content-classes:message Subject: Re: Linux running on a PCI Option device? Date: Tue, 28 Feb 2006 16:13:06 -0500 Message-Id: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Linux running on a PCI Option device? Thread-Index: AcY8q8TwnPcYYDwoQw6hD8uTYQWImw== References: <43EAE4AC.6070807@snapgear.com> <200602281535.21974.jringle@vertical.com> From: "linux-os \(Dick Johnson\)" To: "Jon Ringle" Cc: "Greg Ungerer" , Reply-To: "linux-os \(Dick Johnson\)" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 28 Feb 2006, Jon Ringle wrote: > On Thursday 09 February 2006 01:43 am, Greg Ungerer wrote: >> Hi Jon, >> >> Jon Ringle wrote: >>> I am working on a new board that will have Linux running on an xscale >>> processor. This board will be a PCI Option device. I currently have a >>> IXDP465 eval board which has a PCI Option connector that I will use for >>> prototyping. From what I can tell so far, Linux wants to scan the PCI bus >>> for devices as if it is the PCI host. Is there any provision in Linux so >>> that it can take on the role of a PCI option rather than a PCI host? >> >> Have a look at the code in arch/arm/mach-ixp4xx/common-pci.c, in >> the function ixp4xx_pci_preinit(). >> >> It does a check on whether the PCI bus is configured as HOST or not. >> I don't know if that code support is enough for it all to work right >> though (I certainly haven't tried it on either the 425 or 465...) > > When I have the IXDP465 in PCI Option mode, Linux still writes to pci > configuration space which confuses the heck out of the PCI Host (Windows > 2003). What do I need to do in order to have Linux work as a PCI option but > still not mess with the pci configuration, and leave that task to the PCI > Host? > > Jon But anything on the PCI bus will get written, at least to find out the length of the address space. Please read about the PCI System Architecture. There are several writes that are mandatory. If somebody is attempting to configure the PCI devices, the following will occur. (1) The BIOS will find some available address-space and put it into any base-address register that has memory-space enabled in the command register. (2) The BIOS will find some available I/O space and put it into a base-address register, too. This all occurs long before any OS is booted. These writes will occur. Then, the addresses may be re-written by any OS including Linux. Additional writes will occur when the device is enabled and when the cache-line size or the latency timer is written. If the device is a host, and you don't want the BIOS to hack with it, then you need to turn off writes from the the host-bus side. This is something your FPGA designer needs to provide. Usually, option boards use a PCI interface chip such as a PLX PCI-9656BA. It would not normally BE a PCI device on the Host side. The host CPU would communicate with it on a local bus. Cheers, Dick Johnson Penguin : Linux version 2.6.15.4 on an i686 machine (5589.54 BogoMips). Warning : 98.36% of all statistics are fiction, book release in April. _  **************************************************************** The information transmitted in this message is confidential and may be privileged. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them. Thank you. - 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/