• State TI Thinks Resolved
  • Locked Locked
  • Replies 6 replies
  • Answers 1 answer
  • Subscribers 98 subscribers
  • Views 472 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

SK-AM62: GPIO control for reset for booting device of QSPI and eMMC card

Manoj Agarwal
Prodigy 250 points
Part Number: SK-AM62

Dear Team,

Please guide me on when we need GPIO control of QSPI and eMMC when interfacing with processor. We are using device for boot purpose. It is generally recommended to have GPIO control of RESET along with system reset for boot device.?

Regards

Manoj A

  • 0
    TI__Guru**** 168631 points

    Hi Manoj,

    Do you run Linux on AM62x?

  • 0 in reply to Bin Liu
    Prodigy 250 points

    Currently, Linux is considered but i am not sure(not have knowledge here) how Linux or any other OS will make difference here. We want to make hardware design which should be compatible with any OS.

  • 0 in reply to Manoj Agarwal
    TI__Guru**** 168631 points

    Hi Manoj,

    Please refer to the SK-AM62 board schematics, you would need to pick two different GPIO pins for resetting the eMMC and QSPI devices.

    One GPIO combined with AM62x RESETSTATz pin using an AND gate, then goes to the eMMC device RESETn pin; The other GPIO combined with AM62 RESETSTATz pin using an AND gate then goes to the QSPI device RESETn pin.

    With this hardware design, both eMMC and QSPI devices will be reset by RESETSTATz pin during power on or AM62x SoC warm reset, and they can also be reset using the corresponding GPIO pin in software when needed. The Linux eMMC and QSPI drivers already implemented such reset logic using a GPIO pin.

  • 0 in reply to Bin Liu
    Prodigy 250 points

    Hi Ti Team,

    Thanks for reply but i want to know the use case where i need GPIO based control for resting the QSPI or eMMC device while it is considered for boot device.

    Also, Giving GPIO control to reset of QSPI and emcc will it not make these device prone to malfunction during booting from these device. Do we really require GPIO based control

  • 0 in reply to Manoj Agarwal
    TI__Guru**** 168631 points

    Hi Manoj,

    You probably don't need the GPIO controlled reset on the boot devices. I will double check on this with our dev team and get back to you.

  • 0 in reply to Manoj Agarwal
    TI__Guru**** 168631 points

    Hi Manoj,

    Manoj Agarwal said:
    Do we really require GPIO based control

    The GPIO based reset is only for error recovery. Since you would use eMMC or QSPI as the boot device, which shouldn't be reset at Linux runtime, so you don't need this GPIO based reset.