Jump to content

ASUS Z10PE-D8 WS DSDT disassemble and recompile


fluxus123
 Share

55 posts in this topic

Recommended Posts

als0 removed, imac and macbook use it, not ur macpro  :)

AppleSMCLMU.kext/Contents/PlugIns/AmbientLightSensorHID.plugin

add alc 1150 in hdef with id 1

 

usb only cosmetic for pci devices and device id

 

shutdown, not a simple shutdown, solve many problems after sleep

 

lpc is fine, i apply dsm into device and load now

 

IRQs, avoid many things, sata, usb and many others conflicts.


if u dont have native pm, use nullcpupowermanagement

  • Like 1
Link to comment
Share on other sites

als0 removed, imac and macbook use it, not ur macpro  :)

AppleSMCLMU.kext/Contents/PlugIns/AmbientLightSensorHID.plugin

add alc 1150 in hdef with id 1

 

usb only cosmetic for pci devices and device id

 

shutdown, not a simple shutdown, solve many problems after sleep

 

lpc is fine, i apply dsm into device and load now

 

IRQs, avoid many things, sata, usb and many others conflicts.

if u dont have native pm, use nullcpupowermanagement

are you asking because of the -xcpm flag in my config file?

 

Just noticed that myself, seeing that it's Haswell v3 I don't think I need it. 

 

I can see that AppleIntelCPUPowermanagement kext is loaded.

 

Did you have any more thoughts on ssdtPRGen?

And AppleIntelInfo.kext?

 

Still having the same issues with both of them...see screenshots attached.

post-1823610-0-35334500-1485279643_thumb.png

Link to comment
Share on other sites

u can try without drop ssdts?


u need load it

88    1 0xffffff7f81d5f000 0x17000    0x17000    com.apple.driver.X86PlatformPlugin (1.0.0) 782DA5F5-F9BB-3B75-B40D-EC8EFFCE89A8 <87 85 16 15 11 7 6 5 4 3 1>
  134    1 0xffffff7f81d76000 0x7000     0x7000     com.apple.driver.X86PlatformShim (1.0.0) B1D28523-ABFF-37CB-8AE9-5EFA58B86DBB <88 87 85 7 4 3>

not a appleintelcpupm, its old, stop in sandy bridge, intel 6 gen.

Link to comment
Share on other sites

u can try without drop ssdts?

u need load it

88    1 0xffffff7f81d5f000 0x17000    0x17000    com.apple.driver.X86PlatformPlugin (1.0.0) 782DA5F5-F9BB-3B75-B40D-EC8EFFCE89A8 <87 85 16 15 11 7 6 5 4 3 1>
  134    1 0xffffff7f81d76000 0x7000     0x7000     com.apple.driver.X86PlatformShim (1.0.0) B1D28523-ABFF-37CB-8AE9-5EFA58B86DBB <88 87 85 7 4 3>

not a appleintelcpupm, its old, stop in sandy bridge, intel 6 gen.

 

Oh dear. how come it loads that kext at all? can I just delete the kext from S/L/E and rebuild caches?

 

Also, the two drivers you mention X86Platform... are not loaded on my machine. What kext do they belong to? And how do I get them to load?

Link to comment
Share on other sites

Oh dear. how come it loads that kext at all? can I just delete the kext from S/L/E and rebuild caches?

 

Also, the two drivers you mention X86Platform... are not loaded on my machine. What kext do they belong to? And how do I get them to load?

ssdt :D

 

try generate ssdt without dropoem ssdt in config.plist

http://www.insanelymac.com/forum/index.php?app=core&module=attach&section=attach&attach_id=215174

Link to comment
Share on other sites

I DID IT!

 

ran the ssdtPRGen manually with the following command:

 

~/ssdtPRGen.sh -cpus 2 -l 48 -target 2 -t 105 -x 1 -d 3 -p E5-2658 -m MacPro6,1 -f 2000 -turbo 2700 -bclk 100 -b Mac-F60DEB81FF30ACF6

 

The output of that is the following

 

 

ssdtPRGen.sh v0.9  Copyright © 2011-2012 by † RevoGirl

             v6.6  Copyright © 2013 by † Jeroen

             v21.4 Copyright © 2013-2017 by Pike R. Alpha

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

