JDubU

Full disk check with file system verification says that volume is "OK".

Thanks for listing all of your BIOS settings!! Mine now match yours exactly but I still have the kernelcache rebuild failure. There are some interesting entries at the end of your log file: ... Oct 5 09:18:57 id630ml.home com.apple.kextd[12]: /: giving up; kextcache hit max failures Oct 5 09:18:57 id630ml.home shutdown[5845]: halt by admin: Oct 5 09:18:57 id630ml.home shutdown[5845]: SHUTDOWN_TIME: 1349421537 560130 Oct 5 09:18:57 id630ml kernel[0]: Kext loading now disabled. ... The entries: "giving up; kextcache hit max failures" and "Kext loading now disabled" seem to indicate that your system is also having some sort of kernelcache problems. Could it be that it is not using the kernelcache at all so it is not trying to rebuild it on shutdown? Is there a way to completely disable the use of the kernelcache? I have already tried disabling it in chameleon.boot.plist but that seems to only affect whether the kernelcache is used for bootup. The OS is still trying to rebuild the kernelcache on shutdown (and failing).

Thanks Hervé. Something is very strange here. I installed the exact set of EDP kexts and fixes that you are using and the kernelcache still fails to rebuild, causing the slow shutdown. As far as I can tell, the only difference in the kexts that you are using and the default set that I was using is the audio driver. The default set uses AppleHDA STAC9205 #1. When I used AppleHDA STAC9205 #2 instead, the behavior seems to be the same (see log dump below). I also tried the VoodooHDA #3 but it caused a kernel panic while EDP was still working (possibly during the final cache rebuild but I'm not sure about that). I tried a hard reset but OSX would not boot -- it couldn't get past the spinning gear. Had to restore the original system from backup. Could a difference in BIOS settings cause mine to fail and yours to work using the same Extra folder? What does your system log show if you force a kernelcache rebuild? Log of last cache rebuild attempt using your kexts/fixes with AppleHDA STAC9205 #2: 10/4/12 4:17:27.083 PM com.apple.kextd[14]: kextcache error while updating / (error count: 4) 10/4/12 4:17:27.084 PM com.apple.kextd[14]: / is still busy, delaying reboot. 10/4/12 4:17:27.086 PM com.apple.kextd[14]: async child pid 241 exited with status 71 10/4/12 4:17:27.118 PM com.apple.kextcache[243]: rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache 10/4/12 4:18:08.038 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: The following symbols are unresolved for this kext: 10/4/12 4:18:08.040 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: IOAF_bcopy_WriteCombine(void const*, void*, unsigned int) 10/4/12 4:18:08.040 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspAlgorithms::bcopyStride2(float const*, int, float*, int, int) 10/4/12 4:18:08.043 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspAlgorithms::downMixStereoToMonoStride(float const*, int, float*, int, unsigned int) 10/4/12 4:18:08.043 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncHelper::convertNanosToPercent(unsigned long long, unsigned long long, float*) 10/4/12 4:18:08.043 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::setClientType(unsigned int) 10/4/12 4:18:08.044 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineStarting() 10/4/12 4:18:08.044 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineStopping() 10/4/12 4:18:08.045 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineReStarting() 10/4/12 4:18:08.045 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::getClientPGASetting() 10/4/12 4:18:08.048 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::getClientPGABoostSetting() 10/4/12 4:18:08.049 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::setGainAdjustDSPProperties() 10/4/12 4:18:08.050 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::process(void const*, unsigned int, void const*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int) 10/4/12 4:18:08.050 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::requestBandwidth(unsigned int, IOService*, unsigned int) 10/4/12 4:18:08.051 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::alwaysDisplayRouting() 10/4/12 4:18:08.077 PM com.apple.kextcache[244]: Link failed (error code 5). 10/4/12 4:18:08.078 PM com.apple.kextcache[244]: Prelink failed for com.apple.driver.AppleHDA; omitting from prelinked kernel. 10/4/12 4:18:09.674 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleACPIEC]: The following symbols are unresolved for this kext: 10/4/12 4:18:09.674 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleACPIEC]: _AcpiHwRead 10/4/12 4:18:09.675 PM com.apple.kextcache[244]: kxld[com.apple.driver.AppleACPIEC]: _AcpiHwWrite 10/4/12 4:18:09.693 PM com.apple.kextcache[244]: Link failed (error code 5). 10/4/12 4:18:09.694 PM com.apple.kextcache[244]: Prelink failed for com.apple.driver.AppleACPIEC; aborting prelink. 10/4/12 4:18:09.717 PM com.apple.kextcache[244]: Failed to generate prelinked kernel. 10/4/12 4:18:09.749 PM com.apple.kextcache[243]: Child process /usr/sbin/kextcache[244] exited with status 71. 10/4/12 4:18:09.750 PM com.apple.kextcache[243]: Error 107 rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache. 10/4/12 4:18:09.751 PM com.apple.kextd[14]: kextcache error while updating / (error count: 5) 10/4/12 4:18:09.752 PM com.apple.kextd[14]: /: giving up; kextcache hit max failures 10/4/12 4:18:09.752 PM com.apple.kextd[14]: up to date; unblocking reboot.

