the most serious kernel panic is this summary:
Diagnostics Information (past 60 days):
2026-02-16 23:14:52 Kernel Panic
Details:
panic(cpu 0 caller 0xfffffe00182c2764): "AMCC PLANE2 Inconsistent AF c
ommand and DT state error: INTSTS 0x0000000000080000 INFO CA\/AF0\/AF1
0x1\/0x3000013\/0x7f ADDR 0x8c66f28a CMD\/AID\/TID 0x13(CifRdStCond)\
/0x14\/0x7 WAY\/SIZE 0x3\/0x7f"@AppleT8101PlatformErrorHandler.cpp:109
1
Panicked task 0xfffffe240c0b4128: 0 pages, 572 threads: pid 0: kernel_
AMCC is the chip carrier that holds processor die and RAM chips. A serious error was detected in a command sent through it. This error is an extremely low-level Hardware error, and may indicate RAM or cache hardware issues.
Then there is this one:
2026-02-16 20:13:30 Kernel Panic
Details:
panic(cpu 7 caller 0xfffffe0018a87840): Kernel data abort. at pc 0xfff
ffe00181f22fc, lr 0x62ce7e00181f22ac (saved state: 0xfffffe59f59b37b0)
Panicked task 0xfffffe30bad98f40: 35957 pages, 49 threads: pid 1073: G
oogle Chrome
My understanding is that a data abort occurs when you simply can not access the required data for some reason. in this case, the request came from an ordinary App, Google Chrome. But this was extraordinary enough to stop the entire system cold, not just stop Chrome.
then another one here:
2026-02-16 17:29:57 Kernel Panic
Details:
panic(cpu 0 caller 0xfffffe00126ea764): "AMCC PLANE2 Inconsistent AF c
ommand and DT state error: INTSTS 0x0000000000080000 INFO CA\/AF0\/AF1
0x1\/0xb000011\/0x7f ADDR 0x7535808a CMD\/AID\/TID 0x11(CifMvaOp)\/0x
17\/0x40 WAY\/SIZE 0xb\/0x7f"@AppleT8101PlatformErrorHandler.cpp:1091
Panicked task 0xfffffe230bfb48c8: 2227 pages, 16 threads: pid 452: air
portd
That was another AMCC inconsistent command error.
then this one:
2026-02-16 15:58:11 Kernel Panic
Details:
panic(cpu 3 caller 0xfffffe0015a27840): Kernel data abort. at pc 0xfff
ffe001514da8c, lr 0xb3bcfe001514cff4 (saved state: 0xfffffe92a40c71a0)
Panicked task 0xfffffe2670040f40: 0 pages, 583 threads: pid 0: kernel_
task
a memory data access geared by kernel_task was aborted by hardware and stopped the system.
Your have a few unusual intrusive items such as HomeBrew and Docker, that install deep inside the system, but [in my opinion], these do not appear to be able to cause the serious hardware issues you are showing.
Now the even more bad news:
Geniss bar technicians are not trained to read kernel panic reports. Unless you can demonstrate the issue on demand, or fail a diagnostic, they will return your computer to you, unchanged.
(continue to long form of conventional debugging steps)