I'm very pressed for time right now, even more stuff on my plate than usual.
The
problem reported by @Surf2bikes was correctly diagnosed by
@joevt -
AppleFSCompressionTypeZlib
is using AVX, if only crudely. (They're using the YMM registers as temporary storage for a 512-byte chunk of something; there are 7 sections of code moving data in and out of all of the YMM registers. They're not doing any manipulations, just shoveling data in and out.)
For the short term (and possibly the long term), someone should investigate the feasibility of using an older version - I had the 12.2 version at hand, and it does not use AVX. When I can find some time, a patch for this may be possible, but it will be a bit tricky because the patch will not only need to modify the code, it will need to create (at minimum) a new 512-byte data space as well. The problem is, this may well just be the tip of the iceberg, since Apple no longer has any reason to avoid using AVX.
At first blush, the
problem reported by @Charmandrigo appears to be the same
AppleFSCompressionTypeZlib
AVX problem, despite the misleading stack dump.
At first blush,
the problem reported by @David403 (and confirmed by
@cdf) also appears to be the same
AppleFSCompressionTypeZlib
AVX problem, despite the misleading stack dump.
The
problem reported by @Macschrauber seems to be unrelated to AVX. I don't have time right now to investigate that one any further.
I will look into this some more when I can. In the meantime, I strongly encourage the adventurous to find a way to revert
AppleFSCompressionTypeZlib.kext
to an earlier version.
(P.S.
@lancemcv1 -
sin-ˈkre-tik)
EDIT via iPhone: I should have also pointed out that
until this is resolved, folks with MP5,1 and earlier should avoid upgrading to 12.4; there may be a risk of disk corruption.