Jump to content
1961 posts in this topic

Recommended Posts

11 hours ago, HurricaneX said:

@chris1111Hello,Any tutorial of how to add Sequioa icns to the OC theme pls?Thanks in advance!

 

WeixinImage_20240626113813.thumb.png.50e9d8edc5d211edc3dc46a306328fa8.png

The icons you are using is updated for macOS 15 on GitHub 

Edited by chris1111
  • Like 5
6 hours ago, badbrain said:

If the patcher ran without adding the above mentioned resource to Universal-Binaries.dmg without an error message, then you definitely did not use the latest available build from the sequoia development branch 

Hi my friend, yes im using patcher correctly last build, and tested on first Sequoia beta, but even using new kexts from Italian forum and many people here, to me I got errors now. New install fresh occurs issues.

 

Im update to MacPro 7,1 to see and wanting the solutions from coders !!

 

Thanks!! 😉 

  • Like 2
13 hours ago, Max.1974 said:

 

Hi my friend, I have Model I guess extracted from Hackintool Information, and I know that works like 99% native. 

 

Broadcom BCM_20702A0

 

 

 

 

 

 

 

 

 

WhatsApp Image 2024-06-25 at 19.08.54.jpeg

 

Thanks, i ordered the new Orico with the same your chipset, hope it ok again

  • Like 1

When I install macOS Beta versions, I disable Analytics reporting (System Settings > Private & Security > Analytics & Improvements).  

Spoiler

Screenshot2024-06-26at5_06_20PM.png.26476fc7883c676a1e541a32d5882fe6.png

 

Just curious ... is there anyone who has a strong feeling one way or the other about whether these analytics should be enabled or disabled for our hacks?

 

 

12 hours ago, eSaF said:

@miliuco - You guys I admire your spirit,  you're the type that see the 'Wet Paint' sign on the park bench

but decides to sit down regardless. :hysterical: :hysterical: :hysterical:

There are several reasons why one wears Depends.  I wear them so I can sit on freshly painted park benches.

Edited by deeveedee
  • Haha 6
14 hours ago, lorys89 said:

Is it safe to re enable the kexts for "modern wifi" that were created for Sonoma on Sequoia?

I have the max kernel set so they only load up to Sonoma, maybe that is why the patcher is not working for people?
I have not tried the artifacts patchers as of yet, wanted to to check if we can / need to use the kexts from Sonoma first (ioskywalk etc) 

  • Like 1

@SavageAUS

I've tried without MaxKernel, the right kexts and the nightly OCLP sequoia branch. It barely works. macOS connect with wifi if it's in your saved wifi networks list but there are severe issues with Preview and other apps. 
Don't load modern wifi kexts if root patch is not going to be applied. 

  • Like 3
5 hours ago, SavageAUS said:

Is it safe to re enable the kexts for "modern wifi" that were created for Sonoma on Sequoia?

I have the max kernel set so they only load up to Sonoma, maybe that is why the patcher is not working for people?
I have not tried the artifacts patchers as of yet, wanted to to check if we can / need to use the kexts from Sonoma first (ioskywalk etc) 

 

5 hours ago, SavageAUS said:

Is it safe to re enable the kexts for "modern wifi" that were created for Sonoma on Sequoia?

I have the max kernel set so they only load up to Sonoma, maybe that is why the patcher is not working for people?
I have not tried the artifacts patchers as of yet, wanted to to check if we can / need to use the kexts from Sonoma first (ioskywalk etc) 

 

The kexts required for modern and legacy wifi are still the same than the once required previously. As far as I am aware, these were lifted from previous versions of macOS that contain the necessary code/settings so that the older cards work. My guess is that they can be loaded with -lilubetaall. Unfortunately, something seems to be wrong with the mainboard of my old Lenovo T530 Laptop so that neither my "modern" Broadcom nor the Intel card I have are recognized any longer, so I can't test it.

  • Like 3
14 hours ago, cankiulascmnfye said:

My guess is that they can be loaded with -lilubetaall.

 

To the best of my knowledge, boot-arg -lilubetaall applies only to Lilu.kext and Lilu-dependent kexts/plug-ins (AppleALC, WhateverGreen, etc).  I don't think -lilubetaall boot-arg affects loading the Wi-Fi framework kexts that have been extracted from earlier versions of macOS.  Read more here.

 

EDIT: Control loading / non-loading of Wi-Fi framework kexts with Open Core's MinKernel / MaxKernel in config.plist.

Edited by deeveedee
  • Like 3

For me, only khronokernel's build of OCLP will let me attempt to install root patches.  However, it fails every time because it cannot find the WiFiAgent.app in the Universal Binaries.  I saw that someone managed to get the wifi root patch to work, at least partially.  What method was used? Does anyone know how it was accomplished?

@mnfesq I'm waiting for more OCLP developer progress, but when I last built and tested OCLP 1.6.0, I extracted the missing components from the 1.5.0 source to allow a successful build and OCLP execution (although OCLP patching did not work, as expected).

  • Like 2
36 minutes ago, deeveedee said:

