iCanaro

non credo sia un DELL, certo che mettere il link al sito del proprio prodotto deve essere una cosa veramente difficile, visto che praticamente non lo fa quasi mai nessuno :( dovrebbe essere questo https://www8.hp.com/it/it/workstations/product-details/18865648">https://www8.hp.com/it/it/workstations/ ... s/18865648">https://www8.hp.com/it/it/workstations/product-details/18865648

scusa ma non hai una pendrive per avvii di emergenza??? se negativo, molto male! essere appesi ad una sola opportunità di avvio comporta dei rischi. da clover 4988 sono cambiate parecchie cose probabilmente se usavi aptiomemoryfix questi è stato cancellato... se hai anche una partizione windows avvialo, poi monti la EFI con minitool partition wizard e gli assegni una lettera poi la browsi con total commander o explore++ avviato come admin e controlli in driver64UEFI che cosa manca e lo aggiungi a mano estrapolandolo dal clover in ISO

carrellata per chi si vuole informare prima ;) https://postimg.cc/QVb1bCtV"> https://postimg.cc/zL0067DH"> https://postimg.cc/DJN5yzX2"> https://postimg.cc/18SBz2fN"> https://postimg.cc/ctNgmyqR"> https://postimg.cc/mhQFrDM8"> https://postimg.cc/5XkXrFdN"> se si flagga su driver di ricambio, tutta la cartella OFF verra copiata nella EFI, i driver non saranno caricati da Clover ma sono disponibili in caso servano aggiustamenti da shell o da qualsiasi altra opzione con cui accedere alla EFI... secondo me la cosa è abbastanza furba

visto che dal repo beta ufficiale è un po' che non esce niente di nuovo, ero curioso di vedere se vi erano novità, mi sono compilato Clover... e non sono stato deluso

disabilitando gatekeeper dovrebbe funzionare, ma secondo me meglio che aggiorni a mano i vari driver e clovex64 [fade]ATTENZIONE GENTE[/fade] da clover 4988 è cambiata la struttura, quindi ocio che se si seleziona un gestore memoria sarà installato solo quello ed eliminati altri se presenti in EFI; e questo è un bene, però da questa release AptioMemoryFix non è più incluso e non vorrei sbagliarmi, ma anche il driver APFS e quindi occorre scaricarseli dai repo acidanthera raggiungibili dai link che si trovano sulla barra del forum, e questi sono da mettere a mano. Quindi per concludere, una volta installato controllare bene il risultato e pendrive di emergenza a portata di mano.. SEMPRE! ;)

Considerazioni finali: come spesso accade in hack, i particolari fanno la differenza, occorre tanta pazienza e attenzione ma alla fine, a perseverare si ottengono dei buoni risultati... frignare serve a poco ;)

sto eseguendo alcuni test di verifica per non sparare ema98 a caso... ma pare di si emoticon_diavolo emoticon_blabla emoticon_urca PS: confermo! risolto e capito al 99% (un 1% lo lasciamo li a prescindere ;) ) senza quei 3 fix schermo spento con i 3 fix tutto OK

fatto... sempre desktop spento... per quanto possa sembrare strano, forse ho capito quali sono le voci che fanno la differenza, infatti prima ho detto che avevo provato con il vecchio config di default e il problema non si era manifestato, ma ad essere precisi, quel config NON era esattamente uguale a prima... per conferma ho voluto fare la prova con quello che inietta le properties e dopo la modifica ora funziona bene anche questo emoticon-occhi_61 _whaa ecco cosa ho modificato, ho messo il flag in fixes a queste 3 voci: FixIPIC FixRegions DeleteUnused con questi fix, incredibile ma eppure dai miei test risulta questo, il problema del monitor del DELL che si spegne al caricamento ultima mela, scompare emoticon_urca

controllato... disabilitato enable-hdmi-2.0 sempre monitor DELL spento

None... ma quello mi ha replicato il problema, il config che usavo precedentemente in cui era flaggato il solo inject intel ed aveva il problema, guarda un po' quando si dice il caso, questa volta è andato bene per cui ho riprovato quello con le properties che comunque normalmente non si usa, era li per ricordo e ha riprodotto lo schermo spento.

