A23SS4NDRO

Ho riprovato, la porta sparisce infatti Rimetto tutto a posto Comunque sono divertenti queste tabelle acpi, magari un giorno imparerò a lavorarci anche su ssdt con metodi DSM se uscirà una guida in merito (su come farli ecco) Grazie ancora, ci aggiorniamo su questo topic per eventuali ulteriori modifiche 😃

Ok questo è un paragone tra vecchio ioreg postato qua in precedenza, e il nuovo ioreg (a destra) L'ho ricontrollato per un double-check, in caso avessi dimenticato delle porte, cosa che può accadere, ma sono stato attento. Ale’s iMac_18-02-2020.zip Ale’s iMac_Old_IOreg.zip

Ok, questo non lo sapevo, l'ho chiarito ora, perfetto Ora riavvio e posto ioreg, vediamo come va 😁

Ok chiarissimo, quindi correggo quello che ho scritto sopra con Questo qualora si abbia una porta Disattiva, ho sostituito: Return (GUPC (Zero)) Questo qualora si abbia una porta Attiva, Interna, e 2.0 Type A, ho sostituito: (tutte le attive 2.0 tranne HS05 e HS06) Return (GENG (One, 0xFF)) Questo qualora si abbia una porta Attiva, Esterna, e 2.0 Type A, ho sostituito: (solo HS05 e HS06) Return (GENG (One, 0x00)) Qualora si abbia una porta Attiva, Interna, e 3.0 Type A, ho sostituito: (per tutte tranne SS05 e SS06) - sono definite come le 2.0 sintatticamente perché entrambe interne, ma riesce a distinguere le interne 3.0 dalle interne 2.0 no? Return (GENG (One, 0xFF)) Qualora si abbia una porta Attiva, Esterna, e 3.0 Type A, ho sostituito: (per SS05 e SS06) (GENG (One, 0x03)) SSDT-4-xh_rvp08_new.zip

Per le altre porte invece? Per esempio HS04 che è 2.0 ed è interna, lascio Return (GUPC (One)) E per le USB 3.0 Interne faccio lo stesso, cioé non le tocco? Ok scusami non ho riletto il topic sopra

Edit: vorrei provare ad editare il mio ssdt per le USB aggiungendo questo metodo: Method (GENG, 2, Serialized) { Name (PCKG, Package (0x04) { Zero, 0xFF, Zero, Zero }) PCKG [Zero] = Arg0 PCKG [One] = Arg1 Return (PCKG) /* \GENG.PCKG */ } Per farlo, penso sia necessario rimuovere il metodo GENG 1 con cui prima mappavo, ed il metodo GUPC per definire le porte esterne, ora definite da GUPC a GENG per tutti i GUPC trovati, anche per le porte non attive, faccio alcuni esempi: Questo qualora si abbia una porta Disattiva, ho sostituito: Return (GENG (Zero)) Questo qualora si abbia una porta Attiva, Interna, e 2.0 Type A, ho sostituito: (tutte tranne HS05 e HS06) Return (GENG (One, 0xFF, 0x00)) Questo qualora si abbia una porta Attiva, Esterna, e 2.0 Type A, ho sostituito: (solo HS05 e HS06) Return (GENG (One, 0x00)) Qualora si abbia una porta Attiva, Interna, e 3.0 Type A, ho sostituito: (per tutte tranne SS05 e SS06) Return (GENG (One, 0xFF, 0x03)) Qualora si abbia una porta Attiva, Esterna, e 3.0 Type A, ho sostituito: (per SS05 e SS06) (GENG (One, 0x03)) Chiedo conferma a @Gengik84 se devo procedere cosi con le modifiche o e' meglio se lascio il metodo GUPC per definire le porte disattive e quelle interne, grazie. Allego il vecchio SSDT per backup SSDT-4-xh_rvp08_original.aml.zip

Figurati, siamo qui per imparare! Grazie per il topic accurato in tutte le sue sfaccettature, veramente utile

Prova a chiedere ad un moderatore, hanno la possibilità di cambiare il tuo post aggiungendo le modifiche necessarie Consiglierei di apportarle rispondendo qui sotto, poi chiedi magari ad un mod che con copia incolla del lavoro/testo che vorrai scrivere, spostando il necessario di sopra, ed è fatta... Non c'è molto altro da dire su propertree, hai già scritto molto bene 🙂

