OpenCore General Discussion

[Slice]

4 hours ago, Melab said:

Is there a way to install OpenCore from a Linux environment? Packaging OpenCore's installer as a macOS application—which you might not be able to run because you need OpenCore instalked to even boot macOS to begin with—is one of the dumbest design decisions I've ever seen.

There is a way to install Clover from Linux environment. If you want the OpenCore you may follow same way bu with few replacements.

[pitrysha]

5 hours ago, Melab said:

Is there a way to install OpenCore from a Linux environment? Packaging OpenCore's installer as a macOS application—which you might not be able to run because you need OpenCore instalked to even boot macOS to begin with—is one of the dumbest design decisions I've ever seen.

OpenCore is not a MacOS application and does not have an installer , all you need is a preconfigured EFI folder . You can configure it in any environment, and then place it in the EFI section

[deeveedee]

Is anyone patching SBUS.BUS0 any differently after this comment in OC 0.9.3?  After using the same SBUS.BUS0 patch since the beginning of time, I saw this comment.  If I'm interpreting this correctly, we're supposed to set "address" to a value specific to our chipset.  I've never heard of this before.

 

Spoiler

    {
        Name (_CID, "smbus")  // _CID: Compatible ID
        Name (_ADR, Zero)  // _ADR: Address

        /*
         * Uncomment replacing 0x57 with your own value which might be found
         * in SMBus section of Intel datasheet for your motherboard.
         *
         * The "diagsvault" is the diagnostic vault where messages are stored.
         * It's located at address 87 (0x57) on the SMBus controller.
         * While "diagsvault" may refer to diags, a hardware diagnosis program via EFI for Macs
         * and communicates with the SMBus controller, the effect is really unknown for hacks.
         * Uncomment this with caution.
         */

        /**
        Device (DVL0)
        {
            Name (_ADR, 0x57)  // _ADR: Address
            Name (_CID, "diagsvault")  // _CID: Compatible ID
            Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
            {
                If (!Arg2)
                {
                    Return (Buffer (One)
                    {
                         0x57                                             // W
                    })
                }
                Return (Package (0x02)
                {
                    "address", 
                    0x57
                })
            }
        }
        **/

 

 

[Slice]

The patch is known 10 years. It does nothing in hacks but somehow fix sleep issue. Because of? Some chain in macOS exists.

[deeveedee]

@Slice Forgive me for not understanding your answer.  Are you saying that hackers have been customizing "address" in SBUS.BUS0.DLV0 for 10 years, where they have been specifying a value other than 0x57?  Have you ever specified a value other than 0x57 in any of your hacks?

 

EDIT: After reading the comment "the effect is really unknown for hacks. * Uncomment this with caution.", it appears that hacks shouldn't be specifying DLV0 at all?

Edited July 10, 2023 by deeveedee

[Slice]

34 minutes ago, deeveedee said:

@Slice Forgive me for not understanding your answer.  Are you saying that hackers have been customizing "address" in SBUS.BUS0.DLV0 for 10 years, where they have been specifying a value other than 0x57?  Have you ever specified a value other than 0x57 in any of your hacks?

 

EDIT: After reading the comment "the effect is really unknown for hacks. * Uncomment this with caution.", it appears that hacks shouldn't be specifying DLV0 at all?

No, I think the address is fake. I never changed it because never need it. I used the patch from Core2Duo up to Skylake and always success.

[deeveedee]

Thank you.  Acidanthera snuck this comment into the OC 0.9.3 release, but I don't see any changes anywhere else, including here.  If anyone is patching ACPI any differently based on this comment in OC 0.9.3, I'd be curious to know.  Pinging  @stevezheng  since it appears that it's their proposed change.

Edited July 10, 2023 by deeveedee

[Melab]

8 hours ago, pitrysha said:

OpenCore is not a MacOS application and does not have an installer , all you need is a preconfigured EFI folder . You can configure it in any environment, and then place it in the EFI section

I *know* that OpenCore isn't an application. Its installer *is* though. And the installation guides are more complicated than what you suggest.

[feartech]

8 minutes ago, Melab said:

I *know* that OpenCore isn't an application. Its installer *is* though. And the installation guides are more complicated than what you suggest.

There is no installer for OpenCore

[Melab]

Just now, feartech said:

There is no installer for OpenCore

Then what is this?

[cankiulascmnfye]

@deeveedee I had a lengthy discussion about the diagsvault on discord: https://discord.com/channels/186648463541272576/1106976787172425880/1106976787172425880

[pitrysha]

12 minutes ago, Melab said:

Then what is this?

This is the "dortania" manual, the OpenCore manual can be found here

https://github.com/acidanthera/OpenCorePkg

[Anto65]

7 hours ago, Gervasoni said:

 

Hello Antunes!

Would you have the tutorial to edit icons in Photoshop?

I managed to edit the icons by pasting the psd image, but I can't fill the icon with the MacOs images.

Thanks for your patience.

Antuneddu,

I want to past the image in the default icon, but I don't know how to do it.

Hope your help. Thanks.

We risk going off topic here, look in the messages
... I hope it helps 👋

[feartech]

1 hour ago, Melab said:

Then what is this?

That is not an installer for OpenCore (for which you asked for) That is for a macOS installer

 

Look into GibMacOS

[deeveedee]

2 hours ago, cankiulascmnfye said:

@deeveedee I had a lengthy discussion about the diagsvault on discord: https://discord.com/channels/186648463541272576/1106976787172425880/1106976787172425880

Based on your discord discussion, it appears that we should NOT add Device DVL0 in SBUS.BUS0.

 

Spoiler

 

Edited July 10, 2023 by deeveedee

[Stefanalmare]

43 minutes ago, deeveedee said:

Based on your discord discussion, it appears that we should NOT add Device DVL0 in SBUS.BUS0.

 

I took out DVL0 in all my rigs and kextstat | grep -E "AppleSMBusController|AppleSMBusPCI" give the right answer. Just in one, don't remember wich, I need to keep DVL0.

Edited July 10, 2023 by Stefanalmare

[deeveedee]

@Stefanalmare I wonder if this will be another topic with as many opinions as contributors. @cankiulascmnfye 's discord discussion says that DVL0 should not be installed on any non-mac hardware.

[Stefanalmare]

1 minute ago, deeveedee said:

@Stefanalmare I wonder if this will be another topic with as many opinions as contributors. @cankiulascmnfye 's discord discussion says that DVL0 should not be installed on any non-mac hardware.

 

@deeveedee I think SBUS is very important in a hack. Can be a topic discussion. Speaking about "should not be installed", I remember that without DVL0 in that rig, com.apple.driver.AppleSMBusController does not load. So, I keep it.

[deeveedee]

Ok - I will test it in my rigs.  (Just the removal of Device (DVL0) ).

 

EDIT: @Stefanalmare Below is the IOReg dump on my HackBookPro6,2 with and without SBUS.BUS0.DLV0.  My hack boots and appears to be running Ventura 13.4.1 just fine even with the missing device.

 

IOReg with DVL0

Spoiler

 

IOReg without DVL0 (AppleSMBusControllerICH does not load)

Spoiler

 

@Stefanalmare, @cankiulascmnfye Does it matter at all that AppleSMBusControllerICH is not loading on a hackintosh (without DLV0)?  I haven't tested much, but so far, I see no difference with and without (except for IOReg).  Maybe this is just cosmetic?

Edited July 10, 2023 by deeveedee

[Stefanalmare]

21 minutes ago, deeveedee said:

Ok - I will test it in my rigs.  (Just the removal of Device (DVL0) ).

 

EDIT: @Stefanalmare Below is the IOReg dump on my HackBookPro6,2 with and without SBUS.BUS0.DLV0.  My hack boots and appears to be running Ventura 13.4.1 just fine even with the missing device.

 

IOReg with DLV0

  Hide contents

 

IOReg without DLV0 (AppleSMBusControllerICH does not load)

  Hide contents

 

@Stefanalmare, @cankiulascmnfye Does it matter at all that AppleSMBusControllerICH is not loading on a hackintosh (without DLV0)?  I haven't tested much, but so far, I see no difference with and without (except for IOReg).  Maybe this is just cosmetic?

 

Run: kextstat | grep -E "AppleSMBusController|AppleSMBusPCI"

And if you have this:

You good to go.

Edited July 10, 2023 by Stefanalmare

[deeveedee]

@Stefanalmare I completely disabled my SSDT-SBUS.BUS0 ACPI patch.  Without the patch, macOS Ventura 13.4.1 still detects SBUS @1F,3

 

Spoiler

 

and AppleSMBusController still loads

 

Spoiler

 

At first glance, it appears that the BUS0 ACPI patch is completely unnecessary on my HackBookPro6,2 running Ventura 13.4.1.

[Stefanalmare]

8 minutes ago, deeveedee said:

@Stefanalmare I completely disabled my SSDT-SBUS.BUS0 ACPI patch.  Without the patch, macOS Ventura 13.4.1 still detects SBUS @1F,3

 

  Hide contents

 

and AppleSMBusController still loads

 

  Hide contents

 

At first glance, it appears that the BUS0 ACPI patch is completely unnecessary on my HackBookPro6,2 running Ventura 13.4.1.

 

H370:

Spoiler

 

 

z690:

Spoiler

 

Edited July 10, 2023 by Stefanalmare

[miliuco]

3 hours ago, Melab said:

Then what is this?

This is one of the ways (not the only one) to create the macOS installer (Apple's package program that allows you to install a version of macOS on a Mac), not the OpenCore installer (which is the package that allows macOS to be installed and running on a PC). OpenCore does not have such an installer.

 

@deeveedee  @Stefanalmare

 

I don't use any SSDT-SBUS and also have the 2 kexts loaded and the device SBUS@1F,4 in IOReg. Monterey and Sonoma.

 

Edited July 10, 2023 by miliuco

[deeveedee]

@miliuco I feel a bit hypocritical by removing my SSDT-SBUS ACPI patch, since I have so many other patches that are simply cosmetic.  Like you and Stefanalmare, my hack (SMBIOS MBP6,2) is booting and running Ventura 13.4.1 just fine without any SBUS ACPI patching.

 

@cankiulascmnfye Thank you again for directing me to your discord discussion.  @Stefanalmare Thank you for posting your examples.   Learning something new every day.

 

EDIT: I have completely removed the SBUS ACPI patches from my HackBookPro6,2.  I am no longer injecting Device Bus0 (including DVL0).  com.apple.driver.AppleSMBusController is still loaded.  I don't see any difference in the behavior of my hack.

Edited July 11, 2023 by deeveedee

[cankiulascmnfye]

9 hours ago, Stefanalmare said:

 

@deeveedee I think SBUS is very important in a hack. Can be a topic discussion. Speaking about "should not be installed", I remember that without DVL0 in that rig, com.apple.driver.AppleSMBusController does not load. So, I keep it.

 

Well, SBUS and MCHC are important so that the System Management bus works but not DVL0 which is the "Diagsvault". More info: https://github.com/acidanthera/OpenCorePkg/pull/442