Linux boot looking for DA9052 instead of MC34708

cancel
Showing results for 
Search instead for 
Did you mean: 

Linux boot looking for DA9052 instead of MC34708

113 Views
johnwhittaker
Contributor I

Hi All,

I have a design that follows the Quickstart-Ripley rev B board.  When the same uSD card boots in the QSB (that has a MC34708) it is found correctly.  On my board instead, it is looking for a DA9052 and gives several errors.  It seems like the default for the i.MX53 with no eFuses programmed is to look for a DA9052, can I change this?

This board boots Linux and even boots Android all the way to the desktop.  The voltages seem fine, although SW1 is 1.25V and I thought the default should be 1.1V but the QSB does this also.  The difference between my board and the QSD is the QSB uses the i.MX535 and mine uses the i.MX536.  Also - the eFuses on my board have never been programmed (no MAC address, etc.)

The power button on my board does not work, the power button on the QSB works.  I am assuming that is because the i.MX53 is not aware that there is an MC34708 there and is not able to address the registers that control th

I see in another thread that the WDI input to the MC34708 needs a pullup to 1.8V, and also a level translation from 3.3V - could this be the problem?  Could I just use a voltage divider to convert the 3.3V WDT_OUTPUT signal from the i.MX53 to the MC34708?

This design is exactly like that of the QSB as far as this i.MX53 is concerned.

But this board has 2 identical i.MX53 circuits and they behave identically.  Also, I have tried more than 1 board.

Thanks in advance, this forum is extremely helpful.

Labels (3)
0 Kudos
1 Reply

24 Views
jamesbone
NXP TechSupport
NXP TechSupport

Can you please let me know where do you download the BSP? that you are using? if the design it is exactly the same of the QSB, we have two different flavors, one for the QSB with MC34708 and one with the QSB with DA9052. So I  think the problem is that you are using the wrong BSP image in your board.

0 Kudos