On Tue, Nov 19, 2024 at 5:00 PM Frank Li <Frank.li@xxxxxxx> wrote:
>
> On Tue, Nov 19, 2024 at 03:07:26PM +0200, Daniel Baluta wrote:
> > This is a RFC patch in order to allow AHB to IP Bridge (AIPSTZ)
> > configuration to be restored after a suspend/resume operation.
> >
> > This is particularly useful for aips5 bus where the aipstz
> > configuration is lost at suspend.
> >
> > In order to configure aipstz bridge we register a platform driver
> > that will set default configuration permission at probe.
> >
> > Because AIPS configuration is lost at suspend/resume time we register
> > a power notifier callback that will take care of re-initializing the
> > configuration at resume.
>
> why not use suspend/resume callback? what's happen if devices under AIPS
> suspend/resume before AIPS resume function.
We are attaching to AIPS power domain. So any device that will resume
will have first to power up the domain which in turn will configure the bridge.
So with this it doesn't really matter the suspend/resume order
becasuse the notifier
that will configure the bridge is already register.
But I wonder if there could be a problem if a device goes
suspend/resume before the bridge
probe function gets a chance to be called.
> supposed
> bridge@30df0000 {
> ...
> some child node {
> }
>
> so child node's devies suspend/resume will after bidged's
> suspend resume.
>
> }
