Leaderboard

Eccomi appena aggiornato. Solita procedura. r5143.

Si, certo, l'ho scaricato e lo sto utilizzando. Allora... con solo Airportltlwm.kext il wifi funge. Se aggiungo itlwm.kext il wifi non viene rilevato. ora provo ad aggiungere i due kext bluetooth che mi hai suggerito

Piccolo aggiornamento anche per BS 😳 😆 Build 20G409

sTRX4-AMD 3970x kernel patches.plist.zip 32 cores (TRX40 3970x) sTRX4-AMD 3960x kernel patches.plist.zip 24 cores (TRX40 3960x) x399 Threadripper 32 cores.plist.zip 32 cores (x399 2990WX) x399 Threadripper 24 cores-.plist.zip 24 cores (x399 ) Ryzen 16 cores- copy.plist.zip 16 Cores (5950x, 3950x) Ryzen 12 cores.plist.zip 12 cores (all Ryzen CPU) Ryzen 8 cores.plist.zip 8 cores (all Ryzen CPU) Ryzen 6 cores.plist.zip 6 cores (all Ryzen CPU) Ryzen 4 cores.plist.zip 4 cores (all Ryzen CPU) These Plist are configured for all AMD CPUs available (Kernel Patches ONLY)

risolto !!!!!! finalmente dopo un giorno e mezzo di sbattimento e grazie a l'aiuto di qualche vecchio amico di un altro forum ho fatto funzionare la stampante, inanzitutto installare la stampante prima tramite usb se possibile o cmq installare il driver poi abilitare cups su localhost (cercare guida in rete) successivamente cliccare su administrator inserire le credenziali di log in del mac e poi manage printer add printer, protocollo http, inserire l'indirizzo completo della stampante, lo stesso che trovate sul router a 192.168.1.1:631, nella pagina dopo dare un nome nella prima riga, confermare, scegliere il driver abilitare la condivisione "share" e confermare nella pagina dopo, cosi vi ritroverete la stampante funzionate senza fare altro se non vedete cups in 192.168.1.1:631 è perche non è abilitata la condivisione, qui dovete usare ssh per inviare comandi al router (non al mac) e dare il comando cupsctl sicuramente vedrete nella risposta share printers=0 quindi date il comando cupsctl _share_printers=1 cupsctl WebInterface=yes /etc/init.d/cupsd restart questo abiliterà cups del router dal quale prenderete il nome completo della stampante

Prova a dare un occhiata qui https://macos86.github.io/extras/monterey.html#bluetooth

Si si l'ho specificato nella issue che ho aperto poi gli ho dato tutti i plist Sono "solo" tutte le patches per il kernel di tutte le cpu Purtroppo un config non si puo' fare ho proposto di metterle come preset nella sezione kernel/patches Il dev ha detto che preparerà una versione di OCAT appena possibile se servono ho aperto un thread da noi:

l'ho fatto per un bel po'... tre schermi...host Catalina, guest Win10 e RedHat ...si lavorava davvero bene 😛 e tutti e tre a risoluzione completa waaaa bei tempi... 🙂

unzippi questi li copi nella cartella EFI/OC/Kext e li dichiari nella sezione Kernel/Add dopo VirtualSMC Hai scaricato il plist editor che ti dicevo per modificare da te il config.plist @emmegi2001? non sono certo se da te sia necessario avere anche gli altri due fortunatamente con una schedina PCIex che ho non ho bisogno di nessun kext qui non so dirti di piu' PS sei MacPro7.1 e non iMacPro7.1 (non esiste)

Buon pomeriggio a tutti, Dunque, ho sostituito nuovamente il config.plist con l'ultimo che mi ha gentilmente inviato Fabiosun e confermo che l'audio continua a funzionare sia vi DP che via Jack. Ora risulta anche iMac Pro 7.1. Riguardo l'AX210, sul link ai kext che mi ha dato ieri Tomnic, c'è scritto che ora sono compatibili con l'AX210 (ma non mi è chiaro se solo per il wifi o anche per il bluetooth) https://github.com/OpenIntelWireless/itlwm/releases allego sia la schermata che mi ha chiesto Fabiosun che la schermata del link che fa riferimento alla AX210. quali files che trovo nel link devo scaricare, dove devo collocarli e come devo configurare di conseguenza il config.plist?

ok ora va bisogna accettare la app nella sezione della quarantena non mi viene in italiano, ma dove in pratica ti dice della pericolosità della app /uesta era data su low, ho dato allow on device ed e' partita)

Si erano stati segnalati qui https://macos86.github.io/extras/monterey.html#bluetooth alcuni cambiamenti con Mrey

@fabiosun avviando in OC il problema del riconoscimento della scheda video non si presenta e viene riconosciuta regolarmente, potrebbe essere quindi un bug di clover

Come precedentemente eseguito su configurazione Z370-A II Update a Opencore (0.7.7) Driver e Kexts con OpenCore Auxiliary Tools (OCAT) Aggiornato a Monterey 12.1 (21C52) senza problemi 👍 l'aggiornamento a Monterey mi ha creato problemi con il modulo Bluetooth BCM94352Z con i seguenti parametri in Informazioni di Sistema Ho trovato la soluzione in rete aggiungendo il Kext BlueToolFixup v.2.6.1 non presente nella mia config essendo con Big Sur supportato (nativamente?) Bluetooth funzionante e AirDrop comunque funzionante solamente in ricezione come in precedenza. Relase 2.6.1 scaricabile qui dal GitHub ufficiale.

Si è quello che ho riportato in ita anche se stranamente va senza il kext 😊 Da considerare che " la guida " risale ad aprile 2021 e che nel frattempo la compatibilità di OC con z590 è stata migliorata.. 🤔

