From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Michael S. Tsirkin" Subject: [PATCH-RFC 1/2 v2] tile: don't panic on iomap Date: Wed, 30 Nov 2011 11:08:40 +0200 Message-ID: <20111130090839.GA20062@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Arnd Bergmann Cc: Lucas De Marchi , Paul Mundt , Jesse Barnes , "David S. Miller" , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-arch@vger.kernel.org, Andrew Morton , Bjorn Helgaas List-Id: linux-arch.vger.kernel.org I think panic on iomap is there just for debugging. If we return NULL instead, the generic pci_iomap will do the same thing as the custom one that tile currently has (that is, return NULL on an IO BAR) so tile won't need to roll its own anymore. Signed-off-by: Michael S. Tsirkin --- Note: the other patch in the series is unchanged. Changes from v1: - tweaked pr_info message arch/tile/include/asm/io.h | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/arch/tile/include/asm/io.h b/arch/tile/include/asm/io.h index c9ea165..d2152de 100644 --- a/arch/tile/include/asm/io.h +++ b/arch/tile/include/asm/io.h @@ -204,7 +204,8 @@ static inline long ioport_panic(void) static inline void __iomem *ioport_map(unsigned long port, unsigned int len) { - return (void __iomem *) ioport_panic(); + pr_info("ioport_map: mapping IO resources is unsupported on tile.\n"); + return NULL; } static inline void ioport_unmap(void __iomem *addr) -- 1.7.5.53.gc233e