Jump to content
4696 posts in this topic

Recommended Posts

If you have UDR3 you do not need the networking kext...

Actually, it depends on what revision of the board you're using. Rev 1.0 uses the Realtek8111D, and still needs a kext, but rev 1.6 and 1.7 use Realtek8111C and can run without a kext.

 

Ryan!

also regarding my setup i'm now running Cham RC5 Pre8, Well it works and my graphics work by default without EFI, They state that PlatformUUID can be removed but i tryed and it creates a panic on AppleIntelCPUPowerManagement, My system works with the following kexts:

 

fakesmc.kext, NullCPUPowerManagement.kext, SleepEnabler.kext, PlatformUUID.kext

 

I needed both NullCPUPowerManagment and PlatformUUID and fakesmc to boot without panics.

also regarding my setup i'm now running Cham RC5 Pre8, Well it works and my graphics work by default without EFI, They state that PlatformUUID can be removed but i tryed and it creates a panic on AppleIntelCPUPowerManagement, My system works with the following kexts:

 

fakesmc.kext, NullCPUPowerManagement.kext, SleepEnabler.kext, PlatformUUID.kext

 

I needed both NullCPUPowerManagment and PlatformUUID and fakesmc to boot without panics.

 

I think the key one there is NullCPUPowerManagment (ie No-CPUPowerManagment) which prevents

AppleIntelCPUPowerManagement working. If you check your HPET section against that on d00d's page

you should be close to getting rid of the last 3 kexts (you will still need fakesmc though)

I think the key one there is NullCPUPowerManagment (ie No-CPUPowerManagment) which prevents

AppleIntelCPUPowerManagement working. If you check your HPET section against that on d00d's page

you should be close to getting rid of the last 3 kexts (you will still need fakesmc though)

 

Well if i remove NullCPU kext i will get a panic, if i leave it but delete UUID kext i also get the same panic, so it has me confused a little. I will check out d00d's page soon, will have more time to muck around soon. thanks

Actually, it depends on what revision of the board you're using. Rev 1.0 uses the Realtek8111D, and still needs a kext, but rev 1.6 and 1.7 use Realtek8111C and can run without a kext.

 

Ryan!

 

Yep. I also have Rev 1.0.

 

Edit:

 

How do I generate a new DSDT?

Well if i remove NullCPU kext i will get a panic, if i leave it but delete UUID kext i also get the same panic, so it has me confused a little. I will check out d00d's page soon, will have more time to muck around soon. thanks

 

Ok all good i'm only running fakesmc.kext from my Extra folder, Cham RC5 Pre8, everything works good, next task is to work on my audio :( Extra thankyou for d00d's lovely instructions on DSDT editing.

Yep. I also have Rev 1.0.

 

Edit:

 

How do I generate a new DSDT?

d00d describes the process here. The basic idea is to boot up without a dsdt.aml, using some special kexts so as not to panic or get cmos reset, then generate a new DSDT. I used DD's script to generate a new DSDT file, although it's not technically virgin because the script applies the CMOS reset fix before is spits out the file(which is fine because you need to do that anyway).

 

Ryan!

d00d describes the process here. The basic idea is to boot up without a dsdt.aml, using some special kexts so as not to panic or get cmos reset, then generate a new DSDT. I used DD's script to generate a new DSDT file, although it's not technically virgin because the script applies the CMOS reset fix before is spits out the file(which is fine because you need to do that anyway).

 

Ryan!

 

If you upgrade your BIOS, do you need to generate a new virgin DSDT, and apply the same changes to the source again?

I'm still on F7 and every time I've upgraded I've had KPs on wake from sleep.

Thanks

Jon

If you upgrade your BIOS, do you need to generate a new virgin DSDT, and apply the same changes to the source again?

I'm still on F7 and every time I've upgraded I've had KPs on wake from sleep.

Thanks

Jon

 

 

It depends what changes are in the bios, either check it yourself if you know how, or alternatively check out

d00d's recommendations. It is mainly the CPU info on the latest threads, the rest is reasonably generic.

