Hervé

With Lion, you could try to boot with option "USBBusFix=No" to fix your mouse/trackpad issue. I did notice that using that option on D6x0 avoided OS X prompting for a BT mouse/keyboard and therefore avoided to plug in USB devices...

Note that the installation can take a few more long minutes after the myHack request to remove problematic kexts, so you may have to be quite patient there.

Out of interest, which Core2Duo CPU did you fit in your D520?

No, not necessarily. Here are those kexts from SL10.6.3 and SL10.6.7. I don't know if it would apply to an AMD system, but I also attach the ACPIPlatform that we use on Intel platform as "coolbook fix".

10.6.3_kexts.zip 10.6.7_kexts.zip AppleACPIPlatform.kext.zip

Refer to the recent article published by Mick on the web site about recovering from KP after kext manipulation by booting into single-user mode.

I'll send you these kexts from 10.6.3; I have a copy somewhere. I expect you would be able to boot in single user mode (using -s boot flag) and then copy the kexts to /S/L/E. You could then run the commands to repair permissions, rebuild cache and then reboot. Alternatively, you could reboot with -f flag or UserKernelCache=No option to bypass caches.

Give Bronxteck's suggestion a try with Lion. If it works, then there's a good chance you could get full QE/CI under ML with MLPostFactor since that reverts to Lion 32bit graphics kexts.

Hi, can you first list your machine's specifications?

There's no guide here for that model, so this could be the opportunity to make one up and integrate it to EDP.

First, identify the exact model of your broadcom card. It may just be a matter of adding/replacing/patching a kext.

Second, if you have a copy of retail SL 10.6.3, I would suggest you try our OSXL installation method (myHack + bootpack followed by fine-tuning with EDP). We fully support the D430 model for SL, L. Have a look at the various EDP pages of our Web site.

We also have a guide to install ML in combination with an external "hack". You'll find the guide in the EDP->Supported models section of the forum.

Check your BIOS settings. Is this new D830 of the exact same specifications as the previous one?

PState menu is that emulated SpeedStep application whose icon you can see in the top menu bar (icon with horizontal bars with dark bars going up and down).

Basically, it brings SpeedStep support to Mac OS X when this Intel CPU technology does not run natively, thereby offering on-demand CPU stepping or fixed frequency mode.

It turned out to be an easy installation then, great!

No idea about potential issues with Lion; I've never setup Mac OS X on an AMD system but give it a try, you'll know soon enough.

You'd be right there: you probably need NullCPU if you use SleepEnabler at the same time. But, whilst the D620 GMA will run fine without both, it may not sleep/wake properly without SleepEnabler. Anyway, if the default settings were to install NullCPU + SleepEnabler, then go with that and ignore my crap. My apologies for getting you confused (too many models and the old fart that I am is getting lost! "Fromage frais!" DelBoy might say...).

Re: Chameleon Wizard, once you've downloaded it, just double click on your boot plist in /Extra and you'll understand...

Ok, that's what I thought: waiting for root device...

That's not related to the LAN interface but to the chipset. We can try and fix that too, but try the 32bit audio kext in 32bit kernel mode first and see if you get audio.

Now, you don't necessarily need to run the kernel in 64bit mode. The machine will boot in 32bit mode but that does in no way prevent the computer to run 64bit programs and applications. It's not like Windows where the 32bit version can only execute 32bit code and RAM is limited to 3.5Go. No such limitations with Mac OS X.

boot with -v option and tell us where it stops.

