Hervé

Great news to be able to reuse that VoodooPS2Controller. Works perfectly (or near perfectly) with Sierra on my E6220/E6230/E6440 (need to test with EC). Thank you so much Dr Hurt. A few comments after a 5min(-only) use...: no TrackPad PrefPane (blank/empty window when clicking on the icon) 2-finger scrolling works great but no easy possibility to configure single-finger side scrolling ISO parameter might be misplaced. It is set to "true" in default Info.plist yet this does not allow to retrieve [] key to the left of [W] on French AZERTY keyboard like it used to (see here). I miss the practicality of good old version v1.8.9 that worked perfectly up to 10.11.6. PS: no VoodooPS2Mouse kext?

Boot off your USB installer.

Ok, so you have: Audio: ALC269 codec -> supported with the ALC269 AppleHDA patch. Look it up on Google. LAN: Realtek RTL8168 GigEthernet -> supported with the associated kext. Look it up on Google. For an alternative to your current wireless card, you can look at a non-exhaustive list of supported models here. You have a SandyBridge platform so support starts at SL10.6.8. You could in theory install Lion 10.7 or ML 10.8 but that will not change anything in terms of supported hardware. Stick to a recent version. I'd recommend you opt straight for Sierra 10.12, especially as it is the current version available off Apple's web site and, like all versions since Mavericks, it's free.

You can look at my E6440 guide re: HD4600 support. Basically, you need to: inject or fake desktop HD4600 id 0412 (because OS X does not support mobile version with id 0416) inject Azul layout-id 0x0a260006 install or inject Rehabman's FakePCIID + FakePCIID_Intel_HD_Graphics kexts. Add FakePCIID_Intel_HDMI_Audio kext if you want/need HDMI audio too. HDMI audio will require the HDAU device in DSDT. I recommend that you patch your DSDT to inject HD4600 desktop id + layout-id and adjust HDEF+HDAU devices. All this is detailed in the E6440 guide. Injection can be done through Clover and I guess that's what you're using.

Those specs are compatible with all recent OS X versions from, say, Mavericks 10.9 to Sierra 10.12, except the Atheros AR9485 card which is unsupported and will have to be replaced. You'll have to identify the exact specs of your built-in audio + LAN before we can confirm compatibility with OS X but the answer is highly likely to be positive.

With a simple forum search on "ALC292"... https://osxlatitude.com/index.php?/topic/9234-e7440-alc292/?hl=alc292&do=findComment&comment=62496

Use macIASL posted by Rehabman on his repository.

Did you install the dummy kext for ALC292?

Error 77 -> your cache is not rebuilt properly. Redo the touch + kextcache commands or use the following alternative kextcache command: sudo kextcache -system-prelinked-kernel ` Pop-up message about an external USB device would be normal after Sleep/Wake: power is cut off USB ports at Sleep, unless you opt for the option to retain power to USB when computer is asleep but that's usually limited to having the computer plugged to mains.

Please post a copy of your DSDT and advise on the SMBIOS profile you use. I'll try and patch your DSDT and create your USB_injector kext accordingly.

Updated for latest version of El Capitan and for Sierra after renewed tests. The module being USB internal, ensure your system does support all internal and external USB ports. Patch DSDT to rename EHCx device to EH0x devices and use a USB injector tuned to your SMBIOS profile & USB port numbers as/if required.

Ok, it's exactly as I thought: the problem is just linked to the new way of handling USB ports introduced with El Capitan. The WWAN module works again with the same patch as described in the guide, provided you adjust your installation to handle USB ports properly. I've just verified this in El Capitan 10.11.6 and Sierra 10.12 on my E6220. I had kept my DSDT with its original EHC1/EHC2 devices on the basis that all USB ports appeared to work Ok with MBP8,1 SMBIOS. However, if the external USB ports were Ok, it was not the same for the internal ones... On checking the IOReg, I found the WWAN module under port #6 of the 1st USB2.0 controller EHC1. As it happens, the MBP8,1 Mac model carries 4 ports on each EHCx controller as standard, whereas on my E6220, the DSDT shows 6 ports per USB2.0 controller. I therefore: patched my DSDT to rename the EHCx devices to EH0x installed a classic USB_injector kext in which I defined 6 ports for MBP8,1-EH01 and MBP8,1-EH02 USB2.0 controllers as per IOReg/DSDT info On reboot, the WWAN module was fully functional again.

It works the same in Sierra as in ElCapitan. Check your DSDT and audio patches.

Well... You injected the DSM method into RP05.PXSX instead of RP06.SDXC. No wonder it did not work... The attached correct version should fix everything. DSDT-patched_RV.aml.zip

Tried the WWAN module on 10.11.6. Indeed, there's a problem as the CellPhoneHelper kext does not load. I need to look into this. It must be a side effect of the changes Apple made with the handling of USB ports/devices since El Capitan.

Make sure AppleHDA gets loaded as the patches will only apply if the kext is cached. If it gets loaded, rebuild the cache: sudo touch -f /S*/L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U / ALso, please note that the 8319D411 patch is not valid in Sierra. Target 8A19D411 instead. The others should be Ok.

Clover on-the-fly patches operate on cached kexts only. It's a mandatory pre-requisite.

I've had some doubts about those above AppleHDA patches/patch combination because they've never worked on my E6220. Yet, it's fitted with IDT 92HD90 audio, i.e. the same as the other E6x20 models. I don't use Clover so I patch my AppleHDA kext directly and here are the details of what I use for Sierra: Find: 8B19D411 Replace by: 00000000 (2 occurrences) Find: 8419D411 Replace by: E7761D11 (2 occurrences) I cannot find any instance of 8319D411 in AppleHDA v276.26... For those who want to try, here are the dummy HDA + pre-patched AppleHDA kexts. AppleHDA_IDT92HD90.kext.zip Patched_Sierra_AppleHDA_v276.26.kext.zip

Are you sure you patched the right device? Please post your DSDT + IOReg output.

Post your laptop specs to be sure but I see you're using MBP11,2 SMBIOS profile so this is probably a Haswell system. 2 things to keep in mind: 1) select KernelPm option (for CPU power management through the kernel); option AsusAICPUPM is for SandyBridge/IvyBridge systems only. 2) make sure you run the vanilla AppleACPIPlatform kext

Typo in the code line now fixed (Ericsson ven id is indeed 0x0BDB as listed at top of thread) but it's a pure cosmetic info so typo had no effect whatsoever. DPCIManager only lists devices on the PCI bus so it's perfectly normal that you do not see the WWAN module since it is USB. I still have my module somewhere, so I'll try to dig it out and test again in EC 10.11.6 and Sierra 10.12 (Sierra retained same version v1.4.0 of CellPhoneHelper kext) but I definitely had it going when I tested it under 10.11.2.

Nope, you need a FSB800 CPU. I you install a CPU of higher FSB it may not be supported and if it were, it'd run at reduced speed (200 x multiplier). T8x00 are not great performers due to their smaller 3Mo L2 cache (4Mo on your T7700). T9x00 are much much better with 6Mo. It makes a big difference.

Maybe something similar to the old RTC issue which reset CMOS. Try and look for the El Capitan RTC patch (DSDT and/or AppleRTc kext).

@offficial_florin: no double posts please. And you can't downgrade OS X, you can only re-install from scratch.

Please note that you cannot proceed with Sierra if your D830 is fitted with the Merom T7700 listed in your signature. Sierra needs a CPU with SSE4 capabilities so you'd have to upgrade to a FSB800/SantaRosa Penryn CPU of the T8x00 or T9x00 families.