From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 30 Nov 2011 11:08:40 +0200 From: "Michael S. Tsirkin" 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 Subject: [PATCH-RFC 1/2 v2] tile: don't panic on iomap Message-ID: <20111130090839.GA20062@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: 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