Bugs > https://github.com/Piker-Alpha/ssdtPRGen.sh/issues <

 

System information: Mac OS X 10.12 (16A323)

Brandstring: "Genuine Intel® CPU @ 2.00GHz"

 

Override value: (-cpus) number of processors, now using: 2!

Override value: (-l) number of logical processors, now using: 48!

Override value: (-target) CPU, now using: Haswell!

Override value: (-t) maximum TDP, now using: 105 Watt!

Override value: (-x) XCPM mode, now set to: 1!

Override value: (-d) debug mode, now using: 3!

Override value: (-p) processor model, now using: E5-2658!

Override value: (-m) model, now using: MacPro6,1!

Override value: (-f) clock frequency, now using: 2000 MHz!

Override value: (-turbo) maximum (turbo) frequency, now using: 2700 MHz!

Override value: (-bclk) frequency, now using: 100 MHz!

Override value: (-B ) board-id, now using: Mac-F60DEB81FF30ACF6!

 

Setting executing bit of extractACPITables ...

_checkForExecutableFile(extractACPITables) Done.

Extracting ACPI tables ... Done.

matchingFilename: /Users/philippvonfrankenberg/Library/ssdtPRGen/ACPI/SSDT-1.aml

matchingFilename: /Users/philippvonfrankenberg/Library/ssdtPRGen/ACPI/SSDT-2.aml

matchingFilename: /Users/philippvonfrankenberg/Library/ssdtPRGen/ACPI/SSDT-3.aml

matchingFilename: /Users/philippvonfrankenberg/Library/ssdtPRGen/ACPI/SSDT-4.aml

matchingFilename: /Users/philippvonfrankenberg/Library/ssdtPRGen/ACPI/SSDT-5.aml

matchingFilename: /Users/philippvonfrankenberg/Library/ssdtPRGen/ACPI/SSDT-6.aml

Checking User Defined processor data ...

Checking Sandy Bridge processor data ...

Processor data found for the Intel E5-2658

Version: models.cfg v150 / Sandy Bridge.cfg v150

 

_getACPIProcessorScope: /tmp/SSDT-1.dat

_getACPIProcessorScope: /tmp/SSDT-2.dat

_getACPIProcessorScope: /tmp/SSDT-3.dat

_getACPIProcessorScope: /tmp/SSDT-4.dat

_getACPIProcessorScope: /tmp/SSDT-5.dat

_getACPIProcessorScope: /tmp/SSDT-6.dat

4 Name (_HID, "ACPI0004") object(s) found in DSDT

matchingData:

5b828c000253434b30085f4849440d414350493030303400

5b828e000253434b31085f4849440d414350493030303400

5b828f0c0253434b32085f4849440d414350493030303400

5b828f0c0253434b33085f4849440d414350493030303400

Searching for ACPI Processor declarations in Device(SCK0) {}

Three-byte encoding detected (maximum length 0x0FFFFF/1048575)

pkgLengthByte: 0x8c/140

packageLength: 0x0200c/8204

scopeLength: 8204

Device (SCK0): 

processorID: 00 CP00

processorID: 02 CP01

processorID: 04 CP02

processorID: 06 CP03

processorID: 08 CP04

processorID: 0a CP05

processorID: 10 CP06

processorID: 12 CP07

processorID: 14 CP08

processorID: 16 CP09

processorID: 18 CP0A

processorID: 1a CP0B

processorID: 01 CP0C

processorID: 03 CP0D

processorID: 05 CP0E

processorID: 07 CP0F

processorID: 09 CP10

processorID: 0b CP11

processorID: 11 CP12

processorID: 13 CP13

processorID: 15 CP14

processorID: 17 CP15

processorID: 19 CP16

processorID: 1b CP17

 

gScope              : 1

gProcessorStartIndex: 24

gLogicalCPUs        : 48

gProcessorNames     : 24

Searching for 0 additional Processor declaration ...

Searching for ACPI Processor declarations in Device(SCK1) {}

Three-byte encoding detected (maximum length 0x0FFFFF/1048575)

