Hardware reset related to spi5

[yan4]

Hi community,

     Board: S32G399AAAVUC

     Software:bsp40

     I encountered a strange problem when i use spi5 in Mcore and disabled spi5 node in device tree of Acore . A hardware reset occurred after I used shutdown command and shutdown completed. I deleted spi5 node in device tree of Acore to solve the problem and it didn't happen again. I want to know what could have caused this issue, especially since this node is already disabled. Why do I have to delete it?

S32G3 

[chenyin_h]

Hello, @yan4 

You are welcome

Glad to hear that the issue is solved

BR

Chenyin

[chenyin_h · Accepted solution]

Hi, @yan4 

Would you please double confirm that there is not any other &spi5 {} node that existed in other dtsi/dts file from your custom board? which may change the default status that set from s32cc.dtsi?

Thanks

BR

Chenyin

[yan4]

Hi, @chenyin_h
Thanks a lot for your notification, I find a higher level device tree set its status to okay. Sincerely appreciate.
BR
yan

[chenyin_h]

Hi, @yan4 

Thanks for sharing the findings,  seems other part indeed did not take care of the status node. let me check if it is specific issue that caused by BSP or upstream.

BR

Chenyin

[chenyin_h]

Hello, @yan4 

Thanks for your post.

From my understanding, there would be no differences for the two settings you made, maybe some code do not check whether a node is disabled, which may be the reason for the issues.

I assume that you are working with a custom board? the dts you mentioned is from TFA or kernel?

BR

Chenyin

[yan4]

Hi,@chenyin_h

    I find out that when device tree node is disabled, spi5 driver is not installed but its interrupt exists in /proc/interrupts. It seems that GIC automatically create the interrupt.

    The board im working with is a custom board but it only changes storage medium, so i won't assume that this issue is caused by customization. The device tree is from kernel, arch/arm64/boot/dts/freescale/s32cc.dtsi.