iCanaro

zao

@Perdu[/mention] ma perché hai dovuto eliminare MacOS_Updater? che problema avevi che ti impediva di aggiornare a questa beta? le USB erano mappate o viaggiavi ancora con patch port limite e USBInjectall? lo sai che Fasullo è un creativo e lui è sempre a produrre qualcosa https://st3.depositphotos.com/1052079/1 ... t-room.jpg">https://st3.depositphotos.com/1052079/13597/v/1600/depositphotos_135974808-stock-illustration-person-in-the-toilet-room.jpg' alt='LINK_TEXT>'> per cui non ha tempo per mojave che tra parentesi, se il suo desktop vede mojave si butta dalla finestra emoticon_blabla emoticon_diavolo emoticon_linguaccia emoticon_risata emoticon_risata

Ogni tanto fai un bel reset alla NVRAM --> F11 ;)

@Baio77[/mention] in questa tua mobo a NVRAM come va? quando avvii windows lasciando selezionato nel config di avviare l'ultimo OS avviato, al riavvio rimane su windows o è su macOS? se è su windows la NVRAM al 99,99999% è nativa; se invece rimane sempre su macOS non lo è

avrai mica pensato che parlavo di automobili? emoticon_risata

Togli WEG e metti SSDT-RX560+HDMI_Layout1.aml https://www.macos86.it/MacOS86_Downloads/?path=SSDT%20Grafica%20Audio">MacOS86_Downloads/?path=SSDT%20Grafica%20Audio">https://www.macos86.it/MacOS86_Downloads/?path=SSDT%20Grafica%20Audio

Non capisco cosa ti sorprenda... la mela si fa il suo macOS per il suo limitatissimo parco hardware: fakeSMC e ora anche virtualSMC sono quelli che ti permettono di far avviare l'hack, senza non vai da nessuna parte... quindi ora metti sulla bilancia l'hardware della mela e tutto quello dove gira finestre in cui si può fare un'hack e vedi chi ha il supporto più ampio :D

Per quel che ne so io, essendo driver che lavorano a basso livello con l'hardware e il parco macchine è veramente notevole, è molto improbabile che lavori in maniera identica su tutte... a chi andrà meglio a chi peggio, poi se come si presume, lo svilupperanno ancora, in futuro potrebbe migliorare a chi ora da problemi; e comunque il bello è che ci sia scelta ;)

i mojave degli hack 1, 2, 3 e 5 aggiornati con successo emoticon-personaggi_89 emoticon_41

Sicuramente da quel che si legge, seppur minimale un miglioramento è presente, quindi se l'hack è stabile a maggior ragione conviene usare virtualSMC

ma hai anche già installato windows? se si e hai gli stessi problemi che hai con macOS probabile sia la RAM o BIOS immaturo; se invece con windows va tutto bene, dovrà maturare kext e impostazioni dell'hack

FakeSMC leggi le 4 righe sul wiki di IM e già ti fai l'idea della sua importante funzione http://wiki.osx86project.org/wiki/index.php/System_Management_Controller">http://wiki.osx86project.org/wiki/index ... Controller">http://wiki.osx86project.org/wiki/index.php/System_Management_Controller ora dopo 10 anni di indispensabile lavoro per far girare i nostri hack, un gruppo di sviluppatori, quelli che permettono ora di far andare al meglio, sempre i nostri hack, ha deciso di aggiornarlo. migliorarlo e tenerlo al passo con i tempi di mamma mela; da qui la nascita di VirtualSMC Ha scritto dopo 2 minuti 8 secondi:

ioreg di veri mac non saprei dove pescarli dal tuo hack_info vedo che stai usando fakesmc + relativi sensor, per me puoi cestinarli tutti e provare virtualSMC, SMCprocessor, SuperIO io li uso dall'hack più veccio al più recente e vanno bene per HWMonitor l'ultima versione beta di vector sigma su IM va + che bene Ha scritto dopo 6 minuti 24 secondi: PS: puoi usare tranquillamente l'ultimo pacchetto di kext che ho uppato che vanno ottimamente vedo che ci stà WEG, senza non va la RX560? se hai schermo nero prendi l'SSDT che fece gengik

Beh si la USB type C andrebbe mappata pure lei, non hai assolutamente niente con quell'attacco da ficcarci?

così si ragiona!! siamo tornati alle dosi settimanali :D mo vado a scaricà! https://postimg.cc/kB0wHHCR">

abilitato kernelPM ma sempre uguale https://postimg.cc/CdCMKCHj">

Scusa ma perché non avvii con quel disco e lo cloni sull'M2?

