Hervé

You may list those kexts you've added, but there is no need or value to post your entire /S/L/E folder. There are various places for kexts: /System/Library/Extensions for all vanilla kexts /Library/Extensions for optional/add-on kexts /Extra/Extensions for injected kexts used by myHack or Enoch /EFI/Clover/kexts for injected kexts used by Clover By default, only kexts placed in /S/L/E or /L/E are considered for cache rebuild. Kexts placed elsewhere would only be cached if the locations foiders are explicitely mentioned as an option to the kextcache command.

Sometimes, this is also due to a sticky mouse nub above the space bar. But I don't know if your E6410 has that.

Please! There is absolutely no interest in posting your /S/L/E folder (and it's around 400-500Mo uncompressed) ! If you want to post files, please upload those you may have added or that are specific to your system.

Not going to anything older than SL, here are what each model can run "vanilla": D430 (GMA 950): SL 10.6.8 + Lion 10.7.5 (in 32bit kernel mode only) D530 (GMA X3100): SL 10.6.8 + Lion 10.7.5 (in 32bit kernel mode only) D620 GMA 950 / nVidia Quadro NVS 110M: SL 10.6.8 + Lion 10.7.5 (in 32bit kernel mode only) D630 GMA X3100: SL 10.6.8 + Lion 10.7.5 (in 32bit kernel mode only) D630 nVidia Quadro NVS 135m: all versions SL/L/ML/Mav/Yos/EC (in 64bit kernel mode) E6400 1st gen Intel HD: can run all versions but with partial graphics acceleration only due to eDP display connector (unworthy Hackintosh) E6400 nVidia 160M: all versions SL/L/ML/Mav/Yos/EC (in 64bit kernel mode) Desktops: all versions SL/L/ML/Mav/Yos/EC (in 64bit kernel mode) depending on add-on graphics card You can install SL with myHack v3.1.2 and Lion/ML/Mav with myHack v3.3.1. myHack v3.3.1 does not support anything past Mavericks, so you have to manually build your USB installer for Yosemite and El Capitan (not a problem though, plenty of guides around). Re: D530 BIOS passwords, you should be able to remove them all using Dogbert's good old removal tool (used to be included to OSXL EDP - may still be the case). Works fine on all D430 and D620 BIOS, Ok on all D630 BIOS up to A17. You can Google for it. You'll find all your answers by searching the forum and the web. Everything is more or less readily available for those old systems.

RAID mode won't do so, yes, you'll have to get the BIOS password either from Dell or from those sites. You've got no other choices I'm afraid.

What you guys could do is try and work with IORegistryExplorer as you connect and disconnect external displays to try and identify each port. For instance, on my E6440 with HD4600 graphics, IOregistryExplorer shows that: Framebuffer@0 -> built-in display on port 0 Framebuffer@1 -> built-in HDMI on port 5 Framebuffer@2 -> ??? on port 6 With the vanilla Azul Freamebuffer kext, connecting a cable to the HDMI port systematically kills the system. In order to be able to use HDMI and support hot plug/unplug, I have to apply the following binary patch: find 01050900 00040000 87000000 replace by 01051200 00080000 87000000 (this applies to all instances or the original hex sequence) Two things are necessary to move forward here: identify the framebuffer port associated with each physical connector, then apply the eventual necessary bin mod to the AzulFB kext.

Thanks to a hint mentioned by DuongTH, I've experimented with AGPM injection in FakeSMC. It works perfectly. It's a simple matter of adding an "AGPM" section in the kext's Info.plist file with all the above parameters. This basically avoid the hassle of repatching the vanilla AGPM kext after each OS X installation or update. AGPM injection sample provided below: Info.plist_FakeSMC_with_AGPM_injection.zip Re-usable at will with all necessary and/or eventual parameters adjustment of course. By the way, these are the typical GPU T° I can see on my D630 nVidia (I've got a copper shim on the dGPU chip), proving things are well under control:

Updated D630 NV135m packs to include: revised FakeSMC with injected AGPM tuning. This avoids the need to patch the vanilla AGPM kexts after each OS X installation or update. kernel.plist file for recent versions of Enoch bootloader (post-r2760). new pack for El Capitan 10.11. Do not interchange FakeSMC from one D630 NV135m pack to another as AGPM tuning differs from one OS X version to another (it's a little different between SL and Lion for instance).

Audio should work fine with most if not all recent VoodooHDA v2.8.x. That's what I currently use but, unlike you guys, I'm booting through Chameleon/Enoch. Enoch r2795 works perfectly to boot Mav/Yos/EC on the D630n. Please post your respective Extra folders guys. There should be no AppleHDA kext in /E/E and the latest vanilla version provided with 10.10.5 (build 14F1509) is 272.18.3. @ssdprod, you posted a version v272.18.1. VoodooHDA only works if you disable AppleHDA, hence the disabler kext. Make sure to follow the instructions listed here. One old thing comes back to me... Do you guys have a DW350 (dev id 0x8103) Bluetooth module at all? That was known to interfere with audio, unlike the DW360 (dev id 0x8140) model. If you have the DW350, consider replacing by DW360 or disabling in BIOS. https://osxlatitude.com/index.php?/topic/1824-bluetooth-adapters-latitude-d-series-inspiron-laptops/ NB: Just to be sure, I've (re-)tested audio with other VoodooHDA versions such as v2.8.1, v2.8.4, v2.8.6 and v2.8.8 and there are no issues at all.

I can't because I worked on Cyclib's machine remotely, but I can tell you that there is nothing unusual in the Extra folder other than the SMBIOS plist. I tuned the FakeSMC kext (the latest version from Kozlek) to MBP8,2/MBP8,3 SMC keys (1.68f99 + smc-huronriver). The other kexts I've mentioned above, you'll find readily on the Net at the usual repository places. The SSDT was generated using Pike.r.alpha's well-known generator script, no surprise there either. What you really need to get going is this: smbios.plist.zip

Erm, unless I'm very mistaken, you can't specify the FrameBuffer in that manner. It's either 0x16160002 or 0x16160000 but not both separated by a slash. What you found elsewhere was an indication that you could try either of them.

Excellent! You may also want to give the Intel82566MM kext a try. 'just in case... Intel82566MM.kext.zip

If you updated your BIOS to the modded version, you may have lost your MAC address along the way... You can search the Net for the procedure to recover it. It's mentioned on BIOS-mods.com from memory. Which kext are you using for the LAN card? The one I provided in my Vostro200 pack or the Intel1000e kext?

Can you confirm the built-in LAN card model fitted to your Vostro? You can use DCPIManager to that effect. Normally it's an Intel 82562V-2. I'll really have to dig my Vostro out of retirement (I never re-hacked it since my HDD died on it whilst Yos was still in DP status... ). Does your "Ethernet" show a MAC address in the "hardware" tab when clicking on "Advanced..." button in the Network PrefPane?

If you managed to get SL going, even if not fully functional, you can use myHack to install Mavericks 10.9. That would be a good 1st installation to begin with. myHack comes with a default bootpack that should get you through. You have a SandyBridge platform so make sure to use NullCPUPowerManagement to start with as I'm not sure the AICPUPM patch provided by myHack does actually work as expected. myHack provides an easy way to add kexts in a transparent manner. You place them in /Extra/Extensions and then run myFix (quick. Yosemite and ElCapitan require manual or Clover based installations and those are usually prepared from an existing Mac or Hack.

I'm wondering if the Celeron M 430 would not be the issue at hand here... Are you booting with vanilla mach_kernel or ModCD legacy/AMD one? I'm not sure SL vanilla kernel supports such 32bit CPU.

I don't understand what problem you now have, sorry.

Problems all resolved last night and M4600 now fully operational under latest 10.10.5 (14F1509): Chameleon bootloader full graphics acceleration OOB with nVidia Quadro 1000M and full built-in LCD resolution (1920x1080). Black screen issue sorted AICPUPM kext patched (usual Sandy/Ivy Bridge binary patch) i7-2820QM SSDT generated to support CPU SpeedStep + Turbo boost to 3.4GHz (FakeSMC tuned to MBP8.2 SMC keys) Audio working (with VoodooHDA + AppleHDADisabler kexts) DW1550 wireless working LAN working (with Intel1000e kext) SD card reader not working due to unsupported hardware model.

Here's a detailed procedure to install SL with good old Nawcom's ModCD (or ModUSB). Follow it to the letter and it should get you through.

You've mentioned "rootless", so I assume you're running El Capitan. Did you configure your Clover plist to disable SIP? That's your likely issue I guess... Don't you have to rename AppleHDA_IDT.kext to AppleHDA.kext for it to load instead of the vanilla kext found in /S/LE?

If all you have at hand is your D520 under Leopard 10.5.8, here's what you can do: Insert your Snow Leopard retail DVD (if you have a DMG image of retail SL, that'll work too) and open up Disk Utility. Format your USB key as Mac OS Extended (Journaled). Keep it MBR partitioned, though it should work too if GPT partitioned. Restore tab your your retail SL DVD (or SL DMG image) to your USB key and make sure to erase the key in the process. Download a known working Chameleon version such as r2401 from InsanelyMac and install it on your USB key Copy the D430 SL pack or D620 GMA950 SL pack to the root of your USB key (you should see it as Extra folder) Now try and boot your USB key using the -f -v bootflags to install SL on your target system's HDD. If you reach the OS X installer main screen, make sure to run Disk Utility from Tool menu and format your target disk as "Mac OS Extended (Journaled)" on a GUID Partition Table. Proceed with installation. When it reaches completion, run Terminal from Tool menu before countdown expires and use the following commands to copy the Extra folder to your target HDD df -> to identify target partition name, should be something like /Volumes/<SL disk partition name> cp -Rf /Extra /Volumes/<SL disk partition name> -> to copy Extra folder from USB key to target system's disk Then try and reboot your installed SL partition via the USB key. It does not matter if that SL installation is not fully complete; it should allow you to create a myHack USB installer, from which you'll get to fully working SL-based Latitude D Series Hackintosh.

Look no further if you don't have an Extra folder at the root of a myHack installer/build. It means you've not followed the regular process and your build is not finished, hence highly unlikely to work. How do you make your USB installer and how do you install SL on that D520?

Indeed, it's best to stick to an older 32/64bit version such as v5.2.678 for instance. It's available here.

I'm going to prepare a dedicated thread on EDID injection and will post the link. It'll be nothing new, just a copy of existing stuff readily available on the web... Your problem sounds similar to something I previously encountered with an old HP G72 laptop... You could check your graphics acceleration status despite LCD screen issue by sharing your screen. Boot with GE=No and go to System Preferences...->Sharing and activate Screen Sharing. Your system is then available through vnc at its assigned IP address (vnc://x.x.x.x). If graphics acceleration is indeed running when booting with GE=Yes, you should be able to see GPU model and VRAM in About this Mac + all supported features in DVD Player help menu->show supported features through the VNC access.

What if you put the computer to sleep and wake it? Assuming you've disabled hibernation of course... You may need to obtain the EDID info for you screen, then inject it into OS X.