pkgLengthByte: 0x8e/142

packageLength: 0x0200e/8206

scopeLength: 8206

Device (SCK1): 

processorID: 20 CP00

processorID: 22 CP01

processorID: 24 CP02

processorID: 26 CP03

processorID: 28 CP04

processorID: 2a CP05

processorID: 30 CP06

processorID: 32 CP07

processorID: 34 CP08

processorID: 36 CP09

processorID: 38 CP0A

processorID: 3a CP0B

processorID: 21 CP0C

processorID: 23 CP0D

processorID: 25 CP0E

processorID: 27 CP0F

processorID: 29 CP10

processorID: 2b CP11

processorID: 31 CP12

processorID: 33 CP13

processorID: 35 CP14

processorID: 37 CP15

processorID: 39 CP16

processorID: 3b CP17

 

Number of Scopes: 2

Generating ssdt.dsl for a 'MacPro6,1' with board-id [Mac-F60DEB81FF30ACF6]

Haswell Core E5-2658 processor [0x306F1] setup [0x0507]

With a maximum TDP of '105' Watt, as specified by argument: -t 105

Number logical CPU's: 48 (Core Frequency: 2000 MHz)

Number of Turbo States: 7 (2100-2700 MHz)

Number of P-States: 16 (1200-2700 MHz)

 

 

Warning: You must use the -xcpm_ipi flag instead of -xcpm on multiprocessor systems.

 

 

 

targetCStates: 13

Adding C1

Adding C3

Adding C6

targetCStates: 13

Adding C1

Adding C3

Adding C6

targetCStates: 13

Adding C1

Adding C3

Adding C6

targetCStates: 13

Adding C1

Adding C3

Adding C6

Injected C-States for CP00 (C1,C3,C6)

Injected C-States for CP01 (C1,C3,C6)

Warning..: FrequencyVectors missing in Mac-F60DEB81FF30ACF6.plist

Download https://github.com/Piker-Alpha/freqVectorsEdit.shto fix this

Warning: 'system-type' may be set improperly (1 instead of 3)

- Clover users should read https://clover-wiki.zetam.org/Configuration/ACPI#acpi_smartups

Compiling: ssdt_pr.dsl

Intel ACPI Component Architecture

ASL+ Optimizing Compiler version 20160422-64(RM)

Copyright © 2000 - 2016 Intel Corporation

 

ASL Input:     /Users/philippvonfrankenberg/Library/ssdtPRGen/ssdt.dsl - 952 lines, 27848 bytes, 317 keywords

AML Output:    /Users/philippvonfrankenberg/Library/ssdtPRGen/ssdt.aml - 7958 bytes, 150 named objects, 167 executable opcodes

 

Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 0 Optimizations

 

Do you want to open ssdt.dsl (y/n)? n

 

The generated SSDT gives me a KP about P-limits so I started trying to address the Warnings

WARNING #1 You must use the -xcpm_ipi flag instead of -xcpm on multiprocessor systems. 

 

->when I try use the -xcpm_ipi flag instead it tell me that it's an unknown flag?? so just ignored this one

 

WARNING #2 FrequencyVectors missing in Mac-F60DEB81FF30ACF6.plist

Download https://github.com/Piker-Alpha/freqVectorsEdit.shto fix this  

 

-> downloaded freqVectorsEdit.sh, ran it, but when it's checking for MacPro6,1 board-id resource file, it's not listed because the plist didn't contain the frequency vector at all. see below

 

bash-3.2# ~/freqVectorsEdit.sh 

 

freqVectorsEdit.sh v2.3 Copyright © 2013-2017 by Pike R. Alpha.

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

Bugs > https://github.com/Piker-Alpha/freqVectorsEdit.sh/issues <

 

