From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 31 Jan 2012 22:19:22 +0100 (CET) Received: from mx1.redhat.com ([209.132.183.28]:28752 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S1904026Ab2AaVTP (ORCPT ); Tue, 31 Jan 2012 22:19:15 +0100 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q0VLIwwP027581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 31 Jan 2012 16:18:58 -0500 Received: from redhat.com (vpn-203-148.tlv.redhat.com [10.35.203.148]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id q0VLInw8020014; Tue, 31 Jan 2012 16:18:50 -0500 Date: Tue, 31 Jan 2012 23:18:54 +0200 From: "Michael S. Tsirkin" To: Arnd Bergmann Cc: Kevin Cernekee , Ralf Baechle , Paul Mundt , Jesse Barnes , Myron Stowe , Paul Gortmaker , Lucas De Marchi , Dmitry Kasatkin , James Morris , "John W. Linville" , Michael Witten , linux-mips@linux-mips.org, linux-kernel@vger.kernel.org, linux-sh@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: [PATCH 1/3] lib: add NO_GENERIC_PCI_IOPORT_MAP Message-ID: <20120131211853.GC6843@redhat.com> References: <201201301551.46907.arnd@arndb.de> <20120130161818.GA9345@redhat.com> <201201302004.33083.arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201201302004.33083.arnd@arndb.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-archive-position: 32377 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: mst@redhat.com Precedence: bulk X-list: linux-mips Return-Path: On Mon, Jan 30, 2012 at 08:04:32PM +0000, Arnd Bergmann wrote: > On Monday 30 January 2012, Michael S. Tsirkin wrote: > > > > > > +/* > > > + * Create a virtual mapping cookie for a port on a given PCI device. > > > + * Do not call this directly, it exists to make it easier for architectures > > > + * to override. > > > + */ > > > +#ifdef CONFIG_NO_GENERIC_PCI_IOPORT_MAP > > > +extern void __iomem *__pci_ioport_map(struct pci_dev *dev, unsigned long port, > > > + unsigned int nr); > > > +#else > > > +static inline void __iomem *__pci_ioport_map(struct pci_dev *dev, > > > + unsigned long port, unsigned int nr) > > > +{ > > > + return ioport_map(port, nr); > > > +} > > > +#endif > > > > > > Arnd > > > > It would be nicer in that it would > > make the kernel a bit smaller for generic architectures > > but this would need to go into a separate header: > > it depends on io.h and io.h depends on pci_iomap.h. > > Adding extra dependencies is not good here, I agree. > Maybe a better solution is to use a macro instead of an inline > function then: > > #define __pci_ioport_map(dev, port, nr) ioport_map(port, nr) > > In general, macros should be avoided, but I think it's the > best tradeoff in this case. > > Arnd OK, I did exactly that. Thanks!