Hervé

Seems you're not using boot option kext-dev-mode=1; that's mandatory with Yosemite.

Sounds like you have no graphics acceleration. You're going to have to tell us more if you hope to get some support. post your system's specs detail how you installed OS X specify the boot loader you're using post your pack

Copy your add-on kexts to /Library/Extensions, repair permissions and rebuild your cache. Chameleon will not inject or load kexts from /E/E if i remember well...

The Qualcomm Atheros BT module may not actually be CSR based (CSR was only acquired by Qualcomm last year). You could undo the CSR kext patch and do the same for the IOBluetoothControllerUSBTransport kext.

Oh! I think you kinda screwed the CSR controller transport kext with your patch there! My guide says to add a new entry by copying and modifying an existing entry, not to wipe out everything! Anyway, try the attached patched kext instead. Simply overwrite the existing PlugIn kext inside IOBluetoothFamily kext, repair permissions, rebuild cache and reboot: 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 / (or sudo kextcache -system-prelinked-kernel) Good luck. CSRBluetoothHostControllerUSBTransport.kext.zip

No reason why you these latest BIOS would not work. I would not use a MacPro SMBIOS profile on this machine but an iMac one instead. iMac 10,1 would look good to me. It's a machine of similar specs to my old Vostro 200, so you should be able to re-use some of the settings used on that system. But I never use Clover of course...

This Clarksfield i7-740QM CPU bears no integrated 1st gen Intel HD graphics, so you need to get that ATI Firepro M7820 supported. As stated by Bronxteck, it's indeed very similar to the Radeon HD 5870. You may have to use boot option GraphicsEnabler=No and safe mode (i.e. -x flag) to begin with and basically boot without graphics support. You may then try to get graphics acceleration by experimenting with various ATI framebuffers and settings as described by RampageDev for the ATI 5000 Series. I've read reports of people reaching success with Nomascus framebuffer and ports set to 3. Identify your graphics card PCI ids, you may have to patch the AMD kexts with them.

First of all, we recommend that you use myHack with the D630n bootpack. Should the available bootpack posted on the compatibility chart turn out invalid, I invite you to use the Mavericks pack I posted here. You'll have to add the SL 10.6.8 ACPIPlatform kext (v1.3.6) as that is required for Lion and ML. The kext is available in the Lion full packs I posted at the same place.

Can you check your BT module PCI ids in SysProfiler. In IOReg, I see vendor 0x13d3 and device 0x3362. That would make it Atheros AR3012 (part of some AzureWave device?).

Can you please post your full /Extra folder?

Please post your DSDT.

Correct, that's how one should proceed. You start with the minimal possible pack then add things one by one. It's timely, it's frustrating, it's exhausting but it's the only way to get things right.

Ok, here's a (very recent!) guide. Follow the same method: identify your BT module's chip and patch the appropriate kext accordingly.

The BT4.0 module of the Intel Advanced-N 6235 (ven:dev id = 8087:07da) is supported OOB under OS X. However, it cannot be turned on or off by default. As usual, this requires patching of the appropriate Bluetooth controller transport kext. Here's what to do (illustrations under El Capitan 10.11.3): Patch attempts of the generic IOBluetoothHostControllerUSBTransport kext lead nowhere. However, on looking for the hardware specs of the BT device, it turns out to be a CSR-based module (Google is our friend!). The CSR controller transport kext can then be patched. PlugIns of OS X El Capitan 10.11.3's IOBluetoothFamily kext are as follows: E6440:~ admin$ cd /System/Library/Extensions/IOBluetoothFamily.kext/Contents/PlugIns/ E6440:PlugIns admin$ ls -la total 0 drwxr-xr-x 9 root wheel 306 Mar 11 21:49 . drwxr-xr-x 8 root wheel 272 Jan 20 15:25 .. drwxr-xr-x 3 root wheel 102 Nov 14 05:31 BroadcomBluetoothHostControllerUSBTransport.kext drwxr-xr-x 3 root wheel 102 Nov 14 05:31 CSRBluetoothHostControllerUSBTransport.kext drwxr-xr-x 3 root wheel 102 Nov 14 05:31 CSRHIDTransitionDriver.kext drwxr-xr-x 3 root wheel 102 Nov 14 05:31 IOBluetoothHostControllerUARTTransport.kext drwxr-xr-x 3 root wheel 102 Nov 14 05:31 IOBluetoothHostControllerUSBTransport.kext drwxr-xr-x 3 root wheel 102 Nov 14 05:31 IOBluetoothSerialManager.kext drwxr-xr-x 3 root wheel 102 Nov 14 05:31 IOBluetoothUSBDFU.kext E6440:PlugIns admin$ Here, the kext to patch is CSRBluetoothHostControllerUSBTransport. It's a simple matter of editing the Info.plist file of the kext and add a new entry based on an existing profile. In this case, a copy of the ApplePortableModule entry can be pasted and edited as follows: <key>Intel-N6235</key> <dict> <key>CFBundleIdentifier</key> <string>com.apple.iokit.CSRBluetoothHostControllerUSBTransport</string> <key>IOClass</key> <string>CSRBluetoothHostControllerUSBTransport</string> <key>IOProviderClass</key> <string>IOUSBHostDevice</string> <key>idProduct</key> <integer>2010</integer> <key>idVendor</key> <integer>32903</integer> </dict> NB: 0x07da (hex) = 2010 (dec). 0x8087 (hex) = 32903 (dec) The modded kext can then be placed back in the PlugIns folder of the IOBluetoothFamily kext, permissions repaired and the cache rebuilt. On reboot, the CSR USB Transport kext is loaded and the BT module can be turned on or off through the Finder's bar icon (and it switches the BT led on or off too, well at least on my E6440): An alternative to patching the vanilla kext is to add the entry to FakeSMC's Info.plist. It's also sustainable to updates within a given OS X/macOS version. NB: Only the Bluetooth module of this card is supported, the wireless module remains of course unsupported in OS X/macOS as per all Intel cards.

