popcornmix
popcornmix
> I have noticed that a prime sieve might give me an incorrect count of primes mostly shortly after the boot. Have you ever seen a failure on a second...
After next failure report output of `vcgencmd get_throttled`.
> But without start_x=1 it's not booting at all, I didn't event see the boot rainbow. is being investigated.
We've pushed it to rpi-update firmware as that build pipeline doesn't seem to have the issue (an oversized fixup4.dat file). We're still looking into why the internal build pipeline produces...
Can you identify the exact update which caused this. See: https://github.com/raspberrypi/rpi-firmware/commits/master If you click on each commit the end of the url contains a git hash. Run ```sudo rpi-update ```...
It looks your PR changes code that is untouched in the downstream pi kernel tree. As such, you'll need to [submit this upstream](https://docs.kernel.org/process/submitting-patches.html). Once it's merged upstream, we can pick...
Yes, rpi-update doesn't rebuild initramfs, so that needs to be done manually if you rely on modules in initramfs to boot.
I'm willing to hear suggestions for what rpi-update should do. But when discussing it with @XECDesign (who has worked on the apt side of initramfs generation), the conclusion was this...
What are you using as a power supply? Do you have any other option to test?
I don't think this is a software issue. If Pi0W only ran for a few minutes for everyone then there would be many reports. So, it's down to something unique...