polyzargone

I personally use an Atheros AR5009 AR928X (168c:002a) which is native on OS X. Restore back any modified WIFI kexts and try this config.plist : config.plist.zip

Well that's simple : Clover > Use config.plist + DSDT.aml + USB_Injector.kext v2 fom post #9 + the usual kexts for D830 series (they're all in Extra/Extensions folder of Extra.zip. No more, no less). Enoch/Chameleon > Use Extra.zip folder in post #9 as it. That's it. You can possibly edit config.plist at your convenience but you shouldn't modify DSDT patches, SMBios Mac model and settings in ACPI fixes and all others parameters you're not sure what they're meant for. PS : The DSDT you're currently using is the one already patched for Enoch/Chameleon users. NB : Make sure you set hibernate mode to 0 using the Terminal as explained in post #1 : sudo pmset -a hibernatemode 0

The DSDT you're talking about is OK and doesn't need Clover patch. There's no problem using it with previous OS X versions btw. But make sure this is the one you're currently using because the one I found in your D830.zip wasn't the same and lacks those edits . Don't forget that for USB to work and have proper injection for sleep, etc. the DSDT (manually patched or by Clover) must be used with USB_Injector.kext at the same time. You can't use one without the other otherwise it won't work at all !

Well, obviously you didn't follow all advices in post#9 . First, you didn't put USB_Injector.kext (I strongly recommend the v2) so even if your USB ports "looks" to be working, I'm pretty sure they don't. You should really check that all of them are correctly recognized and working as they should. Second, you didn't set the DSDT Clover patch as explained in the post. Doing so will enable USB_Injector.kext and thus USB ports injection. It will ensure that they all work. Not doing that is why you have problem with sleep IMO. Proper USB injection is necessary for sleep to work . The reason why there's so many ports injected in the kext is because there are devices that you're not directly using but are still needed nevertheless. Third, you're using NullCPUPowerManagement.kext which is useless and probably responsible of breaking SpeedStep functions. Remove it ! Lastly, you can easily change the Nvidia Quadro NVS 135M by whatever you want. This is just cosmetic. You can do that by opening the DSDT with MaciASL for instance and search for NVIDIA. You'll find this : "model", Buffer (0x17) { "NVIDIA Quadro NVS 135M" } You just have to change it to : "model", Buffer (0x17) { "NVIDIA Quadro NVS 140M" } And you're done .

Cool ! Seems like this one is the ultimate . I'll wait for other reports before adding it in the complete set of files in post #9 but we already are two happy users . Actually, I didn't make much. Just added these lines in the first version of USB_Injector.kext, before ports mapping and it seems they were necessary to make it work correctly : That's it. The first two are present in original IOUSBHostFamily.kext/Contents/PlugIns/AppleUSBEHCIPCI.kext/Contents/Info.plist. I don't know what's the purpose of the third (it was present in the Dummy.kext I used before) but… who cares ? So I thought it might be a good idea to add them too and voilà !

Maybe great news for you ! See post #9 and try USB_Injector.kext_v2. Test and report please.

Obviously, it's a USB port recognition problem. If you post your DSDT, and an IOReg with all USB ports filled with a device (if possible) from Yosemite, then I could try to prepare a USB_Injector.kext. Also, I'll need to know what bootloader you're on and if relevant, your config.plist.

For USB to work it's mandatory to : • Use MacBookPro5,1 SMBios • Use Clover's config.plist supplied with DSDT patch or if you're using Enoch/Chameleon edits in DSDT to change EHC1/EHC2 device to EH01/EH02 (I've attached a new Extra.zip with already edited DSDT for Enoch users in post #9) • Use USB_injector.kext in bootloaders appropriate folders or in Library/Extensions or /System/Library/Extensions • Set CsrActiveConfig value to 0x3 or 3 for Clover/Enoch That's all. Note : The USB_Injector.kext is not perfect. Some devices complains a lack of power when plugged in. Any help would be appreciated to fix that problem . DSDT_Enoch.aml.zip

