OpenCore General Discussion

[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

 

 

[cankiulascmnfye]

19 hours 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 DVL0

  Hide contents

 

IOReg without DVL0 (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?

 

From the info I could gather om github, it's only important that Sbus is present in IOReg.

 

Now, if you don't inject SBUS-MCHC into the system and run  

 

kextstat | grep -E "AppleSMBusController|AppleSMBusPCI"

 

And get com.apple.driver.AppleSMBusPCI (1.0.14d1) … you're should be fine

 

If yu inject SSBU-MCHC containing the DVL0 device, you get 2 results in return – simply because of the DVL0 device is attached to the SMBUS:

 

…   com.apple.driver.AppleSMBusPCI (1.0.14d1)…
…   com.apple.driver.AppleSMBusController (1.0.18d1) …

 

From my understanding the real Diagsvault device needs to be able wo write to addresses which are disabled by default since Intel 7 Series. So there's no point in injecting DVL0 on Wintel systems. In my case. I only have to inject SSDT-MCHC to get both results.

 

In Sonoma, I get both results even without injecting SBUS and/or MCHC into my desktop (iMac20,2)

 

Edited July 11, 2023 by cankiulascmnfye

[deeveedee]

Leaving the post below for historical purposes.  I have now removed Device SBUS.BUS0 ACPI patches from my HackBookPro6,2 and my HackMini8,1 (I am no longer patching SBUS (no longer adding Device BUS0 / Device BUS0.DVL0) ).  After brief testing, both hacks continue to boot/run Big Sur, Montery, Ventura and Sonoma without any behaviorial/performance changes.  I will continue to test.  At this time, it does appear that ACPI patching of SBUS is unnecessary on hackintoshes.  The only requirement for hacks is the presence of Device SBUS, which on my hacks is already present in the unpatched ACPI.

 

=====================================================

 

@cankiulascmnfye I am no longer patching SBUS at all (not injecting BUS0).  My HackBookPro6,2 is running Ventura 13.4.1 without any issues (at least no new issues after removing the SBUS ACPI patching) and com.apple.driver.AppleSMBusController is loaded.

 

kextstat -a | grep -I smbu (Ventura 13.4.1)

Spoiler

 

Note that I am still adding MCHC via SSDT.

 

EDIT: I'm booting Big Sur, Monterey, Ventura and Sonoma with the same EFI. Unlike Ventura, kextstat in Big Sur, Monterey and Sonoma shows that com.apple.driver.comAppleSMBusPCI is loaded

 

kextstat -a | grep -I smbu (Big Sur 11.7.8, Monterey 12.6.7, Sonoma 14.0 Beta 3)

Spoiler

 

EDIT2: @cankiulascmnfye I don't know how to explain this, but after booting Big Sur, Monterey and Sonoma to test my new EFI (with the removal of SBUS ACPI patches), I rebooted Ventura 13.2.1 and Ventura 13.4.1 and com.apple.driver.comAppleSMBusPCI is now loaded in Ventura.  Note that I Reset NVRAM before booting each version of macOS.

 

kextstat -a | grep -i smbu (Ventura 13.4.1 after booting Big Sur, Monterey and Sonoma): AppleSMBusPCI is now loading

Spoiler

 

EDIT3: I now see what's happening in Ventura.  AppleSMBusPCI loads at boot, but then unloads.  After waiting a few minutes and rechecking kextstat, AppleSMBusPCI is no longer loaded in Ventura.

 

kextstat -a | grep -i smbu (Ventura 13.4.1 after waiting a few minutes after booting): AppleSMBusPCI is unloaded

Spoiler

 

Edited July 11, 2023 by deeveedee

[cankiulascmnfye]

@deeveedee I've witnessed this behavior of that driver on my system as well. At some stage I started shutting down the system before  testing changed settings, just to ensure that the state of the machine is the same each time. Maybe it loads/unloads as needed. I think the important thing is that SBUS/SMBUS is present in the IO registry.

[MacKonsti]

4 hours ago, deeveedee said:

EDIT3: I now see what's happening in Ventura.  AppleSMBusPCI loads at boot, but then unloads.  After waiting a few minutes and rechecking kextstat, AppleSMBusPCI is no longer loaded in Ventura.

Thank you again for your input and feedback @deeveedee!
The question is... what about the other macOS versions, did you notice the same behaviour?

Does this thing do anything by not loading, eventually...?

 

com.apple.driver.AppleSMBusPCI
com.apple.driver.AppleSMBusController
 

We share the same hardware between my Intel NUC8 / NUC10 and your HP Elite 800 G4/G5 (if not mistaken) so you got me thinking...

[deeveedee]

@MacKonsti Great to hear from you, mate!   After removing all SBUS ACPI patches (no longer injecting SBUS.BUS0 / SBUS.BUS0.DVL0) I don't observe any change in behavior/performance with Big Sur, Monterey, Ventura and Sonoma on my HackBookPro6,2 or my HackMini8,1.   I just made the change and am continuing to test.

Edited July 11, 2023 by deeveedee

[MacKonsti]

Thanks @deeveedee just to confirm to everyone else here too, that I also disabled completely the SSDT-SBUS.aml in OpenCore config on my NUC10i7FNH (Core i7-8700B @ 3.20 GHz) declared as MacMini8,1 and rebooted. Even let it sleep. I still get both kexts being active on Ventura; but indeed on IOReg, there's no longer a tree under device SBUS. My device is according to "lspci -nn" 00:1f.4 SMBus [0c05]: Intel Corporation Comet Lake SMBus Host Controller [8086:02a3]

$ kextstat | grep -E "AppleSMBusController|AppleSMBusPCI"

Executing: /usr/bin/kmutil showloaded
No variant specified, falling back to release
  157    0 0xffffff7f958a9000 0x1000     0x1000     com.apple.driver.AppleSMBusPCI (1.0.14d1) 3B3CBC6F-07BD-3D7E-9F2F-D738A31C290D <17 7 6 3>
  165    1 0xffffff7f9589d000 0x6ffd     0x6ffd     com.apple.driver.AppleSMBusController (1.0.18d1) 18305D5D-1310-37BC-B654-6C034FD346E7 <164 17 16 7 6 3>

I will keep using it and see if I detect anything noticeable. Thanks to everyone.

[Slice]

sudo kextstat | grep SMBus

will be enough

[deeveedee]

5 hours ago, Slice said:

sudo kextstat | grep SMBus

will be enough

kextstat | grep SMBu

is also enough

 

EDIT: This reminds me of that old game show "Name that tune."  Can anyone "name that tune" in fewer notes?

Edited July 12, 2023 by deeveedee