-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
First boot of new board failed #9
Comments
I reflashed the (same) card with fw 0.2 and got the same result. I then tried it on an old 8GB card and got the following failure: Advice on how proceed is welcomed. |
Logs were captured with a USB to serial dongle set to 3.3V and connected to the debug header. |
The log you uploaded shows that the board successfully booted into uboot. If it went to that stage the hardware probably has no problem. How did you flash the firmware to the card? Also, if the board you have is the version without WiFi, fw0.1 should be used. |
Thank you for your reply! I use dd to write the fw image to the card "dd if=fw.img of=/dev/sdb bs=512 status=progress" I then did a sync and ran "eject /dev/sdb" to make sure all data was written. I tried with the fw0.1 and got this result: |
It really appears like the firmware image is incorrect. I tried to look at it with fdisk and it looks like a 2T GPT partitioned disc--which seems very wrong. The errors show it saying that the partition ends somewhere just before 32 GiB which is larger than the first card I tried which was 32GB. It's much clearer with the 8GB card in it now. How can this image work for others when it appears to be corrupted? |
Any advice on how I should proceed to debug this issue? |
Still nothing? |
Hello! I got one of the boards that cnx-soft made a while back. I'm sorry it sat on my to-do list for so long. Jean-Luc had problems sourcing some of the caps so my board needed some soldering done before it was useable and I'm not all that fond of such tiny SMD work, so it's taken me a long time to get it done. But I finished it today! We had to sub in caps for the XTAL loading caps, but they should be good enough. I was one 0.1uF cap short and I chose not to populate the cap across the reset switch. I think I chose poorly because it seems that cap also helps time the initial reset signal. Pressing the button resets it, so that's fine.
The problem is that the board won't load Linux. Here's the capture of the boot process:
D1S_1.txt
OpenSBI loads and finds the SD card, but it doesn't seem to like what it finds. FWIW, voltages look good, the board runs cool. I will try other uSD cards just in case it doesn't like this one. Thank you!
The text was updated successfully, but these errors were encountered: