On Sun, Jan 12, 2025 at 11:03:10PM +0100, Mark Kettenis wrote:
> > Date: Sun, 12 Jan 2025 16:18:34 +0100
> > From: Jeremie Courreges-Anglas <[email protected]>
> > 
> > Whenever I leave dpb run on this mac mini m2 pro, I get the following
> > crash.  Typed by hand, the machine is still in ddb(4) waiting for
> > possibly useful commands.
> > 
> > SError: 20bf445228 esr be000000 far 20bf445228
> > l2c_err_sts 0x80
> > l2c_err_adr 0x3030002a3e59480
> > l2c_err_inf 0x100000002
> 
> I think that is the result of os some access to the SMC SRAM with the
> wrong memory attributes.  I thought I eliminated all of those already,
> but I'll have another look.
> 
> No point in keeping this machine in DDB.

Not sure if useful, but here's another trace:

SError: 1c4cbb3288 esr be000000 far 1c4a2a3c48
l2c_err_sts 0x80
l2c_err_adr 0x23020002a3e59e40
l2c_err_inf 0x100000002
panic: do_el0_error
Stopped at      panic+0x140:    cmp     w21, #0x0
    TID    PID    UID     PRFLAGS     PFLAGS  CPU  COMMAND
 398762  55008     55   0x1000002          0    3  printf
*146848  64092     55   0x1000002          0    8  perl
 210024   8185     55   0x1100002          0    4K make
 124704  93531     55   0x1000002          0    5  perl
 102282  34479     55   0x1000002          0    6  perl
 351355  35289     55   0x1000002          0    1  cc
  74536  33982     55   0x1100002          0    2  rm
 263547  35666     55   0x1000002          0    9  cc
 419594  84600     55   0x3200002  0x4000000    7  java
 175793  84600     55   0x3200002  0x4000000    0  java
db_enter() at panic+0x13c
panic() at do_el0_error+0x18
serror() at handle_el0_error+0x70
handle_el0_error() at 0x1c4cbb3284
end of kernel

-- 
jca

Reply via email to