Hervé

OS X is not really usable without graphics acceleration, especially most recent versions such as Mav/Yos/EC that now call on this for basic things. Those HP Elitebook 8530p/w do appear to use an MXM graphics card so you can swap your existing unsupported Radeon HD 3650 by a nVidia Quadro FX 770M of 8530w's origin. Others MXM cards probably won't fit so be extremely cautious on that front.

Well, there are indeed 2 different models: HP 8530w -> nVidia Quadro FX 770M or ATI Mobility FireGL V5700 HP 8530p -> ATI Radeon HD 3650 I most definitely would not re-use that patched DSDT you got off IM, it comes from a 8530w with the nVidia GPU and is clearly not suitable for your 8530p. Start afresh and extract your own raw DSDT. I don't think the ATI Radeon HD 3650 is supported though, I know that Radeon HD 3450 was last supported in Leopard 10.5.8 and, having done a quick search, the same appears to apply to the Radeon HD 3650... These are old graphics chips. To be totally honest, you'll probably have to give it up as there really is little point running OS X without acceleration. You could consider running good old Leopard of course, but I doubt it. The 1st thing to do when considering Hackintoshing one's computer is to know/identify the underlying hardware... It's a simple matter of Googling for specs.

Did you try without the DSDT you picked-up somewhere? Because it does not seem to match your own specs. The DSDT you use shows nVidia graphics card whilst your System Info screenshot shows ATI video BIOS... In the absence of more detailed hardware specs (your screenshot really shows next to nothing), I think you have the wrong model. The original IM thread you looked at does stipulate that the ATI card of that HP laptop is unsupported. You may want to give up as a result since you'd never get graphics acceleration.

OS X has a built-in help you know...

If you're expecting us to go on the lookout for your system specs or guess what you've done or not done, I'm afraid you're on the wrong forum. So a little cooperation from your side would be most welcome and most appropriate. That's the minimum anyone is expected to do here, considering the price paid. I trust I'm clear enough. I think I was also crystal clear when I wrote "we don't know if...". You provide zero information, so climb down from your ladder a little please; and stop the "of course..." too. We won't know ziltch if you provide ziltch.

Why don't you start by posting the full harware specs of that system? That would really help. Noone will guess what's in that computer you know...

How about detailing the specs of that Optiplex 3020 to begin with? We don't know if you're using the 9020 pack but if you do, maybe it's just not suitable, especially the DSDT... Generally speaking, it's never recommended to use the DSDT of a given model on a different one, unless they're like close cousins of course. Please detail what you've done and what you're using.

EDP being in semi-permanent revamp, here are full myHack packs for the Latitude D430. The packs do not require any subsequent EDP tuning at all, they provide everything required to obtain a fully working system (CPU power management, graphics, LAN, audio, keyboard, trackpad), non-OOB wireless, bluetooth and any other devices excluded of course. Some manual tuning is nevertheless required for proper sleep/wake operation: setting hibernation mode to plain old sleep and deleting any eventual sleep image file. This is done through the following Terminal commands upon final OS X installation: sudo pmset hibernationmode 0 sudo rm -f /var/vm/sleepimage Vanilla support stops at Mac OS Lion 10.7.5 due to GMA950 support limitations. Mountain Lion 10.8 may be installed and tuned back to DP1 32bit operation through MLPF hack. Look at the Guides section for MLPF'ed ML guide. It's not 100% bug-free though... D430_10.6.8_Pack.zip D430_10.7.5_Pack.zip D430_MLPF_10.8.5_Pack.zip

Or Enoch...

Well, you're going to have to fine-tune your system; that's what post-installation is all about. Identify your hardware elements then seek a solution for each. That's how it works. Not everything ever works OOB on a Hackintosh...

It appears Dell fitted webcams from 2 different vendors to the E6x20 series: Sunplus and Sonix. The Sonix models are not supported. https://osxlatitude.com/index.php?/topic/6503-dell-latitude-e6320-with-i5-2520m-hd3000-and-1366x768-lcd-mavericks/

Try to reset BIOS to default settings, then set HDD mode to AHCI.

Try without the GenericXHCI kext.

DW5570 has been covered in usual R&D->hardware->WWAN forum sub-section. Please use the forum Search facility.

You need to patch your AzulFramebuffer. I've published a thread on that very matter in the R&D graphics section. Please look it up.

No, just use VoodooHDA with HDADisabler (they come together). Leave the patched AppleHDA as is...

I've got one and I'm the one who added it to the list, so I can tell you it works. But you'd probably get an internal half-mini PCIe card for cheaper...

It may compile Ok of you set IASL version to v4.0

No, you have no choice but to change that card. Supported cards literally cost peanuts on a well-known auction site...

To edit your DSDT, you must first use IORegistryExplorer (or any other IOReg tool) to locate your wireless card; it's often found under a device called ARPT, but not always... Sometimes you can find it under a device PXSX of which there can be several instances. You must therefore identify the correct one! Once you've located the card in IOReg, make a note of the device it's registered against and the associated address. All you need to do then is find that device/address in your DSDT and add the DSM method detailed in the inventory thread. This avoids having to repatch the Info plist file of the wireless kext after each OS X update or new installation. Here's an example: In the IOReg, you can see the wireless card registered under device PXSX@0, itself under device RP05@1C,4. The Vendor/Product PCI ids in the right part of the screen confirms the hardware identification (168c,2a). In the DSDT, you can see a Device (RP05), located at address 0x001C0004 (matches RP05@1C,4 of IOReg) and under that RP05 device, a Device (PXSX) at address Zero (matches PXSX@0 of IOReg). You simply insert the DSM method under the _ADR line.

BCM4313-based cards are unsupported. https://osxlatitude.com/index.php?/topic/2120-inventory-of-unsupported-and-supported-wireless-cards/ For Realtek, check driver support on their web site.

MBP9,2 is much closer to the E6230 in terms of specifications than the MBA5,2. As such, things like CPU power management or AGPM can work a lot better for instance. OS X tends to handle these items on a model by model basis.

Ok, so you have the D820 with nVidia Quadro NVS 120M. It'll run 10.6.8 (or 10.7.5) too. You need to remove and replace your Intel 3945ABG wireless card by a supported (mini-PCIe) one if you want wifi on your Hackintosh. https://osxlatitude.com/index.php?/topic/2120-inventory-of-unsupported-and-supported-wireless-cards/

I just checked wikidevi and, indeed, DW1550 also has device id 43b1. The info I initially had in the wireless device table was therefore erroneous and I've corrected it. Unless you opt for Jake's suggested FakePCIID's approach, you'd need the DSDT patch to avoid patching the kext's info plist and you'd also need the binary kext to circumvent Mac model whitelisting if you want to use a SMBIOS other than MAB5,1. Normally, you'd want MBP9,2 SMBIOS on your E6230.

Patched AppleHDA often brings lower max volume than VoodooHDA I'm afraid.