[pre-release] macOS Sonoma

[DrThodt]

40 minutes ago, Stefanalmare said:

MacBookPro15,1, BCM4364.

 

 

  Reveal hidden contents

 

 

  Reveal hidden contents

 

 

  Reveal hidden contents

 

 

i wonder if it needs to be done similar to thunderbolt. map and name the pci device and load the apple firmware. im assuming it cant be much different from say the fenvi model

[aben]

24 minutes ago, Stefanalmare said:

I have a feeling that this is was during the test period. Vit said that it rest not so much space for args and at the final -igfxblt have duble function. At least this is was what I understood. I may be wrong.

Slightly OT here, but the initially proposed submodule BRS (-igfxbrs) ended up getting deprecated (following Vit’s automation idea) but these boot-argument typos looks more like a simple oversight while composing the docs, as the CN docs didn’t have the same errors (and this was further acknowledged by the developer)

 

(In any case, ‘-igfxbls’ has nothing to do with ‘enable-backlight-registers-fix’ property AND “-igfxbrs” has nothing to do with ‘-igfxblt’)

[Henties]

Initially I did not intent to start as early as this with "beta testing" Sonoma. I could nevertheless not resist the challenge. Consequently I rolled up my sleeves and installed Sonoma 14.0  (23A5257q) on both of my GA-7490-Vision G mobos, with each installation being placed into a shared APFS container with adequate free storage space available.

 

I first duplicated my fully functioning Ventura 13.4 volume into the selected container and subsequently upgraded that duplicated Ventura volume to the latest available 13.03 gig. Sonoma dev. beta iteration via the appropriate System Setting section.

 

Following the completed download it surprisingly appeared as a "visible app", in the Application folder as "Install macOS 14 beta", which I then copied to free space so as to preempt the need for another download of this size, which was required for my other GA-7490-Vision G hack .

 

In the interim I also created a properly working Sonoma install USB via the usual macOS terminal command, adapted to the string reflected below:

 

sudo /Applications/Install\ macOS\ 14\ beta.app/Contents/Resources/createinstallmedia --volume /Volumes/USB /Applications/Install\ macOS\ 14\ beta.app --nointeraction

 

The actual installation was performed under control of OC 0.9.2 using the image in the Application folder, and concluded without any hitches whatsoever.

 

Before starting the installation I added the boot arg -lilubetaall to the respective NVRAM section as well as limiting the loading of the NVMeFix.kext with the MaxKernel parameter of 22.6.0

 

Subsequently I conducted some tests and discovered the following software still requiring attention by the respective vendors in order to work properly under Sodoma:

Airfoil

Airfoil Satellite

Audacity

Audio Hijack

Carbon Copy Cloner

Little Snitch

SoundSource

Xcode

Using Fenvi T919 Wifi/BT pcie cards throughout with WiFI now broken, as with every other user using this card, but its BT functionality is still working very well. 

 

Both of my GA-Z490-G hacks now run the following operating systems seamlessly and without any issues under control of only one EFI incarnation:

 

Big Sur 11.7.7  Release (20G1345)

Monterey 12.6.6  Release  (21G646)

Ventura 13.4 Release  (22F66)  APFS

Sonoma 14.0 Beta 2  (23G52357q)  APFS

Windows 10 Enterprise

Windows 10 Professional

Linux -Ubuntu 20.04 LTE

 

Hoping that this information may be useful to other board members using Z490 based mobos.

 

Greetings Henties 

Edited June 12, 2023 by Henties

[deeveedee]

The OCLP Devs progress on Wi-Fi patching looks very promising.

[luky35]

8 minutes ago, deeveedee said:

The OCLP Devs progress on Wi-Fi patching looks very promising.

Thanks.

[aben]

2 hours ago, DrThodt said:

 

i wonder if it needs to be done similar to thunderbolt. map and name the pci device and load the apple firmware. im assuming it cant be much different from say the fenvi model

Hi - things don't always work this way in macOS; these are entirely different generations of Broadcom chipsets built around newer technologies/capabilities specifically designed to work with newer proprietary Broadcom drivers built in-house by Apple. There's good reason why hardware gets classified as "legacy", one cannot simply expect say an Intel HD 4000 iGPU to auto-magically work with Skylake drivers just by simply spoofing the device-id and such. Restoring support for legacy hardware in macOS is no easy task; its much more complex than you can imagine, and that's precisely why aspiring projects like OCLP come into play.

