Leaderboard
Popular Content
Showing content with the highest reputation on 09/30/2020 in all areas
-
ora Clover avvia i windows esattamente come faceva prima, nessuna iniezione strana, tutto OK all'apparenza, come se fosse stato avviato dai tasti funzione niente a che vedere con OC, sul quale ho anche abilitato il boot tramite entries (quindi tutta quella trafila di percorso da ricavare con OpenShell), ma niente da fare, il boot di windows su OC è un terno al lotto. Forse il problema è anche legato alle strutture complesse di multiefi, ma dove ho provato, sul t-RyZo ho 2 winows, una avvia correttamente senza iniezioni strane, un'altra invece appena parte la prima biglia rotante, manda in blocco il PC, schermo nero, occorre spegnerlo forzatamente. Sulla Z370 invece le 2 entries per i 2 windows entrambe lo mandano in KP2 points
-
purtroppo no... anche questo per il mio punto di vista, non è stato bello vedere Slice lasciato solo la volta che ci sono problemi più seri e ovviamente con questo non mi riferisco a dev di Opencore perchè di fatto loro fanno giustamente il loro lavoro li2 points
-
2 points
-
2 points
-
BIG news (not verified by me, in my case it is not working) It boots 🙂 see video below 😂 It seems @Pavobooted with big Sur in A vanilla mode some problems to solve but for him it is booting now 🙂 for me no... You creators users could try 🙂 ops only you @iGPU others users are Asrock 🙂 fabiosun's EFI and ioreg System Description: Ploddles's EFI and ioreg System Description: Arrakis's EFI and ioreg System Description: mSedek's EFI and ioreg System Description: Rox67er's EFI and ioreg System Description: UPDATE 17-07-2021:1 point
-
Version 1.5.1
1,291 downloads
Tools che crea la struttura della EFI per OpenCore compreso kext e driver. Permette varie tipologie Creazione EFI con OpenCore, kext e driver Release Creazione EFI con OpenCore Beta (viene compilato), kext e driver Release Creazione EFI con OpenCore, kext e driver Beta (viene tutto compilato) Possibilità di compilare OpenCore sia come Release sia come Debug1 point -
Version 2.1.0
1,116 downloads
SSDT utile in primis per la fase di installazione: Consigliato l'uso da Haswell in poi. Risolve possibili problemi di boot. può essere usato sia con OpenCore sia con Clover. Non necessita di ssdt aggiuntivi. Non necessita di alcun DSDT. Non necessita e non deve essere usata nessuna patch acpi sul config. Non deve essere selezionato pluginType sul config, questo in caso di clover. NOTA: Per qualche "furbetto": visto e considerato che alcuni miei SSDT per hack, in special modo quello per serie 390... sono stati fonte di "ispirazione" 😛 Questo usatelo pure ma non cadete nel ridicolo mettendo solo un rename diverso....come per esempio ssdt_300 che è stato rinominato e ripassato in giro come fosse un vostro lavoro!! Portate rispetto per il lavoro altrui. Sempre! Cambiare un nome o anche una firma se vogliamo così chiamarla da Gengik84 a tizio XX... è una cosa vergognosa! Tutto questo solo per apparire cosa non siete..sfruttando il lavoro di altre persone..senza citarle! Veramente complimenti a chi ha questi miseri e patetici comportamenti !!!1 point -
Lo scopo di questa guida è quello di configurare il nostro hack in un modo ancora migliore, senza usare UsbInjectall (escluso per metodo Rehabman) e nessuna patch per port limit attenendoci a ciò che Apple fa e vuole…. Ossia un massimo di 15 porte disponibili e utilizzabili Decisamente molto più qualitativo. …. 😉 Occorrente: IORegistryExplorer.app MaciAsl (lo trovate in download) Procuriamoci una usb sia 2.0 che 3.0 Aggiungiamo la patch per aumentare il port limit sul config Aggiungiamo usbinjectall.kext nella EFI Riavviamo.... Iniziamo con la mappatura… Apriamo IOReg, scorriamo fino a trovare XHC o nel caso XHCI Nota:Nel caso le nostre usb fossero nominate XHC1 vanno rinominate tramite una patch sul config Adesso inseriamo ed espelliamo prima una pendrive usb 2.0 e poi una pendrive 3.0 Nota: Questo procedimento dovrà essere eseguito senza chiudere IOReg e ripetuto su ogni singola porta usb del nostro hack…mobo e case.. Una volta terminato ci ritroveremo ad un esempio di questo tipo Le usb verranno mostrate in rosso dopo averle scollegate Adesso ipotizziamo di aver terminato e basiamoci sulla foto precedente Annotiamoci le porte non usate..per esempio HS02-HS04 Ovviamente questo è un esempio…potreste averne molte di più…con porte SSPx La differenza tra le due nominazioni è: HSxx = USB 2.0 SSPx = USB 3.0 A questo punto è necessario un ssdt per disabilitare le porte non usate Metodo Basato su SSDT generico fatto da Rehabman Apriamo ssdt con MaciASL Adesso dobbiamo eliminare le porte che non usiamo, questo perché ssdt comprende tutte le porte possibili e utilizzabili della scheda madre Per rimuovere le vostre porte non in uso vi basterà rimuovere la parte che vi ho evidenziato…ovviamente è solo un esempio e non è detto che quella specifica porta non sia usata nel vostro hack. Una volta aver rimosso le porte, all’inizio del ssdt definiamo i l numero di porte in uso "port-count", Buffer() { 26, 0, 0, 0 }, 26 è il numero di porte totali disponibili su schede madri Skylake e successivi… ma su osx il limite imposto è per 15 porte al massimo Noi dobbiamo cambiare 26 con il numero delle porte che usiamo e deve essere inferiore o uguale a 15…ma non superiore. Adesso passiamo alla parte "UsbConnector" In questa parte dobbiamo definire il “tipo di porta” .. quindi se è 2.0, 3.0 e se è una usb interna Guardate questo esempio Quindi le usb 2.0 avrà "UsbConnector", 0, la usb 3.0 avrà "UsbConnector", 3, Mentre le usb interne dovranno avere "UsbConnector", 255, ( 0xFF) CREDITS: @ Apple @ ACPICA @ Pokenguyen (primo che all’inizio di El Capitan ha fatto presente l’aggiunta da parte di Apple del limite di porte in uso) @ PJalm @ Piker @ Rehabman Metodo Alternativo Basato sulle proprie ACPI compatibile da Skylake e successivi Questo è il metodo che preferisco e che uso da anni nei miei hack o di amici stretti… Lo ritengo migliore, per il mio modesto parere, perché andiamo a usare e lavorare sul nostro proprio ssdt, senza usarne di aggiuntivi Estrazione ACPI Clover Estraiamo le nostre acpi tramite clover (il dump richiede che sia installato nella ESP) Premiamo F4 quando siamo nella GUI,per sicurezza che il dump sia corretto aspettiamo una trentina di secondi prima di avviare. Montiamo la partizione EFI del dispositivo usato per il boot Rechiamoci in EFI/Clover/acpi/origin Troveremo varie tabelle, noi dobbiamo andare a cercare ed esaminare SSDT in special modo quello che gestisce le usb Nella stragrande maggioranza dei casi sarà la tabella nominata xh_rvp08, xh_rvp10 etc... ma può essere anche semplicemente per esempio SSDT-3.aml oppure SSDT-AMI.aml OpenCore: Per estrarre le proprie acpi con questo bootloader abbiamo bisogno dei bianri in versione Debug Quindi se per esempio avessimo la versione 0.6.1, andremo a scaricare la stessa versione con dicitura DEBUG. Prendiamo poi il file bootx64.efi che troviamo in EFI/BOOT e OpenCore.efi che troviamo in EFI/OC. Sostituiamoli nelle stesse posizioni nella nostra EFI. Modifichiamo il config in Misc/Debug/SysReport mettendo YES. Salviamo e riavviamo. Troveremo le nostre acpi dentro una cartella nella root della partizione EFI. Troveremo varie tabelle, noi dobbiamo andare a cercare ed esaminare SSDT in special modo quello che gestisce le usb Nella stragrande maggioranza dei casi sarà la tabella nominata xh_rvp08, xh_rvp10 etc... ma può essere anche semplicemente per esempio SSDT-3.aml oppure SSDT-AMI.aml Nota: il Nome del relativo ssdt contenente le usb può cambiare da mobo a mobo, quindi dovrete voi controllare le vostre acpi e trovare quello contenente XHC Apriamola con MaciASL Adesso visualizzeremo le porte usb disponibili per la mobo Soffermiamoci su questa parte di codice…ovviamente partiamo dalla prima usb HS01 Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (One)). } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { Return (GPLD (One, 0x02)) } } Bene adesso l’operazione è molto semplice One in questo caso vuol dire Vero/Abilitato La parte di codice da modificare per ogni singola usb è: Return (GUPC (One)) Quindi porta abilitata lasceremo One Porta disabilitata cambieremo sostituendo One con Zero Tornando all’esempio sopra… Il codice rispettivamente per ogni porta disabilitata sarà: Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (Zero)) } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { Return (GPLD (One, 0x02)) } } Nota: Anche il codice relativo può essere diverso, quindi potresti anche avere una cosa di questo tipo: Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (LEqual (H1TC, Zero)) { Return (GUPC (H1CN)) } Else { Return (\_SB.UBTC.RUCC (H1CR, One)) } } in questo caso la parte interessata sarà contenuta all'interno della prima condizione, quindi avremo la solita sostituzione Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (LEqual (H1TC, Zero)) { Return (GUPC (One)) // << ----- } Else { Return (\_SB.UBTC.RUCC (H1CR, One)) } } Finito di cambiare il valore per ogni porta basandoci sulla nostra mappatura non ci resta che compilare e salvare Parte finale Collochiamo il nostro SSDT in EFI/Clover/acpi/patched Questo però non sarà sufficiente perché la tabella originale (OEM) verrà sempre caricata e quindi il nostro ssdt non avrà alcun effetto Quindi dobbiamo “Droppare” la relativa tabella OEM Cosa vuol dire? Significa bloccare il caricamento della stessa per permettere al nostro ssdt di lavorare Apriamo il config.plist, rechiamoci nella parte ACPI/Drop Tables Clicchiamo sul simbolo + Selezioniamo SSDT —> TableId ed accanto scriviamo il nome esatto della tabella da bloccare…esempio xh_rvp08 Il risultato sarà questo Come possiamo essere sicuri del corretto TableId? Ecco spiegato nell'imagine sottostante: Nota: Qualora trovassimo per esempio " AMI " questo non dovrà essere usato perchè nel caso del drop usando appunto il TableID, questo deve essere unico per tale ssdt e non uguale su più ssdt. In questo caso dovrete usare Lenght per droppare la tabella. Quindi seguite la relativa spiegazione nella parte della guida inerente a X299. Rimuoviamo o disabilitiamo la patch per port limit e salviamo Rimuoviamo usbinjectall.kext dalla relativa cartella kext in EFI Riavviamo Aprendo ioreg, cercando XHC noteremo che verrano visualizzate solo le porte in uso Questo è l’esempio del mio hack Perfezionamento: Definizione dei connettori. In download, nella sezione ACPI troverete una mia patch. Scaricatela, aprite il file txt copiate e incollate il contenuto nella finestra patch di MaciAsl. Applicate la patch sul relativo ssdt. Adesso possiamo Abilitare/Disabilitare la porta modificando il primo valore mentre con il secondo valore andremo a definire la tipologia del connettore usb. Quindi andiamo nella relativa porta e scriviamo/sostituiamo il contenuto del metodo _UPC con: Return (GENG (One, 0x03)) Esempio: One ovviamente renderà la porta attiva, qualora volessimo disattivarla e vogliamo usare questo metodo, basterà mettere Zero al suo posto. Nota: Per la disattivazione va ugualmente bene il metodo elencato sopra. Seconda parte: 0x03 va a definire la relativa porta come semplice Usb 3.0 Nella mia patch sono elencati i vari connettori che possono essere usati, in primo luogo troviamo diciamo quelli più "comuni" e successivamente quelli diciamo opzionali. Quindi con questa unica patch potete fare di tutto, abilitare/disabilitare e definire... Spero che vi possa aiutare e spero anche che venga apprezzato e non solo copiato senza un credits come già è accaduto! Vii invito a leggere, anche giusto per informazione, questo topic che ha vari riferimenti Buon Hack !1 point
-
1 point
-
HA FUNZIONATO Era così semplice! Va a capire cosa cambia averlo prima o dopo Grazie mille per l’aiuto! Adesso sta installando Catalina, speriamo vada tutto liscio1 point
-
questo è solo per il pm e da haswell in poi basta solo plugintype sul config il dsdt è tuo? in caso ti sconsiglio vivamente di usare acpi altrui hai anche kext inutili e doppi ApplePS2SmartTouchPad.kext a cosa ti serve? rimuovilo e metti VoodooPS2 e voodooInput acidanthera in ultima versione1 point
-
non è come fare un semplice kext, premendo un pulsante etc usare le proprie acpi è molto più specifico e se non fai tutto a mobo, nemmeno ti carica ssdt che modifichi oltre a questo qualora poi caricasse, si pensa a ottimizzare definendo i connettori per questo chiedevo ioreg 🙂1 point
-
molto strano, prova a spostarlo dopo -v a in caso allega proprio la foto del blocco sul verbose1 point
-
cosè una battuta? 🤭 ci stanno lavorando e secondo me è normale che possano capitare bugs cmq ora si può dormire sonni tranquilli, con la release rilasciata da poco, ora avvia tranquillamente windows e linux e tutti i macOS che sinora ho testato Win10 Pro Win10 LTSC Linux mageia Mojave - Catalina - BS al momento ultimo lavoro è questo CloverX64-2020-09-30 17_09_45 +0300-Clover revision_ 5122-ocint-3009.3.zip è cambiata nuovamente la struttura degli OcQuirks, orta sono raggruppati tutti in una unica voce Quirks sotto kernel & kext patches se volete un config di riferimento, si può usare quello di Jief https://github.com/jief666/EFI4mifjpn questo è il mio sulla Z370 per avere il verbose stampato a video, abilitare ProvideConsoleGopEnable1 point
-
1 point
-
penso che sbagli a modificare... dove scrivi quella boot-arg? dimmi esattamente dove1 point
-
1 point
-
Eh io quello che non uso lo cancello subito, poi nn mi segnalava gli update, per questo aspetto nuova ISO1 point
-
1 point
-
1 point
-
funzione integrata di sysReport....su un post del forum c'era una efi di opencore, da mettere in una pendrive e da far avviare e in automatico che estrapolava le acpi... era il config in debug1 point
-
1 point
-
cosa? provato che vuol dire? allega ioreg della tua "prova"...1 point
-
1 point
-
1 point
-
1 point
-
1 point
-
SI si anche io una 10.15.7 un bootloader e festa :), giusto per dire c'ero anch'io... magri quando esco e la linea non è impegnata butto su qualcosa in download :)...1 point
-
non sa non risponde 🙂 sembrerebbe di no comunque ma siccome ho rimesso la 10.15.7 e mi sono disintossicato dalle beta continue di BS ..potrei sbagliare 🙂1 point
-
I too installed ß9 bare metal, but over ß6 (I never installed ß8). Since I'd removed the Snapshot partition, it is not possible to install the partial update (only a full installer can do this). So, I booted into Recovery, re-installed ß6, then updated with the partial ß9 installer downloaded from Apple. I have 2 Big Sur drives, the other one I'm leaving at ß7 (Snapshot was removed on this drive too).1 point
-
Beta 9 is safe to install. Worked fine just like beta 8.1 point
-
1 point
-
1 point
-
1 point
-
@iCanaro però tu hai chiesto boot-log questo è una cosa pre-bootlog un altra ma non completo al 100% debug-log invece è completo1 point
-
1 point
-
https://www.macos86.it/memberlist.php?mode=viewprofile&u=55">Baio77 Ho preso il dsdt dal tuo topic però non so se è l'attuale che usi.. nel caso guarda questo e ricopia sul tuo e poi prova.. Comunque se non usi ne la patch per port limit, ne eventuali kext per far funzionare le usb tipo inject all o FakePCIID... La guida non ti serve...è fatta proprio nel caso per non usare quelle cose DSDT.aml.zip1 point
-
Non decompilare ... usa https://bitbucket.org/RehabMan/os-x-maciasl-patchmatic/downloads/RehabMan-MaciASL-2017-0117.zip">MaciASL aggiornato selezionando acpi 6.1 nelle preferenze vai subito ad aprire il corretto ssdt1 point
-
@Matteo88 usi una versione sbagliata di iasl.. skylake devi usare 6... altrimenti non riesce a leggere le acpi @Baio77 si è normale... devi mappare le usb è seguire il post 2 usando la mia patch alegata e ripeterla per disattivare le porte Edit: Matteo88 passami ioreg con la tua mappatura1 point
-
Update X299 La procedura alla fine è la stessa per Skylake e successivi con alcune ulteriori attenzioni e modifiche Estraiamo le tabelle acpi premendo F4 nella gui di clover, rechiamoci in origin e cerchiamo ssdt relativo alle usb Nel mio esempio è SSDT-2-AMI.aml una volta aperto troviamo a partire dalla prima usb Scope (\_SB.PC00.XHCI.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (0x01)) } Come per l'altri casi dobbiamo modificare GUPC (0x01) in GUPC (Zero) Da ripetere per ogni porta da disattivare quindi il codice finale sarà Scope (\_SB.PC00.XHCI.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (Zero)) } finito di disattivare le nostre porte non in uso su X299 bisogna fare altre modifiche Avendo PC00 finito originalmente nelle acpi, x299 deve e usa un rename acpi sul config PC00 to PCI0 Quale è il problema? Se noi collochiamo il nostro ssdt in patched questo non verrà poi caricato anche se droppata la tabella oem originale perchè "tutte" le acpi hanno a quel punto, grazie al rename di clover PCI0 La nostra tabella patchata e reiniettata invece avrà sempre PC00 e questo non va bene.... quindi Nel nostro compilatore andiamo su Find, mettiamola spunta su "Replace" e modifichiamo il tutto da PC00 in PCI0 come da immagine sottostante Clicchiamo su " All " Compiliamo e salviamo. Collochiamola in EFI/Clover/acpi/Patched Adesso dobbiamo modificare il config e droppare la tabella OEM originale in questo caso ho usato " Length " invece di " table" perchè ci sono altre tabelle con stesso "nome" e quindi usando questo bloccherei non solo la tabella delle usb ma tutte quelle con stesso nome Da dove si ricava Lenght? Lo trovate All'inizio della tabella ssdt su cui lavorate Usando clover configurator per modificare il config, prendete direttamente il valore contenuto dentro le parentesi come evidenziato nell' immagine Adesso sempre dovuto ai rename che si usando su X299 ed a altro occorre diciamo definire un ordine di caricamento delle tabelle evitando così vari problemi Per questo usiamo " SortedOrder " Qui scriviamo il nome esatto della tabella trovata in origin su cui abbiamo lavorato Rimuoviamo o disabilitiamo la patch per port limit Salviamo, riavviamo... Adesso se avete eseguito tutto correttamente avrete attivate solo le usb che usate... NOTA: se dovete in caso rimuove il vostro ssdt da patched ricordate di rimuovere anche il relativo Drop Tables Altrimenti potresti aver problemi al boot oppure nessuna usb funzionante.. perchè ovviamente come detto prima quella funzione blocca il caricamento della tabella OEM e quindi questa tabella non verra mai caricata perchè mancante anche da patched.. NOTA-2: Potete rinominare tale ssdt messo in patched.. per esempio SSDT_DisableUSB.aml Però ricordate che in SortedOrder il nome dovrà essere il medesimo Quindi come cambiate nome al ssdt cambiate anche li... Buon Hack! empticons_thu1 point
-
Metodo Per Serie 8/9 (Haswell) Un altro metodo per questa serie di hardware è quello di apportare alcune modifiche direttamente sul dsdt poiché le usb sono qui definite Il tutto viene eseguito tramite _UPC modificando ed aggiungendo questa parte di codice Name (_UPC, Package (0x04) // _UPC: USB Port Capabilities { Zero, 0xFF, //Connector type (N/A for non-visible ports) Zero, Zero }) La modifica manuale e la relativa aggiunta può non essere facile per tutti, per questo ho scritto una patch per aiutarvi La patch è scritta con impostata, di default, la prima porta usb2 quindi HS01 Quindi dovrete modificare questa patch per ogni porta da disattivare cambiando su di essa HS01 con HS03 o SSP3 per esempio e quindi applicarla nuovamente Nota:la patch potrebbe funzionare anche su altre serie ma non l'ho personalmente testata, quindi questo è il motivo per cui ho definito per haswell in caso ..come anche in caso di problemi..fate sapere allegando le vostre tabelle acpi pulite! UPDATE SSDT PER DISABILITARE LE PORTE SU HASWELL Dopo aver mappato le porte , aprite questo ssdt SSDT-DisableUSB-Haswell-9Series.dsl.zip dovete togliere il commento ossia // riguardante la usb da disattivare Prestate attenzione questo dovrà essere fatto per sia la usb corrispondente sia per il relativo "External" Esempio di disattivazione della porta HS01 Immagine di esempio una volta eseguito per tutto le vostre porte da disattivare...compilate e salvate in .aml Collocate ssdt in patched e rimuovete la patch per port limit Nota è stato scritto in base ad alcune acpi...quindi potrebbero esserci da fare in caso degli "aggiustamenti" in caso... Fatelo presente sul topic e cercherò di aggiornare tale ssdt oppure di scriverlo e allegarlo un altro Disable_USB.txt.zip Disable_USB_Haswell_8series.zip1 point
-
0 points