Hi Jorgen ,

This won't help you right now but can you file a bug asking for these to be 
available in the public exports file ?
Please email the bug id as well.

-Vivek

> On Mar 7, 2021, at 5:11 PM, Jorgen Lundman via Filesystem-dev 
> <filesystem-dev@lists.apple.com> wrote:
> 
> 
> Hello lists,
> 
> Is this mailing list still active, are there better places to ask?
> 
> So we are trying to remove our list of private.exports functions we use, 
> since that no longer works with BigSur.
> 
> For example:
> 
> vnode_iocount()
> 
> Used to avoid deadlock, it will call it async if the value is 1, otherwise 
> call it directly.  Frustratingly, hfs source call it without any magic, but I 
> assume kextloading checks for com.apple and allows Private.export functions. 
> Not sure I can think of an alternate method, but I really don't want to 
> ((unsigned long *)vnode)[44] - that is so hacky.
> 
> VFS_ROOT()
> Get the root of a given mount_t. VFS_ROOT itself is gone, and 
> vfs_vnodecovered() is in private. But I think I can call 
> vfs_stat(mount)->mounted_on -> vnode_lookup(). Feels a bit inefficient, but 
> it should work. We don't call it too often.
> 
> cpuid_info()
> Replace with inline asm.
> 
> build_path()
> Copy paste in build_path() code into own. Code duplication isn't too bad.
> 
> kauth_cred_getgroups()
> Not seeing a way around this one. Run without additional groups?
> 
> vfs_context_kernel()
> Not seeing a way around this one.
> 
> vnode_lookupat()
> Given a dvp, find a file. Re-write to build path from dvp to root, creating 
> full path, then call vnode_lookup(). should be possible.
> 
> bsd_hostname()
> Not seeing a way around this one. Ask userland for a hostname? (Just used as 
> identifier in multi-host failover reporting.)
> 
> 
> Can anyone think of methods around missing functions, or some other clever 
> things? The goal is to run on BigSur, but also ARM.
> 
> Sincerely,
> 
> Lund
> 
> 
> 
> 
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Filesystem-dev mailing list      (Filesystem-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/filesystem-dev/vivek_verma%40apple.com
> 
> This email sent to vivek_ve...@apple.com

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Filesystem-dev mailing list      (Filesystem-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/filesystem-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to