Also, I just looked at some Ultra 20 documentation I found (http://www.atc.uniovi.es/inf_superior/4atc/PARALELAS/maquinas/arch-wp.pdf). It says AC'97 for audio. That limits you to 32bit kernel mode as there are no 64bit kexts for that audio type as far as I'm concerned, only 32bit kexts. I tried so-called AC'97 64bit kexts on my Precision 670 but they would not work...

AppleAC97Audio.kext.zip AppleAC97Audio64b.kext.zip

Oh and if you ever update to 10.6.8, use the following kernel afterwards (simply refer to it in your boot plist):

Darwin_10.8.0.zip

Still unable to boot 64bit?

Try and use Chameleon Wizard to edit your boot plist, it's much much easier.

In addition to repairing file permissions for that new kext you placed in /S/L/E, you also need to rebuild the kext cache. Using Terminal, try and type: sudo touch /System/Library/Extensions. In theory, that triggers cache regeneration. An alternative is to boot in safe mode using -x boot flag. Safe mode normally empties the cache which gets regenerated at next regular boot. 

There are also specific commands to handle cache; you'll get details by issuing the Terminal command: man kextcache. This is not the recommended way though...

Since you've built your system with Nawcom's BootCD and not myHack, you can use a little tool called Kext Wizard to handle all this (kext installation and cache generation). MyHack includes its own tool called myFix (which should always be used with a myHack installation). I would also recommend that you 1st try and install new kexts in /Extra/Extensions rather than /S/L/E. This helps to keep /S/L/E vanilla and keep specific separate and in a place where you can experience with things. Only place new kexts in /S/L/E if you encounter trouble loading them from /E/E (assuming they're correct kexts of course).

If you want to ignore kext caches, you can try to boot with -f flag or option UseKernelCache=No. This would slow the boot process a little, but all kexts will be looked at and your new nforce kext should load.

The D620 GMA950 does not need the NullCPUPowerManagement kext to run. But it means your boot plist has to bet set for P and C states. There's nothing infamous about the AppleIntelCPUPowerManagement, it's just the standard vanilla kext than handles CPU power and there's no problem with it on your model.

Reboot with flags: -f -v. You should be able to get to your desktop.

The 2 error messages you got ("System extension cannot be used...") is the sort of things you get after you've installed a kext but have not (yet) repaired its permissions and rebuilt the cache. However, EDP does that automatically after a system build, so I wouldn't have expected those error messages to pop up.

If when you get this sort of things after modifying kexts (add/delete/move kexts), go to Applications, run myHack and select myFix. Apply it to your HDD ("/") and do a full repair (not a quick one).

Coming back to your KP, could you:

• have a look in folder /Extra/Extensions and check for presence of a kext called "NullCPUPowerManagement". I expect that kext to be absent.
• if it's not already on your system, download and copy a tool called Chameleon Wizard to your Applications folder, then double click on a file called "org.chameleon.Boot.plist" found in /Extra. Do a screendump (move pointer to target window, then press ALT-Left Shit-4 simultaneously, then press Space, then do a left click) of the boot plist tab and publish it here.

Of course, any new model is a candidate for integration!

Ok, if you need patching, follow the process detailed in R&D->Other research-> DSDT section. You can't miss it.

PS: no EDP bug here, so moving post to support section.

[...] you will notice that bluetooth is a pain in the *beeep* .. i am still working on stabilizing it, works perfect on other machines but on ours it have some bugs [...]

In other words, it's work in progress.

Ok, thanks for raising this and providing the correct DSDT.

From 10.6.3, you ought to:

1) download and install Combo update 10.6.8

2) when prompted to reboot, don't!

3) download and install EDP. Launch EDP and do a system build for your particular D620 GMA950 LoRes model. You'll need to add the brightness fix too.

That's it, you should then be able to reboot in a fresh SL 10.6.8 installation.

Did some tests with the Kozlek's FakeSMC kext + HWMonitor app as published in Web site article. I obtained similar results as with my D630 nVidia laptop, i.e. native SpeedStep + discrete graphics card GPU monitoring.

This removes the need for PState kext & launcher, IntelCPUMonitor kext; even the VoodooTSCSync kext can be removed.

I've been experimenting with MBP5,1 (SMC key 1.33f8) profile to start with as it's now a known good basis to verify behaviour. Then tested  iMac8,1 (1.30f1), iMac9,1 (1.30f3) and iMac10,1 (1.53f13) profiles. All give good native SpeedStep and GPU throttling between 270Mhz and 810MHz. I saw no throttling at all for GPU RAM: it's always shown at 405MHz.

After thorough testing, I found iMac10,1 settings (smc-mcp/1.53f13) appeared to give best clocking results overall.

FakeSMC_1.53f13.kext.zip smbios_iMac10.1.plist.zip HWMonitor.zip

- - - - - - - - - -

Edit #1: 15 Aug 2013

. Updated post with SMC key & SMBIOS details, kext/app versions and copies of files. Now using FakeSMC v5.2.678 (compiled 32/64bit mode).

Good, now you can do a search on NVRAM module and Chameleon version conflicts...

BIOS can't be updated from OS X. You can:

- use Windows package

- use DOS bootable USB key

- extract .hdr file from BIOS package and use recovery procedure

Do a little search (on this forum or on the greater Web) and you'll find all you need.

If you have NVRAM.dylib in /Extra/modules, remove it and try again.