Ho già installato tempo fa su quella motherboard (con 9700K e Sapphire RX580) e prima che uscisse SSDT-PMC.aml per il problema NVRAM e prima che Gengik scrivesse SSDT390Seris.aml che abilitava accesso a nvram, ma avviavo senza problemi con Emuvariable.efi e OsxAptioFix2Drv.efi (FwRuntimeServices non esisteva, e neanche OpenCore quindi niente OCQuirks.efi) Con AptioMemory avviavo ma avevo problemi a spegnere. Sbagliato. Se Apple avesse voluto ostacolarci lo avrebbe fatto molto tempo fa. Qui è necessario rimboccarsi le maniche e iniziare a studiare, niente roba prefatta. Inizi con questa guida magari, clover è più semplice da maneggiare rispetto a OC, ma lo posto comunque il link. Se hai problemi dubbi o domande scrivi senza problemi in modo da chiarire la soluzione con tutto il forum, senza usare CARATTERI MAIUSCOLI perché equivale a urlare, ed è sinonimo di maleducazione. Grazie, buona permanenza sul forum

Ecco il comando che applica queste features cd /Volumes/EFI/EFI/OC /path/to/create_vault.sh . /path/to/RsaTool -sign vault.plist vault.sig vault.pub off=$(($(strings -a -t d OpenCore.efi | grep "=BEGIN OC VAULT=" | cut -f1 -d' ')+16)) dd of=OpenCore.efi if=vault.pub bs=1 seek=$off count=528 conv=notrunc rm vault.pub "vault.plist file should contain SHA-256 hashes for all files used by OpenCore. Presence of this file is highly recommended to ensure that unintentional file modifications (including filesystem corruption) do not happen unnoticed. To create this file automatically use create_vault.sh script. Regardless of the underlying filesystem, path name and case must match between config.plist and vault.plist" Tradotto: Il file vault.plist dovrebbe contenere hash SHA-256 per tutti i file utilizzati da OpenCore. La presenza di questo file è altamente consigliata per garantire che non si verifichino modifiche involontarie dei file (inclusa la corruzione del filesystem) evitando che passino inosservate. Per creare questo file utilizzare automaticamente lo script create_vault.sh. Indipendentemente dal filesystem sottostante, nome percorso e case devono corrispondere tra config.plist e vault.plist

Buongiorno ragazzi, mi studiavo un po' la documentazione di OC Sezione Vault For this you are recommended to at least enable UEFISecureBoot with a custom certificate,and sign OpenCore.efi andBOOTx64.efi Voi procedereste nella creazione di chiavi Custom? Dato che loro lo consigliano anche? Da quel che ho capito, migliora la sicurezza (evitando eventuali tampering) implementare un certificato per Secure boot custom e firmarlo con Opencore.efi e bootx64.efi Per quanto riguarda il vault (quindi in separata sede dalla creazione di chiavi per Secure boot) potrei nel frattempo Imlementare tramite lo script: "Sign.command" che è possibile trovare in CreateVault di OCsupportPkg, che effettua tramite gli script • create_vault.sh • RsaTool -La creazione di una una directory "Keys" in EFI/OC -sha256 di Fwruntimeservices in vault.plist -tramite il tool "dd" embedda una chiave in OpenCore.efi E quindi applica un controllo del file Opencore.efi e Fwruntimeservices (dentro vault.plist) Differences.pdf.zip CreateVault.zip

Per quanto riguarda le GPU consiglio di dare un'occhiata qua per quelle da evitare e qua per quelle consigliate. A proposito delle vega della casa Sapphire, alcuni hanno avuto problemi in passato "And while Sapphire may be the best brand for Polaris GPUs, Vega GPUs are quite a bit of a different story. While many have working systems with Sapphire Vega, a good chunk of users also experience instability and issues with macOS functioning correctly." Tradotto: "E mentre Sapphire potrebbe essere il miglior marchio per le GPU Polaris, le GPU Vega sono un po 'diverse. Mentre molti hanno sistemi funzionanti con Sapphire Vega, un buon gruppo di utenti ha anche instabilità e problemi con il funzionamento corretto di macOS." Altre sorgenti: Per quanto riguarda invece la motherboard io ho scelto di andare su Z370 (asus in particolare per evitare il lavoro di sblocco registro MSR 0xE2 effettuato da @SemanticA) Dai un'occhiata all'hardware in firma, ho la stessa tua CPU

Se vuoi conoscere un po' il retroscena leggi qua https://voodooi2c.github.io/

Quindi mobo con device intel integrati o laptop con wireless intel dovrebbero cavarsela senza dover cambiare con dispositivi broadcom?

Ottima guida, uso Propertree da parecchio, e mi ci trovo proprio bene per il fatto che sia molto snello seguendo quindi la politica di OpenCore ed essendo anche OpenSource 😃 se vuoi puoi aggiungere alla guida il fatto che nella sezione scripts ci sta "BuildApp.command" che ti da la possibilità di fare appunto il build dell'applicativo per poi spostarlo tra le Applicazioni, e aggiornarlo quando si ritiene necessario a seconda dei commit del repository di corpnewt