[Librem-5-dev] devkit powers on but won't boot -- also other NXP Quad boards?

[Angus Ainslie]

Hi,

On 7/9/19 10:49 AM, Jeremiah C. Foster via Librem-5-dev wrote:
> On Tue, 2019-07-02 at 12:02 -0400, Jeremiah C. Foster via Librem-5-dev
> wrote:
>> On Tue, 2019-07-02 at 07:25 -0600, Angus Ainslie via Librem-5-dev wrote:
>>>
>>> Hi Jeremiah,
>>>
>
>>
>>> I'm going to reflash to see if that has something to do with my issue,
>>> but that feels like a shot in the dark. If that doesn't work I guess I
>>> need to soder a UART debug header.
>>
>> From what you posted to the matrix channel it sounds like the board
>> is not getting past u-boot.
>>
>>
>> This seems highly plausible to me.
>>
>>> I've seen this with a few images when the u-boot env isn't correct.
>>>
>>
>> I think there has been some eMMC corruption so this is also highly
>> likely.
>>
>>> If you point me at the image you used I might be able to diagnose it
>>> without you connecting the debug header.
>>>
>>> Soldering on the debug header will make debugging way easier.
>>>
>>
>> I think at this point this seems like the best approach.
>
> I've ordered headers from Digikey and am going to test a quick and
> dirty approach to see if I can get up and running again.

I'm not sure what image you've tested with but I just flashed this one
and it boots no problem

https://arm01.puri.sm/job/Images/job/Image%20Build/1794/

If your devkit doesn't boot with this then we'll need to use the debug
header to figure it out.

Either one of these cables

https://www.digikey.ca/product-detail/en/ftdi-future-technology-devices-international-ltd/TTL-232R-3V3/768-1015-ND/1836393

https://www.digikey.ca/product-detail/en/ftdi-future-technology-devices-international-ltd/TTL-232R-5V/768-1028-ND/2003493

And one of these headers should get you going

https://www.digikey.ca/product-detail/en/te-connectivity-amp-connectors/3-644457-6/A30888-ND/698376

https://www.digikey.ca/product-detail/en/te-connectivity-amp-connectors/640452-6/A1913-ND/108979

Digikey has overnight shipping to most of the states so you should be up
and running tomorrow.

>
> In the meantime I'd like to continue to be able to help Todd test and
> am thinking about getting another iMX8 quad device. I wonder what
> people think about this one; 
> https://www.solid-run.com/product/SRMX8QDW00D03GE008V20C0/ ?
>
> This is the same CPU and the same SoM I believe as our phone so it
> seems appropriate. It obviously does not have a screen but I have a 7
> HDMI touch screen that I believe I can use with this. This may turn
> out to be an interesting way to test convergence or adaptive
> applications since the screen is a different size from the phone.
>
> What do others think?
>
I think adding yet another device to our testing won't really help.
Either the bugs will be devkit specific or they will be
iu/userland/rootfs bugs. The second class of testing could largely be
done with the qemu images.

cheers  

Angus

> Best,
>
> Jeremiah
>
> _______________________________________________
> Librem-5-dev mailing list
> Librem-5-dev at lists.community.puri.sm
> https://lists.community.puri.sm/listinfo/librem-5-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.community.puri.sm/pipermail/librem-5-dev/attachments/20190709/fcc1227a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.community.puri.sm/pipermail/librem-5-dev/attachments/20190709/fcc1227a/attachment.sig>