A new and improved version of freqVectorsEdit.sh is now available.
This update is required for XCPM for unsupported Processor so make sure to use this update or you will end up with the: “X86PlatformShim::start – Failed to send stepper” error.
Note: What this update does that the previous versions didn’t do is that it checks for the FrequencyVectors array, and it will add it when it is missing.
This error was a left over from the past, when Apple changed the FrequencyVectors dictionary into an array. Something that slipped off my radar and never got fixed. Should be fine now. Please confirm. Thanks!
Advertisements
Very Interesting work, alpha. I’ve been wondering about how to fix the failed stepper message for ages now. Will this script work for an Ivy Bridge processor (7-3517U)? I currently use the MacBookAir5,1’s board-id, Mac-66F35F19FE2A0D05, but it doesn’t seem the script handles anything pre-haswell. Also, is it possible to have the script output to an arbitrary txt file to work with manually instead of trying to modify /s/l/e directly, for those of us running SIP?
Thanks for all you do. I love reading your blog.
Hello Pike!
I have been reading your blog and all your stuff for quite a while now, and I must say I’m amazed with every thing you come up with, it really helps.
Now for the question, I’m using a Asus X99 A II with a 6850K and every time I want to create an SSDT for cpu with your ssdtprgen, I get this message:
Warning..: FrequencyVectors missing in Mac-F60DEB81FF30ACF6.plist
Download https://github.com/Piker-Alpha/freqVectorsEdit.sh to fix this
I’ve downloaded your frequency vector 2.3 but within the options, I can’t find the correct smbios I am using, which is MacPro 6.1, Board: Mac-F60DEB81FF30ACF6…
Am I doing something wrong??
Thanks in advance!
Thanks. Much appreciated comment.
About the question/problem. The script (freqVectorsEdit.sh) detects the used SMBIOS board-id/model combination so that you don’t have to do anything but to pick a source plist (from the list) with FrequencyVector data in it. The script will then copy the data to the plist that you are using.
The next thing that you do is open a terminal window and run:
ssdtPRGen.sh -turbo 4000.Hello,
What is the SMBIOS for No. 11? https://goo.gl/photos/15TBmuGiiWjRaKEQ6
Thank you
There is no model name for it. This is the Apple internal one used for testing.
Thank a lot
Just wanted to say thanks.
Using this + ssdtPRGen I’m getting all states on my i5-6600k (800 MHz – 4400 MHz)
(Using MacPro6,1 for other reasons).
CPU P-States [ 8 (9) 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 ]
Hmm.. Why u are using macpro6.1 ? My i5-6600k idle at 1,6 ghz. using this and ssdtPRGen.sh too, but with smbios iMac17,1. On windows 10 idle at 800 Mhz. Do you know how to solve this problem ?
Pike, now in Sierra (16A322) using latest frequency vector script (2.3) I have this:
sysctl -a | grep xcpm
machdep.xcpm.io_filtered_reads: 0machdep.xcpm.io_control_disengages: 1
machdep.xcpm.io_control_engages: 0
machdep.xcpm.io_thermal_level: 0
machdep.xcpm.gpu_thermal_level: 0
machdep.xcpm.cpu_thermal_level: 0
machdep.xcpm.deep_idle_total_stats: n/a
machdep.xcpm.deep_idle_last_stats: n/a
machdep.xcpm.deep_idle_count: 0
machdep.xcpm.qos_txfr: 1
machdep.xcpm.deep_idle_log: 0
machdep.xcpm.forced_idle_period: 30000000
machdep.xcpm.forced_idle_ratio: 100
machdep.xcpm.mbd_relaxations: 481
machdep.xcpm.mbd_applications: 480
machdep.xcpm.mbd_mode: 1
machdep.xcpm.maxintdelay: 0
machdep.xcpm.maxbusdelay: 4294967295
machdep.xcpm.ratio_changes_total: 22344
machdep.xcpm.ratio_change_ratelimit_ns: 500000
machdep.xcpm.vectors_loaded_count: 1
machdep.xcpm.tuib_ns: 0
machdep.xcpm.bootpst: 37
machdep.xcpm.bootplim: 0
machdep.xcpm.power_source: 0
machdep.xcpm.tuib_enabled: 0
machdep.xcpm.tuib_plimit_min_100mhz_ratio: 8
machdep.xcpm.tuib_plimit_max_100mhz_ratio: 37
machdep.xcpm.soft_plimit_min_100mhz_ratio: 8
machdep.xcpm.soft_plimit_max_100mhz_ratio: 37
machdep.xcpm.hard_plimit_min_100mhz_ratio: 8
machdep.xcpm.hard_plimit_max_100mhz_ratio: 37
machdep.xcpm.mode: 1
Okay. About time huh 😉
Hello Pike!
Can this not brick my processor if it is not quite right applied? For example, I work with an i7 6700, I use an iMac 17,1 SMBIOS, and I go this for board-id: Mac-65CE76090165799A (iMac 17,1). I think it is the more suitable. Am I good to go? Thanks!
No. Don’t you worries about bricking your processor. The Intel firmware will take care of illegal/unsupported frequencies.
Well, many thanks, Pike! How can frecuencies be illegal? I cannot see it at all.
One more question. If I’d changed my profile to Macpro 6,1 I would have to re-apply the command?
With illegal, or otherwise unsupported, frequencies I mean frequencies that are out of spec for the processor (either to low or to hight). The processors microcode will filter them out so you can’t destroy it.
Yes. When you change your board-id to that of a Mac Pro then you are using a different plist. One without FrequencyVectors in it.