-
Posts
18,523 -
Joined
-
Last visited
-
Days Won
179
Content Type
Profiles
Forums
Events
Downloads
Everything posted by iCanaro
-
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
-
PS: o perbbaccolina!!! emoticon-occhi_61 già che ero ancora dietro a smanettare con SMBIOS ho voluto provare anche il 14,1 che non avevo mai usato e come primo effetto collaterale è che lo sfondo dell'ultima mela al boot da grigio è diventato nero sia in high sierra che mojave emoticon-personaggi_89 emoticon_urca @Gengik84[/mention] se non ha controindicazioni particolari gli lascerei questo
-
allora ho fatto la prova e ho scoperto che: se si assegna SMBIOS 12,2 nel config mojave ti stoppa subito e non parte se nel config si lascia il campo product name vuoto nella sez. SMBIOS, mojave parte e in resoconto sistema hai un bel iMac12,2 :D
-
CLOVER BETA v2.4k_r4843  include AudioDxe into package v2.4k_r4842 missing definition v2.4k_r4840 a choice between sync and async startup sound play Rilasciata la release ufficiale 4844
-
AppleALC Changelog v1.3.5 Added AD1988A layout-id 12 by chrome Added ALC282 layout-id 41/43/51 for Lenovo Y410P/Y430P/Y510P by yunsur Added CX8400 layout-id 12 for Elitebook 1050 G1 by tyufhl & kuque Added ALC269VC layout-id 55 for Thinkpad X230 with Dock4338 Added ALC235 layout-id 15 for ASUS FX53VD by qiuchenly Added Chinese readme Added ALC255 layout-id 31 for ASUS UX360CA by cowpod Added ALC269VC layout-id 188 for Lenovo Y500 by BaoStorm Update audio layouts with fixes ALC887, ALC892, ALC1220, ALCS1220A and ALC1150 by toleda
-
@Baio77[/mention] Se lascio vuoto, al riavvio anche su mojave, clover assegna iMac12,2 che sarebbe quello corretto ma che se con questo provi ad installare mojave NON te lo permette in quanto hardware non più supportato, questo il motivo del passaggio ai 13,1 13,2 e anche 14,2 Ha scritto dopo 17 minuti 16 secondi: Poi riflettendoci bene, mojave si è avviato ora con 12,2 perché l'altro giorno dopo la rinfrescata alla memoria ho pure sostituito il telemetry, se lasciavo quello suo non so se si avviava :D @Gengik84[/mention] se serve un SMBIOS fisso per l'injector, mmmm mettiamo il 13,2 che ha la stessa grandezza del monitor del 12,2 :D
-
Diciamo che non ho ancora deciso del tutto 13,1 13,2 e 14,2 funzionano egregiamente, ma secondo me i più corretti e compatibili con mojave dovrebbe essere 13,1 in primis, che è quello che ho più usato da quando l'ho installato, prima avevo il 12,x in questo momento ho il 13,2. A parer tuo quale è il più indicato? Vedendo che il 4790K su macOS arriva sino a 0,9GHz e la temperatura è mediamente più bassa di 6/8 gradi rispetto al 2600K (non che siano alte) ma se si riesce a scalare ancora verso il basso, migliorano conseguentemente le temp minime a riposo e i consumi
-
@Gengik84[/mention] premesso che il PM in questo hack con l'SSDT lavora in maniera analoga a windows e al minimo va a 1.6GHz sino turbo boost 3.5GHz; disabilitando l'SSDT e usando C & P states anche con questi il PM è molto buono, ma sempre 1.6@3.5GHz Quindi và tutto bene :) ma visto che non sono capace di stare fermo senza cipollare (termine dialettale bolognese che sta per toccare) qualcosa, non è possibile tramite CPUFriend e la creazione di CPUdataProvider forzare il sistema a scalare ancora verso il basso??? chessò 1/1.2GHz???