Chameleon bootloader with SSDT and DSDT override

[Iseeutoo]

Hey all... i have Gigabyte P31-DS3L(ICH7) with F10a beta bios version...

 

here is my acpi tables... i dont know how modify it... but i have problem with "ACPI_SMC_PlatformPlugin: get CPU_PSS Data__ PSS Evaluation Faild"

 

Any ideas to fix it? AppleIntelCPUPM loaded, AppleHPET too, all wroks fine but this error ;/

 

10.5.7 without any modifications

munky efiboot6.1+dsmos.kext+dsdt.aml(compiled from acpi tables, no changes)+com.apple.boot.plist <-efi string gfx

 

GAP31DS3LF10aBeta

 

Can someone help me with mod it?

[Undead Surfer]

Is this project still going on?

[enb14]

any news from Mac Pro 4,1?

[ac3bcn]

Hi Guys, these are the SSDT tables for a Gigabyte EP35-DS3P rev2.1 with BIOS version F6

and an Intel Core2 Duo E8400 cpu.

SSDT_Tablas.zip

[mitch_de]

Hi,

here is a lot of information about the standalone ssdt tables to put in an ssdt.aml for bootloader load.

 

But how can i include that into my DSDT.dsl , because i want only one file (dsdt.aml with pstates in), not two (dsdt.aml, ssdt.xy.aml

 

Would be fine if someone can upload his working dsdt.dsl which had that ssdt table included.

Sure i will change all ssdt part entrys for my CPU;

[s_g]

wow

[achtung]

Hi folks,

 

THIS IS NOT FOR THE CASUAL USER

 

C-States are usually stored in hard coded memory addresses.

 

If one of your SSDT tables contains something similar to the following:

 

    Scope (\)
   {
       Name (SSDT, Package (0x0C)
       {
           "CPU0IST ", 
           0x7F7F4852, 
           0x000001FB, 
           "CPU1IST ", 
           0x7F7F478A, 
           0x000000C8, 
           "CPU0CST ",
           0x7F7F4AD2, 
           0x000004CB, 
           "CPU1CST ", 
           0x7F7F4A4D, 
           0x00000085
       })

 

This indicates that your computer has C-States hard coded in to memory addresses.

 

The above code is an array of the hard coded memory locations and sizes of your C-States. These are usually unique to the oem BIOS version.

 

I've found that for some strange reason the ACPI_SMC....kext only recognises and loads C-States when they are loaded using the above method.

 

I've used acpidump with a ubuntu live CD to dump my C-State tables. (google acpidump dsdt linux).

 

I've also modified them and loaded them by compiling them to a .aml file renamed them to SSDT-X.aml (where X is a number above the last SSDT table you have in your root folder), copied them to the root folder.

For example I have the following files in my root folder:

 

SSDT-0.aml (first oem ssdt table from my laptop)

SSDT-1.aml (second "" "" "" "" )

..

SSDT-4.aml (last oem table from my laptop)

SSDT-5.aml (dump of my first C-State table that i dumped with ubuntu using acpidump)

SSDT-6.aml (dump of my second "" "" "" "")

..

SSDT-8.aml (dump of my last C-State table "" "" "")

 

these C-State tables are now loaded into a memory location different from the oem hard coded tables.

 

You can find the memory location of these by booting with the voodoo kernel in kprintf=1 mode.

 

When you run "sudo dmesg" from terminal you will find something similar to the following:

 

ACPI: SSDT @ 0x18b3000/0x0024 (v001 HP       HPQNLP 0x00000001 INTL 0x20080926)
ACPI: SSDT @ 0x18b4000/0x02E9 (v001 HP       HPQSAT 0x00000001 INTL 0x20080926)
ACPI: SSDT @ 0x18b5000/0x0232 (v001 HP      Cpu0Tst 0x00003000 INTL 0x20080926)
ACPI: SSDT @ 0x18b6000/0x00A0 (v001 HP      Cpu1Tst 0x00003000 INTL 0x20080926)
ACPI: SSDT @ 0x18b7000/0x0024 (v001 HP       HPQNLP 0x00000001 INTL 0x20080926)
ACPI: SSDT @ 0x18b8000/0x0024 (v001 HP       HPQNLP 0x00000001 INTL 0x20080926)
ACPI: SSDT @ 0x18b9000/0x0064 (v001 HP CPU0IST 0x00000001 INTL 0x20080926)
ACPI: SSDT @ 0x18ba000/0x0056 (v001 HP CPU1IST 0x00000001 INTL 0x20080926)
ACPI: SSDT @ 0x18bb000/0x0034 (v001 HP CPU0CST  0x00000001 INTL 0x20080926)
ACPI: SSDT @ 0x18bc000/0x0064 (v001 HP       CPU1CST 0x00000001 INTL 0x20080926)

 

The code above indicates the location of the C-State tables that have been modified and have been loaded into a lower memory location.

 

these are the lines to look for:

 

ACPI: SSDT @ 0x18b9000/0x0064 (v001 HP CPU0IST 0x00000001 INTL 0x20080926)

ACPI: SSDT @ 0x18ba000/0x0056 (v001 HP CPU1IST 0x00000001 INTL 0x20080926)

ACPI: SSDT @ 0x18bb000/0x0034 (v001 HP CPU0CST 0x00000001 INTL 0x20080926)

ACPI: SSDT @ 0x18bc000/0x0064 (v001 HP CPU1CST 0x00000001 INTL 0x20080926)

 

Then modify the SSDT table that contained the array to the hardcoded location of the C-States to the following to suit the memory locations above: (for example)

Scope (\)
{
Name (SSDT, Package (0x0C)
{
"CPU0IST ",
0x18b9000,
0x0000064,
"CPU1IST ",
0x18ba000,
0x0000056,
"CPU0CST ",
0x18bb000,
0x0000034,
"CPU1CST ",
0x18bc000,
0x0000064
})

 

Recompile this modified SSDT table to an aml file and copy it into the root folder.

 

When you reboot ACPI_SMC....kext will now load the modified C-State tables.

 

I've attached my C-States dumped with acpidump using the ubuntu live CD

 

hp530_cstates_orig.zip

 

I hope this helps someone.

 

 

Cheers

ab

 

Hi,

 

I followed your guide to get to the new addresses for my ssdt tables but as you can see below the addresses match each other so there is nothing for me to modify?

My linux dump resulted in 6 SSDT*.dsl files. Four of them describe the cpu0/cpu1 (IST/CST) tables. One contains the mentioned address list and one contains this:

DefinitionBlock ("SSDT_r1-LMPWR-DELLLOM-1001-INTL-20050624.aml", "SSDT", 1, "LMPWR", "DELLLOM", 0x00001001)
{
   External (\_SB_.PCI0.RP06.PXS6, DeviceObj)

   Scope (\_SB.PCI0.RP06.PXS6)
   {
       Method (_RMV, 0, NotSerialized)
       {
           Return (0x00)
       }
   }
}

Not really sure what it does?

 

I copied the compiled SSDT*.aml files to / and looked for the new memory addresses but there were no differences. You wrote that you put eight, in total, SSDT*.aml files into /. The first four unmodified linux dumps but what did you modified in the other four *.aml files?

 

Maybe you can help me out a little. Thanks.

 

DMESG infos related to ACPI/SSDT:

CPU features: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM SSE3 MON DSCPL VMX EST TM2 SSSE3 CX16 TPR PDCM
ACPI: RSDP @ 0xfbb10/0x0024 (v002 DELL  )
ACPI: XSDT @ 0xdf65d200/0x0064 (v001 DELL    M08     0x27D80B18 ASL  0x00000061)
ACPI: FACP @ 0xdf65d09c/0x00F4 (v004 DELL    M08     0x27D80B18 ASL  0x00000061)
ACPI: DSDT @ 0xdf65d800/0x6114 (v002 INT430 SYSFexxx 0x00001001 INTL 0x20050624)
ACPI: FACS @ 0xdf66c000/0x0040
ACPI: HPET @ 0xdf65d300/0x0038 (v001 DELL    M08     0x00000001 ASL  0x00000061)
ACPI: APIC @ 0xdf65d400/0x0068 (v001 DELL    M08     0x27D80B18 ASL  0x00000047)
ACPI: ASF! @ 0xdf65d000/0x007E (v032 DELL    M08     0x27D80B18 ASL  0x00000061)
ACPI: MCFG @ 0xdf65d3c0/0x003E (v016 DELL    M08     0x27D80B18 ASL  0x00000061)
ACPI: TCPA @ 0xdf65d700/0x0032 (v001                 0x00000000 ASL  0x00000000)
ACPI: SLIC @ 0xdf65d49c/0x0176 (v001 DELL    M08     0x27D80B18 ASL  0x00000061)
ACPI: SSDT @ 0xdf65ba02/0x04CC (v001  PmRef    CpuPm 0x00003000 INTL 0x20050624)
AppleACPICPU: ProcessorApicId=0 LocalApicId=0 Enabled
AppleACPICPU: ProcessorApicId=1 LocalApicId=1 Enabled
ACPI: System State [s0 S3 S4 S5] (S3)
ACPI_SMC_PlatformPlugin::start - waitForService(resourceMatching(AppleIntelCPUPowerManagement) timed out
ACPI: SSDT @ 0xdf65c538/0x0244 (v001  PmRef  Cpu0Ist 0x00003000 INTL 0x20050624)
ACPI: SSDT @ 0xdf65bece/0x05E5 (v001  PmRef  Cpu0Cst 0x00003001 INTL 0x20050624)
ACPI: SSDT @ 0xdf65c77c/0x00C4 (v001  PmRef  Cpu1Ist 0x00003000 INTL 0x20050624)
ACPI: SSDT @ 0xdf65c4b3/0x0085 (v001  PmRef  Cpu1Cst 0x00003000 INTL 0x20050624)
ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized

 

Memory address table of the linux dump:

Name (SSDT, Package (0x0C)
       {
           "CPU0IST ",
           0xDF65C538,
           0x00000244,
           "CPU1IST ",
           0xDF65C77C,
           0x000000C4,
           "CPU0CST ",
           0xDF65BECE,
           0x000005E5,
           "CPU1CST ",
           0xDF65C4B3,
           0x00000085
       })

[Volcacius]

Any chance for a Chamaleon RC3 based version?? It would make all the cst/pss editing a lot easier under SL.

[valv]

any chance for mbp5,4 ssdts

[manmal]

Hi, any success here on snow ?

Is there anyone who may compile it for snow leopard with more recent chameleon?

It's a GREAT project!

Please let it grow!

Thanks!

Mal

[valv]

hello people,

this is what I've done so far:

first I changed the headers that was looking like this

/*
* Intel ACPI Component Architecture
* AML Disassembler version 20100121
*
* Disassembly of D:\specs\Hdx\everest\acpi_ssdt3.bin, Sat Mar 06 22:30:19 2010
*
*
* Original Table Header:
*     Signature        "SSDT"
*     Length           0x00000265 (613)
*     Revision         0x01
*     Checksum         0xEC
*     OEM ID           "PmRef"
*     OEM Table ID     "Cpu0Ist"
*     OEM Revision     0x00003000 (12288)
*     Compiler ID      "INTL"
*     Compiler Version 0x20060317 (537264919)
*/
DefinitionBlock ("D:\specs\Hdx\everest\acpi_ssdt3.aml", "SSDT", 1, "PmRef", "Cpu0Ist", 0x00003000)

to this

/*
* Intel ACPI Component Architecture
* AML Disassembler version 20091214
*
* Disassembly of ./SSDT-2.aml, Thu Apr  1 11:15:48 2010
*
*
* Original Table Header:
*     Signature        "SSDT"
*     Length           0x000001E8 (488)
*     Revision         0x01
*     Checksum         0xAA
*     OEM ID           "APPLE"
*     OEM Table ID     "Cpu0Ist"
*     OEM Revision     0x00003000 (12288)
*     Compiler ID      "INTL"
*     Compiler Version 0x20091214 (537465364)
*/
DefinitionBlock ("./SSDT-2.aml", "SSDT", 1, "APPLE", "Cpu0Ist", 0x00003000)

 

Next I've dumped out (using VK with kprintf=1) the memory adresses from where my SSDT tables got loaded and changed my cpupm table accordingly

old one

       Name (SSDT, Package (0x0C)
       {
           "CPU0IST ", 
           0xBDEB4C18, 
           0x00000265, 
           "APIST   ", 
           0xBDEB3E18, 
           0x000001CF, 
           "CPU0CST ", 
           0xBDEB2618, 
           0x000005B3, 
           "APCST   ", 
           0xBDEB4F18, 
           0x0000008D
       })

edited

       Name (SSDT, Package (0x0C)
       {
           "CPU0IST ", 
           0x00C50000, 
           0x01E8, 
           "CPU1IST ", 
           0x00C4F000, 
           0x01CF, 
           "CPU0CST ", 
           0x00C4E000, 
           0x05B3, 
           "CPU1CST ", 
           0x00C51000, 
           0x8D
       })

This is ok as the tables get loaded, and speedstep working fine

But when booting with debug=0x14e arg I see the ae_bad_signature messages.

how can I get rid of those messages ?

[Desert Warriors]

Update:

 

Upload of Release version 1 with source code.

 

Sorry folks, still no /Extras or SMBIOS compatibility due to filesize restriction with boot1h.

Although this is Work in Progress.

 

Change log:

 

+ load upto 30 SSDT tables.

+ load extra additional SSDT tables.

+ ACPI v1 and v2 and v3 support.

+ source code refined.

 

Thanks to everyone that uploaded their SSDT tables it's helped,

 

ssdtboot_chameleon2.zip

 

Update:

 

I've now tidied up the source code and added the ability to load up to 30 SSDT tables. I'm currently testing it, If successfull I will post the bootloader and the source code tonight.

 

I'm having a problem with adding the SMBIOS source code diff, there seems to be a limit on the filesize of the boot file.

If I keep the filesize below 62000bytes the bootloader works, as soon as I load the SMBIOS + DSDT + SSDT patch the filesize grows to 62700bytes when you boot with this file size you get the infamous /boot0 hang.

 

I wonder if anyone knows anything about the boot filesize restriction?

 

Found out why, boot1h can only load <64k boot files!!

 

-------------------

 

 

I've modified the very popular chameleon DSDT override bootloader so that it loads modified DSDT and SSDT tables.

 

This can help you:

 

+ Understand why you are getting DSDT compile errors, DSDT sometimes references external methods contained within the SSDT tables.

 

+ Fix Powermanagement.

 

+ Fix PStates (CPU performance management)

 

+ Fix CStates (Power Saving managenent)

 

+ Fix TStates (CPU throttling)

 

+ View SATA controllers ACPI functions.

 

This version is the debug version, I shall release a non-debug version later along with the source code.

 

Thanks to everyone involved with the Chameleon bootloader and DSDT patching project.

 

To use this bootloader.

 

Extract the attached to a folder.

 

Use Terminal to cd into the folder.

 

Backup your existing bootloader.

 

sudo cp /boot /boot.bak

 

Copy this bootloader to use.

 

sudo cp ssdtboot /boot

 

To extract your SSDT tables.

 

Usind terminal cd in to the folder that you extracted the files to and run:

 

./getSSDT5.sh

 

This will give you decompiled SSDT tables.

 

SSDT-0.dsl

SSDT-1.dsl

..

SSDT-4.dsl

 

The number of SSDT Tables depends on the hardware you have.

 

Open these files in a text editor so you can modify them.

 

Once you have modified the SSDT tables, run the following command in terminal in the same folder to compile them:

 

./iasl -sa SSDT-0.dsl

./iasl -sa SSDT-1.dsl

./iasl -sa SSDT-2.dsl

..

 

./iasl -sa SSDT-x.dsl

(where x is the table you wish to compile)

 

Copy the compiled files to root.

 

cp SSDT-x.aml /

(where x is the table you wish to copy)

 

once you reboot the bootloader will override your SSDT tables.

 

Use these tutorials for DSDT.

 

DSDT Patcher

 

DSDT BIOS Patcher

 

You can use the following Boot argument to load the default oem SSDT tables instead of the modified ones.

(Use this at darwin boot)

 

oemSSDT=y

 

To check it's working (optional) use the voodoo kernel with the following boot arguments.

 

kprintf=1 -v

 

Once you are in OSX

 

run the following within terminal.

sudo dmesg | grep ACPI

 

Sample of OEM SSDT Tables:

ACPI: SSDT @ 0x7f7f4440/0x0024 (v001 HP       HPQNLP 0x00000001 MSFT 0x0100000E)
ACPI: SSDT @ 0x7f7f4464/0x0326 (v001 HP       HPQSAT 0x00000001 MSFT 0x0100000E)
ACPI: SSDT @ 0x7f7f4f9d/0x025F (v001 HP      Cpu0Tst 0x00003000 INTL 0x20060317)
ACPI: SSDT @ 0x7f7f51fc/0x00A6 (v001 HP      Cpu1Tst 0x00003000 INTL 0x20060317)
ACPI: SSDT @ 0x7f7f52a2/0x04D7 (v001 HP        CpuPm 0x00003000 INTL 0x20060317)

 

Sample of SSDT tables that have been overridden:

ACPI: SSDT @ 0x7f7f4440/0x0024 (v001 HP       HPQNLP 0x00000001 MSFT 0x0100000E)
ACPI: SSDT @ 0x7f7f4464/0x0326 (v001 HP       HPQSAT 0x00000001 MSFT 0x0100000E)
ACPI: SSDT @ 0x7f7f4f9d/0x025F (v001 HP      Cpu0Tst 0x00003000 INTL 0x20060317)
ACPI: SSDT @ 0x7f7f51fc/0x00A6 (v001 HP      Cpu1Tst 0x00003000 INTL 0x20060317)
ACPI: SSDT @ 0x1956000/0x051E (v001 HP        CpuPm 0x00003000 INTL 0x20080926)

 

Notice line 5 (SSDT-4) e.g. 0x7f7f52a2/0x4D7 -> 0x1956000/0x051E

 

This address change means that the modified SSDT table has loaded successfully.

 

Please share your SSDT tables so we can help each other. Please upload them to this topic.

 

I hope this helps someone.

 

 

 

Cheers,

 

AB

 

Voodoo kernel can be found here:

 

voodoo kernel

Hello ab__73

I found your post very interesting. Thank you for your efforts.

I m struggling to have C-states working in order to have cooler hackintosh. I m currently running Snow 10.6.3 and allmost all is working on my Dell Inspiron 640m.

I am wondering if the file you posted here is relevant for latest chameleon version (RC 4 if I am not wrong :-) ).

Secondly, I ve tried the voodoo kerenl but its latest version (9.7.0) is KPying on snow ! so I wonder how I can see the adresses at which the DSDT-X tables are actually loaded in order to correct the relevant one.

Thank you in advance for your response.

I am very used with terminal so feel free to explain as short as you can :-)

Hoper

 

 

hello people,

this is what I've done so far:

first I changed the headers that was looking like this

/*
* Intel ACPI Component Architecture
* AML Disassembler version 20100121
*
* Disassembly of D:\specs\Hdx\everest\acpi_ssdt3.bin, Sat Mar 06 22:30:19 2010
*
*
* Original Table Header:
*     Signature        "SSDT"
*     Length           0x00000265 (613)
*     Revision         0x01
*     Checksum         0xEC
*     OEM ID           "PmRef"
*     OEM Table ID     "Cpu0Ist"
*     OEM Revision     0x00003000 (12288)
*     Compiler ID      "INTL"
*     Compiler Version 0x20060317 (537264919)
*/
DefinitionBlock ("D:\specs\Hdx\everest\acpi_ssdt3.aml", "SSDT", 1, "PmRef", "Cpu0Ist", 0x00003000)

to this

/*
* Intel ACPI Component Architecture
* AML Disassembler version 20091214
*
* Disassembly of ./SSDT-2.aml, Thu Apr  1 11:15:48 2010
*
*
* Original Table Header:
*     Signature        "SSDT"
*     Length           0x000001E8 (488)
*     Revision         0x01
*     Checksum         0xAA
*     OEM ID           "APPLE"
*     OEM Table ID     "Cpu0Ist"
*     OEM Revision     0x00003000 (12288)
*     Compiler ID      "INTL"
*     Compiler Version 0x20091214 (537465364)
*/
DefinitionBlock ("./SSDT-2.aml", "SSDT", 1, "APPLE", "Cpu0Ist", 0x00003000)

 

Next I've dumped out (using VK with kprintf=1) the memory adresses from where my SSDT tables got loaded and changed my cpupm table accordingly

old one

       Name (SSDT, Package (0x0C)
       {
           "CPU0IST ", 
           0xBDEB4C18, 
           0x00000265, 
           "APIST   ", 
           0xBDEB3E18, 
           0x000001CF, 
           "CPU0CST ", 
           0xBDEB2618, 
           0x000005B3, 
           "APCST   ", 
           0xBDEB4F18, 
           0x0000008D
       })

edited

       Name (SSDT, Package (0x0C)
       {
           "CPU0IST ", 
           0x00C50000, 
           0x01E8, 
           "CPU1IST ", 
           0x00C4F000, 
           0x01CF, 
           "CPU0CST ", 
           0x00C4E000, 
           0x05B3, 
           "CPU1CST ", 
           0x00C51000, 
           0x8D
       })

This is ok as the tables get loaded, and speedstep working fine

But when booting with debug=0x14e arg I see the ae_bad_signature messages.

how can I get rid of those messages ?

Hello valv

Hope you advanced since your last post :-)

Please, are you doing your mods on snow? In this case what version of voodoo kernel did you use ?

Good luck

Hoper

[valv]

Hello valv

Hope you advanced since your last post :-)