Available resource files (plists) with FrequencyVectors:

 

 [  1 ] Mac-031B6874CF7F642A.plist (iMac14,1)

 [  2 ] Mac-06F11F11946D27C5.plist ()

 [  3 ] Mac-06F11FD93F0323C5.plist ()

 [  4 ] Mac-189A3D4F975D5FFC.plist (MacBookPro11,1)

 [  5 ] Mac-27ADBB7B4CEE8E61.plist (iMac14,2)

 [  6 ] Mac-2BD1B31983FE1663.plist (MacBookPro11,3)

 [  7 ] Mac-35C1E88140C3E6CF.plist (MacBookAir6,1)

 [  8 ] Mac-35C5E08120C7EEAF.plist (Macmini7,1)

 [  9 ] Mac-3CBD00234E554E41.plist (MacBookPro11,2)

 [ 10 ] Mac-42FD25EABCABB274.plist (iMac15,1)

 [ 11 ] Mac-50619A408DB004DA.plist ()

 [ 12 ] Mac-65CE76090165799A.plist ()

 [ 13 ] Mac-77EB7D7DAF985301.plist (iMac14,3)

 [ 14 ] Mac-7DF21CB3ED6977E5.plist (MacBookAir6,2)

 [ 15 ] Mac-81E3E92DD6088272.plist ()

 [ 16 ] Mac-937CB26E2E02BB01.plist ()

 [ 17 ] Mac-9AE82516C7C6B903.plist ()

 [ 18 ] Mac-9F18E312C5C2BF0B.plist ()

 [ 19 ] Mac-A369DDC4E67F1C45.plist ()

 [ 20 ] Mac-B809C3757DA9BB8D.plist ()

 [ 21 ] Mac-BE0E8AC46FE800CC.plist ()

 [ 22 ] Mac-DB15BD556843C820.plist ()

 [ 23 ] Mac-E43C1C25D4880AD6.plist ()

 [ 24 ] Mac-F305150B0C7DEEEF.plist ()

 [ 25 ] Mac-FA842E06C61E91C5.plist (iMac15,1)

 [ 26 ] Mac-FFE5EF870D7BA81A.plist ()

 

Please choose the desired plist for your hardware (Exit/1-26) ?

 

 

Solution was to manually add 

 

<key>InitialPLimit</key>

<integer>0</integer>
<key>FrequencyVectors</key>
<array>
<data></data>
 
and then reload the shell
 
bash-3.2# /Users/philippvonfrankenberg/freqVectorsEdit.sh 

 

freqVectorsEdit.sh v2.3 Copyright © 2013-2017 by Pike R. Alpha.

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

Bugs > https://github.com/Piker-Alpha/freqVectorsEdit.sh/issues <

 

Available resource files (plists) with FrequencyVectors:

 

 [  1 ] Mac-031B6874CF7F642A.plist (iMac14,1)

 [  2 ] Mac-06F11F11946D27C5.plist ()

 [  3 ] Mac-06F11FD93F0323C5.plist ()

 [  4 ] Mac-189A3D4F975D5FFC.plist (MacBookPro11,1)

 [  5 ] Mac-27ADBB7B4CEE8E61.plist (iMac14,2)

 [  6 ] Mac-2BD1B31983FE1663.plist (MacBookPro11,3)

 [  7 ] Mac-35C1E88140C3E6CF.plist (MacBookAir6,1)

 [  8 ] Mac-35C5E08120C7EEAF.plist (Macmini7,1)

 [  9 ] Mac-3CBD00234E554E41.plist (MacBookPro11,2)

 [ 10 ] Mac-42FD25EABCABB274.plist (iMac15,1)

 [ 11 ] Mac-50619A408DB004DA.plist ()

 [ 12 ] Mac-65CE76090165799A.plist ()

 [ 13 ] Mac-77EB7D7DAF985301.plist (iMac14,3)

 [ 14 ] Mac-7DF21CB3ED6977E5.plist (MacBookAir6,2)

 [ 15 ] Mac-81E3E92DD6088272.plist ()

 [ 16 ] Mac-937CB26E2E02BB01.plist ()

 [ 17 ] Mac-9AE82516C7C6B903.plist ()

 [ 18 ] Mac-9F18E312C5C2BF0B.plist ()

 [ 19 ] Mac-A369DDC4E67F1C45.plist ()

 [ 20 ] Mac-B809C3757DA9BB8D.plist ()

 [ 21 ] Mac-BE0E8AC46FE800CC.plist ()

 [ 22 ] Mac-DB15BD556843C820.plist ()

 [ 23 ] Mac-E43C1C25D4880AD6.plist ()

 [ 24 ] Mac-F305150B0C7DEEEF.plist ()

 [ 25 ] Mac-F60DEB81FF30ACF6.plist (MacPro6,1)

 [ 26 ] Mac-FA842E06C61E91C5.plist (iMac15,1)

 [ 27 ] Mac-FFE5EF870D7BA81A.plist ()

 

