fabiosun

c'e' un comando grep da dare per l'ultima domanda eì normale basta riposizionarsi sulla icona che vuoi far partire e fare control tasto sx per una volta pi rimane sempre quella fino a che non resetti nvram tra l'altro non la devi resettare piu' se non cambi sip!

il kext che aggiungi lo carica?

io non lo uso nel delete, se hai messo 0308 etc e' quella che disabilita parzialmente se metti 67 etc e poi resetti nvram ti verrà come ti ho fatto vedere sopra non devi cliccare su disable o enable sip nel bootmenu se li hai. Non serve

con 00000000 con 67000000 sembre ricordarsi dopo qualsiasi modifica di fare reset Nvram a livello di boot menu di opencore

non c'e' bisogno di scusarti @38Nic Comunqueverifica il valore e se hai tutti 0 metti al posto dei primi due il numero 67 poi al boot menu resetti nvram e vedi se te la disattiva

ciao @38Nic, quelli della foto non li ho chiesti in quanto scrivevi che non riesci a disattivarlo mi servirebbe sapere il valore che hai nel config.plist nella sezione Nvram etc 😉

che valore hai di sip nel config.plist?

Provata su altra macchina? mi ricordo che le ntennine negli attacchi erano molto fragili

@danysi prova a dare qualche risposta (a volte senza sapere purtroppo (intendo per me)) da questo config vedo dichiarati due kext per l'audio, ma non e' per questo che ti va male il wifi ho la schedina simile montata e sino a ventura va senza nessun kext (sia il wifi che il BT)

ciao Perdu, se usa alcuni sistemi come bootchooeser puo' far partire qualsiasi config in parti diverse e nome diverso. Sono fuori dal pc ora , poi do una occhiata se non chiarisce prima lui 🙂 Comunque dal messaggio iniziale potrebbe pure essere che il cambio di operatore abbia avuto effetti negativi sulla forza del wifi...

forse non li ha caricati perche' troppo pesante la cartella EFI?

@yandong31 take a look here to macos86.it (only for users of our forum...it is 2020 an there the initial test we did to understand 🙂

Questo capita se sposti magari la applicazione cmq con tasto dx scegli di nuovo dalla posizione corretta e dovresti risolvere aggiorna prima tutto il database di ocat prima di aggiornare la tua efi

Capita a tutti 🙂 su Windows. Ora non ho piu' windows sul mio sistema ma quella e' la schermata standard per poi montare la partizione EFI Se hai un config.plist prova ad aprirlo e dovrebbe venire l'interfaccia standard di OCAT (per montare la EFI e' un po' diverso dalla versione di OSX) PS. prova a controllare se uno dei 4 dischi che si vedono oltre C sono in realtà le EFI montate

Hi @yandong31, I saw that you also asked the question on Discord to get CorpNewt (aka CorpGhost) involved in this topic. I'm happy about that and would like him to participate as well to shed some light on this topic, even though it may not be his area of expertise 🙂 (sorry) Getting back to us, you're not considering the fact that when these discussions first started, the DevirtualizeMMIO quirk wasn't so “famous” and the version of OpenCore (0.6.x) was much less refined than the one we use today (see, for example, the quirk section and the bootloader's memory manager itself). I and other users who had bought an AMD trx40 (top of the range at the time) clashed over the fact that OSX would not start on these machines. The first consideration that came up was that AMD's kernel patches needed to be updated (but this was not the case with subsequent tests). From here, the questions I asked vit9696 on Insanelymac at the time also consider the fact that DevirtualizeMMIO was used exclusively to run old OSes on Intel and for little else. So, with my obvious shortcomings on the subject, I started doing some debugging to understand why OSX wasn't working on my PC and those of other unfortunate colleagues (TRX40 users). Vit9696 and DownloadFritz (chief developers of the OpenCore project) tried to explain to me in a cryptic way (at the time) how to debug, and you can find these tests on InsanelyMac. It wasn't easy to talk to them for two reasons... the first is that I'm not a technician on these topics, and the second is that they consider the kernel patches we use to be junk. That said, after running all the tests (and there were 19 MMIO areas for my system at the time), they said that the AMD patches for the kernel were “borked.” * Here I'll open a small parenthesis for further explanation. None of us could understand at the time whether this statement was correct or not, so we devoted ourselves completely to virtualizing OSX with ProxMox. and it was a wonderful experience for all of us 🙂 Some time later, without any changes to the AMD kernel patches, in a more recent version of opencore (with new quirks and openruntime), the TRX40 systems began to overcome the initial hang due to lack of memory space, but any attempt to start OSX failed miserably.* So we started reviewing the various combinations of quirks and MMIO areas, and one user (Pavo) announced that he had managed to run the OSX of the time (perhaps Mojave or Catalina) in “bare metal” (without virtualizing in ProxMox). There were several problems, but the system worked 🙂 From there, further questions arose about how to optimize our systems. Some restarted instead of shutting down, others gave KP errors under certain conditions (sleep/wake). And much more. And so began the story that more is better! 😛 We started trying all the combinations and got to the point where, by reassigning all the MMIO areas (skip 1) except the last three of each motherboard manufacturer at the time, we were able to get OSX working perfectly in all its parts Now, I don't want to bore you and any other readers with other studies and tests carried out at the time, but we achieved a system of exceptional usability for all users. Some time later, a user who had studied some patches for Adobe products (XLNC) posted a new method on the trx40 thread. Without making the MMIO declaration in the whitelist but activating the DisableWriteVariable quirk, the same results were achieved! Personally, I never applied it on TRX40 except to verify what he said about his method, but it worked. Now I often use it with new users who are unable to do things themselves to get the correct MMIO for their machines, just to get them started and make them enthusiastic that the money they spent on their PC wasn't wasted 🙂 I hope that with this long explanation, you have a better understanding of my point of view, and I reiterate my happiness that others today (which is easier than it was then) are showing interest in this topic 🙂 Ah, another topic we tried to understand was associating these MMIO areas with parts of the BIOS of motherboards and controlled devices (USB, SATA, NVMe, NVRAM, PCIe slots, and so on). We didn't succeed, and no one has ever done so to date 🙂

