Jump to content


  • Content count

  • Joined

  • Last visited

  1. I added an untested ISO file to the first post, as is. Just came across an old hard drive with the stuff on it, it's not 1.15 but something I was working on after that.
  2. Most likely thing is you made changes to /Extra/Extensions and didn't rebuild the cache. I see 58 downloads for the new script and memman a few posts ago reported that it worked so I don't know. Maybe you missed a step or mistyped something and didn't see that one of the commands failed. Hit Tab at the Chameleon boot screen and use the -x boot option. If that doesn't work you can try to boot into single user with -s and see if you can fix things from there. I put instructions in there to back up the existing AppleHDA and just used renames for the other files so you should be able to undo your changes.
  3. No. Just use the instructions at the end of post #1, they were recently updated and the script in the zip file does everything for you.
  4. You get all the cred for the fix Fabio I was just pointing out potential issues for the people that were having problems. I'll link your fix to the first post. Thanks EDIT: First post modified with new instructions for audio patching. Let me know if I missed anything, thanks.
  5. Had a chance to try this(Lion) and it worked easily(thanks Fabio!) but I had the same sound issue. The sound fix is the same method for 10.6.8 that Fabio posted earlier. I looked at the binary and it wasn't patched and the xml files weren't copied into place automatically for some reason. I didn't investigate why. If you follow his earlier instructions in this post and use the Finder to copy the files you will likely have to fix the permissions on the xml/plist files .... in the appropriate directory e.g. sudo chown 0:0 layout12.xml sudo chmod 644 layout12.xml Note that the Info.plist is NOT for AppleHDA but for a plugin deeper in the directory structure of the AppleHDA.kext bundle. Do a: sudo touch /System/Library/Extensions for good measure. Remove AD2000b.kext or any Voodoo you are using from /Extra/Extensions(or /S/L/E) and rebuild your kext cache and reboot. His instructions work for both 10.6.8 and Lion. Here are the commands to put the files in place and patch the binary, ripped from the mkboot script for his Lion installer: Make sure you are in a directory that contains the 3 files: layout12.xml Platforms.xml Info.plist sudo cp layout12.xml "/System/Library/Extensions/AppleHDA.kext/Contents/Resources/" sudo cp Platforms.xml "/System/Library/Extensions/AppleHDA.kext/Contents/Resources/" sudo cp -r Info.plist "/System/Library/Extensions/AppleHDA.kext/Contents/PlugIns/AppleHDAHardwareConfigDriver.kext/Contents/" sudo perl -pi -e 's|\x8b\x19\xd4\x11|\x9b\x98\xd4\x11|g' "/System/Library/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA"
  6. Doing great buddy! Ahhh, I see it's a Chameleon thing...I thought I remembered it kind of working way back when, guess not. I haven't checked out the svn repo in forever it seemed like there was a lot of activity and then everyone disappeared. Good job on the Chameleon installer, don't know how you consistently keep up it's a lot of work. I gave my P6T system w/Windows 7 to my sister so I'm not really able to keep up here anymore. Later buddy
  7. What up iFabio/iReset/.: ErmaC :.! I just got a shiny new laptop and was reading some threads about Sandy Bridge and thought I'd stop by. I was skimming some of the newer posts and see that you're not using the Speedstep data in the DSDT....take a look at this post. Old P6T thread: http://www.insanelymac.com/forum/index.php...t&p=1383053 I noticed it was loading the stepping data automatically and asked if you saw the correct values for your processor. You posted your PerformanceStateArray and it was loading the right values!(the image is no longer there but I remember that it worked) Unfortunately, at the time Apple didn't have any stepping data in the MacPro4,1 platform plist so it wasn't working properly. The clock was bouncing all over the place. They later updated the plist with the correct data but that was after we headed down the path of using the SS data in the DSDT. I think if we used MacPro3,1 it would have worked but I don't think either of us knew enough about the platform plist values at the time. Oh well, that's part of the fun of hacking and learning new things. Thanks for all the updates and I hope you're doing well, take care!
  8. First post updated with new audio patcher based on perl script by aschar. Referred by Fabio in this post: http://www.insanelymac.com/forum/index.php...t&p=1579951 @Fabio I will work on a new installer but it may be several days. I'll let you know...
  9. Oh right, absolutely the perl script does work fine. I was just pointing out that doing a global search and replace for 8B19D411 would also replace that string in the TEXT segment of the binary if it were present, but it's not. This would change the CODE that gets executed as opposed to patching a device ID in the DATA segment...like I said maybe I was being a bit too cautious. DL'ing. http://support.apple.com/kb/HT4250 I love their detailed line items in the release notes...like this one: Improves reliability of Ethernet connections.
  10. I did a hex edit and only changed strings that matched the device ID in the *DATA* sections of the binary. I don't know if those strings would match any valid opcode sequences in the CODE/TEXT section but the perl script would change those too. Probably just paranoia on my part Plus you miss out on the "fun" things like seeing that the first 4 bytes of Mach-O universal binaries are: CA FE BA BE
  11. Feel free to post or PM, but I can't guarantee I would be able to look at it anytime soon Take care my friend.
  12. The memory showing as DDR2 is a cosmetic issue only, the installer uses an old boot loader that doesn't report the memory correctly. Look for the Chameleon installer that iFabio put together from the latest Chameleon sources. I'll put together a new installer when 10.6.5 comes out if Fabio doesn't do it first....was that still on your list Fabio? I'm busy these days and only check in occasionally.
  13. It's been a while but I thought pkg v1.15 installed the PS/2 kexts. If not, just double-click the initrd.img on the installation ISO and it will mount the image. You'll see an icon on your Desktop for the volume. Go to that and then to Extra/Extensions(/Volumes/initrd/Extra/Extensions) and you should see 2 kexts with PS2 in the name. Move those to /Extra/Extensions and rebuild your kext cache(or use kexthelper). So Mr Fabio.... Looks like we have everything in the boot file so all that is required in smbios.plist is the serial number. How do you think we should handle the speedstep setup? Leave in the DSDT Use normal DSDT and also SSDT tables How about CPUx vs P00x? I know you mentioned you had issues with CPUx. I'm going to do some testing this weekend. Let's get a consensus and I'll put together a new installer package.
  14. @anibalin Good to see that it works on LGA1136 too. I think the developers would find it useful if you post your CPU info if it's not being detected correctly. Run this in a Terminal window: sudo sysctl -a | grep machdep.cpu and post these lines e.g.: machdep.cpu.brand_string: IntelĀ® Core i7 CPU 920 @ 2.67GHz machdep.cpu.family: 6 machdep.cpu.model: 26 machdep.cpu.extmodel: 1 machdep.cpu.extfamily: 0 or post a CPU-Z screenshot from Windows.
  15. All of that other stuff was fixed or is being worked on by mozodojo, rekursor and the chameleon team. That specific boot file was just for testing detection of SMbusspeed. Thanks for the report. Any i5 or i3 testers?