Please, are you doing your mods on snow? In this case what version of voodoo kernel did you use ?

Good luck

Hoper

 

I use a multi-boot of sl+leo+7, so when vk is needed I use it from leopard.

btw: voodoo kernel for snow is a reality. do a search for it on the forum.

[Desert Warriors]

I use a multi-boot of sl+leo+7, so when vk is needed I use it from leopard.

btw: voodoo kernel for snow is a reality. do a search for it on the forum.

Thanks Valv for your fast response

Yes, I looked and found it elswhere . Now the problem is with the ssdt_boot from ab__76. Indeed, as it is from earlier versions of chameloen it stuck and did not load the extensions so I have no result for SSDT-x.aml addresses too!

Mayebe I should add the patch from ab__76 to chameleon sources! Again I asked him if he allready did the job and I am eagerly wating for his answer :-)

 

Thanks again.

Hoper

[valv]

Thanks Valv for your fast response

Yes, I looked and found it elswhere . Now the problem is with the ssdt_boot from ab__76. Indeed, as it is from earlier versions of chameloen it stuck and did not load the extensions so I have no result for SSDT-x.aml addresses too!

Mayebe I should add the patch from ab__76 to chameleon sources! Again I asked him if he allready did the job and I am eagerly wating for his answer :-)

 