Thread was created to have a place to discuss freely on this subject, so also your opinion is important and will be useful to other In your test (if you like try to disable MMIO whitelist and use the quirks i said In my opinion your system will be working in the same way! PS: you platform (if it is x670E/X870 E) need only that second area Skipped to 1 (you can check many EFI you see in international forum) Trx40 was different

this is an extract of a my conversation with DF (in 2022) You can try if your platform is an X870E to reassign first four and see if you have problem (Nvram, reboot, boot and so on) Or you can disable MMIO whitelist and use only two quirks i said I am pretty sure your system beahviour will be the same! In the past DF said me MMIO areas are not OSx related but Uefi firmware related (and i respected his words) Ps, i do not have to convince you more or less is better..i have only proposed my experience in a platform that initially was not supported by opencore 😉

on TRX40 more was better. on AM5 this is not valid On am5 i can reassign 4 of 5 MMIO areas, in this way my system loose its stability I only reassign 1 area and system is perfect, or i use DevirtualizeMMIO and DisableWritevariable quirks without whitelisting any MMIO areas (not adviced but on AM5 it works as wit only a MMIO area reassigned. No skill to understand if from 2022 opencore devs or motherboard Uefi firmware creators have changed something

No it is because i DisableWrite variable I have a question for you: Devirtualize quirk ON you have, let say ,5 MMIO area Skip to 0 in your opencore log you reassign all of them and you see then all MMIO areas to skip 1 What does this mean? (related to DevirtualizeMMIO quirk)

@yandong31in my current platform you can see in my signature i skipped totally to build a correct MMIO withelist. on AM5 there are few area compared to trx40 platform and also using MMIO whitelist is pretty simple to have it working (only one must be reassigned to UEFI bios needs) Only to my purposes and funny tests i use DisableWrite Variable quirks without building a MMIO Whitelist area and system is perfect in all its function (sleep, wake, reboot and so on) with trx40 in the past we had to reassign more we can because we had many problem if we thought "less is better" (sleep, restart on shutdown and Nvram problems) Devs documentation in this subject were initially few and cripticed (for non devs users) then (maybe) they clarified better also in opencore documentation (see where and when (Year 2020/1/2) this thread was born and see also their documentation in that time) I had some chit chat (because i have zero skills to understand his friendly lecture) with Download Fritz about MMIO areas in others forum and he explained and clarified stuff about UEFI Bios and how this subjetct was involved in MMIO areas Said this, thank you to renewing this old thread and i renew also the ask if you like to improve your finding in a detailed way i will very happy to add your experience in OP 😉

No purtroppo non ne ho Di solito vanno tutte le porte sia per la Rx 6600 che 6900 discorso diverso per le 6650 e 6950 Ho su un secondo PC in casa con una rx 6600 di powercolor e gestisce due monitor attraverso le sue porte senza weg

ma con la 6600 che hai in firma? Se si stranissimo non ti dovrebbe servire WEG ne per uno ne per 3 monitor o piu'

Se stacchi weg ed il sistema funziona… per cosa ti serve?

Se sono identici anche a livello di bios si collega le stesse usb che a te vanno e non dovresti avere problemi

@Madsex continua qui se serve ancora risolvere