Hervé

Sounds like you need to activate KernelPm option to free-up the kernel-based CPU powzer management.

Added TP-Link TL-WN723N v3 802.11b/g/n 150Mbps mini USB adapter and TP-Link TL-WN725N v2 802.11b/g/n 150Mbps nano USB adapter.

I can't explain the behaviour on your E7440 but Dr Hurt's VoodooPS2Controller certainly works on Titou2k4's E7440 so that's another model on which it appears kosher to me. Make sure you don't have duplicate controllers lying around in your EFI partition, /S/L/E, /L/E.

Your laptop may display more info in the BIOS setup pages; failing that, assuming the PC came pre-installed with Windows, you should be able to identify exact hardware or at least hardware pci vendor + device ids through the Device Manager. Look up the device driver info. Re: iGPU vs. discrete GPU, well... isn't the answer obvious?

I specifically advised you NOT to use the kexts of the HWSensors dmg, the tuned FakeSMC I previously provided covered for that. Am I wasting my time with you here? You seem to systematically do differently than advised... HWmonitor: again, please read my previous posts. Bluetooth: Finder's bar icon or PrefPane is the same in terms of turning BT off and on. On looking at your patch, I can clearly see that you did not follow the guide I referred to... You should suss it all out on your own now, good luck.

When you get this type of error repeat last 2 commands (touch + kextcache) or run: sudo kextcache -system-prelinked-kernel

https://osxlatitude.com/index.php?/topic/8959-m6300-el-capitan-install/page-2&do=findComment&comment=59600 You already have the newer and fully tuned FakeSMC v6.13.1363 in the pack I provided. You're supposed to install those (3x) kexts I uploaded in your /E/E folder. The other files too of course. Check CPU speedsptep + GPU throttling with HWMonitor, that's what it's used for! See here for illustration. What about Bluetooth? You said it now worked... DW360 works OOB, no kexts required other than a patch of the Broadcom transport kext if you want to be able to turn BT off/on from the Finder's bar icon. It's all explained in the Bluetooth related thread that you'll find in the R&D->Hardware->Bluetooth forum sub-section. So... does it work or not? Try the following revised DSDT + USB injector kext for USB ports. DSDT_new2.aml.zip USB_Injector2.kext.zip

As long as you replace your old FakeSMC v4.0 with the newer tuned version v6.13.1363, all you need to do is copy the HWmonitor app from the dmg to your Applications folder from where you can run it. Ignore the kexts of the HWSensors dmg. You can go to HWMonitor app preferences menu and adjust icons and info displayed in the Finder's bar. Do you see CPU + GPU throttling at all? Re: battery, try a more recent Rehabman's ACPI battery manager kext like latest v1.60.5 as opposed to your older v1.50.

The BCM5722D kext does not support the Broadcom BCM5756M card by default... It must be patched with the card's id.