si si solo al boot rilevata la cosa... al caricamento ultima mela desktop del DELL spento e con un secondo monitor collegato questo OK, poi se chiudevi il coperchio e lo si riapriva si attivava anche il desktop del DELL Stavo pensando che se riesco a replicare il problema, ioreg lo dovrei fare con il secondo monitor collegato e NON riattivare il principale se si vuole verificare qualche anomalia... anche gli ioreg precedenti sono fatti con il monitor del DELL funzionante anche se dava il problema al boot, quindi servono a poco Ha scritto dopo 23 minuti 26 secondi: @Gengik84[/mention] Sono riuscito a replicare il problema e ho fatto ioreg con il monitor del DELL spento naturalmente al primo tentativo con quello che era il precedente config predefinito, è andato bene _whaa poi riavviato e provato quello con properties e schermo spento emoticon-personaggi_89 MacBookPro_14_07_1100_monitor_OK.ioreg.zip MacBookPro_14_07_1125_schermo_spento.ioreg.zip

Metto le mani avanti e lo scrivo prima... stai a vedere che farà come quando porti la macchina dal meccanico per quel fastidioso rumore che fa sempre... tranne quando la porti in officina :D Gli ioreg con il problema del monitor che si spegne sono quelli che ho messo prima... ora vedo di postare quello dove va bene e poi di replicare il problema... CF

Giustamente hai notato la stranezza della cosa, prima flaggavo il solo inject intel e lasciavo fare tutto a WEG; oppure avevo l'opzione che iniettavo tutto da properties... dopo vari tentativi con SMBIOS diversi e ig-platform/fakeID che si sono rilevati inutili, ho preso i valori che iniettava WEG, quelli che ho scritto su e ho riempito i campi nel config di Clover e magia... ora il monitor del DELL non si spegne quando carica l'ultima mela. Io non ho una spiegazione logica, i valori sono sempre quelli, però messi così fanno il loro dovere :)

risolto il fastidioso problemuccio per cui al caricamento dell'ultima mela il desktop diventava nero (in pratica arrivava il segnale solo per un monitor esterno) e si riattivava chiudendo e riaprendo il coperchio, la soluzione è stata settando inject intel flaggato ig-platform-id --> 3E9B0000 device/fake-id --> 0x3E9B8086 in patch DSDT tutti 4 i rename classici funziona sia con SMBIOS 14,1 che quello in uso 15,2

zao

OK rimosso kext per le USB allego ioreg... a me pare buono uso un solo SSDT, quello allegato ieri, che al momento non ricordo di chi è l'ultimo, ma ci ha messo mano Gengik e Foskvs e basta MacBookPro_13_07_1232.ioreg.zip

rimuovere NVPAjpeg non ha sortito effetto finalmente l'audio analogico funziona con AppleALC, quindi rimosso VoodooHDA e Disabler anche se non mi pareva servisse, mappai le USB con il tool austriaco PS: provati SMBIOS 15,1 - 14,1 - 14,2 - 14,3 ma questa anomalia del desktop nero che scompare solo chiudendo e riaprendo il coperchio rimane. emoticon_uff

non ancora.... provo :)

aggiornamento di mojave andato senza problemi emoticon-personaggi_89 unica cosa un po' strana che avevo già notato con il primo avvio, prima che aggiornassi i kext e poi clover; che continua dopo l'aggiornamento di mojave, è che dopo il caricamento dell'ultima mela il desktop diventa nero e torna tutto OK solo dopo che si chiude e riapre il coperchio... questo sia che faccia tutto WEG o che si usino le properties... la cosa strana è che prima non mi ricordo di un comportamento del genere. Qualche idea su come ovviare? Ha scritto dopo 53 minuti 21 secondi: allego acpi, dsdt in uso e ioreg origin_12_07_2019.zip DSDT.aml.zip MacBookPro_12_07_2234.ioreg.zip

evoluzione che era nell'aria, leggendo ogni tanto su IM Slice mi pare affermasse che non vuole essere dipendente dai driver di acidanthera e che loro ne hanno a sufficenza per avviare qualsiasi hack. Personalmente oramai aggiorno a mano tutti i vari driver e non uso installer, che comunque quello nuovo dove mi pare ci stia mettendo manina anche vector sigma dovrebbe essere molto meglio dei precedenti e non permettere più di avere driver doppi nel sistema.

oggi che l'ho nuovamente tra le manine, aggiornato tutti i kext, clover e con il VoodooPS2 di acidanthera risolto il problema del trackpad, ora le sue funzioni basilari vanno... emoticon-personaggi_89 empticons_thu ora in corso l'aggiornamento all'ultima versione stable di mojave, vediamo come va a finira emoticon_blabla

Dalle domande si capisce quando uno segue Quel driver serve sino ad haswell

None... è quello di quando ti gratti o gioielli

XFX sgrat sgrat sgrat e ancora sgrat ... auguroni emoticon_urca

Clover beta 4981-->define nvidia families 4980-->new radeon family