@mnfesq I'm waiting for more OCLP developer progress, but when I last built and tested OCLP 1.6.0, I extracted the missing components from the 1.5.0 source to allow a successful build and OCLP execution (although OCLP patching did not work, as expected).

 

Thanks.  BTW, having grown up in Illinois, I am very familiar with Peoria.  I now live in Portland, OR, which I contend is the Peoria of the Pacific.  Both towns were built along a river at the beginning of the 20th century and the homes have very similar architecture.

  • Like 1
5 minutes ago, mnfesq said:

 

Thanks.  BTW, having grown up in Illinois, I am very familiar with Peoria.  I now live in Portland, OR, which I contend is the Peoria of the Pacific.  Both towns were built along a river at the beginning of the 20th century and the homes have very similar architecture.

... and lots of freshly-painted park benches.

  • Haha 7
On 6/25/2024 at 9:01 PM, Craig Hazan said:

 

Try disabling the NootedRed kext in your EFI, it will speed up installation and avoid the scary verbose messages.

hi Craig Hazan,

I installed Sequoia to my ryzen5 with Vega 8 Asus Laptop but it seems like Vega 8 is not supported in Sequoia cause when I disabled NootRED.kext I got to desktop then when I enabled it it keeps rebooting after I put password .... I wonder if there is support for Radeon Vega 8 in Sequoia

1 hour ago, maly70 said:

.... I wonder if there is support for Radeon Vega 8 in Sequoia

There’s no support until the public beta is released, (for NootedRed at least), a few weeks away. Did you reset NVRAM before you re-booted?. My 4700G is also Vega 8 and doesn’t have an issue in Sequoia Beta 2, which suggests to me something else is up.

Edited by Craig Hazan
  • Like 1
20 hours ago, deeveedee said:

 

To the best of my knowledge, boot-arg -lilubetaall applies only to Lilu.kext and Lilu-dependent kexts/plug-ins (AppleALC, WhateverGreen, etc).  I don't think -lilubetaall boot-arg affects loading the Wi-Fi framework kexts that have been extracted from earlier versions of macOS.  Read more here.

 

EDIT: Control loading / non-loading of Wi-Fi framework kexts with Open Core's MinKernel / MaxKernel in config.plist.

 

That's corect. But the point is:  as long as not all kexts that rely on Lilu have been updated to support Sequoia, -lilubetaall is still needed, especially on laptops. I rather use one more boot-arg to avoid a kernel panic than waiting for a dev to increment the version check in the source code of his kext by 1.

 

As far as Min/Max Kernel setting is concerned: there's absolutely no point in using this option for kexts which are mandatory on macOS 12+ to get the legacy Wi-Fi working. You may want to set Min Kernel, Max needs to be left empty. Otherwise you might as well spend money on compatible hardware.

1 hour ago, cankiulascmnfye said:

 

That's corect. But the point is:  as long as not all kexts that rely on Lilu have been updated to support Sequoia, -lilubetaall is still needed, especially on laptops. I rather use one more boot-arg to avoid a kernel panic than waiting for a dev to increment the version check in the source code of his kext by 1.

 

Ok.  Not trying to debate you or question your preferences for the use of -lilubetaall.  It's just that you originally stated that -lilubetaall was required to load the Wi-Fi framework kexts extracted from earlier macOS.  I was merely stating that It is not.

 

1 hour ago, cankiulascmnfye said:

As far as Min/Max Kernel setting is concerned: there's absolutely no point in using this option for kexts which are mandatory on macOS 12+ to get the legacy Wi-Fi working. You may want to set Min Kernel, Max needs to be left empty. Otherwise you might as well spend money on compatible hardware.

 

That may be true in the tests that you ran.  Without setting MaxKernel to 23.99.99 for 802.11 kexts on my HackBookPro6,2, Sequoia Beta 1 and Sequoia Beta 2 do not install.  I merely stated that MinKernel and MaxKernel can be used to control loading of the Wi-Fi framework kexts.  I wasn't trying to say that you needed use the Kernel limits and I have no problem with the way you use the Kernel limits.

 

EDIT: I fully expect to be able to remove the MaxKernel limit after OCLP fully supports Sequoia.

Edited by deeveedee
  • Like 4

Successfully installed macOS Sequoia Beta 2 onto my 5700U GENmachine and NootedRed seems to working well so far!. Disabling the NootedRed.kext during installation is recommended, macOS installs so much quicker, took an hour from editing the EFI to Desktop.

 

image.thumb.png.291640e0e6d217302e7907a898e499d0.png

image.thumb.jpeg.f28557313aeb097c626a5b7e170bc425.jpeg

Edited by Craig Hazan
  • Like 8
32 minutes ago, ameenjuz said:

AMFIPass-v1.4.1-RELEASE.zip updated by Sequoia-development

OpenCore-Legacy-Patcher/payloads/Kexts/Acidanthera/AMFIPass-v1.4.1-RELEASE.zip at sequoia-development · dortania/OpenCore-Legacy-Patcher · GitHub

i think it is working without amfi=0x80 boot arg

 

nice, i tested and i confirm that it working without amfi=0x80 boot-args

  • Like 6
Guest
This topic is now closed to further replies.
×
×
  • Create New...