I've seen it on an arm64 system:
KDB: stack backtrace:
db_trace_self() at db_trace_self
db_trace_self_wrapper() at db_trace_self_wrapper+0x30
vpanic() at vpanic+0x174
panic() at panic+0x44
do_el1h_sync() at do_el1h_sync+0x184
handle_el1h_sync() at handle_el1h_sync+0x78
--- exception, esr
Just a quick update..
A kernel built from today boots just fine, so whatever the problem
was, it's already fixed :).
-Dustin
On Thu, Nov 18, 2021 at 3:54 PM Dustin Marquess wrote:
>
> It was 16 days ago, so just a tad over 2 weeks :).
>
> Indeed, I'll start a bisect here in a few and I'll
It was 16 days ago, so just a tad over 2 weeks :).
Indeed, I'll start a bisect here in a few and I'll update as soon as I
know. I figured I'd ask ahead of time before I did the work :).
Thanks!
-Dustin
On Thu, Nov 18, 2021 at 12:29 PM Juraj Lutter wrote:
>
>
>
> On 18 Nov 2021, at 18:46, Karel
> On 18 Nov 2021, at 18:46, Karel Gardas wrote:
>
>
> Completely speculating, but since you don't see ioapic's are you sure this is
> just ~2 weeks old build? If not, then it may be relevant to:
Bisecting would be a better approach.
otis
>
> commit
Completely speculating, but since you don't see ioapic's are you sure
this is just ~2 weeks old build? If not, then it may be relevant to:
commit 1b7a2680fba589daf6f700565214919cb941ab56
Author: Jung-uk Kim
Date: Thu Sep 30 16:23:21 2021 -0400
Import ACPICA 20210930
(cherry
I just updated a machine from a build that was ~2 weeks old. The
latest commit when I built it was 2e946f87055.
The system boots using UEFI, if that matters. The system is panicking
pretty early in the boot, however:
real memory = 137438953472 (131072 MB)
avail memory = 133651496960 (127460 MB)