Since Bluetooth appears to work OOB, you should be able to turn it On and Off through the BT Finder's bar icon once you've patched the associated Bluetooth controller transport kext. Look in your SysProfiler for the module's PCI ids, identify the BT chip it is based on and patch the associated controller kext. It's always worked for me on the Latitude D and E Series for CSR devices. I've posted several posts on this matter but that was ages ago and can't remember where or when. Try a search on the forum.

Sounds like you need to patch the Capri FrameBuffer. I did some work on that specific matter for my HD3000-based E6220 recently: https://osxlatitude.com/index.php?/topic/7914-dell-latitude-e6220-with-intel-i5-2520m-hd3000-and-1366x768-lcd-mavericksyosemite/&do=findComment&comment=52237 The same principles will apply to IvyBridge iGPU. Start from Dinesh's detailed HD4000 topic. Please note that some display outputs may only be available through the iGPU (VGA and DVI for instance) whilst others may only be available through discrete GPU (HDMI for instance). You'll probably find out by trial and error. I'll be getting an IvyBridge E6230 again soon and will be able to renew the exercise, but that'll only apply to integrated HD4000, not discrete nVidia which the E6230 does not possess.

You could envisage the existing ALC233 patch available in HackintoshVietnamTool.

I've just looked at the specs available on Dell's web site and the Inspiron 1720 is indeed of similar architecture as the D630 nVidia: FSB667/FSB800 C2D CPUs, Intel GM965 chipset, ICH8M I/O controller, integrated GMA X3100 or discrete nVidia GeForce 8400M G (128Mo)/8600M GT (256Mo) graphics. As such, I'm not expecting this AICPUPM kernel panic pictured above. There's no need for NullCPUPM on a C2D CPU. @griftopia: please explain method used to create USB installer, specify the Chameleon version used and post a compressed copy of your full /Extra folder (bootpack). If you can include your raw DSDT, even better.

It's fully supported but I doubt it'll make any improvement. If using clover, have you considered switching to Enoch?

What BIOS does your E6220 currently run? Is it configured according to the recommended settings? Since you have a recurring memory related error, did you try to reseat, swap out, remove or replace memory modules?

When I mentioned my D630 nVidia packs, I was referring to these. NB: Please note that extracting a was DSDT to subsequently load it "as is" is useless. OS X is perfectly able to load the (raw) table from BIOS. You only use a DSDT file if you need it modified, i.e. patched.

The D630 is a 10yr old-ish Core2Duo laptop. By today's standard, it's past its time and probably obsolete for the usage you have in mind. Expect it to fall behind on the graphics front, yes. If you want something really decent these days, you'd need to look at SandyBridge as a minimum and with a more punchy discrete graphics card for graphjcs-oriented work...

Best way to know is to try it out but I doubt it'll work on the older E6x00 series even though it depends entirely on model of reader fitted to the computer (it's not applicable to SandyBridge/IvyBridge E6x20/E6x30 for instance). Please note that the kext's patch was made obsolete by the DSDT patch detailed on post #29 of the thread. You'll have to identify your exact SD card reader device in IOReg and patch your DSDT accordingly. RP05 will most probably not apply to your laptop. If you apply it but does not work, just undo your DSDT patch.

Try and boot without any patched DSDT. You can grab the tuned FakeSMC from my D630 nVidia packs. Make sure to use MacBookPro5,1 SMBIOS and enable P States + C States generation.

Core2Duo, ICH8 I/O controller, GeForce 8400M GS. These are similar specs as the D630. You should have no problem installing Yosemite or El Capitan. What patches did you apply to your DSDT?