Post not yet marked as solved
Seems sort of reasonable, but those are valuable commodities!
Post not yet marked as solved
It doesn’t appear that there is, but, if you’re interested in workarounds, you can use the boot arg “dk=0x8001”, which disables DriverKit entitlement checks.
Post not yet marked as solved
After a bit more experimenting, I found that my test dx/dy values are not large enough or need to be shifted left some amount, but the test program works as expected.
Post not yet marked as solved
Thanks! I've been checking regularly, and still no luck. Worked around it with the "dk" boot flag for now, and it's just for a personal project, so it's not that big of a deal. I guess I got lucky with my first request, which was approved in a few days.
Yeah, they do come from the kernel, at least as far as I can tell. Thank you, Quinn, I appreciate the information. Actually, having a predicate on "DK:" at the beginning would also seem to work well enough. Maybe after I get some more experience, I'll file that enhancement request, but as this is my first time writing a driver I'm not sure if what I need, or think I need, would be useful to others.
Post not yet marked as solved
I don't know the answers for sure but some things you can try:After disabling SIP, remounting / as read-write so you can copy the new kernel into /System/Library/Kernels with something like "mount -u -w /", which worked for meRegarding the second error, it loks like the SDK you're using is different from the OS you're trying to install the extension into. Double checkin your build settings for your kext, and perhaps some verbose output from kextutil would help. Try adding -v 6 to the command line.Neal
Post not yet marked as solved
Seems to have resolved itself after a few reboots and toggling of the options, I now have access to my iCloud Desktop files locally and can also add programs to the Full Disk Access list in System Preferences.
