Hervé

Do you have native SpeedStep working properly? Hardware always tends to run warmer under OS X than under Windows or Linux; it's a more graphics demanding OS after all... However, much shorter battery life and much higher T° would likely point towards lack of CPU/GPU throttling...

-> "No kext loaded" ! That sure won't work... If the 2 kexts are there, they must have wrong permissions.

Indeed, it's one way or the other. No need for HDAEnabler in the boot plist as far as I'm aware.

Where and how did you install the patched audio kext? Patched AppleHDA must replace the vanilla version in /S/L/E. Then permissions must be repaired and caches rebuilt. VoodooHDA + HDADisabler kexts still work from /E/E in Yosemite.

Check whether you have graphics acceleration or not; for instance, run DVDPlayer and look at the Supported Features in the Help menu. You won't be able to run the app at all without graphics acceleration.

Mail order?

I've not spent any time on the iMessage issue as I don't use the facility. I know it can work with Clover but I don't use Clover much either...

You have the Sandy Bridge i5-2520M CPU and can therefore re-use the entire bootpack I posted, SSDT table included. There is nothing to worry about SysInfo/SysProfiler showing 2.49GHz instead of 2.50GHz, it's what Chameleon detects and it's a pure cosmetic thing. You may fix that to 2.5GHz by entering a CPU speed of 2500 in the SMBIOS plist through Chameleon Wizard for instance. You may notice that HWMonitor always shows CPU speeds a couple of Hz slower than exactly rounded up frequencies too. That's perfectly normal. HW Monitor should definitely display turbo boost multiplers/speeds in the range x26/2.6GHz to x32/3.2GHz. Your AICPUPM log certainly shows P-States that fall into the whole expected range so you should see the same in HW Monitor... Regarding GeekBench results, bear in mind that this is a CPU test so results may depend on what you've got running at the time you run the test. Consider it mostly OS-independant but you may not get 6000+ all the time and it may be a little lower indeed. 4800-4900 seems much lower that what I would expect on your E6220. For your reference, I've just run a test under 10.11 DB7 and I got 6068 with cDock + HWMonitor + Display Menu apps running in the background and BT + Audio + Wireless + Battery + clock monitoring in the Finder's bar. You say your SSD is in non-TRIM mode; is it by choice or because it does not support it? Update to Yosemite 10.10.5 and you'll be able to use the trimforce Terminal command if your SSD supports the feature. Anyway, I would not worry about anything if I were you, your E6220 appears to run Yos just fine.

-> Patched AICPUPM in /S/L/E or -> NullCPUPM in /E/E or /S/L/E Whatever you choose, repair kext permissions and rebuild caches each time.

Re: CPU speed, make sure IDA is disabled in BIOS. Did you tune your AGPM kext? https://osxlatitude.com/index.php?/topic/7807-latitude-d-series-nvidia-gpu-performance-tuning-with-agpm/

You can either install VoodooHDA + HDA disabler kexts or replace the vanille AppleHDA in /S/L/E by the patched version from any available E6220/E6320/E6420/E6520 packs.

It's got a 64bit dual core Pentium CPU which should be Ok with all recent OS X versions. Then, it all depends on the graphics chip fitted to the laptop...

Correct! You can use apps such as 0xED hex editor to that effect. It's a nice app to use. There are others like HexFiend. Remember to do your search in Hex, not in Text. To complete your patch, proceed as follows: Copy the SNB framebuffer kext found in /S/L/E to your desktop Right click on the desktop SNB kext and select Show Package Contents Open up the binary file found Contents/MacOS subfolder with your Hex editor app Apply your above modifications Save the file Copy the modified kext back to /S/L/E Rebuild permissions + cache from Terminal: sudo chmod -Rf 755 /System/Library/Extensions sudo chown -Rf 0:0 /System/Library/Extensions sudo touch /System/Library/Extensions sudo kextcache -Boot -U / Reboot One word of caution though: make sure to apply your Hex replacement to the line of the correct section, i.e. ensure you do have the vanilla lines (listed in previous posts) right above and below the 02 05 ... line you'll modify.

I'm surprised you were offered this update. I'm using the same MBP8,1 SMBIOS on my E6220 and I've never received that kind of stuff.

Ok, check your PM, we'll take this offline.

Up to DB7 now. 10.11DB7_patched_AppleIntelFramebufferAzul.kext.zip 10.11DB7_patched_AppleIntelHD5000Graphics.kext.zip

It's at the root of this very forum sub-section, right above this very thread! Look up the post with full packs too.

https://osxlatitude.com/index.php?/topic/6503-dell-latitude-e6320-with-i5-2520m-hd3000-and-1366x768-lcd-mavericks/ https://osxlatitude.com/index.php?/topic/8245-e6320-yosemite-a-couple-of-issues/ We need raw IOReg output + extracted raw DSDT, i.e. info extracted from OS X having booted without patched DSDT or extracted from Windows/Linux.

You can ignore the update and not install it if you have already done so. I've seen this in the past and, sometimes, the update offer can also disappear after you've installed it several times.

Patched kext works when I boot laptop (lid opened, haven't tried lid closed) with DVI or VGA connected to docking station, but not both. Which docking station or port replicator do you have? 'seems you have 2 external screens and, indeed, I could not get that to work properly with the patched kext (VGA + DVI). There's a E-Port Plus docking station I can also test at work. That has 2 x DVI + 2 x DP + 1 x VGA ports so it's much more than the simpler E-Port I was using that had 1 x DVI + 1 x VGA + 1 x DP at the back. I suspect you have the E-Port Plus and it may well be that the vanilla SNB frame buffer kexts supports both DVI off your dock. For HDMI, you would just need to patch the 0205 line I guess. All details provided previously and in the HD3000 thread I linked to in one of my previous posts above.

I never use those, I tend to make dmg backup images of my OS X partitions from other partitions in case I need to re-install trough simple restore action.. That's always worked me. I've heard good things of CarbonCopy though. Google the matter, I'm sure you'll find lots of reports.

Sounds like you skip the OS X partition(s) during the cloning then...

Indeed, new logo, not a mod.

And up to DB7. Nice and easy that one, no particular fighting. Patched AppleHDA kext causes KP when placed in /S/L/E; however when copied to /L/E with vanilla AppleHDA deleted from /S/L/E, audio works fine.