On Thu, Nov 01, 2012 at 09:54:00AM +0100, Linus Walleij wrote: > Well, the pinctrl grabbers in these drivers are using these states also > for platforms that do not even select CONFIG_PM. For example > mach-nomadik is quite happy that the PL011 driver is thusly > muxing in its pins. And would require refactoring to use PM > domains. > So basically this requirement comes down to: > - When dealing with a SoC IP block driver > - That need to multiplex pins > - Then your SoC must select CONFIG_PM and > CONFIG_PM_RUNTIME and > CONFIG_PM_GENERIC_DOMAINS and implement > proper domain handling hooks. > Is this correct? And for Mark, Dmitry, does this correspond to > your view? For the pin hogging I'd actually been thinking separately that we should just have the device core do a devm_pinctrl_get_set_default() prior to probing the device and store the result in the struct device. That would immediately remove almost all of the current pinctrl users, users that do need to do things with the data or check the result can then pick up the pinctrl pointer from the device struct. > It's actually something that needs to be acknowledged by the > ARM SoC maintainers, because they will be the ones telling > all subarch maintainers to go implement full PM handling > with these three frameworks whenever an SoC driver want > to handle pins. Well, they're going to have to implement it somewhere anyway - either in the drivers or in the SoC stuff. > And IIUC not only pins but also silicon block clocks? > I can surely fix these for "my" systems, but it really needs > to be enforced widely or it will be a mess. We definitely need to decide if it's something that should be open coded everywhere.
Attachment:
signature.asc
Description: Digital signature