F7 is quite old by the way

It depends what changes are in the bios, either check it yourself if you know how, or alternatively check out

d00d's recommendations. It is mainly the CPU info on the latest threads, the rest is reasonably generic.

F7 is quite old by the way

 

I'm running GA-X58-UDR3 and rev 1.7 and latest bios that supports six core processor's, After using the patch d00d describes for the DSDT my Intel Core i7 920 works properly, my shutdown is perfect, restart is perfect, and my sleep works wonderful.

 

Only one kext inside /Extra folder and that is fakesmc.kext.

 

Josh

I'm running GA-X58-UDR3 and rev 1.7 and latest bios that supports six core processor's, After using the patch d00d describes for the DSDT my Intel Core i7 920 works properly, my shutdown is perfect, restart is perfect, and my sleep works wonderful.

 

Only one kext inside /Extra folder and that is fakesmc.kext.

 

Josh

Would you mind explaining your setup in a bit more detail? I also have the UD3R (Rev 1.0 though) with F8D BIOS.

 

What are you using so that you don't have to use restart and UUID kexts?

 

If you could give me a complete rundown of your setup; which DSDT fixes you used etc that would be amazing. I have a DSDT audio solution for the UD3R, if I remember correctly you were looking for that.

 

Thanks!

I just finished a snow leopard install on a UD5 and it seems to be working pretty good. One problem I'm getting though is trying to watch netflix streaming movies under silverlight. I keep getting a DRM error 8152 and it won't let me watch it. Any help on this?

I just finished a snow leopard install on a UD5 and it seems to be working pretty good. One problem I'm getting though is trying to watch netflix streaming movies under silverlight. I keep getting a DRM error 8152 and it won't let me watch it. Any help on this?

Check the macRumours forums, I think I saw something similar in there once...I doubt there is known fix at the moment.

I just finished a snow leopard install on a UD5 and it seems to be working pretty good. One problem I'm getting though is trying to watch netflix streaming movies under silverlight. I keep getting a DRM error 8152 and it won't let me watch it. Any help on this?
It's because en0 needs to be recognized as IOBuiltin=Yes.

I have audio issues. :)

 

The system locks up for example when playing music in iTunes and browsing the web (or when playing a game) and after a while I get a lot of noise on the green rear audio port.

 

Also happens with VoodooHDA.kext version 0.2.53.

Things seem stable when I just use the latest AppleHDA.kext and my external FireWire audio card, but It'd be cool to be able to use the built-

 

Any ideas?

 

Thanks!

I have a 10.5.7 setup on my wife's computer that I used DD's original script on. I would like to update chameleon to RC3 on that computer to get rid of ebios read errors when it's booting. Can I just run this new script and tell it to install RC3 and preserve the boot files that are already installed? Is there anything else I need to do?

 

Thank you VERY much for any help.

I have a 10.5.7 setup on my wife's computer that I used DD's original script on. I would like to update chameleon to RC3 on that computer to get rid of ebios read errors when it's booting. Can I just run this new script and tell it to install RC3 and preserve the boot files that are already installed? Is there anything else I need to do?

 

Thank you VERY much for any help.

Yes you can just run the script to install the bootloader you want

Cuurently running Chameleon RC4-AsereBLN-1.1.8.

 

I have ripped my DSDT and added all d00d's recommendations, Restart, Shutdown, Sleep all work without additional kext's.

 

I have compressed my kexts and DSDT, Just extract into /Extra folder and rebuild Extensions folder then reboot.

 

Everything works so far, will work on audio later.

 

DSDT for UDR3 only. And the DSDT is built for Core i7 920 only.

 

GA_X58_UDR3_Final.zip

Cuurently running Chameleon RC4-AsereBLN-1.1.8.

 

I have ripped my DSDT and added all d00d's recommendations, Restart, Shutdown, Sleep all work without additional kext's.

 

I have compressed my kexts and DSDT, Just extract into /Extra folder and rebuild Extensions folder then reboot.

 

