Contribute
Register

Unable to get XPS 15 2-in-1 9575 HD 630 work in 10.13.4

Status
Not open for further replies.
I only find _OFF in SSDT-12-AmdTabl.dsl:
Code:
Scope (\_SB.PCI0.PEG0.PEGP)
    {
        Method (_ON, 0, Serialized)  // _ON_: Power On
        {
            \_SB.PCI0.PGON (Zero)
            Notify (\_SB.PCI0.PEG0, Zero)
        }

        Method (_OFF, 0, Serialized)  // _OFF: Power Off
        {
            \_SB.PCI0.PGOF (Zero)
            Notify (\_SB.PCI0.PEG0, Zero)
        }
    }

and

Code:
If (LEqual (Arg0, 0x02))
            {
                CreateWordField (Arg1, Zero, FN2S)
                CreateByteField (Arg1, 0x02, DGPR)
                If (LEqual (DGPR, Zero))
                {
                    \_SB.PCI0.PEG0.PEGP._OFF ()
                }

                If (LEqual (DGPR, One))
                {
                    \_SB.PCI0.PEG0.PEGP._ON ()
                }

                Return (Zero)
            }

There is no _INI similar to the case in your post however..

For the case of _INI not present (relatively common with recent laptops), you just add _INI before _OFF:
Code:
Method(_INI) { _OFF() }

Not all _OFF implementations have EC references. In such cases, less patching to do (no EC related code, no need to move it).
 
For the case of _INI not present (relatively common with recent laptops), you just add _INI before _OFF:
Code:
Method(_INI) { _OFF() }

Not all _OFF implementations have EC references. In such cases, less patching to do (no EC related code, no need to move it).
Like this?

Code:
Scope (\_SB.PCI0.PEG0.PEGP)
    {
        Method (_ON, 0, Serialized)  // _ON_: Power On
        {
            \_SB.PCI0.PGON (Zero)
            Notify (\_SB.PCI0.PEG0, Zero)
        }

        Method(_INI) { _OFF() }

        Method (_OFF, 0, Serialized)  // _OFF: Power Off
        {
            \_SB.PCI0.PGOF (Zero)
            Notify (\_SB.PCI0.PEG0, Zero)
        }
    }
 
I found _OFF in SSDT-2-PegSsdt.dsl ,too.

Code:
Method (_OFF, 0, Serialized)  // _OFF: Power Off
            {
                If (LGreater (OSYS, 0x07D9))
                {
                    PGOF (Zero)
                    Sleep (DLAO)
                    Store (Zero, _STA)
                }
            }

Not sure if I need to change this?
 
I found _OFF in SSDT-2-PegSsdt.dsl ,too.

Code:
Method (_OFF, 0, Serialized)  // _OFF: Power Off
            {
                If (LGreater (OSYS, 0x07D9))
                {
                    PGOF (Zero)
                    Sleep (DLAO)
                    Store (Zero, _STA)
                }
            }

Not sure if I need to change this?

Not relevant.
 
Not relevant.
Hi RehabMan, I tried the code
Code:
Scope (\_SB.PCI0.PEG0.PEGP)
    {
        Method (_ON, 0, Serialized)  // _ON_: Power On
        {
            \_SB.PCI0.PGON (Zero)
            Notify (\_SB.PCI0.PEG0, Zero)
        }

        Method(_INI) { _OFF() }

        Method (_OFF, 0, Serialized)  // _OFF: Power Off
        {
            \_SB.PCI0.PGOF (Zero)
            Notify (\_SB.PCI0.PEG0, Zero)
        }
    }
But it still restarts before getting into desktop. Am I doing anthingwrong?
 
Hi RehabMan, I tried the code
Code:
Scope (\_SB.PCI0.PEG0.PEGP)
    {
        Method (_ON, 0, Serialized)  // _ON_: Power On
        {
            \_SB.PCI0.PGON (Zero)
            Notify (\_SB.PCI0.PEG0, Zero)
        }

        Method(_INI) { _OFF() }

        Method (_OFF, 0, Serialized)  // _OFF: Power Off
        {
            \_SB.PCI0.PGOF (Zero)
            Notify (\_SB.PCI0.PEG0, Zero)
        }
    }
But it still restarts before getting into desktop. Am I doing anthingwrong?

No "Problem Reporting" files attached.
Read FAQ, "Problem Reporting" again. Carefully. Attach all requested files/output.
https://www.tonymacx86.com/threads/faq-read-first-laptop-frequent-questions.164990/

Disabling the Nvidia with ACPI is a post-install task, so the reboot problem is something new with the patch?
 
No "Problem Reporting" files attached.
Read FAQ, "Problem Reporting" again. Carefully. Attach all requested files/output.
https://www.tonymacx86.com/threads/faq-read-first-laptop-frequent-questions.164990/

Disabling the Nvidia with ACPI is a post-install task, so the reboot problem is something new with the patch?
Yes, I was able to boot into desktop with 0x12345678 ig-platform-id. I'm now trying to use 0x591b0000 but the system reboots before gets into desktop. So I'm trying to disable AMD dGPU.

With the ssdt to disable dGPU, it still reboots before gets into desktop.

The ioreg was get from booting with 0x12345678.
It seems dGPU isn't disabled since AMD is still appeared in ioreg.
 

Attachments

  • ioreg.ioreg
    9.4 MB · Views: 211
  • EFI.zip
    5.5 MB · Views: 174
Last edited:
Yes, I was able to boot into desktop with 0x12345678 ig-platform-id. I'm now trying to use 0x591b0000 but the system reboots before gets into desktop. So I'm trying to disable AMD dGPU.

With the ssdt to disable dGPU, it still reboots before gets into desktop.

The ioreg was get from booting with 0x12345678.
It seems dGPU isn't disabled since AMD is still appeared in ioreg.

See guide:
https://www.tonymacx86.com/threads/guide-booting-the-os-x-installer-on-laptops-with-clover.148093/

Read carefully regarding DVMT-prealloc.
 
Hello, I've followed the guide to patch the DVMT through kext. The results are the same. System restarted immediately before get into desktop.

I used

Find <00001b59 00000000 3aaa0800 00000000 01030303 00006002 00005001>
Name com.apple.driver.AppleIntelKBLGraphicsFramebuffer
Replace <00001b59 00000000 3aaa0800 00000000 01030303 00003001 00009000>

Also, strangely, About This Mac shows 31mb:
 

Attachments

  • Screen Shot 2018-04-19 at 4.10.28 PM.png
    Screen Shot 2018-04-19 at 4.10.28 PM.png
    327.6 KB · Views: 253
This is the screenshot get from the debug mode debug=0x100 flag (so that it won’t reboot after KP)

Update: I found out I can "get into" desktop with ig-platform-id 0x59120000 without KP (Disks are shown reading, keyboard cap light functions); whereas, all other KBL ig-platform-id give me KP. It's just, however, the screen is black. I wonder if I can patch the connector-type of 0x59120000 to get the screen works since I think 0x59120000 is for desktops.
 

Attachments

  • B6066B67-4EA7-47DB-8B70-D5EF6B9D49B7.jpeg
    B6066B67-4EA7-47DB-8B70-D5EF6B9D49B7.jpeg
    3.5 MB · Views: 165
Last edited:
Status
Not open for further replies.
Back
Top