Posted 23 October 2008 - 02:58 PM

Update: file chameleon in chameleon.zip should become your /boot if you use "easy install method" for Chameleon. If you don't know how to install Chameleon chances are you may screw this up. But reinstall of Chameleon should cure. Still I take no responsibility. Try at your own riskUpdate: relaxed some sanity checks due to the problem on Superhai's mobo. Thanks him for testingchameleon.zip76.15KB12735 downloads

Update: I've just added two options to control DSDT override. First one is DSDT=<filename> which let you specify DSDT file to load. Second one is DropSSDT. If you write DropSSDT=y then all SSDT tables (additions to main DSDT) will be hidden from OSX. If you need to patch SSDT just reunite it with SSDT and override DSDT dropping SSDT. Debug version is also in the archivechameleon_ssdt.zip76.31KB552 downloads

Hello. Some people were experiencing problems because of the incompatible DSDT. So I've written a patch to Chameleon which looks for the file named /DSDT.aml and if it finds one it overrides the DSDT with contents of this file. Micro-howto.Under Ubuntu

then put dsdt.aml to DSDT.aml in the root of your macos partition.Install Chameleon (any Chameleon install method should do. I personally load it with GRUB)On my system this had mixed results: I now can use vanilla AppleACPIPlatform and AppleAPIC (before I had to use old JaS kexts) but when I try to boot with cpus=2 I recieve a crash (but significantly later than before). Perhaps I have to fix my DSDT some more, perhaps my new problem isn't DSDT-related or perhaps my patch has some problems. This patch is really fresh, I've just written it and I tested it only on my machine . So any bug is possible.You try this patch on your own risk. I take no responsibility of any possible damage.But if you try please leave a comment in this threadJust for the people using search: DSDT replacement solves different problems. One of them is the problem "using 10485 buffer headers and 4096 cluster IO buffer headers" (like http://forum.insanel...showtopic=78235 except that you get both cores working)EDIT: Removed old version. Put new which should support more configurationschameleondsdt_acpi12.zip38.03KB475 downloads

Posted 23 October 2008 - 05:01 PM

mackerintel

InsanelyMac Geek

Members

128 posts

Small update: on my laptop additionally GenericCPUPowerManagement.kext was conflicting with dual-core. After reinstall (just to clear everything) using modified DSDT allowed me to use second core but since I didn't reinstall GenericCPUPowerManagement.kext I have no speedstep. Will go around and look for another speedstep solution

Posted 23 October 2008 - 05:11 PM

H4ckster

InsanelyMac Protégé

Members

26 posts

Wow this is great news, I too need the old ACPI and APIC to boot, if this works out maybe it can be merged with the chameleon /dfe for the boot-132 cd's and dfe/efi partition booting. This would be huge imo. Great job

I am booing a patched kernel + extensions + boot.plist from the efi partition on my P4 system so this would be of interest to me.

Posted 23 October 2008 - 10:15 PM

olvko

InsanelyMac Protégé

Members

46 posts

Seems to work OK for me. I used to use modified BIOS and I dumped DSDT from that - now I can use vanilla BIOS and with Your patch everything is OK - two cores and new AppleACPIPlatform and AppleAPIC as weel. Good work!

Posted 24 October 2008 - 02:37 PM

Posted 25 October 2008 - 03:42 PM

mackerintel

InsanelyMac Geek

Members

128 posts

now to merge hibernate and x64 code into chamellion and all will be happy

I personally don't care much about sleep (my system refuses to wake up from sleep) but x64 support would be very nice. x64 support+DSDT override is exactly what I need to get my system Snow Leopard-x64-ready (if Snow Leopard doesn't break anything else)P.S. I added a line to say what this patch can fix: for the people using search

Posted 25 October 2008 - 08:33 PM

mackerintel

InsanelyMac Geek

Members

128 posts

ur patch doesnt work on gigabytes, freeze after it find rsdt address (enabled debug) can it be cause by bl unable to find acpi2.0 rsdp on gigas ?

I don't think so since on my computer it doesn't find ACPIv1 and the code is completely symmetrical about v1 and v2. Do you have more than 4GB of RAM? If it's the case then it's possible that xsdt is upper than 4 GB and then my patch find some random data instead of XSDT. So it writes "rsdt=..." but no "TABLE ..."? I'll add different sanity checks to be sure that it finds correct tableTry the attached version. I added some checks and if it finds an address over 4GB it drops XSDT completely hoping that OSX reverts to RSDT. Does anybody know about simple way of accessing memory over 4GB?P.S. Corrected the name of compiler in first post. Sorry for mistakeEDIT: deleted this download. Use the latest version

Posted 25 October 2008 - 09:53 PM

I copied boot file in chameleon.app/Contents/resources/boot/, then installed again chameleon.

Did i do right ?

How can i know if it works correctly ? Any Message in verbose mode ?

I don't know. I always use GRUB method. You can try just putting boot at the root of your partition. Have you put the corrected DSDT in the file /DSDT.aml of your partition? Did you put the compiled version? Try debug version from last post (use chameleon2debug as boot)

Posted 25 October 2008 - 10:37 PM

Now i have to find what i have to change to get dual core working on my hp laptop NC6400, as it crash randomely when dual core is enabledHre's my DSDT

I looked at your dsdt (downloaded from parallel thread). It doesn't suffer from the same problem as mine (aliases). UnfortunatelyI don't have a lot of experience with DSDT to determine what's wrong with it. But my first suggestion would be to go through kexts. Perhaps some of them conflict with dual-core. Try moving all the modified and non-apple kexts out of the extension folder. Try also to boot with -f, -x or -s

Posted 26 October 2008 - 08:32 AM

ovof

InsanelyMac Sage

Members

252 posts

I looked at your dsdt (downloaded from parallel thread). It doesn't suffer from the same problem as mine (aliases). UnfortunatelyI don't have a lot of experience with DSDT to determine what's wrong with it. But my first suggestion would be to go through kexts. Perhaps some of them conflict with dual-core. Try moving all the modified and non-apple kexts out of the extension folder. Try also to boot with -f, -x or -s