Please choose the desired plist for your hardware (Exit/1-27) ?

 

TADA it's listing it now. upon proceeding with 25 it ends up NOT adding any data to frequency vectors but instead removing the StepContextDict dictionary. 

 

WARNING #3 'system-type' may be set improperly (1 instead of 3)

- Clover users should read https://clover-wiki.zetam.org/Configuration/ACPI#acpi_smartups 

 

-> it mentions ACPI_SmartUPS, so I enabled that. 

 

Then ran ssdtPRGen again with the same flags, only had the xclm warning, which I couldn't do anything about.

 

After restart I don't get a KP anymore and I can see X86.... hooking on to all the logical processors  

 

and low and behold I now have 

 

  112    1 0xffffff7f82ba1000 0x17000    0x17000    com.apple.driver.X86PlatformPlugin (1.0.0) 314B16BB-0DF9-3FF0-9416-961E762C882A <82 74 39 37 11 7 6 5 4 3 1>

  119    1 0xffffff7f82bd6000 0x7000     0x7000     com.apple.driver.X86PlatformShim (1.0.0) 49CF8C0A-C2D1-356C-8127-805E4B2433D1 <112 82 74 7 4 3>

 

 

So I guess it's all working now. Will test sleep and hibernate properly in a bit.

 

Thanks a lot for all your help MALDON!!

  • Like 1
Link to comment
Share on other sites

Ok, so it's not all going as well as I hoped...

 

1. Still doesn't wake from hibernation.

 

2. HWMonitor still only showing 20X multiplier, showing super high temps for ambient and CPU heatsink (these cannot be right at all, they're around 45-50C) and fans are still running at full blast

 

3. geekbench score dropped from 2200/17500 (no PM) to 1300/14000 with current power management ssdt 

 

Is there a way to bring up P-states and Turbo states in Termianal, as currently used by the system?

 

 

post-1823610-0-02815000-1485513409_thumb.png

  • Like 1
Link to comment
Share on other sites

Ok, managed to get an output from AppleIntelInfo.kext by using dmesg command after loading the kext instead of retrieving the .dat file.

 

output confirms that it's not a bug in HWMonitor.

 

AICPUPMI: v1.1 Copyright \M-B\M-) 2012-2014 Pike R. Alpha. All rights reserved

AICPUPMI: logMSRs............................: 0

AICPUPMI: logIGPU............................: 0

AICPUPMI: logIntelRegs.......................: 1

AICPUPMI: logCStates.........................: 1

AICPUPMI: logIPGStyle........................: 1

AICPUPMI: InitialTSC.........................: 0xa2c29040624

AICPUPMI: MWAIT C-States.....................: 8480

PCH device.................: 0x8D448086

AICPUPMI: CPU Low Frequency Mode.............: 1200 MHz

AICPUPMI: CPU Maximum non-Turbo Frequency....: 2000 MHz

AICPUPMI: CPU Maximum Turbo Frequency........: 2600 MHz

AICPUPMI: CPU P-States [ (20) ]

  • Like 1
Link to comment
Share on other sites

try test with nullcpupm

remove ssdt and put kext in clover folder, reboot and test

attachicon.gifNullCPUPowerManagement.kext.zip

 

my i7 5820k lga2011v3 = 26k in geekbench

 

6 core HT

 

ur processor i think 60 k  :lol:

Yea I know I have seen someones geekbench score with the same board and 2x E5-2680 v3. His was around 56K, so mine should be at least around 45-50K?

 

I have put NullCPU kext back into clover folder and removed the SSDT from patched folder. 

 

now kextstat tells me that NullCPU kext is loaded, but AppleIntelCPU kext is also loaded alongside? Is that correct? I thought XCPM moves PM from AppleIntelCPUPM kext to the kernel? So this kext shouldn't be loading at all?

 

