Hervé

Yes, I had gathered that much since it's the nVidia framebuffer associated with that card as clearly shown in DPCIManager. But what does this fboffset injection do? Or is it just something you picked up somewhere but you don't know what it actually means?

The VRAM should be adjusted from 256MB (0x00, 0x00, 0x00, 0x10) to 512MB (0x00, 0x00, 0x00, 0x20) since that's what the original IOReg showed. What's the meaning of the injected fboffset ?

By default, there's normally a square icon in the Finder's bar. But I know that sometimes, it's not readily visible, in which case try to click to the left of the last visible app icon in the bar. You may then edit the app preferences to display a different icon + other info such as T° and CPU speeds.

@PippoX0, if you read the thread more carefully, you'd see that mrdr indicated several times that he can only get to desktop with nv_disable=1; so let's not (re)state the obvious here. But I'm sure your DSDT patching suggestions will be highly appreciated by mrdr. I trust you did not just paste the EDID info "as is", i.e. with all the comma characters (","). It needs to be injected as a unique chain of contiguous bytes without anything else...

Can't see anything obvious that'd be wrong. Make sure you've not installed NullCPUPowerManagement or something like that. Install HWMonitor app to monitor CPU SpeedStepping and Turbo boost.

You may want to try the FakeSMC tuning: https://osxlatitude.com/index.php?/topic/2673-performance-tuning-with-fakesmc/ But try to monitor your CPU SpeedStep through HWMonitor 1st and see what it does. Install the HWMonitor version that came with the version of FakeSMC you installed.

No Sleep with NullCPUPowerManagement... That's a very basic rule. Setup native CPU power management and you should find Sleep will work much better. Xeon E5520 are Nehalem like 1st gen "i" Core CPUs, i.e. pre-Sandy Bridge generation. As such, activate native CPU SpeedStep with C States + P States generation. You should also remove AsusAICPUPM + kernelPm which are unnecessary for your platform. Bear in mind that 2009 MacPro4,1 were fitted with such E5520 CPUs and is closer to your Z600 than the 2010 MacPro5,1. But you may be forced to use that MP5,1 SMBIOS of course... If you want to tune your FakeSMC: MacPro4,1 -> SMC keys=1.39f5, smc-compatible=smc-thurley MacPro5,1 -> SMC keys=1.39f11, smc-compatible=smc-thurley

Try a different USB key, some just don't work properly...

What laptop is this? Did you generate the CPU-specific SSDT?

Did you format your target HDD partition as "OS X Extended (Journaled)" on a GPT partition scheme?

You should be Ok with Jake's usual Clover guide. Failing that, you may turn to my E6220 Enoch guide and follow the same process. You may use the E6320 DSDT instead of the E6220's. Make sure you've configured your BIOS according to the recommended settings. You can refer to this thread.

All details of AppleHDA patch available here for instance. Remember to copy the IDT 2HD93 dummy kext to /L/E, repair permissions and rebuild your cache.

Fan control may be in an annexe SSDT. Dump all your native ACPI tables to check this. Do you have native CPU SpeedStepping on this T7500? What graphics card do you use? You could start by posting your specs and zipped EFI/Clover folder if using Clover or zipped Extra folder if using Enoch... May be it's a simple matter of incorrect or untuned settings.

A few things to correct in your Config.plist: in ACPI section, remove P States & C States generation, that's for C2D, C2Q and 1st gen "i" Core (like Arrandale) CPUs. in Kernel & Kext Patches, remove KernelPm patch, that's for Haswell and later platforms; AsusAICPUPM is all you need for your SandyBridge platform (keep AppleRTC patch). In Kernel & Kext patches, what are all those AppleGraphicsDevice Policy patches? In Kernel & Kext patches, do you really need the USBXHCI patch? Do you intend to add USB hubs that would increase your USB ports beyond 15? In Kernel & Kext Patches, simply add the required 3 x AppleHDA patches: replace 8419D411 by 00000000 (2 x instances if you manually patch the kext) replace 8A19D411 by 00000000 (2 x instances if you manually patch the kext ) replace 8B19D411 by E7761D11 (2 x instances if you manually patch the kext) Then add the dummy kext for IDT92HD90 to /Library/Extensions, repair permissions and rebuild your cache. That'll give you full audio. sudo chmod -Rf 755 /L*/E* sudo chown -Rf 0:0 /L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U / For native CPU SpeedStep, you need to generate your CPU-specific power management SSDT though Pike R Alpha's well-known generator script.

Re: audio, you'll have that working if you follow the same process as for any Latitude E6x20 laptops. They have same IDT 92HD90 codec. But since you've not bothered to provide any details of your installation, we can't guess whether you'll need patched AppleHDA kext for Enoch or on-the-fly patches for Clover. Anyway, if you search the forum, you'll find what you need. Same for GPU, we don't know whether you use integrated HD3000 or discrete nVidia Quadro 4000M with Optimus disabled.

Fans not being detected at OS level is not necessarily an issue; BIOS is perfectly able to control fans according to CPU T° and other elements. This being said, are you using a recent FakeSMC and all its sensors PlugIns?

Not a known issue on the E6220. Can you give some examples?

Please refer to the FAQ section.

Bottom line is: can you connect to your wireless network now with my posted patched DSDT?

If LAN is en0, then you should be able to access AppStore. What message do you get?

Re: AppStore, check that your LAN card has registered as interface en0. In Terminal, type ifconfig to verify this. If it's not en0, delete all network cards from your Network PrefPane and all plist files from /Library/Preferences/SystemConfiguration. Reboot and check your Network PrefPane. If no interfaces are there, manually add the Ethernet. In Terminal, your LAN card should now be registered as en0.

https://osxlatitude.com/index.php?/topic/8696-is-my-wireless-card-compatible-with-os-x/

Keep a backup of your previous DSDT somewhere and replace it with the following revised patched version (rename it to DSDT.aml or call it as DSDT_DW1502.aml in the boot loader). DSDT_DW1502.aml.zip Your IOReg shows your DW1502 card with id 168c,2b under device PXSX attached to device RP04@1C,3: In DSDT, we therefore look for that device RP04 at address 0x001C0003 (=1C,3): We find the device PXSX attached to it: Then we apply the published patch.1) we rename device PXSX to ARPT (common Apple wireless device name) and inject the _DSM method that declares compatibility with supported Atheros AR9380 chip 168c,30 (only the "compatible" statement is mandatory, rest is just cosmetic): 2) At compilation, an error message reports that there is a reference to an unknown device PXSX under HPME. We therefore rename this old reference to RP04.PXSX to ARPT: That's it, table now recompiles without error! Your DW1502 should now always work under any version of OS X that natively supports Atheros AR9380 chip.

Yup, Ivy Bridge i3 CPUs don't have Turbo boost at all and the i3-3110M runs @2.4GHz and that's it. So you can't disable something not available... To be honest, I never use that Turbo-disabler-on-battery kext. My laptops run at full performance capacity all the time.

Please post your DSDT + saved IORegistryExplorer output. Both zipped.