iCanaro

Niente glitch, la patch fa il suo dovere come lo faceva prima da el capitan in poi emoticon_41 NO qui la NVRAM non è nativa, il file nvram.plist viene creato dal lavoro di aptiomemoryfix+rc.script La cosa che ho capito con questo sistema multiboot è che ho KP o se ficco patch o KEXT nuovi al riavvio meglio un bel F11 per resettare la NVRAM et voilà ;) altrimenti a catena un sistema che crasha si trascina anche gli altri

allora... ho abilitato la patch 9Mb, riavviato resettato nuovamente NVRAM e mojave si è avviato regolarmente assieme a RTL8111 hack 1 non ha NVRAM nativa uso aptiomemoryfix + rc.script (NO emu) Quindi per ora pare vada bene... comincio a capire la logica emoticon_linguaccia

@Gengik84[/mention] avviato mojave, messo kext in 10.14, riavviato KP anche la patch 9Mb cursor su mojave KP, poi la cosa "divertente" è che dopo va in KP anche high sierra 10.13.5/6 mentre prima del KP di mojave no; forse che scrive qualcosa in NVRAM ed occorre ripulirla dalla GUI di clover? ci vuole calma e pazienza zeeennnnnnnnn :D Ha scritto dopo 2 minuti 12 secondi: PS: resettato NVRAM ed è partito regolarmente..

AirportBrcmFixup v1.1.5 Mojave compatible V 1.1.4 https://github.com/acidanthera/AirportBrcmFixup/releases">https://github.com/acidanthera/AirportB ... p/releases">https://github.com/acidanthera/AirportBrcmFixup/releases Add patch to disable LPO panic in AirPortBrcmNIC: on some cards (DW1820A/BCM4350), the external LPO clock is sometimes not set upon initialization. While harmless in AirPortBrcm4360, AirPortBrcmNIC panics if this occurs. As it wasn't present previously, _osl_panic for string "32KHz LPO Clock not running" does not produce panic in AirPortBrcmNIC. Idea by al3xtjames. v1.1.3 https://github.com/lvs1974/AirportBrcmFixup/releases">https://github.com/lvs1974/AirportBrcmFixup/releases - Allow to load all matched drivers for broadcom wi-fi (in case if there is a concurrency), except AirPortBrcmNIC-MFG.kext - AirPortBrcmNIC-MFG probe & start are hooked to prevent using of this driver - Fix a name conflict for config variable Un'estensione del kernel open source che fornisce una serie di patch necessarie per le schede Wi-Fi Airport Broadcom non native. Gli appunti Questo repository dovrebbe essere compilato con Lilu v1.1.6 e successivi, altrimenti la compilazione fallirà! Nota: la versione di debug di Lilu.kext deve essere inserita nella stessa cartella di BrcmWLFixup! E dovrebbero anche essere usati insieme! Caratteristiche Supporta AirPort_Brcm4360, AirPort_BrcmNIC e AirPort_BrcmNIC_MFG Implementa patch per il controllo identificatore di chip (0xaa52), in Implementa patch per "Patch di configurazione PCIe fallita", necessaria per alcune schede Applica patch per "Dispositivo di terze parti" (restituisce il nome del venditore "Apple") Implementa una patch per la rimozione del controllo white-list Implementa patch con codice 5Ghz e codice paese (Stati Uniti per impostazione predefinita) Implementa il disabler WOWL (WoWLAN) (attivato per impostazione predefinita) - nessuna velocità bassa dopo la veglia Tipi di installazione Clover Airport Fix + AirportBrcmFixup Clover Airport Fix + AddProperties (false device-id) + AirportBrcmFixup (preferibile) Clover Airport Fix + AirportBrcmFixup + FakePCIID + FakePCIID_Broadcom_WiFi.kext AirportBrcmFixup + FakePCIID + FakePCIID_Broadcom_WiFi.kext

Sembra che effettivamente a breve sia disponibile https://www.google.it/search?client=opera&q=PowerColor+Radeon+RX+Vega+56+Nano&sourceid=opera&ie=UTF-8&oe=UTF-8">Radeon RX Vega 56 Nano

emoticon_thanks @Gengik84[/mention] il mio config è quello della EFI più leggera di questo post https://www.macos86.it/viewtopic.php?p=6919#p6919">viewtopic.php?p=6919#p6919">https://www.macos86.it/viewtopic.php?p=6919#p6919 usato così come è senza nessun cambiamento, anzi se lo ricontrolli per scrupolo... scusami ma al momento non ho nessun hack acceso sottomano emoticon_linguaccia