AppleIntelInfo now tells me 

 

AICPUPMI: logMSRs............................: 0

AICPUPMI: logIGPU............................: 0

AICPUPMI: logIntelRegs.......................: 1

AICPUPMI: logCStates.........................: 1

AICPUPMI: logIPGStyle........................: 1

AICPUPMI: InitialTSC.........................: 0x10fab31e863c

AICPUPMI: MWAIT C-States.....................: 8480

PCH device.................: 0x8D448086

AICPUPMI: CPU Low Frequency Mode.............: 1200 MHz

AICPUPMI: CPU Maximum non-Turbo Frequency....: 2000 MHz

AICPUPMI: CPU Maximum Turbo Frequency........: 2600 MHz

 

....geekbench running to test states...

 

AICPUPMI: CPU P-States [ 12 13 14 15 18 19 (20) ]

AICPUPMI: CPU P-States [ 12 13 14 15 17 18 19 (20) ]

 

This now shows 2x P-States. Is that a P-state per cpu? Meaning that before only 1 CPU was running and hence the low score?

 

 

Also, when using NullCPU kext do I still need to tell clover to generate P-states and C-states?

 

Looking at HWMonitor screenshot above it looks like not all cores are running? 

 

Now Geekbench score is 1800/15000, so slightly better than what it was before (1300/14000), but certainly can't be all cores running.

 

Also, looking at the P states it looks like it's not going above base rate into turbo states (up to x26)???

 

Thought I should attach my boot.log if that sheds any light at all?

 

Also, cpus in IOReg look a bit of a mess?

 

 

A QUICK UPDATE: removed -xcpm boot flag as apparently only needed for ivy bridge. Haswell does this by default. Also removed KernelPM from KernelAndKextPatches as it's not needed. Boots fine without both arguments. 

 

I am still bass fled by why AppleIntelCPUPM keeps loading if it's stopped being used inSandy Bridge? This is Haswell with Kernel PM support by default?

bootlog.log.txt

IOReg.zip

Edited by fluxus123
  • Like 1
Link to comment
Share on other sites

  • 2 weeks later...

Hi Maldon,

 

sorry for the long period of silence, I had a lot of work coming in so didn't have time to keep testing. 

 

I noticed that I made a mistake with my SSDT's which might be part of the culprit. I had the 3 SSDT's that I extracted from Linux in my patched folder as well. I removed them and only left the SSDT generated with ssdtPRGen in the patched folder, then removed NullPower kext again and deleted some of the kexts from S/L/E that are redundant (ie AppleIntelCPUPowermanagement etc.).

 

It's loading X86Power.... kext and the AppleLPC kext and my score is much better in Geekbench 2600/21500, which comparing it to other results online the right score, but it still seems to be the score of just 1xCPU, not both. I belive multicore should be showing double this score.

 

I noticed in the clover debug.log that it says "Out of control with CPU numbers". Do you think this has something to do with it?

 

I have attached it. If you don't mind, would you be able to help me find the reason for this error please? 

 

Let me know if you need any other files.

 

debug.log.zip

Link to comment
Share on other sites

remove drop ssdt

reboot

download file with safari

https://bitbucket.org/RehabMan/os-x-maciasl-patchmatic/downloads/RehabMan-patchmatic-2016-0312.zip

run .command, u extract all ssdt, dsdt in use

patchmatic extract.command.zip

 

post files here

 

put files in clover/acpi/patches and use dropoem ssdt again

 

 

Link to comment
Share on other sites

remove drop ssdt

reboot

download file with safari

https://bitbucket.org/RehabMan/os-x-maciasl-patchmatic/downloads/RehabMan-patchmatic-2016-0312.zip

run .command, u extract all ssdt, dsdt in use

attachicon.gifpatchmatic extract.command.zip

 

post files here

 

put files in clover/acpi/patches and use dropoem ssdt again

 

 

extract folder attached. Looks like there is a 4th SSDT running (SSDT-1) with ID "SSDT HWP" instead of the 3 that I originally extracted from Linux (PmMgt, SpsNm, SpsNvs). Makes me wonder if I forgot this one in dynamic SSDT folder? 

