From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTP id 6559567B6D for ; Tue, 5 Dec 2006 00:26:10 +1100 (EST) In-Reply-To: <20061204132124.4f7c50a9@localhost.localdomain> References: <20061130165202.GA23205@aepfle.de> <20061204123854.GA28159@aepfle.de> <4574197A.2020204@ru.mvista.com> <4FC2EBCF-C927-435A-9BE3-E4403AFC042D@kernel.crashing.org> <45741DDE.4080509@ru.mvista.com> <20061204132124.4f7c50a9@localhost.localdomain> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <52F5B831-5B40-4D40-A77F-4D7484692CAE@kernel.crashing.org> From: Segher Boessenkool Subject: Re: [PATCH] mark PCI resource with start 0 as unassigned Date: Mon, 4 Dec 2006 14:25:04 +0100 To: Alan Cc: linux-ide@vger.kernel.org, Olaf Hering , linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > setup-pci is for SFF8038i devices. It therefore knows that for > assigned > resources they must be I/O. It also assumes that zero is not a > valid I/O > port just like zero is not a valid IRQ. Stick a real IDE resource > at zero > and drivers/ide can't cope. But 0 _is_ a valid PCI I/O address. Do we now have to start using "virtual I/O addresses", analogue to the IRQ situation, or can these bad assumptions be fixed instead? Segher