v1.2.7 Fix a name conflict for config variable https://github.com/lvs1974/NvidiaGraphicsFixup/releases">https://github.com/lvs1974/NvidiaGraphicsFixup/releases

HibernationFixup Un'estensione del kernel open source che fornisce una sincronizzazione tra variabili RTC e NVRAM. In base alla progettazione, il kernel del kernel crittografa l'immagine sleep di ibernazione e scrive la chiave di crittografia nella variabile "IOHibernateRTCVariables" nel registro di sistema (PMRootDomain). In qualche modo questo valore deve essere scritto in RTC (o SMC) in modo che boot.efi possa leggerlo. Ma nel caso in cui se devi limitare la tua memoria RTC a 1 banco (128 byte), non funziona: non ci sono variabili in SMC / NVRAM / RTC (in realtà FakeSMC). Fortunatamente, boot.efi può leggere la chiave "IOHibernateRTCVariables" dalla NVRAM! Questo kext rileva l'ingresso nello stato di alimentazione "ibernato", legge la variabile IOHibernateRTCVariables dal registro di sistema e la scrive su NVRAM. Caratteristiche Abilita la sospensione "nativa" su PC con NVRAM hardware in 10.10.5 e successive. 'Nativo' significa ibernazione con crittografia (modalità standard di ibernazione 3 e 25) Consente di scaricare la NVRAM nel file /nvram.plist prima della sospensione o del panico HibernationFixup v1.2.2 https://github.com/lvs1974/HibernationFixup/releases">https://github.com/lvs1974/HibernationFixup/releases Fix a name conflict for config variable Improve pci patch (allow to write to PCI config command register, but bit memory space must be always set ) Save hibernation keys in NVRAM only if boot-arg -hbfx-dump-nvram is specified or if the second bank of RTC memory (next block of 128 bytes) is not available PCI Family patch is always enabled, boot-arg -hbfx-patch-pci is obsolete. A new boot arg -hbfx-disable-patch-pci is introduced to disable any patching

VoodooI2C è un progetto costituito da estensioni del kernel macOS che aggiungono il supporto per i dispositivi bus I2C. Il progetto è suddiviso in due componenti principali: l'estensione principale e varie altre estensioni satellitari. Il centro Il nucleo è l'estensione del kernel VoodooI2C.kext. Questo kext è pensato per essere installato da chiunque il cui computer richieda una qualche forma di supporto I2C. Consiste dei driver del controller I2C ed è responsabile della pubblicazione dei nodi dei dispositivi sul piano IOService. I satelliti I satelliti sono una raccolta di varie estensioni del kernel che implementano il supporto per un tipo specifico di dispositivo I2C. Un esempio di kext satellitare è VoodooI2CHID.kext che aggiunge il supporto per i dispositivi I2C-HID. Di solito un utente installerà un kext satellitare per classe di dispositivo I2C Info: https://github.com/alexandred/VoodooI2C Download: https://github.com/VoodooI2C/VoodooI2C/releases

AppleALC 1.2.8. 1 by Pavo

miiiiiiiiiiiiiiiiiiii non ci posso credereeeeeeeeeeeee.... botta di culo incredddibbile.... fatti svariati test su sierra con e senza fake-id, togli metti flag... ma niente, non si schioda da 5Mb... allora visto che questo notebook monta 2 dischi e ha già su quello con high sierra 10.13.5 che non ne voleva più sapere di partire, mi dico, ma stà cippa di CPUFAKEID servirà mai a qualcosa???? gli imposto sandy bridge e riavvio... mi seggo nell'altra postazione... quello stava lì a ravanare... poi quando comparivano le 3 voci dove si riavviava... schemo nero e dopo una decina di secondi compare la mela emoticon-occhi_61 carica e compaiono i menù di quando si fa la prima installazione... ma vedi stà bastarda che è partita... entra nel desktop.... an vedi che pare più fluido del solito... vado a verificare eeeeeeeee....https://youtu.be/i1yn-FTsZ-Q"> https://postimg.cc/image/49w1xqov1/"> https://postimg.cc/image/t35lyfpvx/"> 5 minuti di applausi ce li meritiamo.... emoticon_applausi2 emoticon_applausi2 emoticon_applausi2 @carlo_67[/mention] come assist man @Gengik84[/mention] come centravanti straprolifico @Baio77[/mention] con le borraccie pronto a rifocillarci @tutto il pubblico per il sostegno emoticon_festa Scheda video --> Si Audio --> Si USB 2 --> Si LAN --> Si Wi-Fi --> Si Web Cam --> Si Lettore Schede --> No (non viene visto dal sistema, quindi non ci sarà soluzione) YES! YES! YES! Regolazione Luminosità --> No Si USB 3 NEC --> No Si Percentuale Batteria --> Sì Monitor hardware --> Si Riavvio --> Si [glow=Blue]Sospensione / Stop --> No Si[/color] Spegnimento --> parziale Tasti Funzione >> (controllo luminosità, volume etc...) Si EFI_N71JQ_16_06_18_ALL.zip EFI_N71JQ_26_08_18.zip

