• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 100 subscribers
  • Views 238 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

AM62A7: if mcu use main gpio, and open gpio irq then a53 linux can use main gpio irq ?

soso soso
Prodigy 150 points
Part Number: AM62A7

HI 

if mcu use main_gpio0_1, and use the  main_gpio0_1 irq then a53 linux can use main_gpio0_3 irq ?

this question from this:

when in tda4, we found when mcu2_0 use wake_gpio irq, the linux we probe wake_gpio fail.

  • 0
    TI__Guru**** 156291 points

    Hi,

    soso soso said:

    if mcu use main_gpio0_1, and use the  main_gpio0_1 irq then a53 linux can use main_gpio0_3 irq ?

    No, the same GPIO module cannot be shared between Linux and other OS.

  • 0 in reply to Bin Liu
    Prodigy 150 points

    if mcu just use  main_gpio0_1 to output 1 or 0, no irq, then a53 linux can use main_gpio0_3 irq ?

  • 0 in reply to soso soso
    TI__Guru**** 156291 points

    Hi,

    No.

    main_gpio0_1 and main_gpio0_3 are controlled by a same group of registers. MCU and A53 accessing the same register to control gpio0_1 and gpio0_3 simultaneously causes race condition.

  • 0 in reply to Bin Liu
    Prodigy 150 points

    for example, main_gpio0_1 in register A bit1, main_gpio0_3 in register A bit3;

    mcu read A to mcu_tmp

    A53 read A to A53_tmp

    mcu modify bit1 in mcu_tmp and write to A

    A53 modify bit3 in A53_tmp and write to A

    then the A setting of mcu will be overlay by a53.

    if we can avoid the scene, is OK ?

  • +1 in reply to soso soso
    TI__Guru**** 156291 points

    Yes, this scenario is the race condition I meant. I am not sure how you can avoid it. There is no register access synchronization between A53 and mcu core.