On Thu, Dec 12, 2024 at 01:36:57PM +, Ian Chilton wrote:
> Hi,
>
> It just happened again (it's happened twice this morning after happening 3
> times last night) and I still had the serial console open, so got the
> information it spat out when it died - if this is any use!
>
> [note I also
I have not had a chance to test the
pte += (idx ^ (PTED_HID(pted) ? pmap_ptab_mask : 0)) * 8;
change yet, because with the improvements Martin Pieuchot has
committed, my machines have been crash-free for many weeks.
(Happily, that means Go builder openbsd-ppc64 was keeping up
and enabled a Go
Hi,
It just happened again (it's happened twice this morning after happening 3
times last night) and I still had the serial console open, so got the
information it spat out when it died - if this is any use!
[note I also uninstalled telegraf last night]
uvm_fault(0x827a7ca8, 0x
Hi Claudio!
On Thu, 12 Dec 2024, at 1:57 PM, Claudio Jeker wrote:
> Very strange crash. The crash happens while dereferencing wakeq in
> while ((p = TAILQ_FIRST(&wakeq))) {
> around line 576 of kern_synch.c
> This code should never explode like this. wakeq is on the stack and
> is properly initali
Hi,
Interestingly, it just died again, but with different/less output:
login: kernel: stack fault trap, code=0
Stopped at softclock+0x1a0:leave
ddb{0}>
ddb{0}> examine
softclock+0x1a0:1c334cc9
ddb{0}> show panic
the kernel did not panic
ddb{0}> trace
81fef6e0(kern
On 2024/10/29 22:30, Stuart Henderson wrote:
> I'm also seeing hangs if the machines are left - so far seen after
> periods of between a few days and a few weeks. Fan spinning - Numlock
> unresponsive and blindly typing "bo r" doesn't do anything so seems not
> to be in DDB. I haven't been able to
On Thu, Dec 12, 2024, at 8:27 AM, Ian Chilton wrote:
> I have got both a different apu2 and an Intel Celeron box here I
> can/will try and see what happens.
I would start with the advice to get a new power supply before swapping more
systems. Those wall warts don't last forever, especially if th
Hello,
Thanks for your report.
On 12/12/24(Thu) 11:58, Eric Grosse wrote:
> I have not had a chance to test the
> pte += (idx ^ (PTED_HID(pted) ? pmap_ptab_mask : 0)) * 8;
> change yet, because with the improvements Martin Pieuchot has
> committed, my machines have been crash-free for many w
