Hi,

> -----Original Message-----
> From: Paweł Anikiel <p...@semihalf.com>
> Sent: Friday, 17 June, 2022 6:47 PM
> To: Vasut, Marek <ma...@denx.de>; simon.k.r.goldschm...@gmail.com;
> Chee, Tien Fong <tien.fong.c...@intel.com>; michal.si...@xilinx.com
> Cc: u-boot@lists.denx.de; s...@chromium.org; feste...@denx.de;
> ja...@amarulasolutions.com; andre.przyw...@arm.com; Armstrong, Neil
> <narmstr...@baylibre.com>; pbrobin...@gmail.com;
> thar...@gateworks.com; paul....@linaro.org; christianshew...@gmail.com;
> adrian.fiergol...@fastree3d.com; marek.be...@nic.cz; Denk, Wolfgang
> <w...@denx.de>; Lim, Elly Siew Chin <elly.siew.chin....@intel.com>;
> upstr...@semihalf.com; ams...@chromium.org; Paweł Anikiel
> <p...@semihalf.com>
> Subject: [PATCH v3 08/11] socfpga: arria10: Replace delays with busy waiting
> in cm_full_cfg
> 
> Using udelay while the clocks aren't fully configured causes the timer system
> to save the wrong clock rate. Use sdelay and wait_on_value instead (the
> values used in these functions were found experimentally).
> 
> Signed-off-by: Paweł Anikiel <p...@semihalf.com>
> ---
>  arch/arm/mach-socfpga/clock_manager_arria10.c | 31 +++++++++++++-----
> -
>  1 file changed, 22 insertions(+), 9 deletions(-)
> 
> diff --git a/arch/arm/mach-socfpga/clock_manager_arria10.c
> b/arch/arm/mach-socfpga/clock_manager_arria10.c
> index 58d5d3fd8a..b48a2b47bc 100644
> --- a/arch/arm/mach-socfpga/clock_manager_arria10.c
> +++ b/arch/arm/mach-socfpga/clock_manager_arria10.c

Did you try to call timer_init() after cm_basic_init() in board_init_f? If 
that's working, then no change is required to fix this clock issue.

Thanks.

Best regards,
Tien Fong.

Reply via email to