Jump to content

Recommended Posts

Posted

Hello, I created a Mac OS Sequoia installation media, but I can't install it despite my working EFI folder under Sonoma. I'm attaching my config.plist to help me with the installation. Thank you in advance for your help.
I updated to the latest version of Opencore 1.0.5 and updated the kexts.

EFI.zip

  • Administrators
Posted

Update kernel patches too

-Guides and Tutorials HERE

-Hackintosh Tutorial Database - HERE

-The largest EFI folder collection for Hackintosh HERE

-Support Olarila Vanilla Hackintosh by making a donation HERE

-Professional Hackintosh Support since 2006 HERE

Posted

Possible Issues #1 (Not Sure That You Need these for Desktop)
And Your "PC Hierarchy" is your default already named (PCI0)-?
Or is it named by default (PC00) -?
On Desktop from my experiece they are usually (PC00) AND if
Yours IS THEN THESE SHOULD BE IF NEEDED
"\_SB.PC00.SBRG" ETC

\_SB.PCI0.SBRG {
    Device (HPET)
    {
        Name (_HID, EisaId ("PNP0103") /* HPET System Timer */)  // _HID: Hardware ID
        Name (_CID, EisaId ("PNP0C01") /* System Board */)  // _CID: Compatible ID
        Name (BUFX, ResourceTemplate ()
        {
            IRQNoFlags ()
                {0}
            IRQNoFlags ()
                {8}
            IRQNoFlags ()
                {11}
            Memory32Fixed (ReadWrite, 0xFED00000, 0x00000400, )
        })
        Method (_CRS, 0, Serialized)  // _CRS: Current Resource Settings
        {
            If ((_OSI ("Darwin") || CondRefOf (\_SB.PCI0.SBRG.HPET.XCRS)))
            {
                Return (BUFX) /* \_SB_.PCI0.SBRG.HPET.BUFX */
            }
            
            Return (\_SB.PCI0.SBRG.HPET.XCRS ())
        }
        
        Methoa (_STA, 0, NotSerialized)  // _STA: Status
        {
            If ((_OSI ("Darwin") || !CondRefOF (\_SB.PCI0.SBRG.HPET.XSTA)))
            {
                Return (0x0F)
            }
            
            Return (\_SB.PCI0.SBRG.HPET.XSTA ())
        }
    }
    
    Device (PMCR)
    {
        Name (_HID, EisaId ("APP9876"))  // _HID: Hardware ID
        Name (_STA, 0x0B)  // _STA: Status
        Name (_CRS, ResourceTemplate ()  // _CRS: Current Resource Settings
        {
            Memory32Fixed (ReadWrite, 0x00FE0000, 0x00010000, )
        })
    }
-----------------------------------------------------------------------------
    
        Issues other than the above You have
        1) USBX Referenced A TOTAL OF THREE TIMES.
        It is located in all three AML FILES in your ACPI Folder.
        You only need "One Reference" Usually Located at (\_SB) { Device (USBX) } }
        2)And the ("EC") Device You have Listed 2 Times in Two AML Files In your ACPI Folder
        (\_AMDesk.aml) & in (Maldon.aml)
        You only need one referencefor it also which is in (Maldon.aml) under (\_SB.EC) etc
        
        NOTE: "The EC Device normally is in \_SB.PC00.LPC0, AMD/oR \_SB.PCI0.LPCB, /AND/Or
        \_SB.PCI0.SBRG AND/Or ("I get that")
        
        It is better however for booting purposes to have it purposely placed outsidd the
        scope of the Low Pin Count Section (aka-LPC0, LPCB,SBRG Etc) to avoid collissions
        during the boot process cause all thats needed is the presence of ("EC") so tat the OS
        From Catalina onward can attach itself to that Device EC and not the real EC DEvice
        being a host of differnt names (EC0_, ECDV, H_EC, Etc) which are usually inthe (\_SB.PCI0.LPCB)
        {\_SB.PCI0.SBRG) (\_SB.PC00.LPC0) Area so to apeak.
        
        So (\_SB.EC) seems to always be more efficient in having Zero issues versus the other
-------------------------------------------------------------------------------------------------------

So Remove "AMDesk.aml and SSDT-USBX.aml"
And have only this is Your ACPI Folder
    MaLdOn.aml
-----------------------------------------

Also inside Maldon.aml (The Reference to the (_SB.PR00) Has that been edited ?
the reason i ask is that usually thereis a reference for only this and not the above labeling all 15 PR00 - PR15

    Scope (\_SB.PR00)
    {
        Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
        {
            If ((Arg2 == Zero))  
            {
                Return (Buffer (One)  { 0x03 })
            }
            
            Return (Package (0x02)
            {
                "plugin-type",
                One
            })
        }
    }
    
    And if Your Processor Is Named Something other than (\_SB.PR00)
    such as mine is on a x299 Desktop (\_SB.SCK0.CP00) Then You will
    need to rename Yours To the Correct Name.
    
    I dont know everything so if im incorrect on something point it out.
    I Hope this helps with your trouble, other than that
    Fix Your ACPI Folder with uSing only the Maldon.aml and continue with his
    recommendation for updating the "Kernel Patches"
    
    Peace-- RYTD

  • Like 1
  • Administrators
Posted

@RYTD74if u use device like EC, PNLF, USBX inside _SB no conflict and work for all chipsets, AMD included. With this way you don't have to worry about different Low Pin Count names.

Here one good and clean example SSDT-SB-ALL.aml.zip no need external, etc.

It's always good to sift through the information on the internet, people like steezo, dreamwhite, among many others don't know anything and invent many legends due to the lack of brain capacity that lives within them.

-Guides and Tutorials HERE

-Hackintosh Tutorial Database - HERE

-The largest EFI folder collection for Hackintosh HERE

-Support Olarila Vanilla Hackintosh by making a donation HERE

-Professional Hackintosh Support since 2006 HERE

  • Administrators
Posted

Seems the kernel patch problem. U need set correct cpu cores.

-Guides and Tutorials HERE

-Hackintosh Tutorial Database - HERE

-The largest EFI folder collection for Hackintosh HERE

-Support Olarila Vanilla Hackintosh by making a donation HERE

-Professional Hackintosh Support since 2006 HERE

Posted
On 6/11/2025 at 7:42 AM, MaLd0n said:

@RYTD74if u use device like EC, PNLF, USBX inside _SB no conflict and work for all chipsets, AMD included. With this way you don't have to worry about different Low Pin Count names.

Here one good and clean example SSDT-SB-ALL.aml.zip no need external, etc.

It's always good to sift through the information on the internet, people like steezo, dreamwhite, among many others don't know anything and invent many legends due to the lack of brain capacity that lives within them.

i just now seeing this message from You Maldon. I Studied ACPI under your wing brother, them other people i dont pay any attention to anything they are talking about! We called them out years ago on that bullshit! Slow boot times my ass lol. Shit one of my rigs pops off at literally 5 seconds boot time--Done -- back on Desktop! DSDT 100% And one that i constructed from scratch, OEM SSDTs for USB IGPU Dropped Etc. i know what im doing, and my foundation is solid, its roots are with You man! Thanks for all that by the way, for taking the time to help me when not even knowing who the hell I wa! I wont ever forget it!

 



×
×
  • Create New...