

- #Extensions supported by hopper disassembler mac os#
- #Extensions supported by hopper disassembler install#
The MOVDQA instruction is used, but that requires SSE2, so it's more backwards-compatible in terms of CPU support.

So if this macOS Monterey 12.4 kernel panic is really occurring while reading a compressed system file, it's not something brand new in APFS, but rather likely an optimization or change in implementation as said.įile: /Users/xxxxx/Downloads/ZLib/12.4/12.4-AppleFSCompressionTypeZlib AFSC/HFS+ compression has historically been used to compress system files, not user files.
#Extensions supported by hopper disassembler mac os#
: Failed to parse config:Īt java.base/$3$1.accept(Unknown Source)Īt java.base/$RandomAccessSpliterator.forEachRemaining(Unknown Source)Īt java.base/.copyInto(Unknown Source)Īt java.base/.wrapAndCopyInto(Unknown Source)Īt java.base/.evaluate(Unknown Source)Īt java.base/.evaluateToArrayNode(Unknown Source)Īt java.base/.toArray(Unknown Source)Īt java.base/.toList(Unknown Source)Īt java.base/(Unknown Source)Ġxffffffffd71e3b40 : 0xffffff80187752b2 mach_kernel : _decmpfs_read_compressed + 0x5e2Ġxffffffffd71e3cc0 : 0xffffff801b74d7d0 : _apfs_vnop_read + 0x1a8Īlso, would it help to compare AppleFSCompressionTypeZlib.kext from Monterey 12.3.1 versus 12.4 to look at the instructions(s) used previously instead of VMOVDQA64?ĮDIT: I just noticed that the kext is listed as version 1.0 so my guess is the change to the AVX-dependent VMOVDQA instruction happened elsewhere.Īlso of note, decmpfs, the Compressed data extended attribute, is also known as AFSC (Apple File System Compression) or HFS/HFS+ compression, was introduced in Mac OS 10.6 Snow Leopard.
#Extensions supported by hopper disassembler install#
The preference pane proposes to install (what I had tried), but after the installation process, nothing has changed. I use this extension in combination with Cryptomator. After updating to 12.4 macFuse doesn't work on my non-metal MBP8.1 any more.
