Hervé

OOB means out of the box, so yes, just pop it in and you're good to go. At worst, refresh your kext cache.

Check your antenna connections. PS: no double posts please!

No! Don't use any "" characters! These are just a convention to refer to computing terms such as file names! If your DSDT file name is "DSDT.aml" and is placed in folder /Extra, boot using option DSDT=/Extra/DSDT.aml.

Check your default PCI root id. You can check that through a dump of your DSDT table and search for UID attached to device PCI0 or with Terminal command ioreg -l | grep -15 "AppleACPIPCI\ " | grep UID. If you get a non-zero result, then you need to boot with Chameleon option PciRoot=, where UID is the value returned by the ioreg command. I have myself found out that boot option GraphicsEnabler=Yes may not be sufficient to enable full QE/CI for supported cards but that adequate PCI root id was also a pre-requisite. The alternative can be to patch the DSDT so as to convert a non-zero PCI root UID to 0 in order to subsequently boot with default PCI root value of 0. Do try and post us a copy of a clean of IOReg output + extracted DSDT table (i.e. when your system is booted without any DSDT file).

D420 behaves exactly like the D430 in every respect. So password is required to avoid KP at wake but, as reminded by Bronx, if BIOS is configured as per published recommended settings, you'll "only" have to enter system password at cold boot and restart, not on wake.

No particular issues for audio or sleep on those little laptops, so it's just a matter of selecting the right pack in EDP. Just don't use myHack v3.3.1 for Snow Leopard.

You have a 32bit Core Duo U2500 CPU, not a 64bit Core 2 Duo CPU. Lion needs 64bit Core 2 Duo minimum, so you can't actually install it on that D420. You are therefore limited to Snow Leopard unfortunately. See the following old thread on same matter: https://osxlatitude.com/index.php?/topic/1373-lion-on-d420-core-2-duo/ When D420/D430 laptops are fitted with a Core 2 Duo CPU, that is clearly reflected in the BIOS Setup Processor Info page. This is not the case with your model.

It's not something I've noticed as required with all those recent Kozlek's FakeSMC versions, but you may want to edit the CPU Monitoring PlugIn to manually specify your T9500 Tjmax value (105°C) if the system appears to have a problem detecting it and reporting the correct T°.

If you've deleted the nVidia kexts, you no longer have a Vanilla installation and I can't really help you. You should reinstate them, there is simply no way you can get graphics acceleration without nVidia kexts! There's no real improvement to gain in patching the DSDT other than cosmetic information regarding other hardware such as Ethernet, audio or any other hardware that may not be listed. On top of patching for your FX3700, I've also changed PCI root UID to 0 (from 4) so that you don't have to add Chameleon boot option PciRoot=4 at boot time. Try and boot with -f UseKernelCache=No, then re-run myFix (quick) to rebuild permissions & cache. Then reboot. If this is still not giving you LAN & Audio, then change back the .dsl source file: look for Device (PCI0) and change back _UID from 0 to 4.

Really? Seems I was totally wrong on that front then.

Try with GraphicsEnabler=No, in case there's an issue with that model of GPU. I have not looked at the FX1600M myself, but did you check the chip it's built on?

Why not try with the DSDT of the M4300?

Yes, it is, unless you started to modify things like kexts in /S/L/E or other things like that. Copy the patched DSDT to /Extra, then boot using option DSDT=/Extra/ to make sure you load it + GraphicsEnabler=Yes.

Afaik, PC Card/PCMCIA/Express slots of those D Series laptops are unsupported since SL 10.6.7.

.dsl file is source code. the .aml file is the compiled version you use. You don't have to reinstall Mavericks, no, well unless you used some form of distros, something we always discourage to use. We advocate full Vanilla installations and that's all we can support here. "Vanilla" is the term used to designate standard unmodified OS X kexts/kernels/installations. To that, you can oppose patched kexts, patched kernels or distros.

Undo those changes, i.e. get rid of the enabler and only use the Vanilla kexts. Here's your patched and cleaned-up table Deepak: Patched_DSDT_T3400.zip Please note that default PCI root was set to 4 in your extracted DSDT, so you probably would have never obtained full QE/CI unless you booted with option PciRoot=4. This is now changed to default value 0 in the patched DSDT.

Erm.... that's what we were doing!

Why run emulated SpeedStep when you can easily get native mode, especially on a T9500? Your graphics performance would have much to gain too. You know where to look and what to do, right? I see no reason why you would not be able to run any of the more recent OS X versions, from Lion to Mavericks.

Where do you see those SMC read key errors? Oh, can you indicate which version of Chameleon boot loader you're running? You can safely update to the latest available through Cham Wizard.

Read the article + linked thread more carefully please. Everything is explained and provided. You cannot keep your default FakeSMC kext!

Configure your BIOS as per recommended settings in the pinned thread of this very section. If all looks well on that front, you probably did not install emulated SpeedStep within EDP. Not to worry, just head over to Articles pages of the web site (not the forum) and look for the performance tuning article. This will give you all you need to configure native CPU speedStep and native GPU throttling on your D630 nVidia laptop. There's a summary of tuned-up settings here.

Post us your extracted DSDT (using DSDTEditor or Chameleon Wizard) + IOReg saved output (using IORegistryExplorer), both from a system booted without any specific DSDT file. You can also add the output of the Terminal command lspci -nn. I understand the Quadro FX 3700 is G92-based, i.e. same as GeForce 8800GT/9800GT, so you could indeed expect a DSDT patch to natively enable full QE/CI. It's always better than using an enabler kext.

Guys, it's all explained in the R&D->Hardware->Wifi subsection of the forum. BCM4312 will likely be a DW1395 or DW1397. These only work on clear networks in Mavericks, not on encrypted networks. Your only alternative is to swap the card for a fully supported models. Browse the list of supported models mentioned above.

Firewire is fully working as far as we know...

What did you search for? A search on "universal binary" as indicated above would lead you here: https://osxlatitude.com/index.php?/topic/5773-d430-lion-installation/&do=findComment&comment=30422