Gengik84

purtroppo per vecchie serie possiamo far poco per il PM se non affidarsi a clover allega anche ioreg

Ale ma hai mai provato su un negozio che vende cose Apple? i tools di terze parti sono bloccati ovviamente, e nessuno ti darà mai la possibilità di eseguire dei test con determinate macchine. ne in presenza e tanto meno da remoto. Ti sbagli, non serve nessuna macchina fisica per questo, basta semplicemente macOS in versione compatibile col suddetto hardware. E' esatto nessun mac vero usa oltre 370 Vero anche questo ma è come dire "uscito ieri" quindi devi pazientare poi se per esempio conosci uno che vende MBA 9 e ti fa in caso fare alcuni debug, fai un "fischio" 🙂 Però non posso non dire che chiunque fosse a fare una cosa del genere su un mac reale non proprio, quindi da vendere poi, correrebbe un alto rischio.(giustamente) Riguardo alle acpi contano ma contano decisamente in modo molto relativo, oggi si pensa un "copia/incolla" e tutto fatto, ma non è così... torniamo al punto sopra, hai accesso diretto al suddetto mac? Capisco che hai un nuovo portatile preso appunto basandoti sul discorso del vero mac da poco uscito ma purtroppo il tutto richiede del tempo e sinceramente, personalmente, questo periodo di quarantena non fa altro che rallentare le oppurtunità, sia mie come di altri, a riguardo... purtroppo... Detto e spiegato questo posso, garantirti che qualsiasi cosa io possa avere o possa vedere tramite macos etc etc... la farei subito presente

Ciao, hai rinominato il sample.plist in config.plist? in caso tu l'avessi fatto,riparti da un config pulito perchè è probabile che tu abbia corrotto qualcosa

se ti riferisci a un possibile tools che ti dice "questo è da escludere".. non penso esista.

il debug? del kext si puoi farlo

ciao no il dsdt non c'entra nulla il monitor collegato non risulta mai minimamente. hai per caso anche una video dedicata?

puoi provare col precedente dsdt, e RTCfixup poi tramite boot-arg provi a escludere tipo rtcfx_exclude=00-20 rtcfx_exclude=00-40 rtcfx_exclude=40-60 rtcfx_exclude=00-FF etc etc etc... prova anche questo in sostituzione con ultimo dsdt anche se dubito SSDT-Kaby_CoffeLake.aml.zip

per l'orario sbagliato se intendi questo c'è un fix sa eseguire su windows ma il discorso del bios a riguardo non cambia

si normale è quello che ti accennavo prima 128byte quindi la metà di quelli usati

fai ioreg il pm su OC va attivato tramite ssdt

ok aspetta, proviamo in altro modo... rimuovi kext e fix dal config sostituisci DSDT.aml.zip

è normale che siano presenti sia cartella BIOS, sia cartella UEFI. riguardo al blocco è da vedere i driver come anche la configurazione sul config metti le specifiche del tuo hardware nella tua firma così risulta più facile aiutarti in qualsiasi situazione

errori del tipo al kernel fanno si che tabelle oem non vengano caricate, quindi con possibili problemi. da una parte diciamo sei stato fortunato perchè capita che nemmeno un kext porti a usb funzionanti in queste situazioni. se ti funziona il kext acidanthera è meglio di un fix, che potrei farti anche tramite acpi. il kext invece porta/emula 256byte rigurado a RTC il resto delle patch non fanno altro che dimezzare a 128

ah figurati, diciamo solo incomprensioni tutto qui nemmeno c'è bisogno di scusarsi dai 🙂

si o usi Lenght o TableID riguardo a DMAR lasciala, è giusto così anche se non "punta a nulla" come dici tu 🙂 avevi errori al kernel che ti bloccavano il caricamento della tabella originale, risolto questo il tutto funziona regolare. Riguardo alle usb, certo se un domani tu dovessi abilitare/disabilitare altre porte, devi agire sullo stesso

ah... non avevo capito della 580, figurati quasi pensavo a un RX 😂 come abbreviativo visto che la 0.5 .8 avrei pensato a 58 😄 cosa usi per la integrata? HDMI?

.......

Ciao, quel kext non è più stato sviluppato quindi non credo ci siano soluzioni almeno per ora

di cosa? il driver APFS è stato creato e sviluppato di fatto dal team acidanthera. non è di certo una clausura ma anzi un ennesimo passo in avanti averlo integrato nel bootloader stesso. Detto questo nessuno può pretendere che sviluppatori di Opencore si debbano preoccupare anche di clover e di fatto il driver rimarrà disponibile, ma ovviamente non più da loro sviluppato.

certo, parliamo della 0.5.8

perchè non mettere il verbose? è tutto descritto nel manuale Beh ti capisco di fatto OC è un bootloader estremamente tecnico e non per tutti. Questo richiede impegno e costanza per capire pian piano il tutto e la relativa logica. Dire "clover è partito subito" non è un paragone tanto giusto da fare

no non c'è nessun nuovo driver, opencore supporterà diciamo nativamente APFS quindi quel driver è finito come sviluppo.

Prova, sostituisci CLOVER.zip

mi alleghi la cartella clover e il log fatto con KEAX che trovi in download? domani ti ci guardo