[Re: [PATCH 4/5] drivers/pci: make host/pci-keystone-dw.c modular] On 08/02/2016 (Mon 10:59) Arnd Bergmann wrote: > On Sunday 07 February 2016 19:00:43 Paul Gortmaker wrote: > > Export the symbols that this driver requires in order for it to > > be modular. In addition to the one use case of a dw_pci sym, it > > has many instances of its own ks_dw_pci syms that need exporting > > in order to modpost w/o error. > > > > Cc: Murali Karicheri <m-karicheri2@xxxxxx> > > Cc: Bjorn Helgaas <bhelgaas@xxxxxxxxxx> > > Cc: Stanimir Varbanov <svarbanov@xxxxxxxxxx> > > Cc: Geert Uytterhoeven <geert+renesas@xxxxxxxxx> > > Cc: Thierry Reding <thierry.reding@xxxxxxxxx> > > Cc: Arnd Bergmann <arnd@xxxxxxxx> > > Cc: linux-pci@xxxxxxxxxxxxxxx > > Cc: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx > > Signed-off-by: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx> > > --- > > > Could we just have one module for the driver instead of two? That thought crossed my mind, but I was considering merging the C files and figured it might be more churn than the maintainer wanted. If maintainers are good with the below (assuming it works) then yes that also seems reasonable. P. -- > > Something like below (untested) > > Arnd > > diff --git a/drivers/pci/host/Makefile b/drivers/pci/host/Makefile > index 7b2f20c6ccc6..0b472c680348 100644 > --- a/drivers/pci/host/Makefile > +++ b/drivers/pci/host/Makefile > @@ -8,7 +8,8 @@ obj-$(CONFIG_PCI_RCAR_GEN2) += pci-rcar-gen2.o > obj-$(CONFIG_PCI_RCAR_GEN2_PCIE) += pcie-rcar.o > obj-$(CONFIG_PCI_HOST_GENERIC) += pci-host-generic.o > obj-$(CONFIG_PCIE_SPEAR13XX) += pcie-spear13xx.o > -obj-$(CONFIG_PCI_KEYSTONE) += pci-keystone-dw.o pci-keystone.o > +obj-$(CONFIG_PCI_KEYSTONE) pci-keystone-mod.o > +pci-keystone-mod-objs := pci-keystone-dw.o pci-keystone.o > obj-$(CONFIG_PCIE_XILINX) += pcie-xilinx.o > obj-$(CONFIG_PCI_XGENE) += pci-xgene.o > obj-$(CONFIG_PCI_XGENE_MSI) += pci-xgene-msi.o > -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html