Well on mine, I use this settings : I don't use BiosBlockIO. You could try to install Boot0af in MBR instead of Boot0ss in MBR option. My D830 can only boot using the later but who knows… . And yes, Enoch is the key point here. Chameleon is not ready for El Capitan yet but it will be soon so stay tuned !

First, you should read that. Installation is the same for D630 & D830. Now, answers : Clover : GUID Enoch : MBR I didn't tried createinstallMedia Method and used the old one. Should work the same though… As you wish. But keep in mind that only Clover is able to activate iMessage… No it isn't. Well actually, it is if you use the whole Extra folder and Enoch. But it's not if you use Clover. In addition to replace the standard config.plist by the one supplied, you have to copy all kexts from the Extra/Extensions folder to /EFI/CLOVER/kexts/10.11. Also, don't forget to place DSDT.aml file in /EFI/CLOVER/ACPI/patched ! Nope. Both org.chameleon.Boot.plist + kernel.plist and config.plist are ready to use as it. Sure. No need to use anything else than the Mac App Store and Disk Utility. Whether it's a Mac or a Hack. Use Enoch (and NOT Chameleon) or Clover r3259 (minimum) and you'll have no problem to install and use El Capitan on a D830. Fine because that's all you need .

Yeah I noticed that too with one of my USB thumb. AFAIK, this is happening with just one particular device and I wasn't able to reproduced it with other devices (tested various USB thumbs, external hard disks and Webcam). I'm looking for a fix without any success yet but my guess is that something is wrong in the port Injection. I'm confident it can be fix by some DSDT patch/edit or by using a different UsbConnector value in USB_Injector.kext's info.plist. But I've already tried different values and it still the same. Some values even prevent ports for working with other devices. Any help would be appreciated on that matter .

Glad to hear that Now, you should had some success by placing DummyUSBEHCIPCI.kext in /Library/Extensions or /S/L/E . DummyUSBEHCIPCI.kext can't work from EFI/CLOVER/kexts/10.11 because of dependencies . USB_Injector.kext has not this problem and that's why I thought it was a better solution.

OK Guys ! Here's the ultimate update for D830 Nvidia users on El Capitan 10.11.1 Beta (15B22c). Fixed a weird behavior when plugging USB device in the back port as you can see here. Actually, the fix is really simple as you just have to set UsbConnector from 255 (internal) to 3 (standard USB connector) as explained in this thread. Also, I changed DummyUSBEHCIPCI.kext to USB_Injector.kext because it can be installed in EFI/CLOVER/kexts/10.11 (and most likely in Extra/Extensions though I did not test it) instead of Library/Extensions or S/L/E and is update proof and doesn't require to increase Bundle version number in info.plist as it is with Dummies.kext. Not a big deal but seems a little bit more flexible way to fix USB on El Capitan to me . Consequently, you now have to delete any DummyUSBEHCIPCI.kext wherever it is and rebuild cache in order to use the USB_Injector.kext ! This is a very important thing. Do not forget it . Finally, I also added a patch in config.plist to find any EHC1/EHC2 occurrences in DSDT and replace them by EH01/EH02 to match IONameMatch in USB_Injector.kext. You'll have to edit the DSDT by yourself in case you're using Chameleon's branch Enoch cause AFAIK, there's no way to do this with this bootlader. Patched DSDT attached in new Extra.zip, see above. Here it is : That's it. Everything should now be 100% working. Enjoy NB : The Extra.zip attached already contains a new patched DSDT with EHC1/EHC2 to EH01/EH02 for Enoch users (latest revision is strongly advised). [uPDATE] New USB_Injector.kext_v2 attached ! Hopefully, it should fix the last issue : lack of power when connecting some devices. [uPDATE 2] New simplified set of files : • CLOVER.zip file with everything configured and ready to use "as it". • Extra.zip with everything configured and ready to use "as it" (patched DSDT with renamed EHC1/EHC2 to EH01/EH02 included). Both with USB_Injector.kext_v2. [uPDATE 3] Now macOS Sierra 10.12 Ready (with some edits) : • CLOVER_Sierra.zip file with everything configured and ready to use "as it". • Extra_Sierra.zip with everything configured and ready to use "as it" (patched DSDT with renamed EHC1/EHC2 to EH01/EH02 included). SMBios changed to MacBookPro7,1 to bypass Apple's limitation for unsupported models. Your CPU must support SSE4,1 instructions ! Do NOT use any other SMBios or it will not work. Also, please note that the USBInjector.kext provided is designed for this particular SMBios so again, do not use any other one or you won"t have full USB support (most likely no USB at all). You'll need the latest version of Clover or Enoch r2839. Extra.zip CLOVER.zip Extra_Sierra.zip CLOVER_Sierra.zip

