Once upon a time, Peter Robinson <pbrobinson@xxxxxxxxx> said: > Oh yes, I remember that one now. Heh I do find the weird problems. > > I need to swap out the SD card for a clean Fedora 41 server image and > > see if it still happens (I expect it will since kernel 6.11 on F39 still > > does). I was kind of hoping I could reproduce it with the other GPS > > HAT, but it doesn't happen there. That's when I thought about the > > difference between the two being which GPIO PIN the PPS signal is on > > (think I had it backwards before - the one that crashes has PPS on the > > default pin, 18, while the one that doesn't has PPS on GPIO pin 4). > > > > It doesn't make much sense for the GPIO PPS signal to be the issue (even > > when the overlay configuring PPS isn't loaded), but... not sure what > > else it might be. The only other difference between the two HATs is > > that the one on the crashing Pi has an integrated RTC, while the other > > one does not. > > What's the integrated RTC? Does it have an integrated watchdog > feature? I wonder if the kernel driver had a update to enable a > watchdog or some similar feature on the RTC and it's triggering a > reset because something isn't clearing it as the HW is expecting. The RTC is an rv3028. The GPS HAT is the Uputronics GPS/RTC board. I do normally have the watchdog service running, configured for /dev/watchdog (habit on headless servers which is how I'm using this). I only see /dev/watchdog0, which is the Pi's BCM2835 watchdog. The reboot does also happen with a default config.txt, which means the RTC and PPC aren't configured and recognized by the kernel. I'll start with a plain clean F41 server image on a different card, hook up a monitor, start from a cold boot, and see what I can see. Thanks for your help. I've used Linux on non-x86 type hardware, but not in a long time, and not like ARM until more recently, so still a learning curve for me. -- Chris Adams <linux@xxxxxxxxxxx> -- _______________________________________________ arm mailing list -- arm@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