Si dice sempre di usare la 2.1 che è la migliore, quindi la 3.02 oramai non l'ho operativa da nessuna parte sono al pian terreno... anche se li butto non si fanno niente gli hack LOL

allora... non vorrei fare il gufo :D 2 cose: ho già provato su un paio di hack diversi, ho riscaricato ioreg 2.1 da qui su macOS86 ma me lo da sempre corrotto la seconda... @Baio77[/mention] era partito per aggiornare il BIOS, sarà mica venuto un temporale? emoticon_varie1 imbarazzati32

nel mio post su ho tolto l'SSDT per il PM e nel config ho lasciato tutti i campi vuoti... devo provare CPUfriend e dataprovider assieme a C&P states?! faccio subito! Ha scritto dopo 5 minuti 42 secondi: OK questa bastardella di 2600K non si schioda :D https://postimg.cc/94t6Pb82">

Comunque ho tolto l'SSDT per il PM e verificato che senza il comportamento del PM è uguale sia su mojave che in high sierra ma non ne vuole sapere di scendere sotto i 1,6GHz emoticon_linguaccia e dito medio mi fa LOL https://postimg.cc/K41WZvGy"> vabbè ci abbiamo provato a forzarlo a lavorare fuori da quanto predisposto da intel e al momento ciccia, nada, negativo

Ecco tradotto quanto riportato sul github di CPUFriend Installazione Si consiglia di lasciare che il bootloader inietti CPUFriend, altrimenti avrai bisogno di LiluFriend per assicurarti che CPUFriend funzioni correttamente. Inoltre, teoricamente, sia ACPI_SMC_PlatformPlugin.kext che X86PlatformPlugin.kext non dovrebbero essere toccati. Faresti meglio a usare quelli originali. (Beh, CPUFriend collegherà configResourceCallback (int unsigned, int, void const *, unsigned int, void *) in ACPI_SMC_PlatformPlugin o X86PlatformPlugin, che analizza le personalità IOKit da Risorse, quindi non c'è problema ad usarne uno modificato se non ti interessa per la firma, che verrà comunque ripristinata in un prossimo aggiornamento del sistema) Bandiere del kernel disponibili Aggiungi -cpufdbg per abilitare la registrazione di debug (disponibile SOLO nei binari DEBUG). Aggiungi -cpufoff per disabilitare completamente CPUFriend. Aggiungi -cpufbeta per abilitare CPUFriend su versioni del sistema operativo non supportate. Configurazione Utilizzare CPUFriend / ResourceConverter.sh per generare una copia di lavoro di CPUFriendProvider.kext (Easiness preferred) o ssdt_data.dsl (Speed ​​preferred). Se si dispone anche di un SSDT generato da ssdtPRGen.sh, è necessario unirli. Vedi Combinare i dati per maggiori dettagli. Utilizzo di ResourceConverter.sh --kext / percorso / su / file Crea CPUFriendProvider.kext con le informazioni fornite dal file. --acpi / path / to / file Crea ssdt_data.dsl con le informazioni fornite dal file. quindi visto che bisogna unirlo a un SSDT lasciarne uno in patched risulta essere ridondante, so ho inteso tutto correttamente, quindo ora vado a togliere l'SSD e riprovo :) PS: vedo che mentre scrivevo il post il boss aveva già postato confermando la cosa emoticon_41

OK messo SMBIOS 14,2 piazzati cpufriend e dataprovider in 10.14 ultima mela rimasta black :D avviati gli intel power gadget e fatto un giretto con cinebench impressione è che sotto i 16GHz non ci vada più di tanto, invece verso l'alto lavora meglio in quanto con HWMonitor si son visti dei 3,8GHz che prima non avevo mai rilevato... la temp media è rimasta come prima https://postimg.cc/94jsrPn5"> Ha scritto dopo 25 minuti 51 secondi: spostati i 2 kext in other assieme a lilu, riavviato e testato high sierra al contrario di mojave dove fa la spola spesso verso 3,7/3,8GHZ con high sierra rimane molto più tempo sui 1,6GHz e quando schizza verso l'alto, meno rispetto a mojave, va sui 3,5/3,6GHz domandona, ora mi è venuto un dubbio, ma SSDT per il PM era da lasciare come ho fatto o da togliere? https://postimg.cc/fksJ7111">

nel senso che mi sono spiegato male o che lasciarlo vuoto non è una gran cosa? presumo ti riferisca a lasciarlo vuoto e concordo sempre meglio assegnare un SMBIOS; il mio era solo un test e vi rimando alla canzone di iannacci... https://youtu.be/lSXOSMDjqzI?t=23">per vedere l'effetto che fa :D PS: OK aggiudicato, vada per un 14,x