Hervé

Sure, I'll post the other patches to try one by one later on tonight.

I'll see tonight if I have a copy somewhere at home. Meantime, you safely use myHack's generic bootpack.

Bronya released a new rc4 version of his 10.9.5 AMD kernel. It works perfectly on the Precision 670. The little graphics corruption of desktop filenames is gone, taking screenshots works perfectly and editing screenshots in Preview no longer corrupts picture or screws up colours. Also installed latest Security Update 2015-002 which, again, reinstates vanilla kernel so replacement by Bronya's 10.9.5 version is required before reboot. Overall performance is excellent and system very responsive; no lag at all. To me, the man is nearing perfection! Bronya_10.9.5_rc4_kernel.zip

I decided to try and return various alternative values from the _DSM method of the generated SSDT. By trial and error, I regained x17 CPU multiplier and retained Sleep through Fn-F1 when returning a value of 7. I'm therefore sticking to the following code: Method (_DSM, 4, NotSerialized) { Store ("Method CPU0._DSM Called", Debug) If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x07 // This values retains x17 CPU multiplier + Sleep via Fn-F1 }) } Return (Package (0x02) { "plugin-type", One }) } I've also noticed that the Chameleon option DropSSDT=Yes is not necessary to obtain native CPU SpeedStep and/or Turbo boost. I've therefore changed my boot plist to that effect. ssdt.aml.zip org.chameleon.Boot.plist.zip In order to guarantee good behaviour of Fn-F1, make sure hibernate mode is set to 0 and that there is no 'sleepimage' file in /var/vm directory. If present, it must be deleted. A safety alternative consists of pointing the hibernate file to /dev/null. NB: The above applies to both Mavericks and Yosemite. Updated Mavericks pack loaded to post #1 (pack #7) and updated Yosemite pack loaded to post #15 (pack #3).

What kind of patch are you looking for? What's missing or not working or not to your liking? Post the zipped DSDT file.

There are only single instances of patched kernels. Once patched, the kernel applies to all installations or installers. If your myHack installer still does not boot the patched kernel, then it's because something else is wrong with your installation media. You can get the 10.9 Haswell-patched kernels on the Net or on this site. It just depends on the particular version of Mavericks you're using. Look here for instance. They're also available in the download area of InsanelyMac. Yoiu just have to search a little... Then, it's a simple matter of replacing the vanilla mach_kernel file found at the root of the bootable media (USB key or HDD) and re-running myHack->myFix (quick) to rebuild the cache with the patched kernel.

The fan will work as and when required according to CPU and (especially) GPU T°. The nVidia GPU tends to run very hot on these laptops, so you can expect the fan to run high when running a GPU-hungry app; watching a you tube video for instance... We'll work out the D430 in parallel...

'sounds like a Haswell-related reset. If confirmed, use the Haswell-patched kernel and you'll be able to boot the installer.

That would explain absence of module detection! @31337swv: look at the labels on your card to identify the exact model and then look it up on the Wikidevi web site. The link is provided here. What made you think your card had Bluetooth too?

Ok, so your BT module is not detected and recognised by the OS then. Device labelled 5880 is not the Bluetooth module (its a built-in Broadcom Secure Applications Processor chip for optional fingerprint scanners). Ever tried to remove, even temporarily, the HPET kext to compare behaviour with/without it?

When I mentioned SysProfiler, I was more after something along the following lines but never mind:

BT devices are usually reported as USB hardware, so never listed in DPCIManager or lspci output... Check your SysProfiler.

Ok, there are several potential shutdown fixes to try. Let's try the 1st one: DSDT01.aml.zip Place the file in /Extra and reboot with Chameleon option DSDT=/Extra/DSDT01.aml. Let us know how it goes.

The Yosemite Bluetooth kexts needing patching with the PCI ids of your card maybe?

You can grab the AppleACPIPlatform kext v1.3.5 or v1.3.6 from most bootpacks provided in the EDP->Compatibility/Bootpacks pages. Place it in /E/E (aka /Extra/Extensions), then run myHack->myFix (quick). AppleACPIPlatform v1.3.5 and v1.3.6 come respectively from SL 10.6.7/10.6.8 and are generally mandatory for all Lion and Mountain Lion installations. Not required for Mavericks and Yosemite, the vanilla kexts do perfectly.

