[Guide] Dell XPS 13 9360 on MacOS Sierra 10.12.x - LTS (Long-Term Support) Guide

[RehabMan]

Another (small) improvement.

@RehabMan, @jkbuha, @skydrops, @landmarker, I found the cause of PBTN not working.
On my original guide, _OSI was set to Linux, in the hotpatching config it's set to Windows.
Reverting to Linux restores correct behaviour of Power Button.

With _OSI to Windows:
=> Short press: nothing (correct)
=> Long press: nothing (not correct)

With _OSI to Linux:
=> Short press: nothing (correct)
=> Long press: Sleep (correct)*

This also makes possible (again) to wake the screen by pressing the power button.
With _OSI = Windows, when the screen shut down, you had to press a key or trackpad to turn it on.
The low-level reason should be investigated.

I have to ask you 9360 owners to test this:
A) Stay with the hot-patching assets, do not change nor implement anything else.
B) Revert to OSI = Linux**, and tell me:
1) if the power plug freeze starts occurring again,
2) if Power button now works with long press,
3) if you notice other issues directly related to this change.


Notes:
* In addition to that, if you want the power dialog to appear after a long press instead of sleep, type in console:

defaults write com.apple.loginwindow PowerButtonSleepsSystem -bool no

** To revert to OSI = Linux, swap SSDT-XOSI.aml with the one attached to this post.

You might want to analyze DSDT code to determine what conditional code (having to do with _OSI) is affecting the power button specifically.

Especially if switching to Linux simulation causes other issues.

 

[RehabMan]

Please, check whether HDMI/DP audio still works with that kext installed.
In my case, adding Intel_HDMI_Audio.kext disables HDMI audio, so it's a no-go.
Thank you.

Note that the device-id that FakePCIID_Intel_HDMI_Audio.kext spoofs is configurable via RM,device-id injection.
Different computers require different values.
It is a process of trial/error.

 

[jkbuha]

I have to ask you 9360 owners to test this:
A) Stay with the hot-patching assets, do not change nor implement anything else.
B) Revert to OSI = Linux**, and tell me:
1) if the power plug freeze starts occurring again,
2) if Power button now works with long press,
3) if you notice other issues directly related to this change.

Well the good news is that we now know the root cause of the power plug freeze.
Reverting to OSI = Linux brings back the power plug freeze...

 

[bozma88]

Well the good news is that we now know the root cause of the power plug freeze.
Reverting to OSI = Linux brings back the power plug freeze...

Good catch.
Can you help me determine the ACPI code related to OSI change that makes the Power Button work?
I don't see any obvious relations.

 

[jkbuha]

Good catch.
Can you help me determine the ACPI code related to OSI change that makes the Power Button work?
I don't see any obvious relations.

Might be worth comparing PBTN, XOSI and OSYS declarations to begin with. Here's my Vanilla DSDT - let's do a diff on it with yours...

 

[jkbuha]

Might be worth comparing PBTN, XOSI and OSYS declarations to begin with. Here's my Vanilla DSDT - let's do a diff on it with yours...

Here are the conditions triggered if XOSI = Linux

            Method (_INI, 0, NotSerialized)  // _INI: Initialize
         
                If (LLess (OSYS, 0x07DC))
                {
                    SRXO (GPDI, One)
                }

...
            Method (_CRS, 0, NotSerialized)  // _CRS: Current Resource Settings
            
                If (LLess (OSYS, 0x07DC))
                {
                    Return (SBFI)
                }

...
             If (XOSI (LINX))
                    {
                        Store (0x40, ACOS)
                    }

 

[bozma88]

Here are the conditions triggered if XOSI = Linux

            Method (_INI, 0, NotSerialized)  // _INI: Initialize
        
                If (LLess (OSYS, 0x07DC))
                {
                    SRXO (GPDI, One)
                }

...
            Method (_CRS, 0, NotSerialized)  // _CRS: Current Resource Settings
           
                If (LLess (OSYS, 0x07DC))
                {
                    Return (SBFI)
                }

...
             If (XOSI (LINX))
                    {
                        Store (0x40, ACOS)
                    }

XOSI in not vanilla (at least not on my system)...
Anyway, you have to look at _OSI.

 

[ccarrieta]

Hello @bozma88, it's me again, this build is proving a big struggle for me. I'm looking at the Sierra installer window and the NVMe drive is not showing up in disk utility after wiping Windows. Do I use IONVMeFamily.kext? Or not so much? Do I need to implement this: http://www.insanelymac.com/forum/to...er-macos-sierra-is-ready/page-42#entry2356251 ? At this point I am very confused and desperate for my drive to work

hi Friso I’m trying to follow the guide I have the same model with QHD display I’m new at this I managed to extract my bios but I’m not sure how to do the rest of the DVMT patching I can’t find Phoenix tools and I’m not sure how to patch the bios afterwards.. I have tried to do some research on the guides but have not found a clear explanation. Since this is the most critical part wanted some guidance. Thanks

 

[jkbuha]

XOSI in not vanilla (at least not on my system)...
Anyway, you have to look at _OSI.

It's vanilla with hotpatching. Essentially I dumped the loaded DSDT, which is why there's XOSI not _OSI...

 

[uselessmass]

@ccarrieta
You can find phoenix tools on the forum My Digital Life.

You can loosely follow this guide to patch the DVMT here:
https://www.tonymacx86.com/threads/...etting-dvmt-in-insydeh20-bios-laptops.165104/