Latitude D630, Nvidia, T7500 CPU, 2GB Ram, Kingston 120GB SSD Mountain Lion 10.8.2 updated via App Store. Yes, I had tried deleting AppleACPIPlatform.kext in the past and it did fail to reboot. I also tried using a later version of AppleACPIPlatform.kext that I found from another site (1.36 instead of 1.35) but it did not fix the problem. I have since restored everything back to the original EDP 4r7 versions.

I booted with -s flag and ran fsck. File system reported to be OK. I am not seeing the kernelcache at all in S/L/Caches/com.apple.kext.caches/Startup There are only two files in there: IOKitPersonalities_x86_64.ioplist.gz KextPropertyValues_OSBundleHelper_x86_64.plist.gz I deleted the entire contents of in S/L/Caches/com.apple.kext.caches/, ran MyFix (full) and restarted. Shutdown took 3 minutes. Problem still exists -- kernelcache rebuild fails. Here is the relevant section of the system log: 10/4/12 10:50:38.364 AM com.apple.kextcache[204]: rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache 10/4/12 10:50:53.888 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: The following symbols are unresolved for this kext: 10/4/12 10:50:53.888 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: IOAF_bcopy_WriteCombine(void const*, void*, unsigned int) 10/4/12 10:50:53.888 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspAlgorithms::bcopyStride2(float const*, int, float*, int, int) 10/4/12 10:50:53.888 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspAlgorithms::mBufferBytesPerChannel 10/4/12 10:50:53.888 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspAlgorithms::downMixStereoToMonoStride(float const*, int, float*, int, unsigned int) 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncHelper::convertNanosToPercent(unsigned long long, unsigned long long, float*) 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::setClientType(unsigned int) 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineStarting() 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineStopping() 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineReStarting() 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::getClientPGASetting() 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::getClientPGABoostSetting() 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::setGainAdjustDSPProperties() 10/4/12 10:50:53.889 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::process(void const*, unsigned int, void const*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int) 10/4/12 10:50:53.890 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::claimSinkDevice(unsigned int, IOService*) 10/4/12 10:50:53.890 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::updateVideoMode(unsigned int, IOService*, HDAGFXModeStruct*) 10/4/12 10:50:53.890 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::requestBandwidth(unsigned int, IOService*, unsigned int) 10/4/12 10:50:53.890 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::releaseSinkDevice(unsigned int, IOService*) 10/4/12 10:50:53.890 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::alwaysDisplayRouting() 10/4/12 10:50:53.890 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::verifySinkDeviceAttached(unsigned int, IOService*) 10/4/12 10:50:53.900 AM com.apple.kextcache[205]: Link failed (error code 5). 10/4/12 10:50:53.901 AM com.apple.kextcache[205]: Prelink failed for com.apple.driver.AppleHDA; omitting from prelinked kernel. 10/4/12 10:50:54.419 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleACPIEC]: The following symbols are unresolved for this kext: 10/4/12 10:50:54.419 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleACPIEC]: _AcpiHwRead 10/4/12 10:50:54.419 AM com.apple.kextcache[205]: kxld[com.apple.driver.AppleACPIEC]: _AcpiHwWrite 10/4/12 10:50:54.428 AM com.apple.kextcache[205]: Link failed (error code 5). 10/4/12 10:50:54.428 AM com.apple.kextcache[205]: Prelink failed for com.apple.driver.AppleACPIEC; aborting prelink. 10/4/12 10:50:54.435 AM com.apple.kextcache[205]: Failed to generate prelinked kernel. 10/4/12 10:50:54.444 AM com.apple.kextcache[204]: Child process /usr/sbin/kextcache[205] exited with status 71. 10/4/12 10:50:54.444 AM com.apple.kextcache[204]: Error 107 rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache. 10/4/12 10:50:54.444 AM com.apple.kextd[14]: kextcache error while updating / (error count: 1) 10/4/12 10:50:54.445 AM com.apple.kextd[14]: async child pid 204 exited with status 71