Da quanto riportato qui " Audio support " https://dortania.github.io/hackintosh/updates/2021/04/24/rocket-lake.html "... ma è comunque necessario AppleALC per il supporto dell'audio digitale (HDMI, DP) " essendo che pero' quest ultimo funziona potrebbe essere un discorso di mapp. usb per l audio analogico Wi-Fi " Le schede Wi-Fi preinstallate (Intel AX210) generalmente non sono (ancora) compatibili con OpenIntelWireless e devono essere sostituite " 😔 ( si spera nel frattempo e' stata raggiunta' la compatibilita con OpenIntelWireless 🤞 )

Se può essere utile ti basta aprire IORegistryExplorer e vedrai che senza kext non troverai sotto la voce IOService:/AppleACPIPlatformExpert/PR00@0/AppleACPICPU la Poperty cf-frequency-data che invce con il kext troverai.

Aggiornare Clover in pimis , puoi seguire topic tipo questo https://www.macos86.it/topic/5402-installazione-monterey/?do=findComment&comment=124332

@fabiosun Thankfully Tonymacx86 now allows discussion of AMD, it’s been a long time coming. I did post the link to this site/page, credit where credit is due 😀 I have never really liked insanelymac. I was once suspended and then banned for disagreeing with a few things that were said. For example, someone had run an update to macOS and was recommending everybody update asap. However that update broke a number of things so I suggested it would be wise to mention doing a full CCC backup (and testing you could boot from it) before running the update. I received a mouthful of abuse saying I was trying to undermine the OP and that he knew better, and everybody who didn’t run his full EFI, without any personal changes, were fools as it was ‘perfect’. An update to that update was quickly released by Apple that fixed the issue. I mentioned it in the thread and was banned after replying, with the same sort of language, to the further abuse I received from the OP. Thankfully we get a better class of people on here 😂

CREATING MMIOWHITELIST What I originally posted is unnecessarily cumbersome. There is no longer any need to test and re-boot after each modification. Instead, of re-doing the earlier post, I'll write an updated methodology here on how to make an MmioWhitelist (and link the original post to this one). Here are the instructions in a nutshell. First gather your debug text file, which is normally saved on the booted EFI partition. (If you're not certain how to create the debug text file, see the earlier MmioWhitelist post here.) Once you've gotten this debug text file, locate the area of interest within this file, by searching for "MMIO" as shown in the Spoiler below (an excerpt is taken from a file with a name such as "opencore-2020-08-31-150945.txt"). Excerpt from "opencore-2020-08-31-150945.txt": Copy and paste this section, placing in a new text file for processing and future reference: From this, copy the hex values, creating the following list, which may be in the same, new text file. (I've color-coded for purposes of description; you do not need to do this step). These are for my MSI Creator mobo with Above 4G enabled. The red values will be used; the green will not be used (don't even bother entering them into the MmioWhitelist section). That is, the bottom 4 entries do not seem to be necessary for MmioWhitelist. ***** Clarification (5/11/21): Vit9696, the main person behind OpenCore, recommended not using the last 4 entries. However, the most up-to-date method of creating the MMIOWhitelist suggests disabling all entries in the above Spoiler that say "skip 0" and enabling all entries that say "skip 1". This is not discussed below (it is shown in the final code example), but is probably the best method of choosing whether or not to enable or disable a given entry. The color codes have been accordingly updated. ***** Next, run calculations for each red hex value, creating another set of data, shown in white (the decimal conversion of the adjacent hex values). The bottom 11 hex values are in common with all of our mobos. If you have Above 4G enabled, they'll be on the bottom; if not, there will be only 2 values above 0xEF10000 and 2 other values below 0xEF10000, namely 0xFA180000 and 0xFA300000 (shown in orange in the 4G Disabled section). So there is a bit of a pattern... the differences between our mobos seem to lay in the top 4 values if Above 4G is enabled, or, the top 2 values, if Above 4G is disabled, (shown in yellow below for the MSI Creator mobo): These values will, in turn, be entered into the MmioWhitelist section in OC (again, these are my values; yours will be somewhat different) for each fo the 15 values. Note that all of these values will be enabled (set to "Yes"). Also note that these values are what were labelled above as "skip 1" ("skip 0" means that entry was set to "No" in MmioWhitelist). Since we've removed the bottom 4 entries, which would otherwise have been disabled (set to "No"), all values in our new MmioWhitelist will be enabled (again, set to "Yes"). And the code will look like this (Above 4G enabled):

Provato: - con entrambi i kext bluetooth che mi hai suggerito, dopo un pò fa una schermata nera e "sgancia" la sync con il monitor. - lasciando solo IntelBluetoothInjector.kext, dopo un pò fa una schermata nera e "sgancia" la sync con il monitor. - lasciando solo IntelBluetoothFirmware.kext parte normalmente, wifi funzionante ma BT non rilevato

👍 fatti dare le chiavi dell app ... e gestisci tu la cosa

diglielo tu 🙂

Hai un altro bug da segnalare a Slice avviando con OC la scheda viene riconosciuta per quella che e'

Anche per Apple vale il concetto del processo in fase TIK/TOK: Mojave buono, Catalina insomma, BigSur buono, Monterey...indovina? Forse si tratta solo di aspettare il prossimo OS quindi diciamo 6 mesi per la beta, 12 per il rilascio...si dessero una calmata... Nel frattempo vai di Win11 e hackintoshi per le mail... anzi ti dirò di più: fai come la vispa Teresa di Morgonaut, una bella VM con accesso diretto al kernel e multiboot simultaneo, tanto gli schermi ce li hai

Io comunque...resto dell'idea che se non fosse che ho 85456886543 account email e relative regole impostate in mail....sarei già passata da M$ Monterey a M$ Windows 11 .........

No non c’è bisogno visto nell’altro post che hai aperto