Contribute
Register

MacPro 2019

Status
Not open for further replies.
Please change "EGP0" to something else such as "EGP2" because EGP0 and EGP1 are both defined in SSDT-5.aml. Try this change with or without the ACPI patch. If the patch is not needed, we can remove it.
Code:
kernel: Security policy loaded: Seatbelt sandbox policy (Sandbox)
kernel: (AppleACPIPlatform) ACPI Error:
kernel: (AppleACPIPlatform) ACPI Error:
kernel: (AppleACPIPlatform) [EGP0]
kernel: (AppleACPIPlatform) [EGP0]
kernel: (AppleACPIPlatform)  Namespace lookup failure, AE_ALREADY_EXISTS
kernel: (AppleACPIPlatform)  Namespace lookup failure, AE_ALREADY_EXISTS
Code:
ACPI Exception: AE_ALREADY_EXISTS,
2022-05-31 12:45:54.517737+0200 0x6f       Default     0x0                  0      0    kernel: (AppleACPIPlatform) (SSDT:    DTPG) while loading table
2022-05-31 12:45:54.517737+0200 0x6f       Default     0x0                  0      0    kernel: (AppleACPIPlatform) (SSDT:    DTPG) while loading table
 

Attachments

  • Mac Pro 71.zip
    1.9 MB · Views: 29
  • bootlog.txt
    241.7 KB · Views: 27
Please change "EGP0" to something else such as "EGP2" because EGP0 and EGP1 are both defined in SSDT-5.aml. Try this change with or without the ACPI patch. If the patch is not needed, we can remove it.
Code:
kernel: Security policy loaded: Seatbelt sandbox policy (Sandbox)
kernel: (AppleACPIPlatform) ACPI Error:
kernel: (AppleACPIPlatform) ACPI Error:
kernel: (AppleACPIPlatform) [EGP0]
kernel: (AppleACPIPlatform) [EGP0]
kernel: (AppleACPIPlatform)  Namespace lookup failure, AE_ALREADY_EXISTS
kernel: (AppleACPIPlatform)  Namespace lookup failure, AE_ALREADY_EXISTS
After changing EGP0 to EGP2 it does not boot in OC:
1653995015875.png
 
After changing EGP0 to EGP2 it does not boot in OC:
View attachment 548657
Couple of follow-ups:
  • Because this is a real Mac, method DTGP is already present in DSDT so we do not need SSDT-DTPG.aml (you figured this out already)
  • Create a new version of the EGPU SSDT that is identical to the current one, but remove the DSM method and HDAU device. Reboot and see if IOReg shows the correct device tree under PC03.BR3A.
 
Create a new version of the EGPU SSDT that is identical to the current one, but remove the DSM method and HDAU device.
Identical to this?
1653995643398.png

Or this:
Code:
DefinitionBlock ("", "SSDT", 2, "Apple", "AMD6950", 0x00000000)
{
    External (_SB_.PC03, DeviceObj)
    External (_SB_.PC03.BR3A, DeviceObj)
    External (_SB_.PC03.BR3A.US00, DeviceObj)
    External (DTGP, MethodObj)    // 5 Arguments

    Scope (\_SB.PC03.BR3A)
    {
        Scope (US00)
        {
            Name (_STA, Zero)  // _STA: Status
        }

        Device (EGP2)
        {
            Name (_ADR, Zero)  // _ADR: Address
            Device (EGP1)
            {
                Name (_ADR, Zero)  // _ADR: Address
                Device (GFX1)
                {
                    Name (_ADR, Zero)  // _ADR: Address
                    
                    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                    Return (Local0)
                }

                            }
        }
    }
}
 
Last edited:
@CaseySJ What if we attach device-id straight to device properties? Which PCIE path?
Code:
1b:00.0 1002:73a5 /PC03@0/BR3A@0/US00@0/DS00@0/display@0 = PciRoot(0x3)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)
1b:00.1 1002:ab28 /PC03@0/BR3A@0/US00@0/DS00@0/pci1002,ab28@0,1 = PciRoot(0x3)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x1)
1b:00.2 1002:73a6 /PC03@0/BR3A@0/US00@0/DS00@0/pci1002,73a6@0,2 = PciRoot(0x3)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x2)
1b:00.3 1002:73a4 /PC03@0/BR3A@0/US00@0/DS00@0/pci1002,73a4@0,3 = PciRoot(0x3)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x3)
 
Identical to this?
The screenshot still shows US00, which most likely means there's an ACPI error in the EGP2 SSDT. Please keep looking at the boot log for ACPI errors.

In the SSDT you quoted, you have EGP2 with a sub-device named EGP1. Maybe macOS does not like EGP1, so try changing that to EGP3. But have a look at the boot log to see what the error might be.

We just want to see US00 replaced by our new device tree and not hang/crash on boot. Then we can worry about the other stuff.
 

Attachments

  • 1654001559811.png
    1654001559811.png
    18 MB · Views: 34

Attachments

  • SSDT-AMD6950-V2.aml
    221 bytes · Views: 41
This wasn't happening before, so double check the changes that were made.

Also try the attached SSDT (disable the others).
Progress:
I deleted the entire EFI folder and recreated from the last one.
 

Attachments

  • Mac Pro 71 1.zip
    1.9 MB · Views: 38
  • bootlog 2.txt
    247.5 KB · Views: 34
  • SSDT-AMD6950-V1-3.aml.zip
    1.1 KB · Views: 34
Status
Not open for further replies.
Back
Top