[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <YBKTadhZZsySC9ak@atomide.com>
Date: Thu, 28 Jan 2021 12:35:21 +0200
From: Tony Lindgren <tony@...mide.com>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Saravana Kannan <saravanak@...gle.com>,
Roy Zang <roy.zang@....com>,
Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
PCI <linux-pci@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Minghuan Lian <minghuan.Lian@....com>,
Michael Walle <michael@...le.cc>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Bjorn Helgaas <bhelgaas@...gle.com>,
linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>,
Mingkai Hu <mingkai.hu@....com>
Subject: Re: [PATCH] PCI: dwc: layerscape: convert to
builtin_platform_driver()
* Geert Uytterhoeven <geert@...ux-m68k.org> [210128 09:32]:
> It wasn't. The regression is that the driver no longer probes at first
> try, because its dependencies are now probed later. The question is:
> why are the dependencies now probed later? How to fix that?
I'm afraid that may be unfixable.. It depends on things like the bus
driver probe that might get also deferred.
As suggested, I agree it's best to get rid of builtin_platform_driver_probe
where possible at the cost of dropping the __init as needed.
To me it seems we can't even add a warning to __platform_driver_probe()
if there's drv->driver.of_match_table for example. That warning would
show up on all the devices with driver in question built in even if
the device has no such hardware.
Regards,
Tony
Powered by blists - more mailing lists