extract.zip

  • Like 1
Link to comment
Share on other sites

where the pike ssdt?

u try HWP option for use native hwp?

try with HWPEnable in clover and dont use pike ssdt

try with

accidentally dropped pikes ssdt when removing the tick next to drop all oem. Now extract folder attached again.

 

Then enabled HWP option in configurator but after restart ending up with a hung up clover (see screen shot) 

 

doesn't seem to be fully hung up though as plugging in a usb drive while the screen is showing makes it initialise the stick command line style, but nothing else happens.

extract.zip

post-1823610-0-49892700-1486686635_thumb.jpg

Link to comment
Share on other sites

try with dsdt + ssdt pike and drop oem ssdt

you have a lot SSDTs in your folder that may affect your CPU PM.

dont use other ssdt like a hwp and cpupm etc

for pm use only pike

Yes, that's what I had before in my patched folder, just the edited DSDT and Pikes SSDT which is what gave me the score of 2600/21500

 

The extract folder only has that many SSDT now because in POST 41 you said to remove the Drop OEM and then run patchmatic. 

  • Like 1
Link to comment
Share on other sites

I sent Pike a PM with a link to this thread, but no reply yet. I think he is busy... 

 

I think something odd is going on though, because of the message in the debug.log 

 

16:873  0:003  === [ FixBiosDsdt ] =======================================

17:015  0:142  VideoCard devID=0x118010DE
17:019  0:003  DisplayADR1[0] = 0x20000, DisplayADR2[0] = 0x0
17:022  0:003  USBADR[0] = 0x140000 and PCIe = 0xFFFE
17:054  0:031  Audio HDA (addr:0x1B0000) setting specified layout-id=1 (0x1)
17:058  0:003  USBADR[1] = 0x1C0004 and PCIe = 0x0
17:061  0:003  VideoCard devID=0x20001A03
17:065  0:003  DisplayADR1[1] = 0x1C0007, DisplayADR2[1] = 0x0
17:071  0:006  first CPU found at 2B88 offset 2B8C
17:075  0:003  device candidate at 2AF4
17:078  0:003  device inserted in acpi_cpu_score SCK0
17:082  0:003  score candidate at 293B
17:085  0:003  score inserted in acpi_cpu_score _SB_SCK0
17:089  0:003  Found ACPI CPU: CP00 | CP01 | CP02 | CP03 | CP04 | CP05 | CP06 | CP07 | CP08 | CP09 | CP0A | CP0B | CP0C | CP0D | CP0E | CP0F | CP10 | CP11 | CP12 | CP13 | CP14 | CP15 | CP16 | CP17 | CP18 | CP19 | CP1A | CP1B | CP1C | CP1D | CP1E | CP1F , within the score: _SB_SCK0
17:206  0:117  Found PCIROOTUID = 0

 

17:341  0:131  === [ DropSSDT ] ==========================================

17:492  0:151  Drop tables from Xsdt, SIGN=SSDT TableID= Length=0
17:495  0:003   Xsdt has tables count=21
17:499  0:003   Table: SSDT  PmMgt  94039 dropped
17:502  0:003   Table: SSDT  SSDT HWP  166500 dropped
17:506  0:003   Table: SSDT  SpsNm     9810 dropped
17:512  0:006   Table: SSDT  SpsNvs    100 dropped
17:516  0:003  corrected XSDT length=172
17:519  0:003  Out of control with CPU numbers
17:523  0:003  CPUBase=0 and ApicCPUBase=0 ApicCPUNum=24
17:526  0:003  Maximum control=0x14
17:530  0:003  Turbo control=0x1A
17:533  0:003  P-States: min 0xC, max 0x1A
 
 
In IORegistry only CPU cores from CP00 up to CP17 inside _SCK0 are registered and the same for CP00 - CP17 inside _SCK1, which totals a correct amount of 48 logical cores. I don't understand why the debug only shows 31 cores, all inside _SCK0 of which CP18 - CP1F aren't even in the registry. ...So odd.
  • Like 1
Link to comment
Share on other sites

 Share

×
×
  • Create New...