Contribute
Register

MacPro 2019

Status
Not open for further replies.
Joined
May 10, 2012
Messages
146
Motherboard
Asus X299 PRO/SE
CPU
i9-10920X
Graphics
6900XT, W6600, W6800
Mac
  1. Mac Pro
GPU device ID spoofing requires WhateverGreen.kext. It's also better to try the earlier, simpler SSDT such as the one I posted.
I tried yours and it did not work, then I tried SSDT-5 and it didn't work either. WEG was always running. MP7,1 just refuses to attach to EGP0 and EGP1 with a GPU with unknown ID.
Now that I am thinking perhaps I don't need the WEG at all?
 
I tried yours and it did not work, then I tried SSDT-5 and it didn't work either. WEG was always running. MP7,1 just refuses to attach to EGP0 and EGP1 with a GPU with unknown ID.
Now that I am thinking perhaps I don't need the WEG at all?
The MacPro IORegistryExplorer you attached to an earlier post does not contain a reference to WhateverGreen. If it’s running it should appear in IOReg (at least on Hackintoshes).
 
The MacPro IORegistryExplorer you attached to an earlier post does not contain a reference to WhateverGreen. If it’s running it should appear in IOReg (at least on Hackintoshes).
That one was probably native boot. Was there Lilu loaded? Here is one. This one is with Vega removed. Only 6950 installed. Here is the last SSDT-5 I tried as well.
 

Attachments

  • SSDT-5.aml
    6.5 KB · Views: 68
  • Mac Pro1.ioreg
    12.7 MB · Views: 64
Last edited:
GPU device ID spoofing requires WhateverGreen.kext. It's also better to try the earlier, simpler SSDT such as the one I posted.
Tried again. Here is the entire EFI folder and the ioregistry attached.
 

Attachments

  • Archive.zip
    4.7 MB · Views: 84
Tried again. Here is the entire EFI folder and the ioregistry attached.
Please try this DSDT patch which has already been added to attached config.plist:
  • TableSignature: DSDT
  • Find: 14145F53 544100A0 0B954252 45560A04 A40A0FA4 00
  • Replace: A3A3A3A3 A3A3A3A3 A3A3A3A3 A3A3A3A3 A3A3A3A3 A3
  • Comment: Remove Method _STA from BR3A.US00
  • Count: 1
  • Enabled: Check ON
After rebooting, please check and/or post a screenshot of SB.PC03.BR3A section. We want to see if US00 has been replaced by EGP0.
 

Attachments

  • config.plist
    16.9 KB · Views: 64
Please try this DSDT patch which has already been added to attached config.plist:
  • TableSignature: DSDT
  • Find: 14145F53 544100A0 0B954252 45560A04 A40A0FA4 00
  • Replace: A3A3A3A3 A3A3A3A3 A3A3A3A3 A3A3A3A3 A3A3A3A3 A3
  • Comment: Remove Method _STA from BR3A.US00
  • Count: 1
  • Enabled: Check ON
After rebooting, please check and/or post a screenshot of SB.PC03.BR3A section. We want to see if US00 has been replaced by EGP0.
Aha. It is this code:
Find:
Code:
 Device (US00)
                {
                    Name (_ADR, Zero)  // _ADR: Address
                    Method (_STA, 0, NotSerialized)  // _STA: Status
                    {
                        If ((BREV < 0x04))
                        {
                            Return (0x0F)
                        }

                        Return (Zero)
                    }
Replace:
Code:
Device (US00)
                {
                    Name (_ADR, Zero)  // _ADR: Address
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
                    Noop
So, @CaseySJ I thought the code in the SSDT:
Code:
 Scope (US00)
        {
            Name (_STA, Zero)  // _STA: Status
        }
Disables Device US00 entirely, because when applied it is no more under SB.PC03.BR3A. It is not seen in the registry.
 
Last edited:
Aha. It is this code:
...
Disables Device US00 entirely, because when applied it is no more under SB.PC03.BR3A. It is not seen in the registry.
Have you tried the patch? Did it make any difference? If no difference, please run this command with the patch and SSDT-AMD6950-V1-3.aml enabled:
Code:
log show --last boot | head -1500 > ~/Documents/bootlog.txt
Then post the file bootlog.txt in the Documents folder.
 
Please try this DSDT patch which has already been added to attached config.plist:
  • TableSignature: DSDT
  • Find: 14145F53 544100A0 0B954252 45560A0:

  • 4 A40A0FA4 00
  • Replace: A3A3A3A3 A3A3A3A3 A3A3A3A3 A3A3A3A3 A3A3A3A3 A3
  • Comment: Remove Method _STA from BR3A.US00
  • Count: 1
  • Enabled: Check ON
After rebooting, please check and/or post a screenshot of SB.PC03.BR3A section. We want to see if US00 has been replaced by EGP0.
Here is the ioregistry after the patch
1653993247955.png
 

Attachments

  • Mac Pro 71.zip
    1.9 MB · Views: 62
Here is the ioregistry after the patch
View attachment 548652
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
 
Status
Not open for further replies.
Back
Top