Hervé

You can look up the AGPM tuning thread in the R&D forum sub-section. It covers the nVidia GPU of some models but the principles remain the same for IGPU. Compare the settings as configured for the models you mentioned, then feel free to experiment with the thresholds.

If the command: kextcache -Boot -U / gives errors, then command: sudo kextcache -system-prelinked-kernel should work without failure.

You mean you put the computer to sleep and wake it to gain Turbo boost again? I'd say this is ACPI, i.e. DSDT or ACPIBatteryManager related... Which version of the kext do you use?

I'd love to help but I've never kept a copy of all the bootpacks. Clearly, packs for the E6400/6500 are missing from the site, so you'll have to ask EmlyDinesh. He maintains the database and took everything offline all those months ago for a ("quick") revamp... Failing that, search for a pack in the existing threads. Sorry, can't do more on that front...

Look up for the model's bootpack. If it's missing, contact EmlyDinesh.

-> Topic moved to its own thread (nVidia model is different from Intel HD 3000's). Load BIOS default settings, then set HDD mode to AHCI.

CsrActiveConfig=3 is Ok. Indeed, it's absolutely necessary with El Capitan to prelink/cache unsigned (=non-Apple) kexts since that's only possible once SIP is disabled.

I had missed an important DSDT patch in Method _INI that is necessary to activate USB3.0 capability... * Before: Method (_INI, 0, NotSerialized) { Store (0x07D0, OSYS) If (CondRefOf (\_OSI, Local0)) { [...] If (_OSI ("Windows 2006")) { Store (0x07D6, OSYS) } [...] * After: Method (_INI, 0, NotSerialized) { Store (0x07D0, OSYS) If (CondRefOf (\_OSI, Local0)) { [...] If (LOr (_OSI ("Darwin"), _OSI ("Windows 2006"))) /* Simulates Win Vista mode in OS X */ { Store (0x07D6, OSYS) } [...] ` USB3.0 XHCI controller cannot be activated in I/O without this patch and will not register in IOReg @14! The patch applies to all OS X versions. All ports working at USB3.0/USB2.0 speed afterwards with USBInjector. No generic XHCI kext required. The ports work OOB, so to speak, with the right injector. E6440_DSDT_USB_patched.aml.zip E6440_EHCI-XHCI_USB_Injector.kext.zip

Some Latitude E Series (like the E6440) require a 90W adapter. Check whether this applies to the E6520. Nothing wrong with your kexts or config.plist. At this stage, on the basis that you're getting POST messages about it, I'd suspect your adapter is not suitable...

Raw (uncompiled) ACPI code should be in files with a .dsl extension. Compiled ACPI code is contained in .aml files.

A few questions... What makes you think your patched DSDT is not loading? Which bootloader are you using? -> Chameleon/Enoch will always expect a file called "DSDT.aml" (or "dsdt.aml") in /Extra by default; that can of course be manually overwritten whether manually by interrupting the bootstrap or specific entry in o.c.B.plist file. -> Clover will always expect a file called "DSDT.aml" (or "dsdt.aml") in /CLOVER/ACPI/patched by default; again this can be overwritten through menu item of specific entry in config.plist file.

Maybe it's not DSDT related then. Can you please post the list of kexts you're using and detail of your SMBIOS + boot plist (whether Chameleon boot plist or Clover config.plist)? What kind of power adapter is it by the way? 45W, 65W or 90W ?

Text files for DSDT patches should be created or edited with a basic editor such as TextEdit or vi (from command line); this is to ensure that no application specific format is added to the file.

Yup, all details here.

There you are. That one should fix your AGPM throttling issue. Let us know. FakeSMC_AGPM-for-NVS-140M.kext.zip

Yes, you're right about that DSDT GPU-related error (device-type has to be set to "NVDA,Parent", model is just cosmetic). It's been mentioned before and fixes posted in threads but I don't think the bootpacks were ever modified. In addition, if hibernation must indeed be disabled, any hibernation file must also be removed from /var/vm. One sure way to avoid creation of such file is to set the hibernation file to null device: sudo rm -f /var/vm/hibernatefile sudo pmset hibernatefile /dev/null

I've just realised that the tuned FakeSMC I gave you contained AGPM tuning for the NVS 135M GPU. Can you look at the device id of the NVS 140M as listed in SysProfiler->Graphics/Displays? If, as I suspect, it's not the same as the NVS 135M of the D630, the AGPM tuning section of the kext needs to be adjusted accordingly... This would explain why you're losing GPU throttling after wake. nVidia Quadro NVS 135M = ven id 0x042b nVidia Quadro NVS 140M = ven id 0x0429 ?

Patched_AirPortBrcm4360_MBP9,2.kext.zip (of 10.11.3 origin) It does not matter which PCIe slot the card is into, they're run the same way.

You can install Enoch (r2795) on the 1st partition of your bootable HDD and safely boot all 3 versions of OS X. For EC 10.11, you'll need to create a kernel.plist file in /Extra in which you can specify some kernel related boot parameters. In your usual Chameleon boot plist, you'll have to add the new CsrActiveConfig parameter and set it to 3 (or whatever other value you may fancy to disable SIP). Add-on kexts should be placed in /Library/Extensions, permissions repaired and cache rebuild using the usual Terminal commands: sudo chmod -Rf 755 /L*/E* sudo chown -Rf 0:0 /L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U / If any error messages are displayed about cache or prelinked kernel rebuild failing, repeat the last 2 commands If you do not want to cache add-on kexts (quicker boot), but simply inject them at boot time (slower boot), keep them in /Extra/Extensions, then add kernel boot option KernelBooter_kexts=Yes in /Extra/kernel.plist If you ever need to boot with -f -v flags, you may find you need to also add KernelBooter_kexts=Yes.

Sigh... Oh look: a jelly fish! http://www.dell.com/support/home/us/en/19/Drivers/DriversDetails?driverId=Y1VCD

Typical DualLink parameter issue... HiRes DSDT will have IGPU DualLink parameter set to 1; you need this set to 0 on a LoRes machine. Adjust the DSDT (you may use the related boot option meantime). In your DSDT, lookup for the IGPU device (or whatever it's called) at address 00020000: Method (_DSM, 4, NotSerialized) { If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) } Return (Package (0x0A) { "AAPL00,DualLink", Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 /* adjust according to screen res */ }, "device-id", Buffer (0x04) { 0x26, 0x01, 0x00, 0x00 /* Intel HD 3000 */ }, "model", Buffer (0x18) { "Intel HD Graphics 3000" }, "AAPL,snb-platform-id", Buffer (0x04) { 0x00, 0x00, 0x01, 0x00 /* Sandy Bridge framebuffer */ }, "hda-gfx", Buffer (0x0A) { "onboard-1" } }) }

Sandy and Ivy Bridge systems require the AICPUPM patch (AsusPM or something like that, can't remember its exact name in Clover).

Just keep a copy of all your specific files in a "pack" folder (DSDT, SSDT, kexts, Chameleon boot plist/SMBIOS plist, Clover config plist, Enoch kernel plist, etc.). Thereafter, the process to create a USB installer and to install OS X is always the same for Yosemite and or El Capitan. For earlier versions, you could use myHack with a computer-specific bootpack (or a generic one).

Clearly, you can't re-use it "as is"... the DSDT is specific to the D630 model and so will be some of the kexts (like LAN for instance). Only reuse the common ones like FakeSMC and PS2 controllers.

It's based on Atheros AR5B195 as indicated on its label... --> https://osxlatitude.com/index.php?/topic/2120-inventory-of-unsupported-and-supported-wireless-cards/ --> https://osxlatitude.com/index.php?/topic/2925-bluetooth-firmware-uploader/