Thanks again.

Hoper

 

r u bootin' from an efi partitions?

[Desert Warriors]

r u bootin' from an efi partitions?

Hi valv

No I am not booting from any EFI partition.

Since the last time I made some advances. First I got another boot from This page (Thanks Prasys, Andy and every one who contributed). Then I used my linux extracted SSDT tables. There was Five in all. I then copyed them to my root '/' folder. With the VK kernel, I logged the exact adresses where my tables are loaded. After that; I modified my SSDT file (SSDT-0.aml) which contains the adresses of the four tables which corrspond to IST and CST tables of the two cores.

 

Without using any smbios.plist, the default model name given by the boot above is "Mac Book Pro 4,1" which results in any speedstep nor c-states. However with a smbios.plist where the model is "Mac Book Pro 3,1" I have speedstep working (that I checked with MSRTools). notice also that I added DropSSDT to my com.apple.Boot.plist in /Extra. Unfortunetely, I still gave the message form Apple_SMC_Platform_Plugin saying c-states failed. I have AppleLPC loaded OOB.

 

I wonder if the problem is not coming from the error messages shown below : You see the dmesg | grep ACPI with modded SSDT table. Any idea ?

 

CPU features:  FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM SSE3 MON EST TM2 TPR PDCM
ACPI: RSDP @ 0xe73000/0x0014 (v000 DELL  )
ACPI: RSDT @ 0xe74000/0x0050 (v001 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: FACP @ 0xe75000/0x0084 (v002 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: DSDT @ 0xe6a000/0x3F58 (v001 INT430 SYSFexxx 0x00001001 INTL 0x20080926)
ACPI: FACS @ 0x7f6e3c00/0x0040
ACPI: HPET @ 0x7f6d4f00/0x0038 (v001 DELL	M07	 0x00000001 ASL  0x00000061)
ACPI: APIC @ 0x7f6d5000/0x0068 (v001 DELL	M07	 0x27D70402 ASL  0x00000047)
ACPI: MCFG @ 0x7f6d4fc0/0x003E (v016 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: SLIC @ 0x7f6d509c/0x0176 (v001 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: BOOT @ 0x7f6d4bc0/0x0028 (v001 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: SSDT @ 0xe6e000/0x04BA (v001  PmRef	CpuPm 0x00003000 INTL 0x20080926)
ACPI: SSDT @ 0xe6f000/0x0244 (v001  PmRef  Cpu0Ist 0x00003000 INTL 0x20050624)
ACPI: SSDT @ 0xe70000/0x00BF (v001  PmRef  Cpu1Ist 0x00003000 INTL 0x20080926)
ACPI: SSDT @ 0xe71000/0x01B7 (v001  PmRef  Cpu0Cst 0x00003001 INTL 0x20080926)
ACPI: SSDT @ 0xe72000/0x0083 (v001  PmRef  Cpu1Cst 0x00003000 INTL 0x20080926)
AppleACPICPU: ProcessorId=0 LocalApicId=0 Enabled
AppleACPICPU: ProcessorId=1 LocalApicId=1 Enabled
ACPI: System State [S0 S3 S4 S5] (S3)
Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/IDE0@1F,2/AppleIntelPIIXATARoot/PRI@0/AppleIntelICHxSATA/ATADeviceNub@0/AppleATADiskDriver/IOATABlockStorageDevice/IOBlockStorageDriver/WDC WD5000BEVT-00A0RT0 WDC WD5000BEVT-00A0RT0/IOFDiskPartitionScheme/Untitled 1@1
ACPI_SMC_PlatformPlugin::start - waitForService(resourceMatching(AppleIntelCPUPowerManagement) timed out
ACPI Error (psparse-0627): Method parse/execution failed [\\_PR_.CPU0._OSC] (Node 0x3b69440), AE_ALREADY_EXISTS
ACPI: Marking method _OSC as Serialized because of AE_ALREADY_EXISTS error
ACPI Error (psparse-0627): Method parse/execution failed [\\_PR_.CPU0._PDC] (Node 0x3b69300), AE_ALREADY_EXISTS
ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error
ACPI Error (psparse-0627): Method parse/execution failed [\\_PR_.CPU1._OSC] (Node 0x3b69d40), AE_ALREADY_EXISTS
ACPI: Marking method _OSC as Serialized because of AE_ALREADY_EXISTS error
ACPI Error (psparse-0627): Method parse/execution failed [\\_PR_.CPU1._PDC] (Node 0x3b65640), AE_ALREADY_EXISTS
ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error
ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized.

 

The oem data is :

 

CPU features:  FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM SSE3 MON EST TM2 TPR PDCM
ACPI: RSDP @ 0xe6e000/0x0014 (v000 DELL  )
ACPI: RSDT @ 0xe6f000/0x0040 (v001 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: FACP @ 0xe70000/0x0084 (v002 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: DSDT @ 0xe6a000/0x3F58 (v001 INT430 SYSFexxx 0x00001001 INTL 0x20080926)
ACPI: FACS @ 0x7f6e3c00/0x0040
ACPI: HPET @ 0x7f6d4f00/0x0038 (v001 DELL	M07	 0x00000001 ASL  0x00000061)
ACPI: APIC @ 0x7f6d5000/0x0068 (v001 DELL	M07	 0x27D70402 ASL  0x00000047)
ACPI: MCFG @ 0x7f6d4fc0/0x003E (v016 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: SLIC @ 0x7f6d509c/0x0176 (v001 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: BOOT @ 0x7f6d4bc0/0x0028 (v001 DELL	M07	 0x27D70402 ASL  0x00000061)
ACPI: SSDT @ 0x7f6d3a0d/0x04DC (v001  PmRef	CpuPm 0x00003000 INTL 0x20050624)
AppleACPICPU: ProcessorId=0 LocalApicId=0 Enabled
AppleACPICPU: ProcessorId=1 LocalApicId=1 Enabled
ACPI: System State [S0 S3 S4 S5] (S3)
Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/IDE0@1F,2/AppleIntelPIIXATARoot/PRI@0/AppleIntelICHxSATA/ATADeviceNub@0/AppleATADiskDriver/IOATABlockStorageDevice/IOBlockStorageDriver/WDC WD5000BEVT-00A0RT0 WDC WD5000BEVT-00A0RT0/IOFDiskPartitionScheme/Untitled 1@1
ACPI_SMC_PlatformPlugin::start - waitForService(resourceMatching(AppleIntelCPUPowerManagement) timed out
ACPI: SSDT @ 0x7f6d4134/0x0244 (v001  PmRef  Cpu0Ist 0x00003000 INTL 0x20050624)
ACPI: SSDT @ 0x7f6d3ee9/0x01C6 (v001  PmRef  Cpu0Cst 0x00003001 INTL 0x20050624)
ACPI: SSDT @ 0x7f6d4378/0x00C4 (v001  PmRef  Cpu1Ist 0x00003000 INTL 0x20050624)
ACPI: SSDT @ 0x7f6d40af/0x0085 (v001  PmRef  Cpu1Cst 0x00003000 INTL 0x20050624)
ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized

[ab___73]

All,

 

I actually thought this article was dead!! Sorry folks....

 

Just to let you all know, since there is a demand for this, I'm writing a new SSDT loader into the Chameleon RC4. I thought the devs over at chameleon would have done this by now.

 

I'll keep you all posted when it's been tested. Unless someone beats me to it? (AnV)

 

I've got a few small extras up my sleeves.

 

Cheers,

 

AB

[valv]

That is good news ab___73, keep the great work on.

Andy made really nice work. Take a look here

[FKA]

I've got a few small extras up my sleeves.

 

cant wait!

[valv]

ACPI Error (psparse-0627): Method parse/execution failed [\\_PR_.CPU0._OSC] (Node 0x3b69440), AE_ALREADY_EXISTS

ACPI: Marking method _OSC as Serialized because of AE_ALREADY_EXISTS error

 

I got this also. This is because u are loading the modded tables and the bios is giving out his own (original ones).

I don't know about Prasys's, but with the one from my sig u have a key on the com.apple.boot.plist file to drop oem tables. This remediate to the errors u're gettin'.

hope this helped.

[Desert Warriors]

I got this also. This is because u are loading the modded tables and the bios is giving out his own (original ones).

I don't know about Prasys's, but with the one from my sig u have a key on the com.apple.boot.plist file to drop oem tables. This remediate to the errors u're gettin'.

hope this helped.

Thanks valv for your help;

Yes, I guessed later that the Bios still injected oem tables so I added DropSSDT= yes to my com.Boot! Unfortunately, it did not work too. The solution was to entirely disable these functions. Since then, No such error but AppleSMC still complains about LPC.

My mac model is MacPro3,1, speedstep is working but no cstates!

Cius

[valv]

Thanks valv for your help;

Yes, I guessed later that the Bios still injected oem tables so I added DropSSDT= yes to my com.Boot! Unfortunately, it did not work too. The solution was to entirely disable these functions. Since then, No such error but AppleSMC still complains about LPC.

My mac model is MacPro3,1, speedstep is working but no cstates!

Cius

u misunderstood here, what I meant is (if u were using same bootloader as me) to use DropSSDT=No, then go with oemSSDT=No

[Desert Warriors]

Hi valv;

I am regularly using chamleon v 2 rc 4. This does not support SSDT loading but DropSSDT paramter! What is astonishing is that Speed sptep is working with and without oem tables! Has the mac model something to do with this in your opinion?

oemSSDT is with the ab__ boot ? I found nowhere such a parameter. Please what bbotloader are u using?

Thanks for help.

 

u misunderstood here, what I meant is (if u were using same bootloader as me) to use DropSSDT=No, then go with oemSSDT=No

[fortune3k]

[valv]

Hi valv;

I am regularly using chamleon v 2 rc 4. This does not support SSDT loading but DropSSDT paramter! What is astonishing is that Speed sptep is working with and without oem tables! Has the mac model something to do with this in your opinion?

oemSSDT is with the ab__ boot ? I found nowhere such a parameter. Please what bbotloader are u using?

Thanks for help.

look on my sig