v2.3 released

A new and improved version of 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!

14 thoughts on “ v2.3 released

  1. 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.

  2. 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 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 ( 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: -turbo 4000.

  3. 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 too, but with smbios iMac17,1. On windows 10 idle at 800 Mhz. Do you know how to solve this problem ?

  4. Pike, now in Sierra (16A322) using latest frequency vector script (2.3) I have this:

    sysctl -a | grep xcpm
    machdep.xcpm.io_filtered_reads: 0
    machdep.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

  5. 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!

      • 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.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s