[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <12857279.nHR7kEbqBW@wuerfel>
Date: Thu, 03 Jul 2014 12:26:32 +0200
From: Arnd Bergmann <arnd@...db.de>
To: linux-arm-kernel@...ts.infradead.org
Cc: Tanmay Inamdar <tinamdar@....com>,
Sinan Kaya <okaya@...eaurora.org>,
linaro-kernel <linaro-kernel@...ts.linaro.org>,
Catalin Marinas <Catalin.Marinas@....com>,
Device Tree ML <devicetree@...r.kernel.org>,
linux-pci <linux-pci@...r.kernel.org>,
Jingoo Han <jg1.han@...sung.com>,
Liviu Dudau <Liviu.Dudau@....com>,
LKML <linux-kernel@...r.kernel.org>,
Will Deacon <Will.Deacon@....com>,
Grant Likely <grant.likely@...retlab.ca>,
patches <patches@....com>, Kukjin Kim <kgene.kim@...sung.com>,
Suravee Suthikulanit <suravee.suthikulpanit@....com>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Bjorn Helgaas <bhelgaas@...gle.com>
Subject: Re: [PATCH v8 2/9] pci: Export find_pci_host_bridge() function.
On Wednesday 02 July 2014 13:43:41 Tanmay Inamdar wrote:
> On Wed, Jul 2, 2014 at 12:12 PM, Arnd Bergmann <arnd@...db.de> wrote:
> > I think EXPORT_SYMBOL_GPL() is better here. The new symbols are unlikely
> > to be used by a peripheral device driver, and PCI host controllers are
> > already restricted by EXPORT_SYMBOL_GPL.
> >
>
> You are right as long as the functions are not used directly. But what
> if GPL functions are called indirectly. For example, 'pci_domain_nr'
> implementation in Liviu's V7 series calls 'find_pci_host_bridge'.
Good point. If pci_domain_nr() doesn't require access to an EXPORT_SYMBOL_GPL
symbol, it should not start doing that after this patch.
For of_create_pci_host_bridge() however, I can't think of any reason to use
a legacy EXPORT_SYMBOL.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists