Hervé

Please refer to the list provided in post #2. It clearly stipulates what you need to do!

Reboot with Clover option equivalent to Chameleon/Enoch's cpus=1, then replace your VoodooPS2Controller by Dr Hurt's version linked here. Rebuild your permissions & cache and all will be Ok afterwards. This was verified on my Alps-based E6220, E6230 and E6440 and by others on E7440, etc.

So you now need to modify the FakeSMC AGPM patch to replace the NVS 135M GPU ids by 10de/0427. Are you running on the D630's DSDT (your screenshot clearly shows GPU displayed as NVS 135M...). If you want to keep that, you really should modify it to reflect your true hardware.

Remember that the 10.7.5 bootpack contains the option to boot in 32bit kernel mode (arch=i386). Since you'll be initially installing and running standard 64bit ML, make sure you manually overwrite the Chameleon boot plist option with arch=x86_64.

Yep, it's the FakeSMC plugin. Right click on the kext, select "Show Package contents", then browse to the PlugIns subfolder. Delete the GPUSensors kext. Then rebuild your cache with myFix (quick) and reboot. For Chameleon, you can apply the app to your USB installer; no need to use myHack. If you want to run ML on that system, I advise you to 1st install ML 10.8.5 using the 10.7.5 full pack from here and to subsequently install all updates (apps, security, etc.). You'll run it in 64bit kernel mode initially, i.e. without any form of graphics support. Once you've completed all updates, you may then apply the MLPF hack and run in 32bit kernel mode. It seems you can pick up MLPF v0.3 from here these days.

Well, the 2 x systems are very closed in terms of specifications, hence why the 1720's DSDT loads Ok on the Vostro 1400 but the 2 x DSDT clearly differ. Compare them. There's clearly something missing or incorrect for OS X in the Vostro 1400's default DSDT table. Remember that you do not extract a DSDT from BIOS to just use it "as is". That's useless as OS X is perfectly capable to read the raw table from BIOS. You only specifically use a DSDT file/table because you've patched it.

I mean exactly that: the GPU PCI vendor + device ids as displayed in lspci info or SysProfiler->Graphics. They're required to patch the AGPM kext accordingly. Example on my HD3000-based E6220:

+1. With patched AppleHDA, you need to put laptop to sleep then wake it when you switch from speakers to headphones. Failing that, headphone volume is extremely low until sleep/wake is done.

This is same family and generation (chipset GM/PM965) as good old Latitude D630/D830 or Precision M2300/M4300 even though, unlike its M65 predecessor (chipset PM945), this particular model's physical design is based on the older style of Inspiron 6x00 laptops. I understand some folks got full QE/CI under Mavericks (through I'm not 100% sure) so, in theory, it should also be Ok with Yosemite and/or El Capitan, especially as it's based on a G8x chip which is supported by those OS X versions. You may also try the nVidia Web driver. Check if the nVidia kext load when you boot; then I would expect you to need to play a little with DSDT patching of the discrete graphics device and possible the SMBIOS profile http://www.notebookcheck.net/NVIDIA-Quadro-FX-1600M.8838.0.html http://www.nvidia.com/download/driverResults.aspx/89538/en-us

Which version of myHack are you using? v3.1.2 or v3.3.1. The latter is recommended rather than the former. If you upgrade Chameleon, I advise you not to go beyond r2468 (I had trouble with version r25xx and beyond though I did not test them all individually). Versions r2377, r2395 or r2401 should be Ok too. What does your KP indicate? Check that you boot in 32bit kernel mode and that your FakeSMC does not contain the GPUSEnsors PlugIns; it KPs on the nVidia 110M chip.

No, you got it all wrong. Since ML was introduced back in 2012, no OS X version runs in 32bit kernel mode so boot option arch=i386 is useless and will not allow you to boot the OS. Furthermore, you cannot -and never will- get GMA X3100 graphics (or GMA950 or nVidia GeForce 7xxx) fully supported under any OS X versions with a 64bit-only kernel. There are no drivers and those 32/64bit drivers provided in SL 10.6.2 are buggy in 64bit mode. Again, and as you've already experienced yourself, you certainly can install ML, Mav, Yos or EC without problems on your GM965 / GMA X3100 laptop; no issues on that front; but you never will get graphics acceleration, which renders the system more or less useless due to the (poor) performance issue. For SL or Lion, you would indeed need to ensure 32bit kernel mode with option arch=i386; that's what Bronxteck meant. Don't waste your time on this machine with anything past Lion 10.7.5. There is just no point at all.

Try and remove the AppleHPET kext; it may fix your BT (and USB) issue. It certainly does on my E6440 and gets the BT of my Intel Advanced N6235 fully working...

Dr Hurt's revised VoodooPS2Controller works fine in 10.11.4 too. Most handy for E Latitude to get full Keyboard recognition... I've linked to it in several other posts.