I'll give it a try, thanks !

Well now, I'm looking for a working way to install OS X 10.11 GM on the D830 using solely Chameleon (Enoch branch) and I must confess I didn't had any success so far. I tried everything and for some unknown reason, none of the kexts seems to be injected whenever I place them in Extra or E/L in the USB pen. I didn't tried in S/L/E though but I would be very surprised that's the only way to make it work… Using various revs of Enoch from r2737 to r2760 didn't change anything at all even if I can clearly see that SIP is disabled in verbose. But I will open another topic for that .

Correct ! For my part, CsrActiveConfig is set to 0x3 using Clover and 103 3 using Chameleon. I believe 0x67 or 103 is not necessary for the rest of us as it disables things that probably most users doesn't even know what they are meant for (i.e. nvram protection, DTrace etc.). I think 0x3 or 3 is a good compromise. There's a good sum up of what is is what in this post at InsanelyMac (don't get me wrong, yours is very instructive too ). That said, I'm not entirely sure this post is up to date . Booting OS X 10.11GM (15A282a) with 0x3 (Clover) : MacBook-Pro:~ polyzargone$ csrutil status System Integrity Protection status: enabled (Custom Configuration). Configuration: Apple Internal: disabled Kext Signing: disabled Filesystem Protections: disabled Debugging Restrictions: enabled DTrace Restrictions: enabled NVRAM Protections: enabled This is an unsupported configuration, likely to break in the future and leave your machine in an unknown state.

Now the GM is out and chances are it will be the final release, I can confirm that the DummyUSBEHCI.kext is working perfect. All USB ports are recognized and all devices mount and eject with no issue. Attached is the final version with updated dependencies (version number set to 900 so we should be fine with next updates). Make sure SIP is disabled by setting CsrActiveConfig value to 0x1 (minimum) in Clover's config.plist and Chameleon's org.chameleon.Boot.plist. For Clover users : <key>RtVariables</key> <dict> <key>BooterConfig</key> <string>0x28</string> <key>CsrActiveConfig</key> <string>0x1</string> </dict> For Chameleon (Enoch branch) users : <key>CsrActiveConfig</key> <string>1</string> Note : File removed. Complete new set in post #9

What's the version of El Capitan ? Clover version ? As you may know, Clover's injection for kexts installed in EFI/CLOVER/kexts/10.11 doesn't work anymore since DP3 (or was it DP4, can't remember ) or PB 3 (same remark here). You now have to use Clover r3251 (minimum) and put all extra kexts in L/E or S/L/E and add specific arguments in RtVariables so the untrusted/unsigned kexts are allow to load. See here or here for further info to disable SIP.

Quicker install by removing Graphics Card ? If you say so... I pointed out the Guide essentially for AppleHDA native audio Clover patch which seems to be your latest issue to fix. Furthermore, It's a better solution than using VoodooHDA. All audio outputs works fine (including HDMI audio with the correct HDAU device defined in the DSDT) and sound quality is excellent. You don't need to worry about AppleHDADisabler.kext (which is the solution for your KP BTW) and future updates of OS X.

Well if you're interested, there's a full Guide for Optiplex 760/780 available here at InsanelyMac. It uses Clover, has a patch for on-the-fly native AppleHDA and a fully configured DSDT to enable QE/CI with AMD Radeon HD 5450 Series (you can adapt it to your own system), sleep/wake etc. It's designed for Yosemite but I tried to launch the USB stick to install El Capitan and it boots (note that I did not installed OS X 10.11, just check that the Clover's EFI folder could reach the install screen just fine ).

