Would a "codeless KEXT" be the solution that you are looking for: https://developer.apple.com/documentation/apple_silicon/implementing_drivers_system_extensions_and_kexts#3616855 ?
Post
Replies
Boosts
Views
Activity
Actually, now that I'm looking into this more, I wonder is it at all possible to create an extension based on Apple's FTDI DEXT, with the goal of supporting FTDI devices with custom PID? Apple's documentation talks about subclassing an existing DriverKit class, but there's no class for FTDI.
Would it be possible to take com.apple.DriverKit-AppleUSBFTDI.dext, modify the Info.plist, resign the package, and install the DEXT as your own?
I also failed to update the DTK either though SW update or downloading the installer manually. But then today I started the DTK machine, and it had updated itself to 11.0.1 automatically. 🤷
Got an answer for this from Electron devs stating that this is a DTK issue and the app should work normally on M1 Macs: https://github.com/electron/electron/issues/26530
Same here, can't see any iOS apps in the DTK app store. Running macOS 11.0.1.
Does anyone know is this possible? It seems that FTDI has not been able to come out with a Big Sur compatible driver yet, so currently there's no solution for custom product ID FTDI devices.
Did you verify the issue on M1 macs? No, we haven't got one yet.
Updating to Electron 11.0.3, the app seems to work again normally on DTK.
Ok, apparently the output is like this:
Darwin MacBook-Pro.local 20.1.0 Darwin Kernel Version 20.1.0: Sat Oct 31 00:07:10 PDT 2020; root:xnu-7195.50.7~2/RELEASE_ARM64_T8101 arm64
Ok, that's really interesting. It would be great to be somehow able to test whether the Apple driver works with your custom PID device before making the request to Apple, though.