[deeveedee]

The OC 0.9.3 Sample.plist shows how to set a MaxKernel limit of 22.9.9 (Ventura) for NVMeFix.kext and also AirportBrcm kexts.

[miliuco]

47 minutes ago, deeveedee said:

The OCLP Devs progress on Wi-Fi patching looks very promising.

Yes, it's amazing how they work finding fixes for issues.

You and others are used to using OCLP in your Hacks so you already have this advantage.

Those of us who have more modern hardware and have never needed OCLP are going to have to learn this other way of doing things. It is true that OCLP has reached an enviable ease of use and I think they will learn quickly.

I only use it on Mac and follow its development with great interest. Anyway, I hope to have wifi and Continuity + Airdrop in the next few weeks.

[DrThodt]

40 minutes ago, aben said:

Hi - things don't always work this way in macOS; these are entirely different generations of Broadcom chipsets built around newer technologies/capabilities specifically designed to work with newer proprietary Broadcom drivers built in-house by Apple. There's good reason why hardware gets classified as "legacy", one cannot simply expect say an Intel HD 4000 iGPU to auto-magically work with Skylake drivers just by simply spoofing the device-id and such. Restoring support for legacy hardware in macOS is no easy task; its much more complex than you can imagine, and that's precisely why aspiring projects like OCLP come into play.

 

sure but without stable continuity theres no point in desktop wifi imo. so I’m debating on staying Ventura or just pulling out the card

[PoMpIs]

15 minutes ago, DrThodt said:

 

sure but without stable continuity theres no point in desktop wifi imo. so I’m debating on staying Ventura or just pulling out the card

 

In the i3 6100 I have already taken out the Fenvi-clone... I have passed a network cable and that's it...

 

In the 13600k I have always had it connected by network cable, I replaced the intel wifi that I had on the board with the broadcom 4360 just for Airdrop... without airdrop I will remove it and put back the one that came with the motherboard...

 

In the laptops, which would not need OCLP except for Wi-Fi, I would probably remove the 4360 and put the Intel Wi-Fi... I prefer not to have to deactivate SIP... I already did that in the Lenovo T430 Ivy-bridge because I don't there was another way to make the HD4000 work ..... and in the end I stopped using it with MacOS

[miliuco]

@SavageAUS

Don't worry if you never used OCLP. It's easy to learn how to do in the Hack. 

If the solution to the wifi comes this way, it will not be too complicated to use OCLP for it, there will be instructions of course but in short it boils down to continuing with your OpenCore EFI adding patches to config.plist (taken from OCLP config.plist).

Or maybe some kext that they modify or develop from scratch or some patch that will have to be applied to our system directly from the OCLP app.
A possible drawback is that the patches that OCLP applies usually require doing it as root modifying parts of the system which might lead us to work with SIP partially disabled or even SecureBootModel disable but we'll see, I won't get ahead of myself.

Without forgetting that the solution to Wi-Fi can also come via OpenCore or from a developer who publishes another fix in the form of a kext or patch.

[deeveedee]

On 6/9/2023 at 11:45 AM, PMheart said:

Hopefully this works for you: https://github.com/zxystd/BrcmPatchRAM/commit/300581de4a2474370f7dd44c93ade59960e7e2a1

I thought I would be able to inspect the BrcmPatchRAM commits to determine for myself, but my github skills are lacking.  Is this branch/fork now part of the Acidanthera BrcmPatchRAM build?  Thank you.

Edited June 12, 2023 by deeveedee

[MorenoAv]

Hi guys,

i was out for a few days and I can't install macOS Sonoma, with -lilubetaall because at some point I have black screen, with the hack in my signature.

What boot arguments are needed to prevent black screen?

Thanks

 

Edited June 12, 2023 by MorenoAv

[Cyberdevs]

4 minutes ago, MorenoAv said:

Hi guys,

i was out for a few days and I can't install macOS Sonoma, with -lilubetaall because at some point I have black screen, with the hack in my signature.

What boot arguments are needed to prevent black screen?

Thanks

If you update the kexts to the latest development version you won't need any boot arguments.

Use OCAT to update OC and kexts (select Dev checkbox for kexts) 

[meg2014]

1 hour ago, Cyberdevs said:

If you update the kexts to the latest development version you won't need any boot arguments.

Use OCAT to update OC and kexts (select Dev checkbox for kexts) 

 

Does that include the latest BrcmPatchRAM patch for Wifi in Sonoma?  Seems a bit early for that to be included....

[Cyberdevs]

Just now, meg2014 said:

 

Does that include the latest BrcmPatchRAM patch for Wifi in Sonoma?  Seems a bit early for that to be included....

No, it won't work. Wireless adapters (with native apple support) are not working right now.

[Slice]

2 hours ago, MorenoAv said:

Hi guys,

i was out for a few days and I can't install macOS Sonoma, with -lilubetaall because at some point I have black screen, with the hack in my signature.

What boot arguments are needed to prevent black screen?

Thanks

 

Black screen with RX570??? It works OOB in Sonoma. Just let it to work. Delete WhateverGreen and all bootargs for it.

Choose SMBIOS model with Polaris card, for example iMac19,1.

[deeveedee]

34 minutes ago, meg2014 said:

 

Does that include the latest BrcmPatchRAM patch for Wifi in Sonoma?  Seems a bit early for that to be included....

@D3v1L Do you have an opinion on this post?

 

EDIT: Joking aside, BrcmPatchRAM is for Bluetooth, not Wi-Fi.

Edited June 12, 2023 by deeveedee

[cankiulascmnfye]

2 hours ago, deeveedee said:

I thought I would be able to inspect the BrcmPatchRAM commits to determine for myself, but my github skills are lacking.  Is this branch/fork now part of the Acidanthera BrcmPatchRAM build?  Thank you.

 

No, it's a fork by one of of the OpenIntelWirless kexts dev (I think). But his fork is ahead as far as the compatibilty for Sonoma is concerned. I guess at some stage the changeswill be pushed into Acidanthera's repo. I am using this for now because of Bluetoolfixup which is required for Intel Cards BT to work.

Edited June 12, 2023 by cankiulascmnfye

[D3v1L]

52 minutes ago, deeveedee said:

@D3v1L Do you have an opinion on this post?

No no...nothing special...ill stop wasting time on 4360chipset ...i Didn't have any Apple device...prefer android..so, 4 me, RJ45 is best choice ...btw...brcmPatchRAM is for RGB settings in RAM module...no?... 🤣 😁

Edited June 12, 2023 by D3v1L

[DocXavier]

Hello everyone!!

Sonoma installed on my rig Haswell i7 4790k, Gigabyte Z97MX5, Gigabyte RX460 ... everything working but wifi BCM ... Not a big deal as I'm using ethernet that works perfectly, and BT BCM_20703A1 runs without issues

 

Tested successfully using Opencore 0.9.3 or Clover 5152 😊

[PMheart]

4 hours ago, deeveedee said:

I thought I would be able to inspect the BrcmPatchRAM commits to determine for myself, but my github skills are lacking.  Is this branch/fork now part of the Acidanthera BrcmPatchRAM build?  Thank you.

No, it is a fork from @zxystd. Thanks!

[deeveedee]

20 minutes ago, PMheart said:

No, it is a fork from @zxystd. Thanks!

Thanks for the quick reply.  The fix in the fork has improved Brcm Bluetooth performance in Ventura 13.4.

Edited June 12, 2023 by deeveedee

[kaoskinkae]

Some important change in a Ventura EFI to be used in Sonoma beta1 in a Sandy Bridge without AVX2 support in Ventura without problem but with Sonoma the installation ends and gives the error and if you install it on another computer and it passes it is ssd to the Sandy Bridge itself result

[Loloflat6]

5 hours ago, MorenoAv said:

Hi guys,

i was out for a few days and I can't install macOS Sonoma, with -lilubetaall because at some point I have black screen, with the hack in my signature.

What boot arguments are needed to prevent black screen?

Thanks

 

 

For Sonoma I used Clover 5151 on my config Asus Prime Deluxe with MSI Radeon RX 570 Armor 4G.  

(Only Clover 5151 can boot these config. : because I tried to update my OC EFI before Sonoma installation without success : none of my fully functional OC EFIs can boot my config now : it's strange but real... fortunately Clover 5151 works and I will try Clover 5152)

 

Spoiler

 

 

 

Edited June 12, 2023 by Loloflat6