Bronxteck, Take a look at the system logs shown in my earlier posts above. I am a total novice at this but... The problem seems to be that the EDP supplied AppleHDA.kext and AppleACPIPlatform.kext are not fully compatible with their Mountain Lion counterparts. They appear to be missing several function implementations, causing kernel caching to always fail with linking errors. So what happens is that when the kernelcache operation is attempted during shutdown (trying and failing five times before giving up), those two kexts do not get merged into the cache and, most likely, that failure leaves a flag for the OS to attempt to repeat the kernelcache operation at the next shutdown. Since it never succeeds, the cache rebuild occurs at every shutdown and restart. Five failed kernelcache operations take a long time, especially with a standard hard drive (it takes several minutes even with an SSD). BTW, I don't think that it is a permissions issue (running a full MyFix does not change the behavior) and UseKernelCache=yes.

Is there any effort going on to create a patched Mountain Lion version of AppleHDA.kext for STAC9205 (Latitude D630)? The one in the latest EDP has multiple link errors (unresolved symbols) during the shutdown kernelcache operation, causing the cache prelink to fail for that kext. BTW, AppleACPI has linking problems also.

I think it depends upon which WiFi card you have. Mine is a DW1490 which works perfectly under Mountain Lion without any kexts beyond what EDP adds. http://accessories.us.dell.com/sna/productdetail.aspx?c=us&l=en&s=biz&cs=RC1246070&sku=JC977&baynote_bnrank=0&baynote_irrank=1&~ck=dellSearch

I had not tried to play any movies before running MyHack to remove the kexts so I don't know if they were causing a problem. Video playback seems to be working fine now. I've run MyFix many times. It does not solve the slow shutdown problem. My guess is that the two kexts (in Extra folder from EDP) still listed in the log (AppleHDA and AppleACPI) are not fully compatible with OS 10.8.x so the kernel caching operation is not able to merge/link them into the cache. Every time the system is shut down, it tries to rebuild the kernel cache but fails on these two kexts -- trying five times before bailing out. The slowdown is the time it takes to make these failed attempts.

Just found the reference to AppleACPIEC. It is listed as a plugin for AppleACPIPlatform.kext. According to the contained info.plist files, the AppleACPIPlatform.kext file in E/E is version 1.35 and the one in S/L/E is version 1.6.

I am a total novice at this but just comparing the info.plist files for the AppleHDA.kext packages in S/L/E vs. E/E, it looks like they are very, very different. I wonder if the E/E AppleHDA.kext is based on a very old Apple version that is just not compatible with the Mountain Lion version and cannot be resolved during kextcaching? I don't know what the AppleACPIEC error is about. I don't see that file in either of the Extension folders. Does anyone know how this stuff is supposed to fit together?

