Hi Rob, On Mon, Sep 18, 2017 at 11:28 PM, Rob Herring <robh+dt@xxxxxxxxxx> wrote: > On Mon, Sep 11, 2017 at 3:07 PM, Arnd Bergmann <arnd@xxxxxxxx> wrote: >> The pci-rcar driver is enabled for compile tests, and this has >> shown that the driver cannot build without CONFIG_OF, >> following the inclusion of f8f2fe7355fb "PCI: rcar: Use new OF >> interrupt mapping when possible": >> >> drivers/pci/host/pcie-rcar.c: In function 'pci_dma_range_parser_init': >> drivers/pci/host/pcie-rcar.c:1039:2: error: implicit declaration of function 'of_n_addr_cells' [-Werror=implicit-function-declaration] >> parser->pna = of_n_addr_cells(node); >> ^ >> As pointed out by Ben Dooks and Geert Uytterhoeven, this is actually >> supposed to build fine, which we can achieve if we make the >> declaration of of_irq_parse_and_map_pci conditional on CONFIG_OF >> and provide an empty inline function otherwise, as we do for >> a lot of other of interfaces. >> >> This lets us build the rcar_pci driver again without CONFIG_OF >> for build testing. All platforms using this driver select OF, >> so this doesn't change anything for the users. > > Sorry, I keep missing this. It's a flaw in my mail filtering... > > There's a patch series[1] to factor out pci_dma_range_parser_init of > the driver which should also fix this. I'd prefer not to take this > because ideally all address parsing should be within the DT core code. > > Rob > > [1] https://patchwork.kernel.org/patch/9927541/ Yes, that looks like a better solution. (For those who didn't see the rest of the series: of_pci_dma_range_parser_init() in provided in of/address.c, and does have a dummy) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html