[PATCH 1/1] lib: utils: identify supported GPIO reset methods
Nikita Shubin
nikita.shubin at maquefel.me
Wed Sep 29 02:14:11 PDT 2021
On Wed, 29 Sep 2021 09:46:55 +0530
Anup Patel <anup at brainfault.org> wrote:
> +Nikita
>
> On Tue, Sep 28, 2021 at 5:13 PM Heinrich Schuchardt
> <heinrich.schuchardt at canonical.com> wrote:
> >
> > The GPIO reset driver supports reset and poweroff. But not all
> > boards support both. gpio_system_reset_check() must detect this
> > situation.
> >
> > Signed-off-by: Heinrich Schuchardt
> > <heinrich.schuchardt at canonical.com>
>
> Looks good to me.
>
> Reviewed-by: Anup Patel <anup.patel at wdc.com>
>
> I had mentioned on the PMIC reset series that we need to improve
> the sbi_system.h device registration such that reset drivers can
> register a reset device for a range of reset types. This will allow
> separate reset drivers (e.g. PMIC+GPIO) for SiFive Unmatched.
> Also, reset_check() callback will not be required anymore.
>
> Regards,
> Anup
Looks good to me, however
> > + /* hang !!! */
> > + sbi_hart_hang();
> > }
Heinrich do we really need to hang here ?
Despite the gpio_system_reset should never reach the end of function,
i remember you talked something about returning from function back to
the sbi_system_reset.
Yours,
Nikita Shubin
More information about the opensbi
mailing list