On 23/02/26 20:15, Udit Kumar wrote:
> unlocking control mmr before spl_early_init leads to

Nit: capitalize the first letter

> unpredicable behaviour.

and run through codespell.

Commit msg is vague. What unpredictable behavior? How do we know moving
the ctrl_mmr_unlock() to after spl_early_init() really resolves this
unpredictable behavior?

> So unlock it after spl_early_init.
> 

Wrap commit msg at 80 char uniformly please.

> Fixes: 5e291ee34fd4 ("arch: mach-k3: Introduce basic files to support J722S 
> SoC family")
> Reported-by: Diwakar Dhyani <[email protected]>
> Signed-off-by: Udit Kumar <[email protected]>
> ---

> On HS-SE of J722S in particular, enable_mcu_esm_reset function is not able to 
> reset bit-17 of ctrl mmr CTRLMMR_MCU_RST_CTRL.
> Which leads to wdt is not functional. With this change
> bit-17 was getting reset properly on HS-SE and HS-FS devices.
> 

This too needs to go into commit msg if not in $subject as this is what
user actually sees as the issue.

> HS-FS
> https://gist.github.com/uditkumarti/4ba05c9335212630ce9240ac67e11c2d#file-hs-fs
> 
> HS-SE
> https://gist.github.com/uditkumarti/4ba05c9335212630ce9240ac67e11c2d#file-hs-se
> 
>  arch/arm/mach-k3/j722s/j722s_init.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/arch/arm/mach-k3/j722s/j722s_init.c 
> b/arch/arm/mach-k3/j722s/j722s_init.c
> index 1180c75f551..a0dab5d7032 100644
> --- a/arch/arm/mach-k3/j722s/j722s_init.c
> +++ b/arch/arm/mach-k3/j722s/j722s_init.c
> @@ -84,13 +84,13 @@ static void k3_spl_init(void)
>        */
>       store_boot_info_from_rom();
>  
> -     ctrl_mmr_unlock();
> -
>       /* Init DM early */
>       ret = spl_early_init();
>       if (ret)
>               panic("spl_early_init() failed: %d\n", ret);
>  
> +     ctrl_mmr_unlock();
> +
>       /*
>        * Process pinctrl for the serial0 a.k.a. WKUP_UART0 module and continue
>        * regardless of the result of pinctrl. Do this without probing the

-- 
Regards
Vignesh
https://ti.com/opensource

Reply via email to