Jump to content

Chameleon bootloader with SSDT and DSDT override


  • Please log in to reply
130 replies to this topic

#101
Iseeutoo

Iseeutoo

    InsanelyMac Protégé

  • Members
  • Pip
  • 29 posts
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?

#102
Undead Surfer

Undead Surfer

    InsanelyMac Protégé

  • Members
  • Pip
  • 37 posts
Is this project still going on?

#103
enb14

enb14

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 615 posts
  • Gender:Male
  • Location:Central America
any news from Mac Pro 4,1?

#104
ac3bcn

ac3bcn

    InsanelyMac Protégé

  • Members
  • PipPip
  • 67 posts
  • Gender:Male
  • Location:ESP
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.

Attached Files



#105
mitch_de

mitch_de

    InsanelyMacaholic

  • Local Moderators
  • 2,879 posts
  • Gender:Male
  • Location:Stuttgart / Germany
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;

#106
s_g

s_g

    InsanelyMac Protégé

  • Just Joined
  • Pip
  • 1 posts
wow

#107
achtung

achtung

    InsanelyMac Protégé

  • Members
  • Pip
  • 27 posts

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



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 PDCMACPI: 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/0x0040ACPI: 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 EnabledAppleACPICPU: ProcessorApicId=1 LocalApicId=1 EnabledACPI: System State [S0 S3 S4 S5] (S3)ACPI_SMC_PlatformPlugin::start - waitForService(resourceMatching(AppleIntelCPUPowerManagement) timed outACPI: 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        })


#108
Volcacius

Volcacius

    InsanelyMac Sage

  • Donators
  • 461 posts
  • Gender:Male
  • Location:BG, Italy
Any chance for a Chamaleon RC3 based version?? It would make all the cst/pss editing a lot easier under SL.

#109
valv

valv

    InsanelyMac Architect

  • Members
  • PipPipPipPipPipPipPip
  • 910 posts
  • Gender:Male
  • Location:Unrevealed Area
  • Interests:Operating Systems<br />Networking<br />Security
any chance for mbp5,4 ssdts

#110
manmal

manmal

    InsanelyMac Sage

  • Members
  • PipPipPipPipPipPip
  • 435 posts
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

#111
valv

valv

    InsanelyMac Architect

  • Members
  • PipPipPipPipPipPipPip
  • 910 posts
  • Gender:Male
  • Location:Unrevealed Area
  • Interests:Operating Systems<br />Networking<br />Security
hello people,
this is what I've done so far:
first I changed the headers that was looking like this
[codebox]
/*
* 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)
[/codebox]
to this
[codebox]
/*
* 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)
[/codebox]

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
[codebox]
Name (SSDT, Package (0x0C)
{
"CPU0IST ",
0xBDEB4C18,
0x00000265,
"APIST ",
0xBDEB3E18,
0x000001CF,
"CPU0CST ",
0xBDEB2618,
0x000005B3,
"APCST ",
0xBDEB4F18,
0x0000008D
})
[/codebox]
edited
[codebox]
Name (SSDT, Package (0x0C)
{
"CPU0IST ",
0x00C50000,
0x01E8,
"CPU1IST ",
0x00C4F000,
0x01CF,
"CPU0CST ",
0x00C4E000,
0x05B3,
"CPU1CST ",
0x00C51000,
0x8D
})
[/codebox]
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 ?

#112
Desert Warriors

Desert Warriors

    InsanelyMac Protégé

  • Members
  • Pip
  • 23 posts

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,



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

#113
valv

valv

    InsanelyMac Architect

  • Members
  • PipPipPipPipPipPipPip
  • 910 posts
  • Gender:Male
  • Location:Unrevealed Area
  • Interests:Operating Systems<br />Networking<br />Security

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.

#114
Desert Warriors

Desert Warriors

    InsanelyMac Protégé

  • Members
  • Pip
  • 23 posts

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

#115
valv

valv

    InsanelyMac Architect

  • Members
  • PipPipPipPipPipPipPip
  • 910 posts
  • Gender:Male
  • Location:Unrevealed Area
  • Interests:Operating Systems<br />Networking<br />Security

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?

#116
Desert Warriors

Desert Warriors

    InsanelyMac Protégé

  • Members
  • Pip
  • 23 posts

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


#117
ab___73

ab___73

    InsanelyMac Protégé

  • Members
  • PipPip
  • 88 posts
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

#118
valv

valv

    InsanelyMac Architect

  • Members
  • PipPipPipPipPipPipPip
  • 910 posts
  • Gender:Male
  • Location:Unrevealed Area
  • Interests:Operating Systems<br />Networking<br />Security
That is good news ab___73, keep the great work on.
Andy made really nice work. Take a look here

#119
FKA

FKA

    are we there yet?

  • Members
  • PipPipPipPipPipPipPipPipPipPip
  • 1,626 posts
  • Gender:Male

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


cant wait!

#120
valv

valv

    InsanelyMac Architect

  • Members
  • PipPipPipPipPipPipPip
  • 910 posts
  • Gender:Male
  • Location:Unrevealed Area
  • Interests:Operating Systems<br />Networking<br />Security

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.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy