Thread (52 messages) flat view 52 messages, 9 authors, 2021-09-05

Re: [RFC PATCH net-next 1/3] net: phy: don't bind genphy in phy_attach_direct if the specific driver defers probe

From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: 2021-09-02 10:37:42
Also in: linux-acpi, lkml

On Thu, Sep 02, 2021 at 01:11:50PM +0300, Vladimir Oltean wrote:
On Thu, Sep 02, 2021 at 07:43:10AM +0200, Greg Kroah-Hartman wrote:
quoted
Wait, no, this should not be a "special" thing, and why would the list
of deferred probe show this?
Why as in why would it work/do what I want, or as in why would you want to do that?
Both!  :)
quoted
If a bus wants to have this type of "generic vs. specific" logic, then
it needs to handle it in the bus logic itself as that does NOT fit into
the normal driver model at all.  Don't try to get a "hint" of this by
messing with the probe function list.
Where and how? Do you have an example?
No I do not, sorry, most busses do not do this for obvious ordering /
loading / we are not that crazy reasons.

What is causing this all to suddenly break?  The devlink stuff?

thanks,

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help