[Guide] ASUS ZENBOOK UX305FA for El Capitan

[gfoury]

No freeze of mouse for first few seconds of login with 0x161E0000 and 0x161E0001

0x161E0001 seems like it works well, as long as you don't need HDMI. I am seeing lag with 0x161E0000.

In case anybody is doing frequency table adjustments on MacBookAir7,2, here is something based on @anerik70's work with Pike:

In /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-937CB26E2E02BB01.plist :

Change CPUFloor to 500
Change Frequencies:0 to 2000
In FrequencyVectors:0 change the first 0d000000 to 05000000.

Remember to "sudo touch /System/Library/Extensions; sudo kextcache -u /"

As anerik70 says, the 500MHz mode only seems to be used when entering sleep.

 

[anerik70]

As anerik70 says, the 500MHz mode only seems to be used when entering sleep.

+ When sleep with AC power it down to 700MHz
+ When sleep with only battery it down to 500MHz

 

[ashp9]

Dont suppose anyone has a clover patch to enable hdmi output on 0x161E0001? Performance of that is better for me than the others but the downside is there's no hdmi out.

 

[gfoury]

Dont suppose anyone has a clover patch to enable hdmi output on 0x161E0001? Performance of that is better for me than the others but the downside is there's no hdmi out.

On platform 0x16260006, I know this patch for HDMI audio works:

                <key>Comment</key>
                <string>HDMI-audio, port 0204, 0x16120003 0x16120005 0x16120006</string>
                <key>Disabled</key>
                <false/>
                <key>Name</key>
                <string>AppleIntelBDWGraphicsFramebuffer</string>
                <key>Find</key>
                <data>AgQLAAAEAAAHBQAA</data>
                <key>Replace</key>
                <data>AgQLAAAIAACCAAAA</data>

Those two patches in hex are:

$ echo 'AgQLAAAEAAAHBQAA' | base64 -D | xxd -
00000000: 0204 0b00 0004 0000 0705 0000            ............
$ echo 'AgQLAAAIAACCAAAA' | base64 -D | xxd -
00000000: 0204 0b00 0008 0000 8200 0000            ............

In theory, it should be possible to figure out what to do from https://www.firewolf.science/2015/0...from-appleintelbdwgraphicsframebuffer-binary/ . We don't have a port 0204 in 0x161E0001, so maybe we need to replace the unused

ff00 0000 0100 0000 4000 0000

with something starting with 0x0204? I don't understand bytes 5-6.

 

[RehabMan]

On platform 0x16260006, I know this patch for HDMI audio works:

                <key>Comment</key>
                <string>HDMI-audio, port 0204, 0x16120003 0x16120005 0x16120006</string>
                <key>Disabled</key>
                <false/>
                <key>Name</key>
                <string>AppleIntelBDWGraphicsFramebuffer</string>
                <key>Find</key>
                <data>AgQLAAAEAAAHBQAA</data>
                <key>Replace</key>
                <data>AgQLAAAIAACCAAAA</data>

Those two patches in hex are:

$ echo 'AgQLAAAEAAAHBQAA' | base64 -D | xxd -
00000000: 0204 0b00 0004 0000 0705 0000            ............
$ echo 'AgQLAAAIAACCAAAA' | base64 -D | xxd -
00000000: 0204 0b00 0008 0000 8200 0000            ............

In theory, it should be possible to figure out what to do from https://www.firewolf.science/2015/0...from-appleintelbdwgraphicsframebuffer-binary/ . We don't have a port 0204 in 0x161E0001, so maybe we need to replace the unused

ff00 0000 0100 0000 4000 0000

with something starting with 0x0204? I don't understand bytes 5-6.

If you look at the framebuffer data in a hex editor (the data for each ig-platform-id is 136 bytes), you should be able to figure out how to create a correct 0204 port for HDMI...

Maybe just change the 0105 DP that is there into 0204 HDMI.

 

[gfoury]

If you look at the framebuffer data in a hex editor (the data for each ig-platform-id is 136 bytes), you should be able to figure out how to create a correct 0204 port for HDMI...

I'm making fatigue mistakes. I didn't bother looking to see how the display is actually connected. After I did all this, I booted up Linux, X.org says eDP. So no LVDS? Maybe I should write HDMI over the LVDS entry instead, or switch to 16160000 and move all the other entries up.

I think it's suspicious that we need to inject EDID for 1616000x.

For the record, here's what I thought I tried earlier. (I need to script adding/updating Clover kext patches. "Anything I can't automate, I can't replicate.")

An append, assuming the FF byte is a list terminator:

$ xxd ~/bdw-before
00000000: ff00 0000 0100 0000 4000 0000 0000
$ xxd ~/bdw-after
00000000: 0204 0900 0008 0000 8200 0000 ff00

Maybe just change the 0105 DP that is there into 0204 HDMI.

$ xxd ~/bdw-before2
00000000: 0105 0900 0004 0000 0110 0000
$ xxd ~/bdw-after2
00000000: 0204 0900 0008 0000 8200 0000

Somebody else can try now.

 

[RehabMan]

I'm making fatigue mistakes. I didn't bother looking to see how the display is actually connected. After I did all this, I booted up Linux, X.org says eDP. So no LVDS? Maybe I should write HDMI over the LVDS entry instead, or switch to 16160000 and move all the other entries up.

Perhaps you should patch the LVDS entry for eDP... And then patch the 0105 DP entry for 0204 eDP (assuming you know that it is assigned 0204).

Seems to me the two things are something to try independently.

I think it's suspicious that we need to inject EDID for 1616000x.

Need to inject EDID is not uncommon.

For the record, here's what I thought I tried earlier. (I need to script adding/updating Clover kext patches. "Anything I can't automate, I can't replicate.")

An append, assuming the FF byte is a list terminator:

Not sure there is a terminator here. I think FF is just used as "not used" indicator. The number connectors seem fixed, not variable.

 

[ashp9]

Well I've tried every combination from changing the whole dp hex to the hdmi one, or just changing the first bit to 204 or changing the 0004 to 0008 (4 is dp apparently and 8 is hdmi) and none of them have any effect... also tried changing the unused port but no difference so I can only imagine I'm doing something wrong and will leave to the pros haha

I did manage to turn my display matrix style though all green... so thats something lol

 

[ashp9]

I'm making fatigue mistakes. I didn't bother looking to see how the display is actually connected. After I did all this, I booted up Linux, X.org says eDP. So no LVDS? Maybe I should write HDMI over the LVDS entry instead, or switch to 16160000 and move all the other entries up.

I think it's suspicious that we need to inject EDID for 1616000x.

161E000x * - Just for anyone reading

 

[RehabMan]

Well I've tried every combination from changing the whole dp hex to the hdmi one, or just changing the first bit to 204 or changing the 0004 to 0008 (4 is dp apparently and 8 is hdmi) and none of them have any effect... also tried changing the unused port but no difference so I can only imagine I'm doing something wrong and will leave to the pros haha

I did manage to turn my display matrix style though all green... so thats something lol

You should probably post your ioreg and config.plist so we know what you're actually doing.

Vague descriptions not helpful...