Jump to content



Member Since 25 Jun 2012
Offline Last Active 51 minutes ago

Posts I've Made

In Topic: Patch for using NVMe under macOS Sierra is ready.

20 October 2016 - 09:04 PM

just out of interest why does the presence of the patched nvme driver trigger a kernel panic in broadcom? BTW Im not nearly as technical as you guys but keen to learn!

Must be a bug in the IONVMeFamily.kext... probably the shutdown logic is dereferencing an uninitialized pointer that just happens to point into a different kext's memory (kernel space is unprotected).

What loads it from FS?


In Topic: [GUIDE] USB Fix El Capitan 10.11

20 October 2016 - 07:39 PM

Ok, first, I could compile DSDT.
SSDT has a parse_op error that I can fix with the _PSS fix.

Not enough information. Compiler errors refer to line numbers in the source file for a good reason.

In BIOS I have:
 EHCI Hand-off (enabled)
 XHCI Hand-off (enabled)
I can also disable each USB port individually (at BIOS)

Look for an option to disable the unsupported XHCI controller. Your responsibility to find it, if it exists.

For boot, without the IOUSBHostFamilly problem,
1 - Should I disable in BIOS or has some "magic" for disable in DSDT using the USBE / EUSB tags?
2 - Just rename (in DSDT or clover patches) USBE to EH01, and EUSB to EH02)
3 - Need to apply the OS Windows 8 Fix in DSDT (or use the clover patch + SSDT _OSI)?
4 - Need to turn on only the DropOEM for SSDT, in clover, and DSDT in clover has this option too?

EUSB/USBE/EH01/EH02 are related to EHCI, not XHCI, therefore unrelated to your panic with the XHCI controller.

In Topic: [GUIDE] USB Fix El Capitan 10.11

20 October 2016 - 06:19 PM

But how can I disable the unsupported XHCI and put a new one?

Disable in BIOS. Install supported PCIe USB3 card.

In Topic: Patch for using NVMe under macOS Sierra is ready.

20 October 2016 - 06:18 PM

Is there actually a scenario in which the kext is not in the cache, but is loaded?

Yes... if you patch it with Clover KextsToPatch InfoPlistPatch (to prevent it from loading) and it doesn't load because there is no IOKit match, it will be eliminated from the kernel cache when it is rebuilt... Then, next time you boot it loads from the file system (/S/L/E) because it isn't patched.

Booting without caches has been gone for ages, I think Mountain Lion had the last boot.efi to support it... Maybe Mavericks.
And even if so, as far as I am aware, Clover also patches 'booter kexts'.

I'm not sure what it does, but the boot without caches in Clover has some effect, as it is an effective mechanism to get AppleHDA in cache so it can be patched...

In Topic: Patch for using NVMe under macOS Sierra is ready.

20 October 2016 - 04:04 PM

Hi RehabMan. Is there a possibility to use the kextstopatch to change the class code of the vanilla kext to something else that will never match (a fake code)? Should work?
Sorry I cannot test this right now with any nvme disk..

I tried it... Problem with KextsToPatch is that it only applies to kexts that are in cache. So, it is difficult to patch a kext such that it doesn't load, as once it doesn't load it is not in cache, and therefore cannot be patched by KextsToPatch.

Maybe some fiddling with ForceKextsToLoad would help, I can't remember if I tried it. I don't like injecting for normal install, so ended up just deleting the native IONVMeFamily.kext...
© 2016 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy