uboot image with latest release (20220413) boots unreliably #14
Comments
|
It's hard to understand what's the problem. According to forum, only you have this problem. So it's possible there is some specific setup causes this problem. |
|
It's not only him, I have put away my DE-10 after it stopped booting. Will no longer boot to GUI, only to prompt shown through serial. I have described this in the forum also. Mr. Fusion never gets to the second boot. |
|
Coming from the thread at https://misterfpga.org/viewtopic.php?t=5292 I apologize if this isn't the best issue for it. There are so many repositories to choose from where to post, I'll gladly copypaste this somewhere else if you just tell me where. For what it's worth, I tried the 20221224 release and have abysmal luck. This is installed by mr-fusion 2.9 (unlike what this repo's about, but isn't the resulting sd card the same anyway). I also tried to downgrade to the 2021-08-29 release of uboot.img because I think that's the latest when people say 20210917 at https://misterfpga.org/viewtopic.php?t=3724 but it's not really better. but when it works, it's like this I have tried two SD cards; one old one and the one that came with the FPGA. I don't think I've reinstalled this enough times to burn a hole in it, even though I did do that downgrade of uboot.img and This is made more frustrating by the fact there's no real way to know if the device is about to come online or not. Except using a laptop and the usb uart. I was thinking there would be a small oled-type monitor that could read the serial data and display it, so I'd at least know if there's any point in jiggling the power switch, but I have it on good authority it's a non-trivial thing to build, as no over-the-counter solutions exist. Is the DE10-Nano just a 💩 that works by accident for enough people that the ones who don't get it going complain on the forums for a while until they stop trying? Or is there something fundamentally wrong in using mr-fusion as-is, and using mr-fusion with installing only some cores, and using mr-fusion and restoring a bigger backup of the conf files? I mean, the vanilla second boot essentially never works 🤷♂️ so I'd think it's not about the installation. Where would I check my board version number, for example? The post https://misterfpga.org/viewtopic.php?p=59472#p59472 seems like it would be best to build my own uboot.img, maybe that's in the future. |
|
May be your DE10-nano is faulty. May be power supply circuit on your DE10-nano has problem and prevent it from booting. Every device may have problem including DE10-nano. If the problem you described was common then many people would complain. So it makes me think there is a problem with specific DE10-nano. |
|
Now I've conducted some more experiments, like in getting a 5V/5A PSU. I also built my kernel and bootloader and all that stuff. The PSU is not proven to be relevant right now. The DE10-nano doesn't boot 100% of the times, but it's as if there was some initial contact flaw and after one or two more attempts at booting, it starts up every time. It should also be said that I have the MiSTress 500 daughterboard here, which I didn't think was pertinent information until I pulled the 10-pin GPIO1 bridge from between the DE10-nano and the mistress. That seems to be the biggest single factor at play, so maybe some day I'll hotwire each of the pins, and/or try to measure the bridge with a multimeter, but this is too consistent to not be a lead. Why it doesn't always boot might be a contact issue, as I routinely jiggle the MicroSD and everything when I mess with the system, so it could be that. But what I'm currently seeing for errors, though I'm not certain this is a MiSTer issue per se anymore: |
I bought a brand new de 10 nano direct from Terasic in August. I have found the uboot image with the latest release (20220413) to boot unreliably, approximately 10% success rate.
However if I build my own uboot image from https://github.com/MiSTer-devel/u-boot_MiSTer and flash that directly on top of the sd cards uboot image, the boot is successful every time.
No additional boards, nor any sdram were attached, the nano was entirely by itself. Multiple sd cards of different brands and sizes were tested with this issue, they all produced the same results.
The uboot image bundled with the release may work with 99% of the nano boards out there, but my nano board appears to be 'special'. With that said, once I've flashed it with my own uboot image, my board works perfectly. I might also add the uboot image that Mr Fusion uses to start the installation process works fine as well.
This issue has been raised out of a discussion at https://misterfpga.org/viewtopic.php?t=5292
The UART output from a bad boot (uboot from release_20220413):
From a successful boot (uboot from release_20220413):
The text was updated successfully, but these errors were encountered: