fabiosun

Same problem here, but it is safe to update Next will be RC? 🙂

hai provato a vedere da qui? ma onestamente non ho esperienza con le integrate e le eventuali limitazioni in OSX e come superarle

Che Smbios usi? @Davidelposta il config.plist se vuoi io proverei MacPro7.1 senza utilizzare Whatevergreen.kext o se ti serve usalo con il bootarg agpdmod=pikera tra parentesi il config che hai messo all'epoca e' di derivazione Olarila (vedi il numero incredibile di kext di rete attivi) Se hai installato con i loro metodi ti consiglierei un metodo vanilla per essere sicuro che sei solo tu il problema che devi capire come far andare il sistema e non le cose che mette olarila

Tutto ok per gli utenti AMD di buona volontà!

macOS 13 beta 8 (22A5352e)

macOS 13 beta 8 (22A5352e)

Dortania e' un grosso raccoglitore di notizie Personalmente non la leggo perché sono poco corretti sia nei contenuti che nei modi

cmq io faccio fede di solito solo al pdf di opencore loro sono sibillini molte volte usa il quirk tal dei tali se hai early reboot Se non li hai....io sperimenterei senza leggere dortania Partendo anche da una EFI debug che non parte correttamente per avere il log da li poi andare avanti in base al pdf e alla propria esperienza di uso! Da tenere poi sempre presente che, il mio sistema all'inizio del suo funzionamento con OSX e che non avevamo iniziato a utilizzare MMIOWHITELIST ma solo il quirk DevirtualiseMMIO, partiva bene Senza alcune funzionalità ma ci lavoravi Oggi il mio sistema slo con il quirk attivo non parte (quindi cambiano cose ne driver che non capisco o che non documentano) opinione da utente..e non da mod! 🙂

Che non lo usi ok... ma da capire se perdi la funzionalità come ad esempio per NVRAm in base ad i quirk in uso Per me cosi stai bene 🙂

si ora più' del log e' capire se hai tutte le funzionalità critiche come 1)Reboot 2)shutdown 3)Sleep/wake poi se ti vuoi divertire puoi provare a togliere RebuildAppleMemory ed attivare solo EnableWriteUnprotector.... e se va pure da te farai parte di una sezione tipo scisma di Martin Lutero o simili andando contro oltre che a Dortania....(che me ne frego ampiamente) anche alle sacrescritture opencoriane 🙂 🙂 PS scherzo rimani come sei che e' corretto!

disabiterei il rosso di sicuro e poi se parte toglierei anche Devirtualize

ok allora per me puoi ripulire il config se desideri seguire le linee guida dei devs di opencore

config.plist.zip scusa non avevo salvato il 67

@netgear https://mega.nz/file/5CcylBqb#vXclBGiQkl2yMyx_ZavPz8c6OW8rpYnnAAU88L4inXY questa e' identica alla tua Debug (target 67 e .efi versione 084 debug)

MAT come lo hai? io partirei da li è lascerei dortania per altri scopi😂😎

<key>RebuildAppleMemoryMap</key> <true/> <key>SetupVirtualMap</key> <true/> secondo me uno e' di troppo ma se metti una debug vedi la faccenda del MAT0 e o MAT1 e poi metti quelli indicati dal doc di opencore anche se e' possibile che ti funzioni regolarmente anche in diverse combinazioni

non ricordo che patch abbiamo usato per il kernel (se quella di Algrey o quella di Shaneee) Se abeam usato Shaneee e' un problema che hanno alcuni nel caso va usata al suo posto quella di Algrey che ha come controindicazione che manda più' piano la GPU in molti casi

grazie per i complimenti, ma non servono! 🙂 Fai solo attenzione che dagli ultimi monterey e soprattutto su Ventura salta il supporto per molte schede di rete Quindi potrebbe essere un problema Non ricordo se la tua e' ancora supportata o meno tramite kext o tramite bootarg quando sarà capiremo come muoversi!

EFI.zip Se vuoi provare questa eì la precedente aggiornata a Opencore 084 con alcid=5

se stai usando la EFI postata qualche mese fa, per Monterey e Ventura andrebbe aggiornata alle ultime versioni di Opencore (bootloader, driver e kext)

@kokoz I would not like to kill the illusion that it could go But these you mentioned are the same results that were achieved some time ago with Proxmox Unfortunately there are some bridges related to thunderbolt that you can't get through Then, on motherboards that don't see thunderbolt in the bios, it's impossible to see the USB part of it USB can be used to charge e.g. Apple Watch, but you don't see connected peripherals and this is not only in proxmox but also in bare metal Boards such as designare, on the other hand, have thunderbolt-related options in the bios, and therefore also show connected USB devices such as disks, hubs, etc. if you like attach your full ioreg as file

Before was impossible to pass some thunderbolt bridge so we ever had the chance to see it working properly It seems to be the same of your results

I do not know if USB mapping for TRX40 chipset is useful What I know that some TRX40 gigabyte users use that SSDT USB reset in its motheboard It should be modified following your IOREG ACPI path I would try to use keyboard and mouse on other backplate USB ports if they are available only to see if errors is the same but no more ideas and I do not know what is changed in OSX internal USB 2 drivers for your previous OSX used and working faster than latest you are trying by now sorry!

this could be the culprit maybe you need to map them ( but I can't solve this, no experiences)

Archive.zip put SSDT in ACPI folder of your EFI and overwrite your config.plist with this one in zip backup yours