Jump to content

Ace Dee

  • Content count

  • Joined

  • Last visited

About Ace Dee

  • Rank
    InsanelyMac Protégé
  1. So, I said I would post back. KWS values (post #919) for e8400 worked -- rock solid -- for the past week. Today I'm OC'd to 3.6 GHz with speedstep running nicely only with values from the P-States Calculator. The voodoo pstates wasn't working, but this seems to be working ok. Is there perhaps a different version for Leopard? This is my studio computer, so until my audio device is supported in 64bit mode, I will be sticking with my working Leo install. When you say "voodoopstates will get you closer", is there anything I should worry about? As I said, GenericCPUPowerManagement.kext was crashing my system. I don't want that...
  2. Thank you so much! I was using GenericCPUPowerManagement and it was occasionally crashing my system! I was able to see speedstep working in MSR tools (CPU-x only shows max). I was not able to get the voodoo P states stuff to work, so I used the p-states calculator. The numbers I got (from the calculator) were very close to the ones KWS posted (I'm also on e8400, GB-board), but they are still different. Would I be better off going with those? From KWS: the value after the FID/VID (the sixth value) seems to always be ((FID/VID) + 2), whereas in your example (which I followed) the 6th values are zero, one, 0x02 (then I used 0x03 as the fourth one). I think I might just try KWS's values and get back to ya. I also think I might try to come up with some slightly over-clocked values. Leo 10.5.8 e8400 EP45-UD3P etc.
  3. I think that using RC2 with the RC3 boot file that boots snow leopard IS using RC3.
  4. Could this be why my Motu audio device isn't working? The weird thing is that my Motu worked when I first installed it, and I've been using RC3 the whole time. I think it stopped working in 64 bit mode and I unistalled/reinstalled running 64. No luck. Tried doing it again in 32 and it still doesn't work. I have to admit that I am temporarily using a Leo partition because, Motu doesn't support 64 bit mode YET and my 3870 isn't fully supported yet.
  5. Use the 3870 string (attached below) and delete ATIRadeonX2000.kext. The card is not fully supported yet. Keep an eye out here for 3870 support: http://netkas.org/?p=128 cheers 3870.txt
  6. RC3 added support for Snow Leopard. You can use the RC2 installer and grab boot out of RC3 and copy it to "/" if you wish to boot SL with Chameleon 2.
  7. Try some of the other LegacyHDA kexts.
  8. I think a reason for compile errors might come from TextEdit. I had attempts that didn't work with the only difference being that I pressed return or tab in the wrong place. I really believe that a different editor might save everyone some grief... Xcode or even Emacs.
  9. Right, sorry. It wasn't clear if you actually exported a new dsdt.dsl file with your new bios.
  10. I had a similar hang being caused by my graphics card (HD 3870). Just a thought, you might want to look up how to get your graphics card running properly. Maybe you should rebuild your DSDT from scratch.
  11. You guys are definitely correct. No "-". "arch=i386" not "-arch=i386" I'll edit my other post.
  12. I'm almost 100% that is what I did. I can't reboot now, but I will check it out later.
  13. Hi. To get the audio working, I followed the directions in the SL pack from this thread in the DSDT Stuff --> How to patch DSDT. It takes a little bit of time and care, but the instructions are very good if you follow them precisely. If you get errors compiling, try again or try a code editor rather than TextEdit. Another thing needed for it to work would be a bootloader that will load the DSDT. This thread includes PC EFI 10, but I am using Chameleon RC3. When you copy over the Extra folder from the SL pack, the Extensions folder has a LegacyHDA kext in it. This works fine, but in order to get the right outputs (for me, I needed the digital outs) I replaced that kext with the gray one from the DSDT folder. So that is: /Extra/Extensions <-- delete LegacyHDA.kext /SL Pack/DSDT Stuff/How to Patch DSDT/series of LegacyHDA 885 (ALC889a)/3out2in HDA headphone <-- copy kext to /Extra/Extensions And, yes, works in 64bit. I turns out that, for whatever reason the -arch=i386 flag was in my Boot.plist that I simply copied over from Leopard so my HD 3870 would work (barely, but that's a whole different porblem -- if you have this card you might hold off installing SL). So I was wrong in asserting that you don't need the equivalent of -x32 when following these instructions with Chameleon RC3. I tried the same thing on my "rescue partition" without -arch=i386 and it froze with the spotlight indexing. SO YOU DEFINITELY NEED TO REPLACE THE -x32 WITH arch=i386 WHEN USING CHAMELEON RC3 FOR THIS INSTALL. To follow up on my network problem, I'm not sure what happened, but at some point my network cable got plugged into the wrong jack. I had tried switching these around before and it didn't do anything. So basically I have no way of knowing what broke or fixed it (because it was plugged into the wrong one when I was working on it), but it works now.
  14. Hi, I'm on UD3P. This is really weird but I patched my DSDT so that audio and network were working. BTW I had to change to 3outs legacy kext for digital audio output to work (???). My network was working perfectly UNTIL it suddenly stopped working. I think it was around the time I plugged in my bluetooth dongle. I can't think of any other way to explain it. I plugged it in and it said your network preferences have changed. I opened them up and didn't see anything different, closed it, I think it asked me to save, and I did. If this is what happened, is there any way to undo the damage? I've tried all sorts of things. I compiled a patched DSDT without LAN and used RTL kext instead. Nothing changed. I'm not real wild about the idea of starting over... does anyone have any suggestions? I should mention that I made my own variations on this guide. I installed from the DVD to a partition on GUID, made an image of it and copied it over to an MBR disk with XP on it. I did everything else normally from there, except that PC EFI wouldn't work (I'm assuming because of the MBR). I did my install with Chameleon RC3. It also seemed that the -x32 tag didn't do anything. Every time I booted (-x32 in RC3) it said 64 bit. But this was never a problem. Everything else about my install went by the guide.