Secondo me se vuoi la compatibilità massima, per la mia esperienza e da quel che leggo, meglio la RX560 o la RX580, poi dipende da quanto vuoi investirci e cosa ci devi fare. Con queste schede ci sono già pronti i DSDT x audio hdmi e video e vanno senza fare altro. Non ho installato mojave sull'hack 2 in firma perché mi sento quasi sicuro che va tutto quasi senza colpo ferire... comunque entro breve lo scopro :D la prossima settimana

Non volevo fare altri test, ma non ho potuto esimermi... riavviato mojave e KP ma accidenti! tolto realtekRTL8111 ed è ripartito... chi è che compra i croccantini per il gattino di MIEZE??? :D

Aggiunti voodooHDA e hdadisabler in OTHER e tolti da tutte le altre... mojave OK e nessun glitch, per ora perfetto senza fare niente.. bene... al momento mi prendo una pausa emoticon_applausi2 sembra vadano tutti senza problemi... non vorrei crearne altri... mi conosco, poi stò alzato sino a che non risolvo :D

@Gengik84[/mention] ti tengo aggiornato un po' alla volta così ti magari ti può essere utile. Ho ricominciato il giro di test con la EFI con cui mi si avviano tutti i macOS, questa volta però lascio nella 10.14 solo i fake di RM, metto in OTHER applePS2smartTouchPad e lo tolgo da tutte le altre cartelle... testo mojave, parte... metto sempre in OTHER realtekRTL8111 e lo tolgo da tutte le altre, riavvio e mojave in KP. Allora realtekRTL8111 lo tolgo e lo metto in 10.14 riavvio e mojave va... ora proseguo, la cosa comunque è strana. Opinione personale, secondo me occorre che tutti i kext più in uso vengano (chi più chi meno) adattati per mojave, come pure clover ancora ha da migliorare; comunque per essere fuori da 1 giorno... mica male eh :) Lavori in corso.... attendere PliZ _whaa ah dimenticavo, giò messo clover 4520

No no proprio del clover64.efi non zippato, il primo in alto https://postimg.cc/image/msrysp9vh/">

L'ho provata velocemente prima... ero al lavoro, anche se sono il capo il dovere mi chiama :D quindi mi riprometto di testarla nuovamente. l'ho marchiata match OS 10.14.x (ho fatto bene?) mojave NON è andato in KP ma non ha sortito effetto El capitan e sierra invece non hanno fatto una piega sinora... sempre lì pronti ad avviarsi in caso di emergenza e con tutti i config che gli faccio digerire LOL :D

Clover Beta 4520 Some GCC issues - zenith432 PS: ci ho fatto caso solo ora, ma dalla 4516 in download è anche disponibile CLOVERX64.efi a parte... motivo???

Ti ringrazio, sempre gentilissimo! se fossi una ragazza ti darei un bacetto :D Dopo test con calma... ero entrato in un turbinio che mi andavano in KP high sierra 10.13.5 e 10.13.6beta Mi vien da pensare che clover con mojave si carica la 10.14 ma con high sierra si carica la 10.13 + 10.14 quindi KP Ripristinato EFI do inizio lavori e ripreso a funzionare bene... pausa sennò tra questo e il portatile con la ATI mi scoppia il cabezon :D

Vero! ora che mi ci fai pensare, il kext per la ethernet non l'ho ancora messo... che pirla sono :D

AppStore non si connette