Contribute
Register

iMac Pro X99 - Live the Future now with macOS 10.14 Mojave [Successful Build/Extended Guide]

Status
Not open for further replies.
Its worked now
Rename
_OSI->XOSI
 

Attachments

  • SSDT-3.aml
    1 KB · Views: 96
  • SSDT-5.aml
    1.8 KB · Views: 79
  • SSDT-6.aml
    16.3 KB · Views: 92
Its worked now
Rename
_OSI->XOSI

What do you mean by it works now?

Are all TB kexts and drivers properly loaded?

Are all TB properties visible with IOREG implemented by macOS?

Do you see now implemented TB ports with IOREG?
 
Last edited:
What do you mean by it works now?

Are all TB kexts and drivers properly loaded?

Are all TB properties visible with IOREG implemented by macOS?

Do you see now implemented TB ports with IOREG?
Yes implemented.
 

Attachments

  • Screen Shot 2018-08-11 at 11.03.20 AM.png
    Screen Shot 2018-08-11 at 11.03.20 AM.png
    143.6 KB · Views: 110
Yes implemented.

No not implemented at all.. still not working my friend..

Screen Shot 2018-08-11 at 17.22.35.png


Also compare your IOREG of UPSB, NHI0, DSB0, DSB1, DSB2, DSB4 and XHC2 with the one of the iMacPro dump! You will rapidly figure out that you miss a lot of TB properties usually implemented by OSX..

Then system report:

Screen Shot 2018-08-11 at 17.25.38.png


and list of loaded TB kexts:

Screen Shot 2018-08-05 at 13.01.23.png


OSWD must return "one" to make SSDT-9.aml work at all... I know you don't believe me....

And then you will for sure still get a lot of name space, variable and AE errors during boot also with your SSDT-6.aml..
 
Last edited:
Make EFI string for NHI0 and XHC3 or 5



Get your
DevicePath add 3.plist

Open Terminal ->drop gfxutil->Enter -f with your device name
Code:
Last login: Sat Aug 11 10:57:04 on console
navaratnams-Mac-Pro:~ navaratnammanoranjan$ /Users/navaratnammanoranjan/Desktop/10.13.4/string/gfxutil -f NHI0
DevicePath = PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)
navaratnams-Mac-Pro:~ navaratnammanoranjan$ /Users/navaratnammanoranjan/Desktop/10.13.4/string/gfxutil -f XHC3
DevicePath = PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)
navaratnams-Mac-Pro:~ navaratnammanoranjan$

Make hex

Open OSX 86 Tools->Add EFI string->import hex/plist->Importfile->3.plist

Add your hex clover config under Device.
 

Attachments

  • Screen Shot 2018-08-11 at 11.41.30 AM.png
    Screen Shot 2018-08-11 at 11.41.30 AM.png
    73.3 KB · Views: 80
  • 3.plist
    2.1 KB · Views: 168
  • gfxutil.zip
    31 KB · Views: 62
  • OSX86Tools_1.zip
    2.1 MB · Views: 64
  • Screen Shot 2018-08-11 at 12.05.53 PM.png
    Screen Shot 2018-08-11 at 12.05.53 PM.png
    234.8 KB · Views: 78
Make EFI string for NHI0 and XHC3 or 5



Get your
DevicePath add 3.plist

Open Terminal ->drop gfxutil->Enter -f with your device name
Code:
Last login: Sat Aug 11 10:57:04 on console
navaratnams-Mac-Pro:~ navaratnammanoranjan$ /Users/navaratnammanoranjan/Desktop/10.13.4/string/gfxutil -f NHI0
DevicePath = PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)
navaratnams-Mac-Pro:~ navaratnammanoranjan$ /Users/navaratnammanoranjan/Desktop/10.13.4/string/gfxutil -f XHC3
DevicePath = PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)
navaratnams-Mac-Pro:~ navaratnammanoranjan$

Make hex

Open OSX 86 Tools->Add EFI string->import hex/plist->Importfile->3.plist

Add your hex clover config under Device.

