OpenZFS on OS X

Hi!
I've had these 2 errors for a long time now, when rebuilding kextache in 10.11:

Code: Select all

kxld[net.lundman.spl]: In interface net.lundman.kernel.dependencies.33 of __kernel__, couldn't find symbol _decmpfs_cnode_alloc
kxld[net.lundman.spl]: In interface net.lundman.kernel.dependencies.33 of __kernel__, couldn't find symbol _decmpfs_cnode_free


It's probably not important, but I'm wondering what it means and if I can do anything to get rid of them?
As I found the following command somewhere, here's the result:

Code: Select all

nm -gj /System/Library/Kernels/kernel|grep decmpfs
_decmpfs_cnode_destroy
_decmpfs_cnode_get_vnode_cached_size
_decmpfs_cnode_get_vnode_state
_decmpfs_cnode_init
_decmpfs_cnode_set_vnode_state
_decmpfs_ctx
_decmpfs_decompress_file
_decmpfs_file_is_compressed
_decmpfs_free_compressed_data
_decmpfs_hides_rsrc
_decmpfs_hides_xattr
_decmpfs_init
_decmpfs_lock_compressed_data
_decmpfs_pagein_compressed
_decmpfs_read_compressed
_decmpfs_trylock_compressed_data
_decmpfs_unlock_compressed_data
_decmpfs_update_attributes
_decmpfs_validate_compressed_file
_hfs_lazy_init_decmpfs_cnode
_register_decmpfs_decompressor
_unregister_decmpfs_decompressor

As far as I understand this, those symbols don't exist in 10.11.

I believe we define _decmpfs_cnode_alloc internally when the macOS version is older, but probably still leave the linking reference to it around - it was just simpler that way.

If you upgrade to the new 2.0 version the message will go away entirely, since we no longer rely on macOS's decmpfs at all.

Thanks!