Look up the "OOB" column in the inventory. It means "Out of the Box", i.e. native support without any additional kext or patching ...

Dr Hurt's VoodooPS2Controller build should work Ok.

Dr Hurt's VoodooPS2Controller build works Ok on E6220/E6230/E6440 with El Capitan 10.11.4. I can totally recommend it.

Locking this 5yr old thread. From what was initially a guide, it has become a 26page collection of mixed issue reporting, technical queries or various experiment results making it more or less impossible for users to find it practical or really useful today. Please report your own individual issues or technical queries in your own dedicated threads. Thank you.

Intel Crestline graphics of GM965 chipset = GMA X3100. There is no GMA X3100 support in 64bit kernel-only OS X versions. The buck stops at SL and Lion in 32bit kernel mode, so forget about any recent version like Mavericks, Yosemite or El Capitan. You would only run those without graphics support, i.e. in useless limping mode as you've quite expectedly experienced... https://osxlatitude.com/index.php?/topic/8238-unsupported-gpu-graphics-cards/

Added CSL Nano V.2 wireless USB adapter.

https://osxlatitude.com/index.php?/topic/2120-inventory-of-supported-and-unsupported-wireless-cards/

Ace! Thanks a lot for that contribution. Will try and test asap to verify behaviour.

You 1st need to get it registered as a USB device before any hope of getting it to work... Make sure to have a USB injector made up to match the settings of your SMBIOS model.

It's a kind of weird behaviour. I re-installed 10.11.3 last night on the E6230 and completed the full tuning (audio, graphics, battery, LAN, SSD Trim, etc.). Then I updated to 10.11.4 through the Apple menu. I was not offered the Recovery or the Thunderbolt updates. I was still running the VoodooPS2Controller kext v1.8.9, yet everything worked absolutely fine, even after multiple reboots. This morning, systematic KP on CPU on each reboot, yet no change whatsoever since last night. Ok after replacing the VoodooPS2Controller by the ApplePS2Controller. I've now turned to Dr Hurt's VoodooPS2Controller kext as published back in December (post #168) and that specific kext appears Ok so far with 10.11.4...

Haaa... brain usage... D-Link DWA-125 is an old USB2.0 wireless dongle that's been out for a while... Wikidevi shows: 2009 A1 and A2 revisions based on Ralink's RT3070 chip 2011 A3 revision based on Ralink's RT5370 chip 2012 B1 revision based on Ralink's RT5370 chip 2013 D1 revision based on Realtek's RTL8188ETV chip D-Link's own web site shows revision A1/A2/A3 compatible with Tiger/Leopard/Snow Leopard and offers drivers for them. No such thing for revision D. No mention of revision B. Ralink's (Mediatek) web site lists 10.7/10.8/10.9 driver v4.2.9.2 available for RT3070/RT5370. There's a chance it'll work for 10.10 and 10.11 too. 'only one way to know for sure... Realtek's web site lists a number of RTL8188-based products with driver v2.0.1 for 10.4 to 10.8. Again, it may work with more recent OS X versions and there is still one way to know for sure...

HDMI audio will work with: 1) patched AppleHDA kext 2) DSDT patch For patched AppleHDA kext, you can use either the attached 10.11.4 patched kext (replace the vanilla AppleHDA kext in /S/L/E) or use the HVT ALC292 patch, then repair permissions + rebuild cache. Patched_AppleHDA_ALC292.kext.zip sudo chmod -Rf 755 /S*/L*/E* sudo chown -Rf 0:0 /S*/L*/E* sudo touch -f /S*/L*/E* sudo kextcache -Boot -U / ` For DSDT Patch, check that your DSDT is set as follows: Device (HDEF) { Method (_DSM, 4, Serialized) { If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) } Return (Package (0x10) { "layout-id", // specific to HDEF for patched AppleHDA Buffer (0x04) // specific to HDEF for patched AppleHDA { // specific to HDEF for patched AppleHDA 0x01, 0x00, 0x00, 0x00 // specific to HDEF for patched AppleHDA }, // specific to HDEF for patched AppleHDA "AAPL,clock-id", Buffer (One) { 0x01 }, "built-in", Buffer (One) { 0x00 }, "AAPL,current-available", 0x0834, "AAPL,current-extra", 0x0898, "AAPL,current-extra-in-sleep", 0x0640, "AAPL,device-internal", 0x02, "AAPL,max-port-current-in-sleep", 0x0834 }) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } and Device (HDAU) { Name (_ADR, 0x00030000) Name (BARA, 0x80000000) Name (TBAR, Zero) Name (TCMD, Zero) Name (MODB, Zero) Method (_DSM, 4, NotSerialized) { Store (Package (0x02) { "hda-gfx", Buffer (0x0A) { "onboard-1" } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } }