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.

J784S4XEVM: J784S4XG01EVM board is continuously resetting

Part Number: J784S4XEVM


Tool/software:

Hello there,

Brand new board TI J784S4XG01EVM board is continuously resetting after connecting to the power supply 

we are using advised power supply CUI Inc. / SDI120-24-UC-P51.

we have inserted the standard SD card image came along with board apart from UART terminal we are not seeing anything HDMI displays 

could you please check this issues and let us know how to fix

thanks and kind regards 

Mohan

  • Hi Mohan,

    Welcome to e2e. 

    can you ensure that all the DIP switches are set to the correct setting to have the SD card image? 

    You can also download the latest SD card image from the website and try again. 

  • Hello ShreyasRai,

    Thanks for quick response!

    Could you please share all the correct DIP switch settings?

    As per my understanding we have not made any changes to default DIP settings and boot mode is set to SD card boot.

    We see discussing here would take lot of time 

    Can we please connect tomorrow in your available time any time after 3:30pm IST to 9:30PM IST?

    Could you please share your official email or support email to make quick progress?

    We are already in serious project escalation.

    Thanks for kind understanding 

    Mohan 

  • Can you check to see if the the SD Card flashed with an image or blank?

    How are you monitoring 'continuous resets'?  Are you probing the board or other?

    The EVM User Guide is available here.  It is always good to double check things like dip switches.  They are supposed to be shipped in default state (SD card) but should confirm.

    Can you also confirm what LEDs are illuminated when you power on the board?

  • Hello Robert,

    Q1)Can you check to see if the SD Card flashed with an image or blank

    >>SD Card is having the default image which is delivered to us along with EVM board.

    Q2) How are you monitoring 'continuous resets'?  Are you probing the board or other?

    >>we have established UART Terminal connection and monitoring the SOC logs, please refer the attached logs

    Q3)Can you also confirm what LEDs are illuminated when you power on the board?

    >>All the power LEDs are illuminated, please refer attached board picture 

     Q4)The EVM User Guide is available here.  It is always good to double check things like dip switches.  They are supposed to be shipped in default state (SD card) but should confirm.

    >> Boot Mode Config DIP switches are set to SD Card boot as per User Guide Ti_Build reboot_logs.txt

  • Hi Robert,

    SD card is not an issue here I guess as it is booting from SD CARD as per the logs:

    Trying to boot from MMC2

    But I found out some other issues which could be causing the problem:

    [    1.189066] ti-sci-clk 44083000.system-controller:clock-controller: get-parent failed for dev=157, clk=34, ret=-19
    [    1.199739] ti-sci-clk 44083000.system-controller:clock-controller: get-parent failed for dev=157, clk=34, ret=-19
    [    1.210448] ti-sci-clk 44083000.system-controller:clock-controller: get-parent failed for dev=157, clk=34, ret=-19
    
    [    3.135465] pcieport 0000:00:00.0: of_irq_parse_pci: failed with rc=-22
    
    [    8.781984] cdns-mhdp8546 a000000.bridge: Failed to get SAPB memory resource, HDCP not supported
    [FAILED] Failed to start Weston, a Wayland compositor, as a system service.
    

    Regards

    Gokul

  • From the attached log, the EVM is booting the the user prompt.  The resets could be from the PMIC timer.  Please verify the timer is disabled by default.  Dipswitch SW16 position 4 should be set to ON.

    Could the image on the SD card be old/out of date?  If the SD card was flashed when EVM was manufacturer - it might be significantly out of date compared to latest build?

  • We will set/check the DIP switch SW16 to ON and update you 

    Could you please share the latest build path where we can download, create image disk and update you.

    Could you please also share the connection details about HDMI connector and compatible displays and HDMI connectors

    Thanks 

    Mohan

  • Hi Mohan,

    Latest Linux SDK can be downloaded here: https://www.ti.com/tool/download/PROCESSOR-SDK-LINUX-J784S4 

    The SD card can be created with latest default image using the script mentioned in SDK documentation here: https://software-dl.ti.com/jacinto7/esd/processor-sdk-linux-j784s4/11_00_00_08/exports/docs/linux/Overview/Processor_SDK_Linux_create_SD_card.html#create-sd-card-with-default-images-using-script

    Regards,

    Takuma

  • Setting Dipswitch SW16 position 4 to ON, resolved reset issue, thanks for the quick support.

    Could you please share more details on how to handle PMIC timer 

  • Thank you Takuma-san for quick share, we are flashing the board with new image and update you.

    we will verify with new image if Dipswitch SW16 position 4 should be set to OFF with new image to check Waylan issue or the other reasons for the reset 

    thanks and kind regards 

    Mohan

  • Hi Mohan,

    Sounds good. Let us know if any issues are seen.

    Regards,

    Takuma

  • Hello Takuma,

    could you please confirm  where we will get WIC file to flash thru Balena Etcher ?

    tisdk-adas-image-<machine>-<version>.rootfs.wic.xz

    In the Release page we have below files but no WIC file

    ti-processor-sdk-linux-adas-j784s4-evm-11_00_00_08-Linux-x86-Install.bin

    tisdk-adas-image-j784s4-evm.tar.xz 

    boot-adas-j784s4-evm.tar.gz 

    thanks

    Mohan

  • Hi Mohan,

    We do not provide the wic image for J784S4 EVM. I think this is some documentation error on our end. Instead:

    Regards,

    Takuma

  • Hello Takuma,

    we are able to get the container and able to create SD Card.

    after entering the boot, we are not getting any display on the connected display ports?

    could you please explain Display port connection and any config's we have to do or any dtb file we have to load 

    thanks

    Mohan

  • Hi Mohan,

    Two comments from my end.

    1. Is the continuously reset no longer occurring? 

    2. The display port will be disabled in Linux by default if using the ADAS image, since our ADAS focused vision apps applications use RTOS driver running on the R5 core for display management. If you would like to enable Linux display, then there is a uEnv.txt file in BOOT partition. There will be a name_overlays variable in uEnv.txt. Comment or delete this variable to disable the overlay that disables Linux display.

    Regards,

    Takuma

  • Hi Takuma, 

    please find here my feedback

    1. Is the continuously reset no longer occurring? 

    Ans. Yes on shared latest release build also by setting the SW16.4 DIP Switch to ON.

    we are assuming still Watch dog handling is not done or we are missing something 

    could you please confirm ?

    2.In release notes are some where have seen this dtb files and uEnv.txt changes 

    with defaut uEnv.txt also we are not able to see any display (are there no demo apps in R5 coare ?)

    could you please confirm ?

    thanks

    Mohan

  • Hi Mohan,

    Default will use R5F core driver, used by vision apps demo. Until vision apps demo is ran, nothing will show.

    I do not know why reset will happen. Can you share a close up picture of the DIP switches?

    Regards,

    Takuma

  • Hello Takuma,

    Please find here all DIP switches pictures

  • Hi Mohan,

    Watchdog switch does seem to make watchdog disabled. Let me check with some EVM boards in office to see if the other DIP switch settings are different.

    Regards,

    Takuma

  • Hi Mohan,

    Two questions:

    1. Can you try switching SW2.5 and 2.6 to ON? This should not be causing issues, but they do have some connection to PORz. They change the PCIe reset behaviors. 
    2. If there is an extra J784S4 EVM board, could you try booting up that board with same SD card, and see if reset is observed on different board?

    Regards,

    Takuma