Looking at the system log, I can see what is causing the delay but don't know enough about the internals to know why. It is attempting to rebuild the kextcache but is failing and then retrying. On the fifth failed try, it gives up and allows the reboot. It looks like AppleHDA and AppleACPIEC are involved in the problem. Here are the system log entries for the last rebuild try: 9/23/12 11:45:11.256 AM com.apple.kextd[12]: kextcache error while updating / (error count: 4) 9/23/12 11:45:11.258 AM com.apple.kextd[12]: / is still busy, delaying reboot. 9/23/12 11:45:11.260 AM com.apple.kextd[12]: async child pid 916 exited with status 71 9/23/12 11:45:11.292 AM com.apple.kextcache[918]: rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache 9/23/12 11:45:11.775 AM com.apple.kextcache[919]: AppleTyMCEDriver.kext has no Info.plist file. 9/23/12 11:45:11.777 AM com.apple.kextcache[919]: AppleUpstreamUserClient.kext has no Info.plist file. 9/23/12 11:45:12.786 AM com.apple.kextcache[919]: AppleTyMCEDriver.kext has no Info.plist file. 9/23/12 11:45:12.787 AM com.apple.kextcache[919]: AppleUpstreamUserClient.kext has no Info.plist file. 9/23/12 11:45:51.152 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: The following symbols are unresolved for this kext: 9/23/12 11:45:51.153 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: IOAF_bcopy_WriteCombine(void const*, void*, unsigned int) 9/23/12 11:45:51.153 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspAlgorithms::bcopyStride2(float const*, int, float*, int, int) 9/23/12 11:45:51.154 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspAlgorithms::mBufferBytesPerChannel 9/23/12 11:45:51.154 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspAlgorithms::downMixStereoToMonoStride(float const*, int, float*, int, unsigned int) 9/23/12 11:45:51.154 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncHelper::convertNanosToPercent(unsigned long long, unsigned long long, float*) 9/23/12 11:45:51.155 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::setClientType(unsigned int) 9/23/12 11:45:51.155 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineStarting() 9/23/12 11:45:51.156 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineStopping() 9/23/12 11:45:51.156 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::engineReStarting() 9/23/12 11:45:51.156 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::getClientPGASetting() 9/23/12 11:45:51.157 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::getClientPGABoostSetting() 9/23/12 11:45:51.157 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::setGainAdjustDSPProperties() 9/23/12 11:45:51.158 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: DspFuncManager::process(void const*, unsigned int, void const*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int) 9/23/12 11:45:51.159 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::claimSinkDevice(unsigned int, IOService*) 9/23/12 11:45:51.159 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::updateVideoMode(unsigned int, IOService*, HDAGFXModeStruct*) 9/23/12 11:45:51.160 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::requestBandwidth(unsigned int, IOService*, unsigned int) 9/23/12 11:45:51.160 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::releaseSinkDevice(unsigned int, IOService*) 9/23/12 11:45:51.161 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::alwaysDisplayRouting() 9/23/12 11:45:51.161 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleHDA]: AppleHDAController::verifySinkDeviceAttached(unsigned int, IOService*) 9/23/12 11:45:51.183 AM com.apple.kextcache[919]: Link failed (error code 5). 9/23/12 11:45:51.185 AM com.apple.kextcache[919]: Prelink failed for com.apple.driver.AppleHDA; omitting from prelinked kernel. 9/23/12 11:45:52.897 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleACPIEC]: The following symbols are unresolved for this kext: 9/23/12 11:45:52.897 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleACPIEC]: _AcpiHwRead 9/23/12 11:45:52.898 AM com.apple.kextcache[919]: kxld[com.apple.driver.AppleACPIEC]: _AcpiHwWrite 9/23/12 11:45:52.916 AM com.apple.kextcache[919]: Link failed (error code 5). 9/23/12 11:45:52.917 AM com.apple.kextcache[919]: Prelink failed for com.apple.driver.AppleACPIEC; aborting prelink. 9/23/12 11:45:52.941 AM com.apple.kextcache[919]: Failed to generate prelinked kernel. 9/23/12 11:45:52.976 AM com.apple.kextcache[918]: Child process /usr/sbin/kextcache[919] exited with status 71. 9/23/12 11:45:52.977 AM com.apple.kextcache[918]: Error 107 rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache. 9/23/12 11:45:52.978 AM com.apple.kextd[12]: kextcache error while updating / (error count: 5) 9/23/12 11:45:52.979 AM com.apple.kextd[12]: /: giving up; kextcache hit max failures 9/23/12 11:45:52.979 AM com.apple.kextd[12]: up to date; unblocking reboot.

Is there any new insight on the reason for extremely slow shutdown (several minutes)? Are there any fixes to try? D630, Nvidia, BIOS A18 EDP 4R7 OS 10.8.2

Also, I've found that EDP does not echo the text when you are asked (at the very beginning) to type in your system password. It seems like the keyboard is not working but it really is. Just type the password in blind and hit enter. After that, EDP will properly echo anything that you type in.

The firmware cannot be upgraded but it does have the latest version according to the Logitech web site (6.0.1137). It must just be a problem with this particular camera model. I just resurrected an old Powerbook G4 400MHz running OS 10.4.11 (the only real Mac that I currently have access to) and the microphone in the camera is detected and works but macam shows "No Camera Detected". The D630 with the latest EDP running OS 10.8.1 only detects the presence of the camera on the USB bus but does not detect either the microphone or the video. The camera works perfectly on a Windows PC with and without Logitech's drivers installed. I guess I will have to find another (compatible) webcam.

Thanks! Installed EDP V4-R7 but, unfortunately, it did not fix my USB webcam problem. Don't know what the problem is. I think that my D630 is the same model that Hervé is using (Nvidia NVS 135m, T7500 cpu). Are there any system log entries that I should be looking for?