And what do I gain by this approach? You should not add TB properties like TBTFlags, etc. manually via clover or DSM.. These properties will be implemented by OSX, if everything is set properly and works!

And that is what I am aiming to achieve by means of SSDT-9.aml... As soon SSDT-9.aml works, all these properties should be added by OSX automatically.

To manually fake TB IOREG properties is already successfully performed within SSDT-9-minimal-hotlug-injector.aml. However, in my opinion the result is purely cosmetic!

BTW.. try to add:
Screen Shot 2018-08-02 at 09.22.48.png

or
Screen Shot 2018-08-11 at 18.11.45.png


:p...

Can we now center on making SSDT-9.aml work instead of artificially adding cosmetic TB-properties to pop up in IOREG? ;)
 
Last edited:
And what do I gain by this approach? You should not add TB properties like TBTFlags, etc. manually via clover or DSM.. These properties will be implemented by OSX, if everything is set properly and works!

And that is what I am aiming to achieve by means of SSDT-9.aml... As soon SSDT-9.aml works, all these properties should be added by OSX automatically.

To manually fake TB IOREG properties is already successfully performed within SSDT-9-minimal-hotlug-injector.aml. However, in my opinion the result is purely cosmetic!

Can we now center on making SSDT-9.aml work instead of artificially adding cosmetic TB-properties to pop up in IOREG? ;)
How to get UID
 

Attachments

  • Screen Shot 2018-08-11 at 17.25.38.png
    Screen Shot 2018-08-11 at 17.25.38.png
    204.7 KB · Views: 113
How to get UID

That's one of the view things we already get with SSDT-9.aml... See IOThunderboltLocalNode in IOREG..
The same states for RTPC entry under AppleThuderboltNHIType3..
And BTW.. thanks to SSDT-9.aml we are also loading the IOThunderboltFamily.kext besides the AppleThunderboltNHI.kext ,which is also loaded without using any SSDT.. Check /Apple System Report/Extensions/!

The rest is not implemented due to namespace, variable and AE errors during boot..

The problem is that we still pass a lot of 0000000 integer or FFFFFFF values within SSDT-9.aml, as soon OSWD is forced to return "one" as it is supposed to do.. isn't it?..

Code:
Method (OSDW, 0, NotSerialized)
        {
                Return (One)
        }

unless we would not use Darvin.. in this case OSWD would return "zero"... Or am I wrong in this assumption?

If you don't force OSWD to return "one",

Code:
Method (OSDW, 0, NotSerialized)
        {
            If (LEqual (OSYS, 0x2710))
            {
                Return (One)
            }
            Else
            {
                Return (Zero)
            }
        }

       Method (PINI, 0, NotSerialized)
        {
            Store (0x07DC, OSYS)
            If (XOSI ("Darwin"))
            {
                Store (0x2710, OSYS)
            }
            ElseIf (XOSI ("Linux"))
            {
                Store (0x03E8, OSYS)
            }
            ElseIf (XOSI ("Windows 2009"))
            {
                Store (0x07D9, OSYS)
            }
            ElseIf (XOSI ("Windows 2012"))
            {
                Store (0x07DC, OSYS)
            }
            Else
            {
                Store (0x07DC, OSYS)
            }
        }

        Method (XOSI, 1, NotSerialized)
        {
            Store (Package (0x0E)
                {
                    "Darwin", 
                    "Linux", 
                    "Windows", 
                    "Windows 2001", 
                    "Windows 2001 SP2", 
                    "Windows 2001.1", 
                    "Windows 2001.1 SP1", 
                    "Windows 2006", 
                    "Windows 2006 SP1", 
                    "Windows 2006.1", 
                    "Windows 2009", 
                    "Windows 2012", 
                    "Windows 2013", 
                    "Windows 2015"
                }, Local0)
            Return (LNotEqual (Ones, Match (Local0, MEQ, Arg0, MTR, Zero, Zero)))
        }
    }

SSDT-9.aml is practically doing nothing.. unless you improved the OSWD implementation in the meanwhile..
 
Last edited:
Any fix for the ugly font rendering in Mojave for non-retina displays?
 
Status
Not open for further replies.
Back
Top