- Joined
- Apr 5, 2016
- Messages
- 959
- Motherboard
- GIGABYTE Z170X-Gaming 7
- CPU
- i7-6700K
- Graphics
- GTX TITAN X
- Mac
- Classic Mac
- Mobile Phone
Even though HackrNVMeFamily has a higher IOProbeScore? I guess that makes sense since the IOProbeScore can be modified by the probe method. So the issue is that IONVMeFamily.kext will do bad (conflicting) stuff even if it's not the best/final match? Kexts aren't supposed to do that, are they? Or am I missing something about the matching rules/kext life cycle?The class-code spoof is necessary to keep vanilla IONVMeFamily.kext from loading. It matches on class-code.
Look at the Info.plist and you'll see.
If the real Mac contains an IONVMeFamily supported NVMe drive, and you also want to use a HackrNVMeFamily supported NVMe drive, then could a Hack2NVMeFamily be created to match on the device ids that IONVMeFamily would be used for? Hack2NVMeFamily would be identical to IONVMeFamily except a device id match would be added.For a real Mac, you need to delete IONVMeFamily.kext (and use non-spoof HackrNVMeFamily), or use 10.13.
I'm thinking of a situation where you might connect some NVMe drives in a Thunderbolt 3 enclosure to a MacBook Pro which might have an NVMe drive.