Everything works so far, will work on audio later.

 

DSDT for UDR3 only. And the DSDT is built for Core i7 920 only.

 

Many thanks. I tested it and here are my results (greetings go to d00d and dd also!)

- Reboot doesn't work

- No Network card (I didn't try to put the realtek kext to S/L/E/ because it is not in your zip file)

- Sound as you said doesn't work AND text in the different ComboBoxes are only in english instead of the french Mac OS X standard texts.

 

I know d00d is reading this thread... I will try again, as soon as Snow Leopard 10.6.3 comes.

 

=============

 

By the way, using DD kexts: The sound comes via S/PDIF out and it works great with iTunes and DVD Viewer, but the sound crashes as soon as I see AVI files or Flash video (youtube) and only under 10.6.2 (64 bits). With SL 10.6.1 it was correct (using SL 32 bits). Can somebody helps? :(

Hi guys!

 

I'm having a nightmare with this install. I've been trying for a week now with no luck. I have no mac at home so have to build my usb disks at work and then take them home and try to run them. But they don't work. By the way i'm an ex-OSX programmer from about 7/8 years ago so I'm not dumb but I am very rusty wrt to OSX!!

 

I've tried both the EFI and Extra method detailed above. The EFI method gives me a flashing cursor before I can do anything and Extra method (Chameleon RC3) gives me that boot error (first one mentioned at bottom of instructions page - but I have no idea how to correct it if I can't get a terminal window up, and even then I'm not sure how i would correct it). I've re-read the instructions about 50 times now and followed them precisely about ten times and still no success.

 

System is gigabyte ud5/i7920/6GBOCZ1866/IDE_DVDR/W/etc

 

The machine I'm building the disks on is SL10.6.2 Mac Pro

 

I've tried with and without AHCI

 

I've found no definitive answer as to why we need AHCI switched on - why do we? It's a massive pain as it adds about 3 mins to boot time. Should this system (and any other) work without it on the MB?

I'd really rather not use AHCI whilst experimenting but if I do can someone please explain why?!

 

So I'm not sure what to try next. I follow steps 2-6 up to but not including the DSDT patch for the EFI method and the OS seems to install to it without hitch. HELP!!! It must be possible so maybe I'm doing something stupid.

 

Repeated attempted boots from the EFI or Extra method seem to cause BIOS death too, requiring a reset.

 

Secondly I've tried booting the Kalyway 10.5.1 disc which works up to the installer. Yay something works!!! It even appears to install ok too, and I've tried every single boot fix method I can find on the net to get the resulting disk to boot but again to no avail.

 

It's a nightmare not having a mac to work with at home. Any ideas anyone? Perhaps someone could suggest another method for getting OS X up and running on my home machine so that I can run this method on an internal disk?

 

Sorry for the essay post. All help very gratefully received (and well done to everyone who got this working!!!)

 

Cheers, matt

Hi guys!

 

 

 

I've tried with and without AHCI

 

I've found no definitive answer as to why we need AHCI switched on - why do we? It's a massive pain as it adds about 3 mins to boot time. Should this system (and any other) work without it on the MB?

I'd really rather not use AHCI whilst experimenting but if I do can someone please explain why?!

 

So I'm not sure what to try next. I follow steps 2-6 up to but not including the DSDT patch for the EFI method and the OS seems to install to it without hitch. HELP!!! It must be possible so maybe I'm doing something stupid.

 

Repeated attempted boots from the EFI or Extra method seem to cause BIOS death too, requiring a reset.

 

 

 

Cheers, matt

 

Not sure why you MUST use AHCI, if you search it does seem to be the easy option, I've never had a problem

with it. Not sure how you find it adds an extra 3 minutes either. I timed my boot from pressing the power

switch to desktop and that only came to just under a minute with AHCI

 

I haven't used DD's script so I'll leave that to others but if you have access to a SL machine and are comfortable

with terminal and basic unix then you can easily install by hand, there's nothing magic about it

×
×
  • Create New...