drivers: hwinfo: add Andes hwinfo driver

[wtlee1995]

Added hwinfo driver that supported reset cause on adp_xc7k_ae350.

Signed-off-by: Wei-Tai Lee [email protected]

[wtlee1995]

Hi @alexanderwachter @carlocaione , are there any results from the architecture meeting?

In our internal discussions, it's better to have a syscon driver for adp_xc7k_ae350. Because we may have pinmux and power control function in the future. I'll have another PR that adds the generic syscon driver and use the driver in cache driver recently.

[carlocaione]

Hi @alexanderwachter @carlocaione , are there any results from the architecture meeting?

This was not put in the agenda AFAIK.

In our internal discussions, it's better to have a syscon driver for adp_xc7k_ae350. Because we may have pinmux and power control function in the future. I'll have another PR that adds the generic syscon driver and use the driver in cache driver recently.

I agree with this decision, thanks.

[wtlee1995]

@alexanderwachter I'll update hwinfo driver that uses needed macros directly instead of including "smu.h".

[alexanderwachter]

@wtlee1995 we removed it from the agenda because I got sick. Awaiting you new implementation then!

[wtlee1995]

@alexanderwachter Hope you get well soon!

Updated a temporary version for using macros from smu.h, because we'll remove smu.h in PR #49274

If there are any descisions from the meeting, we'll update the driver accordingly

[carlescufi]

API meeting:

• No objections to using syscon_ to access the hardware
• @wtlee1995 please rewrite as agreed with @carlocaione