Messages in this thread | | | Date | Mon, 4 Apr 2016 09:03:27 -0700 | From | Mark Brown <> | Subject | Re: [RFC PATCH 06/10] spi: add support for ACPI reconfigure notifications |
| |
On Mon, Apr 04, 2016 at 01:25:56PM +0300, Octavian Purdila wrote: > On Sat, Apr 2, 2016 at 7:24 PM, Mark Brown <broonie@kernel.org> wrote:
> > What I don't understand is why the flow on inital probe isn't simply to > > register the controller which then triggers the walk of the children. > > That way any bus that supports initial probe also supports hotplug > > without needing to go and manually add a second code path.
> Do you mean register the notifier per controller instead of per > subsystem? Either way we need changes at the subsystem level and I > choose to follow the device tree implementation for consistency.
No! I mean use the exact same callback you've got now for everything.
> The other reason is that (pending other ACPICA changes) we can add > other notification events in the future such as node added or removed > (just like device tree), and in that case the probe and hotplug > handling would be different (and a bit more efficient).
Why is probe different to hotplug? We don't need to do that in the normal driver model. [unhandled content-type:application/pgp-signature] | |