Contribute
Register

When do I have to re-run ssdtPRGen.sh?

Status
Not open for further replies.
Ok, makes sense in regards of the system activity.

I have attached 2 screenshots showing the idle and busy behavior when using no SSDT.

The idle behavior just seems to be better without a SSDT...
 

Attachments

  • Bildschirmfoto 2015-08-27 um 22.55.57.png
    Bildschirmfoto 2015-08-27 um 22.55.57.png
    70.5 KB · Views: 170
  • Bildschirmfoto 2015-08-27 um 22.57.37.png
    Bildschirmfoto 2015-08-27 um 22.57.37.png
    71.3 KB · Views: 177
Ok, makes sense in regards of the system activity.

I have attached 2 screenshots showing the idle and busy behavior when using no SSDT.

The idle behavior just seems to be better without a SSDT...

You're probably doing something wrong.

Post ioreg: http://www.tonymacx86.com/audio/58368-guide-how-make-copy-ioreg.html. Please, use the IORegistryExplorer v2.1 attached to the post! DO NOT reply with an ioreg from any other version of IORegistryExplorer.app.

Download patchmatic: https://bitbucket.org/RehabMan/os-x-maciasl-patchmatic/downloads/RehabMan-patchmatic-2015-0107.zip
Extract the 'patchmatic' binary from the ZIP. Copy it to /usr/bin, such that you have the binary at /usr/bin/patchmatic.

In terminal,
Code:
if [ -d ~/Downloads/RehabMan ]; then rm -R ~/Downloads/RehabMan; fi
mkdir ~/Downloads/RehabMan
cd ~/Downloads/RehabMan
patchmatic -extract

Note: It is easier if you use copy/paste instead of typing the commands manually.

Post contents of Downloads/RehabMan directory (as ZIP).


And output from:
Code:
kextstat|grep -y acpiplat
kextstat|grep -y appleintelcpu
kextstat|grep -y applelpc
 
You may have something wrong. You should get idle states even with iMac.

But yes, the power management behavior is different between different SMBIOS. An iMac is always plugged in and therefore tradeoffs can be made in favor of performance, instead of battery life as would be a concern with a laptop.

The differences are specified in the plist associated with the board-id in X86PlatformPlugin (Resources).
I think I got the idle CPU status, otherwise the temperature would be high. Actually the CPU's temperature is all right after SSDT.aml patching.
 
I think I got the idle CPU status, otherwise the temperature would be high. Actually the CPU's temperature is all right after SSDT.aml patching.

Cooling system can work harder to keep the same temps. Sampling temperature is not a valid method for monitoring pstates.
 
You're probably doing something wrong.

Post ioreg: http://www.tonymacx86.com/audio/58368-guide-how-make-copy-ioreg.html. Please, use the IORegistryExplorer v2.1 attached to the post! DO NOT reply with an ioreg from any other version of IORegistryExplorer.app.

Download patchmatic: https://bitbucket.org/RehabMan/os-x-maciasl-patchmatic/downloads/RehabMan-patchmatic-2015-0107.zip
Extract the 'patchmatic' binary from the ZIP. Copy it to /usr/bin, such that you have the binary at /usr/bin/patchmatic.

In terminal,
Code:
if [ -d ~/Downloads/RehabMan ]; then rm -R ~/Downloads/RehabMan; fi
mkdir ~/Downloads/RehabMan
cd ~/Downloads/RehabMan
patchmatic -extract

Note: It is easier if you use copy/paste instead of typing the commands manually.

Post contents of Downloads/RehabMan directory (as ZIP).


And output from:
Code:
kextstat|grep -y acpiplat
kextstat|grep -y appleintelcpu
kextstat|grep -y applelpc

Hi Rehabman

attached you will find two ZIP files. One without using a SSDT and one with the SSDT generated by ssdtPRGen.sh.

I also saved the output of kextstat as text files in the archives. Please note that only acpiplat produced output.

Kind regards
Boris
 

Attachments

  • RehabMan_no_SSDT.zip
    675.4 KB · Views: 91
  • RehabMan_with_SSDT.zip
    669.2 KB · Views: 96
Hi Rehabman

attached you will find two ZIP files. One without using a SSDT and one with the SSDT generated by ssdtPRGen.sh.

I also saved the output of kextstat as text files in the archives. Please note that only acpiplat produced output.

Kind regards
Boris

Strange that the ssdt from ssdtPRgen.sh doesn't have the debug output for machdep.xcpm.

Did you modify the script? Or did you use custom flags to force it off?
 
Hi RehabMan

I just did a clean download of the ssdtPRGen script and the debug output of this variable is still missing...

Could the problem be, that I am using a custom DSDT with the "windows" patch?

Boris
 
Hi RehabMan

I just did a clean download of the ssdtPRGen script and the debug output of this variable is still missing...

Could the problem be, that I am using a custom DSDT with the "windows" patch?

Boris

You would have to debug the script to see what is going on.
 
Will do.

This is the output of sysctl machdep.xcpm:

machdep.xcpm.mode: 1
machdep.xcpm.hard_plimit_max_100mhz_ratio: 44
machdep.xcpm.hard_plimit_min_100mhz_ratio: 8
machdep.xcpm.soft_plimit_max_100mhz_ratio: 44
machdep.xcpm.soft_plimit_min_100mhz_ratio: 8
machdep.xcpm.tuib_plimit_max_100mhz_ratio: 44
machdep.xcpm.tuib_plimit_min_100mhz_ratio: 8
machdep.xcpm.tuib_enabled: 0
machdep.xcpm.power_source: 0
machdep.xcpm.bootplim: 0
machdep.xcpm.bootpst: 44
machdep.xcpm.tuib_ns: 0
machdep.xcpm.ratio_changes_total: 3015899
machdep.xcpm.maxbusdelay: 4294967295
machdep.xcpm.maxintdelay: 0
machdep.xcpm.mbd_mode: 1
machdep.xcpm.mbd_applications: 3540
machdep.xcpm.mbd_relaxations: 3518
machdep.xcpm.forced_idle_ratio: 100
machdep.xcpm.forced_idle_period: 30000000
machdep.xcpm.deep_idle_log: 0
machdep.xcpm.qos_txfr: 1
machdep.xcpm.deep_idle_count: 0
machdep.xcpm.deep_idle_last_stats: n/a
machdep.xcpm.deep_idle_total_stats: n/a
machdep.xcpm.cpu_thermal_level: 0
machdep.xcpm.gpu_thermal_level: 0
machdep.xcpm.io_thermal_level: 0
machdep.xcpm.io_control_engages: 0
machdep.xcpm.io_control_disengages: 1
machdep.xcpm.io_filtered_reads: 0
 
Hi all

just updated to the latest bios version 2501 on the Asus Z97 Deluxe, did a fresh patch of the DSDT.aml and generation of the SSDT.aml.

Now the power management seems to work way better. It still does not get as low as without a SSDT (maybe because of the iMac15,1 smbios definition) but it now regulary drops down under 3 GHz or even 2 GHz.
 
Status
Not open for further replies.
Back
Top