We attempted to run a burn-in test while connected to our MacBook Pro M4 Max, but this crashed about 10 minutes into testing.

We attempted to run a burn-in test while connected to our MacBook Pro M4 Max, but this crashed about 10 minutes into testing. We tried to run a 2-hour burn-in on the M4 Max host while charging the battery from below 5%, running six bus-powered drives (via ATTO/Black Magic/IOmeter), hitting the RJ45 port for 2.5Gbps (via JPerf), and streaming at least 4K60Hz video content to two displays; however, the M4 Max crashed in 20minutes.

If you haven't already, please file a bug on this and post the bug number back here. In the bug, please attach full panic logs as well as a sysdiagnose from the machine that panic-ed.

One comment on the log picture you posted. That particular panic message ("Halt/Restart Timed Out") comes from a very specific point, which you can actually see here:

xnu/iokit/Kernel/IOPlatformExpert.cpp:
...
IOShutdownNotificationsTimedOut(
	thread_call_param_t p0,
	thread_call_param_t p1)
{
#if !defined(__x86_64__)
	/* 30 seconds has elapsed - panic */
	panic("Halt/Restart Timed Out");
...

Critically, that can't really happen on a "normally" running machine. The "shutdown" here isn't simply "the user selecting shutdown" but is actually happening much later in the shutdown process as the kernel itself is preparing for final power off. This is either a different panic or something else actually initiated this process.

__
Kevin Elliott
DTS Engineer, CoreOS/Hardware