Correct, Chameleon Wizard does not provide profiles for all Mac models. However, you can easily create your own target profiles with a tool called Champlist. It provides you with a full list of Mac models and you can create and save the corresponding SMBIOS plist to use on your own Hack. Before you do that, stick to MBP8,1 and generate the SSDT for your i3 CPU in order to gain Turbo boost (if the CPU has it or course) and better speedstepping. Place the SSDT file in /Extra, then make sure that your Chameleon boot plist has "DropSSDT" option selected but "Generate P-States" + "Generate C-States" options unselected. http://www.hackintoshosx.com/topic/21475-guide-aio-guides-for-hackintosh/?do=findComment&comment=106897 If it's not already been done (but I expect it's included in Jake's packs), you probably need to patch the Apple CPU Power Management kext. I also suggest you grab the tuned-up FakeSMC kext from my E6320 Mavericks guide. Edit: bad luck, no Turbo boost on the i3-2330M, so it'll be 2.2GHz max for you.

As you might have gathered by now, Optimus technology is not supported on Hackintosh platforms; that's because Apple use a different technology on their own Macs and that's based on a dedicated little piece of hardware (vmux chip). Generally speaking, you cannot disable the integrated graphics chip of a Sandy/Ivy/Haswell/etc.-based laptop as the discrete GPU outputs video through it. It's a kind of rare thing to have a laptop with each GPU having its own private bus to the video output. That's the Apple hardware way whereas Optimus is a software solution. As such, you can only try and disable the nVidia chip through DSDT patching in order to rely solely on the integrated Intel HD 4400. The alternative is to delete the nVidia kexts so that they do not load. You'll have less powerful graphics support (though perfectly acceptable IMO) and increased battery life. You can look up for nVidia-disabling DSDT patches on the Net.

The thing with i8k is that you cannot automate its startup so you may want to forget about it. I do. If you cannot boot without -f flag, i.e. you need to boot without cache, your cache is obviously screwed and may not build because of the kext. On sure way to find out is to manually rebuild you cache and keep an eye on any possible error message indicating that cache cannot be build. In Terminal: sudo touch /System/Library/Extensions sudo kextcache -system-prelinked-kernel This being said, EDP was kind of screwing up all Latitude D series these last few months so you may want to skip it. I've posted a full Mavericks /Extra some time ago for the D630n. I can't remember in which thread exactly but look it up. Install it with myHack and no further need of EDP.

Not that many 2nd generation 2.2GHz Core i3; I'd say it's one of those 3. @okaenrique: Apple have not made many Mac models with Core i3 CPU, let alone 2nd gen SandyBridge ones. Maybe a couple of iMacs. As such, you should try various SandyBridge SMBIOS profiles before you find the one that works the best for you. Target MacBookAir4,1/4,2 or MacBookPro8,1, i.e. a model using integrated Intel HD 3000 GPU only.

P & C States are for CPU power management, so won't be of any help in relation to a shutdown issue. This is more a DSDT problem. There are existing DSDT patches on offer for fixing such issue. I would suggest you extract your raw DSDT or make a backup of your existing one if applicable and use the tool called DSDTEditor to apply these shutdown patches to the raw/existing DSDT. You may try them one by one to verify the likely results. Start from your initial DSDT everytime and save the patched version to say DSDT01.aml, DSDT02.aml, etc. With Chameleon, you can place these DSDT files in /Extra and manually call them at boot time through option DSDT=/Extra/. This method is totally safe as you simply reboot as normal if the system hangs or go crazy with the patched DSDT. If you feel uncomfortable or unable to do this yourself, post your zipped raw/existing DSDT and we'll patch it for you.

It's up to you...

Do you have the kext AppleACPIPlatform v1.3.5 or v1.3.6 in /E/E? It's required for ML.

You can update directly through the AppStore or via the Combo update. It's a straight update with nothing further to do afterwards.

I've identified the SSDT-related problem and it appears the culprit that messes up behaviour of Fn-F1 (causing the key combination to shutdown the laptop rather than put it to sleep) is the following _DSM method at the very end of the \_PR.CPU0 scope: Method (_DSM, 4, NotSerialized) { Store ("Method CPU0._DSM Called", Debug) If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 // This appears to be the value causing trouble }) } Return (Package (0x02) { "plugin-type", One }) } I'd lie by pretending to know what this particular value equates to, but am investigating...

Ok, well it's not exactly what you indicated earlier. If you're following Jake's guide to the letter, you should have no problems at all.