so i edit the one dalton posted for my card recompile and then follow the rest?

Yes.

Cool thank you. Going to attempt this later tonite or tomorrow.

When you open the DSDT.dsl, search the document for Broadcom, and change the Broadcom 4328 b/g/n to Ralink 2700E blah blah blah whatever. That is the only change to make. Then recompile it.

At the risk of sounding like a NOOB.... How do I recompile the dsdt.aml after ive changed it for my ralink card?
I opened up dsdt.aml in textwrangler and edited the broadcom to ralink 2700E but now Im not sure about the recompile.
Do I just re save the file or is there something else?
As I said earlier Im new to DSDT patching , actually i just looked up what a DSDT really is because I wast even sure , I now understand why I need to patch it...

Read the last part of dalton's first post. The terminal command is there.

DSDT.aml is non-readable. You edited the DSDT.dsl. you need to use the "iasl dsdt.dsl" in order to change it into a dsdt.aml

Hey Dalton, Great guide! you've got pretty much everything in there from the 18seven one I used to use.

As you mentioned before, the USB removal fix does not seem to work for everyone; I've done it about 3 times, with a combination of different SL installs, at different patches (10.6 vs 10.6.1) and with different bios, and even with your one. all of them work, EXCEPT for the usb removal which changes to "This Disk was not ejected properly" as if it was force removed and remounted on wake. sleep takes a few seconds, but I can live with that.. and the Ejection message only seems to pertain to my SDHC card reader. any thoughts?

*edit* n/m... Hosehead already pointed out this still is mostly an issue with SD cards.. I'll look at proxi until there is a more solid turn out in the DSDT area.. want to keep this as native as I can !

Hooray, Sorted it out!
Dalton, I think I may have stumbled on a simplification to your guide.
When you run the patcher, it creates a file called dsdt_fixed.txt. in the DSDT_Patcher1.0.1e/Debug folder.
When I compared this to the dsdt.dsl file, (using text wrangler) there were a lot of differences (450+) – the word ‘Zero’ and ‘One’ are replaced with 0x00 and 0x01, a ‘\’ is inserted here and there, and ‘small symbol that looks like an upside down v’ is replaced with a with a little bit of text.
Anyway, You can edit this dsdt_fixed.txt file with text wrangler (or TextEdit), so there is no need to use the command iasl -d dsdt.aml and create a dsdt.dsl file.
I think you can remove that step from the guide.
Once I edited the dsdt_fixed.txt file with the 7 patches you list in your first post (4 visual fixes, DTGP fix, lid fix and USB removal fix), I copied the modified dsdt_fixed.txt file from DSDT_Patcher1.0.1e /Debug to DSDT_Patcher1.0.1e and used the command iasl dsdt_fixed.txt and bingo, my own dsdt.aml file – Zero Errors, 20 warnings and nearly 700 Optimizations.
Copied to EFI/Extra and works like a charm!

I know about this method, as I was the first to point it out to 18seven, the pioneer of this guide. He quickly pointed out that there is a reason not to do it that way, although he didn't explain why very well.

Can you do me a favor and post your warnings, I have a fix for them (wasn't on my blog when Dalton copied the existing patches)?
Also, @ All, sorry for the lack of posting, only got here, and been busy with college work, but hopefully we can get the DSDT thread back on track now

Welcome back Staticanime!!
Glad to see ya here, and CyberGreg is back too...Woo!!

I just loaded Daltons sample DSDT and all Visual Fixes and Sleep worked perfectly. USB removal not working but as I read: that is to be expected!!

Small question: is there a possibility to use DSDT patching to make the OS see the GMA950 as a "real" Mac version? That way, we wouldn't need to patch its drivers and we should be able to boot directly in the native resolution. Or am I wrong?

No, it's not possible. The best we can do is fake it into "seeing" the GMA950 as a mac card, so we can get the correct resolution without EFI strings , but we still need patched drivers to actually run the card.

The visual patch for the GMA950 does the above using the "device-id" trick from the insanelymac forums

Thanks for the explanation. So thanks to the visual fix, the OS thinks it's a real card. Which explains that the first part of the boot is stretched - as the drivers are not loaded.
I recently installed OSX on a Lenovo S10 - close to our Winds - and the neat thing is that it boots in the proper resolution (no, it's not a squashed Chameleon logo). Their GMA950 must be slightly different.

But how many of these DSDT Patches will work under Snow Leopard??

Here you go. Welcome back!

There are 7 patches (at the time of writing this) on the 1st page. I did all of them.
All 4 of the visual fixes work.
The sleep on lid close works.
Not sure about the USB device removal - don't know how to check!
Compile Error - DTGP fix. I don't even know what this does, so can't answer that one!

As an extra bonus, I used to get KPs every 3rd or 4th boot. Now I don't.
Also, Other bits in the system profiler seem to be populated correctly (processor speed for instance).

Ok, it's late and I'm tired, so not bothered writing out code. Instead, I've attached one of my older DSDT.dsl's, with only those 20 errors fixed, no other changes or code applied. So search in it for one of the Method's that errors, and you'll see I have Return (Zero) just before the closing } for each Method, which fixs those 20 errors (since there are 20 Method's you have to add Return (Zero) to

Thanks very much. Had a quick look and it gave the 20 differences, plus 2 or 3 others. I'll have a look and report back.