Sure Here you go. NB : Include is patched DSDT for OS X 10.11, no incidence on previous OS X. EFI.zip

Well folks, I do have both D830 Nvidia's models and they works fine with Mav/Yos (previous OS X not tested but I guess it should be fine ?) with original bootpacks and a (very little) DSDT edits to correctly show both cards & to avoid black screen issue on the 135M version. I also posted a patched DSDT for early support of El Capitan here. So I would be glad to share these bootpacks with OSXL members, that is the least I can do . And you can use myHack to prepare USB Install disk, it works fine as long as you use Mavericks to do so. You'll need version 3.1.2 for SL which you all know is available here on OSXL . I can also provide fully configured EFI folder for Clover users. Let me know if you're interested in !

Hello dear Latitude D830 owners ! UPDATED FOR El Capitan Final Release : WORKS 100% ! UPDATED FOR macOS Sierra 10.12 Developer Preview ! See post #9 For those who tried to install 10.11 DP1, you may have problem booting your USB stick on your system and actually end up with a "still waiting for root device" error. After some research, I finally managed to successfully boot and install El Capitan on it by patching the DSDT from original bootpack for D830 Nvidia series. The patch is quite simple and you'll just need to edit your DSDT and apply PJAlms "Basic Apple Device Renames" available here. (just follow instructions). Basically, it will change this : Device (USB2) { Name (_ADR, 0x001D0001) // _ADR: Address Method (_PRW, 0, NotSerialized) // _PRW: Power Resources for Wake to this : Device (UHC3) { Name (_ADR, 0x001D0001) // _ADR: Address Method (_PRW, 0, NotSerialized) // _PRW: Power Resources for Wake Also, you must change device (ECHI) to device (EHC1). Actually, this the most important edit. Renaming USBx to UHCx doesn't really matters. However on my system, I still have 1 of the 3 ports that isn't working at all (they all works fine on Yosemite). It could be related to some errors in the proposed DSDT so if you see any, please report ! Fixed ! see below. Sleep/wake don't work on the other hand . Forgot to set Hibernate mode to 0 : sudo pmset -a hibernatemode 0 [EDIT] Thanks to Pokenguyen, stinga111 & VCH888, there's a guide to fix all USB related issues. However, DSDT edits may still be usefull. [EDIT 2] Attached is customized DummyUSBEHCIPCI.kext thanks to the mentioned Guide above and updated DSDT. Also : I found out that using a MacBookPro3,1 SMBios eliminates the need of using any extra kext since all ports are already configured for use with D830 hardware : - 6 PRT in EHC1 and 4 PRT in EHC2 in OS X 10.11 IOUSBHostFamily.kext vanilla kext. So it's up to you. Note that DSDT editing from ECHI to EHC1 is still mandatory in every case. You can use the attached DSDT, it's already patched and works fine whith both Clover and Chameleon. Works with Dell Latitude D830 Nvidia QUADRO NVS 135M & Nvidia QUADRO NVS 140M Note : Files removed. Complete new set in post #9

I've got a similar setup but the only diffrence is that I don't have SSD (not yet ). Internal SATA HDD hosting Win 8.1 and OS X 10.9.4. Modular Bay hosting OS X 10.10 BP 2 and xubuntu 14.04 plus a Time Machine partition. All of that created with standard D830 nVidia BootPack and a mix of Clover for Yosemite booting and Chameleon for the rest of the 3 OSes. So it's absolutly feasable For swap considerations, I'd say that the best place for that is obviously SSD of course. BootPack had no issue for me, works OOB and mouse/keyboard are working fine.

OK, I've installed it in S/L/E and now everything's OK. I no longer needs to boot with -f and UeKernelCache=No and no "missing… controller" anymore. Thanks for your time and your explanation, it does really help me understand the way all of this works