Running EDP shows: -- E.D.P. Rev. 431 --------------------------- Is that EDP v4-r7?

Thanks, that's good to know! Is EDP v4-r7 the current one? I did my EDP install about a week ago.

Thanks Hervé. The label on my webcam says: M/N: V-U0016 P/N: 860-000261 PID: LZ021S7 Which matches the fourth "supported list" entry: HD Webcam C510 V-U0016 860-000261 I am wondering if anyone has a working USB webcam (of any brand/model) on a EDP install of Mountain Lion on a Latitude D630 (NVidia)?

I tried macam. It says Status: No Camera.

I am not able to get my Logitech USB webcam to work at all. It is recognized as an attached USB device in System Information but it does not show up as a camera or a microphone. Facetime, iPhoto, and maccam all say that there is no connected camera. Being a UVC device, it is supposed to be inherently compatible with OSX 10.4.9 or later. Is there a kext that I need to add? Do I need a different DSDT? Hardware: Latitude D630 with Nvidia 135m running Mountain Lion 10.8.1 Logitech C510 USB webcam (UVC(Universal Video Class) supported)

Doing just a quick visual compare between the two DSDT's using DSDTSE, you are right, it looks like just the graphics naming is different. All other AGP entries look the same. There is also an obvious difference in the Sound HDEF area. SEB's DSDT includes details for the SigmaTel STAC9205 audio chip with reference to "Voodoo HDA Device". The EDP DSDT's Sound HDEF area looks more generic. The codec parameters in the two DSDT's are not the same. There may be other differences. Is there a better tool than DSDTSE to more easily compare two DSDT files?

Replacing the Extra folder with the one you supplied, followed by an EDP reinstall, did not restore the video chip identification back to NVS 135M. It looks like the current version of EDP(4.2.1)installs its own DSDT which changes the video chip ID to "Nvidia GeForce 8400M GS". I don't know if it actually makes any functional change to the video driver - it could be just an erroneous model ID name change. I went ahead and replaced that EDP installed DSDT with the one in your download, did a MyFix/reboot and now System Information properly shows "Nvidia NVS 135M". Have not noticed a change in functionality of anything else (yet).

Dynamic acceleration was on in the Bios. Turning it off and re-running EDP/Myfix solved the reported CPU clock rate issue but the video chipset still shows an NVidia 8400. It looks like this is set in the DSDT.aml file. Searching the content of the one that is currently in the "Extra" folder lists the NVidia 8400 while the one in your supplied DSDT.aml file properly lists the NVidia 135. I wonder if the running of EDP (with options 1,9) caused the DSDT.aml file to be replaced or modified? Can (should) I replace the current DSDT.aml file with the one that you supplied? Thanks for the info on the GPU problem. I did know that the reflow trick is a temporary fix. My understanding is that the chip packaging design is fundamentally problematic (possible combination of high lead chip pad solder bumps vs eutectic substrate pad solder bumps, poor underfill material characteristics, chip pad placement vs thermal hot spot locations, etc.). What do you mean by doing a "reball"? My D630 already had the later copper heatsink. The thermal compound that Dell used had failed (hardened, cracked, partially flaked off). Also, the GPU had a copper shim (in addition to the thermal pad) that had slipped halfway off the chip top, preventing full contact with the heatsink. I cleaned off and replaced all of the old thermal compound with Arctic Silver 5 and relocated the shim.

Glad to hear that it is a known issue. Just wanted to make sure that my install was correct. I don't seem to have a problem with the microphone. Seems to work fine after sleep/wake. Just verified that Bluetooth does have the problem though. One other thing that is odd. System information shows my video card as "NVIDIA GeForce 8400M GS". I thought that, at one point, it correctly showed the video chipset as an "NVIDIA NVS 135M" (maybe before I did an automatic software update to OS 10.8.1?). It also shows the computer model as a "Macbook3,1" with a processor speed of 2.01 GHz. The actual processor is a T7500 with a clock speed of 2.2 GHz. Could it just be reporting a closest match to actual Apple hardware? BTW, last week I experienced the well known (and dreaded) Nvidia chip thermal failure. Did the motherboard baking trick and, to my absolute surprise, worked great. It is actually really easy to do with the help of some YouTube disassembly videos. Took just a few hours and gave me the opportunity to improve the heatsink coupling to the chips. The GPU idle temps are now between 52C and 57C (idle temp was running at about 70C before the fix).