Try the attached files. Package contains: revised patched DSDT (fixed EHCx devices + AGP.VID device_type & model (it's FX 1600M, not FX 360M) and modded LAN & WLAN devices) USB injector kext tuned FakeSMC v6.13.1363 (with MBP5,1 SMC keys + nVidia FX 1600M (10de:040d) AGPM tuning) latest BCM5722D v2.3.6 (with added BCM5756M id 14e4:1674) revised Chameleon boot plist revised SMBIOS plist (MBP5,1 profile) kernel.plist (for Enoch boot parameters) M6300_tuning.zip Install Kozlek's HWMonitor app to monitor CPU speedstep +GPU throttling. Once you're happy with the settings, you can copy (not move) all kexts to /L/E, repair permissions, rebuild cache and set KernelBooter_kexts parameter to No in /Extra/kernel.plist. System will then boot a little quicker. If you still don't have all your USB ports after installing those files, we'll modify the devices to EH01/EH02 in the DSDT + USB injector.

Enoch works with recent or older versions of OS X...

Ok, if it's the 3-cell 30Whr battery, then I expect you drainage to be sort of normal and battery usage at around a couple of hours max. 4 to 6hrs is not achievable with the 3-cell battery. OS X does drain more power than Windows due to heavier graphics demand. You can consider such things as turning off unused accessories like Bluetooth, reduce screen brightness and turn off eventual keyboard backlight to maximise battery life. http://forum.notebookreview.com/threads/dell-e6220-user-review.649152/ All to be seen once you've completed your E6220's post-installation tuning. You can refer to my E6220 EC guide and attached full pack for that.

Yes, run DVDPlayer and click on Show supported Features in Help menu. If you have full graphics acceleration, everything will be available/supported; if you don't, you won't be able to open up the app, you'll get an error message. I'll patch your DSDT and prepare the USB injector kext + FakeSMC kext for you.

References to device EHCI of your DSDT should be replaced by EHC1. However text references to "EHCI" for USB bus type are Ok. you'll see those under Device (EHCI) and Device (EHC2). So you replace all references to EHCI by EHC1, except for: "device_type", Buffer (0x05) { "EHCI" }, In fact, with the use of the USB injector, we'll probably replace EHCx devices by EH0x devices. Try MacBookPro5,1 profile on that M6300, it'll be better than MB5,1. Do not use MacBook3,1 or MacPro3,1 SMBIOS, that is unsuitable. Post a saved IOReg output from, say, IOREgistryExplorer. Then we can adjust the D630n USB injector kext to match your M6300 USB ports. You're also using a very old FakeSMC kext too, grab the version from my D630 pack, that'll also give you native CPU speedstep, The included AGPM patch will have to be reviewed to match your FX 360M GPU. Not sure you're actually getting full graphics acceleration. Your DSDT does indeed have a _DSM method to inject nVidia characteristics, but the key parameter device_type is incorrect. DSDT shows: "device_type", Buffer (0x0D) --> incorrect buffer size { "NVDA,Quadro" --> incorrect setting }, and it must be patched to: "device_type", Buffer (0x0C) { "NVDA,Parent" }, It's a very common DSDT patch requirement on systems fitted with nVidia GPUs. The buffer size for GPU model description text is incorrect too; it should be 0x15, not 0x18 though I thought the M6300 was fitted with a Quadro FX 1600M but now you say FX 360M...

Check that you have CPU power management with HWSensors app (provided you use the various sensors kexts that come with associated FakeSMC). If you see CPU multiplier & frequency oscillating in the x8/800MHz to x?/, you have proper CPU speedstep. You say you have a new battery but is it kosher/genuine? There are lots of offerings on the web these days that deliver crap batteries... I've made that experience myself. Battery life also depends on the model you went for: 3 or 6-cell. I get 3 to 4hrs with my non-Dell 6-cell replacement on the E6220, whereas I get well 4 to 5hrs on the Dell 65Wh 6-cell model of my E6230.

You troubles come mostly from the USB ports or lack of it... BW360 will work again OOB once you sort our the USB ports. The M6300 will be like D630/D830 of same generation: you need to make up the relevant USB injector. You can very easily derive it from your IOReg USB port analysis and the SMBIOS profile you use. Grab the USB injector kext of my D630 bootpack or EC guide and you'll see how it's made up.

Did you setup CPU speedstep/power management with the SSDT generator tool?

The disk device name can be used too; for instance in the above example, the command diskutil cs revert /dev/disk2 would normally work too; it's a bit simpler than having to type the entire UUID.

Well, if you have a CoreStorage volume, you now know what to do...

You probably need to boot your installer then, once at the main screen, go to Utility->Terminal, identify your logical drive and revert it from CoreStorage to legacy mode. You'll find explanations and guidance here, in the post-installation tuning part.

We still get the odd query regarding these models from time to time, so here is a recap of why they make unworthy Hackintoshes. E4200/E4300: These were Dell's 1st gen ultraportable 12" and 13" models of the E Series. They're based on Intel Core2Duo CPUs, Intel GS45 Express chipset and Intel GMA 4500MHD integrated graphics. Whilst OS X can be installed on these laptops, it cannot run with graphics acceleration due to unsupported GPU. The reason for this is that Apple never used the integrated GMA 4500 of this Intel chipset in any model of its Mac line-up and therefore never developed drivers for it. As such, there is no graphics acceleration whatsoever for these laptops (and never will be). Despite many attempts by a lot of people, no graphics acceleration can be obtained through patching of existing GMA 950/X3100 kexts or 1st gen Intel HD kexts. Consequently, without any form of graphics support, these laptops make very poor and unworthy Hackintoshes. E4310: This was Dell's 2nd gen 13" ultraportable E model. It is based on Intel Arrandale 1st gen "i" Core CPUs, Intel QS57 Express chipset and integrated 1st gen Intel HD graphics with an eDP display connector as opposed to an LVDS connector. The trouble is that, whilst OS X fully supports 1st gen Intel HD graphics, it only supports displays with LVDS connector because that's what Apple used in their Arrandale-based MacBook Pro 6,x models. Only partial graphics acceleration can be obtained with displays using an eDP connector, not full graphics acceleration and this appear further limited to Mountain Lion 10.8.5 and Mavericks only. There is a bible on the matter at InsanelyMac. However, latest updates of Mavericks will probably lead to a full garbled screen. With partial graphics acceleration only at best, the E4310 makes for a poor performing and unworthy Hackintosh. Dell manufactured no further E4xxx ultraportable models, instead they concentrated on the E6xxx series which includes the 12"/13" E6220/E6320 (SandyBridge) and E6230/E6330 (IvyBridge), all of which support OS X with full graphics acceleration (at time of writing).

Hmm, I understood Capri FB #4 had a limited number of ports and, therefore, would not support external displays such as VGA, DVI or HDMI...

So it was the DualLink DSDT parameter set to 1 that caused your issue. It's set to 0 for screen res up to 1440x900, to 1 for anything above such as 1600x900 or higher.

What happens when you boot without cache and in verbose mode?

Depending on where you have your kexts, you may or may not need to repair permissions and rebuild your cache: With Clover, kexts placed in EFI/CLOVER/kexts/XXXX folder are injected at boot time, not cached With Enoch, kexts placed in /Extra/Extensions are injected at boot time with boot option KernelBooter=kexts=Yes but they are not cached Regardless of boot loader, kexts placed in /L/E or /S/L/E require to have their permissions repaired and the cache rebuilt with following Terminal commands: sudo chmod -Rf 755 /L*/E* sudo chown -Rf 0:0 /L*/E* sudo chmod -Rf 755 /S*/L*/E* sudo chown -Rf 0:0 /S*/L*/E* sudo touch -f /L*/E* sudo touch -f /S*/L*/E* sudo kextcache -Boot -U / (or sudo kextcache -system-prelinked-kernel) Please note that kext injection induces a slightly slower boot than kext caching. You also need to bear in mind that most E6x30 laptops need BIOS up to and to higher than a certain version or they face graphics corruption in OS X. That's worth checking too on your E6430s. But, at this stage and until you can confirm what the likely problem is with verbose boot mode, I'd say you're missing the Sandy/Ivy Bridge CPU power management patch (AsusAICPUPM) mentioned by Bronxteck above. If you missed it in your Config.plist, select it through the appropriate Clover menu once you've pressed the SPACE bar after the Clover logo.