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.

L138 Power off Problem

Other Parts Discussed in Thread: OMAP-L138, OMAPL138

Hi,

We designed a board using OMAP L138 processor. The board is intended to run Linux. Our design incorporated a soft power off facility. The feature is implemented using LTC2955 from Linear Technology (Pushbutton On/Off Controller with Automatic Turn-On).  OMAP’s EMA_A [15] (Address line 15 of EMIF module) is used to trigger the power off procedure (connected to /KILL input to LTC2955) which will be normally held HIGH using a PULL UP resistor of 4.7K to 1.8V.

When I tried to load AIS file and UBOOT (External NAND target) using SFH utility, the board suddenly went off after doing the initial communication with SFH utility and while trying to load the initial data of AIS file. This is what I get while trying to do the same

 

c:\FlashUtility>sfh_OMAP-L138.exe -flash -flashType NAND UBL_NAND.AIS u-boot.bin

 

-----------------------------------------------------

   TI Serial Flasher Host Program for OMAP-L138

   (C) 2010, Texas Instruments, Inc.

   Ver. 1.67

-----------------------------------------------------

 

 

Platform is Windows.

      [TYPE] UBL and application image

       [UBL] UBL_NAND.AIS

 [APP IMAGE] u-boot.bin

    [TARGET] OMAPL138

    [DEVICE] NAND

 

Attempting to connect to device COM1...

Press any key to end this program at any time.

 

(AIS Parse): Read magic word 0x41504954.

(AIS Parse): Waiting for BOOTME... (power on or reset target now)

(AIS Parse): BOOTME received!

(AIS Parse): Performing Start-Word Sync...

(AIS Parse): Performing Ping Opcode Sync...

(AIS Parse): Processing command 0: 0x58535901.

(AIS Parse): Performing Opcode Sync...

(AIS Parse): Loading section...

(AIS Parse): Loaded 13992-Byte section to address 0x80000000.

(AIS Parse): Processing command 1: 0x58535901.

(AIS Parse): Performing Opcode Sync...

(AIS Parse): Loading section...

(AIS Parse): Loaded 1304-Byte section to address 0x800036A8.

(AIS Parse): Processing command 2: 0x58535906.

(AIS Parse): Performing Opcode Sync...

(AIS Parse): Performing jump and close...

(AIS Parse): AIS complete. Jump to address 0x80000000.

(AIS Parse): Waiting for DONE...

(AIS Parse): Boot completed successfully.

 

Waiting for SFT on the OMAP-L138...

 

Flashing UBL UBL_NAND.AIS (12584 bytes) at 0x00000000

 

At this moment the board will be powered down.

When I inspected the cause I found that during this moment the EMA_A[15] line goes to LOW state and LTC2955 will trigger as a /KILL signal is received and shutdown my board power supply.

The same is happening when I boot from NAND flash (UBL & UBOOT) [I isolated the LTC2955 to flash the NAND using SFH. I guess the UBL also play with EMA_A[15] line]

I think I need to rebuild the SFH utility and AIS file to get rid off the problem.

Kindly point out the reason and suggest me a solution.

Also suggest me the the file need to be modified if i need to rebuild the SFH utility and AIS code.

Regards

Dinu D

  • Dinu,

    I hope you’ve not connect this PIN (EMA_A [15] / MMCSD0_DAT [6] / PRU1_R30 [23] / GP5 [15] / PRU1_R31 [23]) to any other device (Example: NOR) apart from controlling the Power module.

    It should be in the Tristate mode (no external Pull-Up) unless you go and configure the GPIO Bank 5 register to enable this as output.

    Ok you’re suspecting the UBL is doing some configuration with this pin .Have you tried other GPIO banks (Bank 8) by isolating the power module from the GP [15] just be curious.

    Have you checked the AISgen utility for the proper boot mode settings (NAND Flash In your case) and configure the PINMUX11 Register for GP5 [15] and disable the SDRAM configuration option.

    Regards

    Antony

  • Antony, 

    Thank you for your reply.

    I figured out the issue. The problem lies in the device.c (in Flash and Boot Utilities package). All EMIF address lines are enabled there ie, A0-A22. My board needs only A0-A12. Hence I changed the rest of the lines to GPIO mode. I already provided an external pull up on the /KILL line. 

    With the above change I rebuild the SFH utility and UBL file. Now everything working fine.

    Regards

    Dinu

  • Hi Dinu,

    Thanks for the Update good that have resolved this issue.

    please help me close this discussion if you resolved this issue.

    Regards

    Antony

    • --------------------------------------------------------------------------------------------------------
      Please click the Verify Answer button on this post if it answers your question.
      --------------------------------------------------------------------------------------------------------
  • Thank you all..

    Regards

    Dinu