Ramirez71

Ok: per base e baseskip penso non sia un problema, tutto chiaro. Sugli altri due non ho capito dove sta l’inghippo però mi prendo un po’ di tempo per smanettarci studiandomi il configurator pdf: penso siano problemi più vecchi dell’aggiornamento (quindi un po’ OT) ma se proprio non ne vengo a capo mi rifaccio vivo. 
Ancora grazie 🙏
 

23 ore fa, antuneddu ha scritto:

Ciao puoi controllare con ocvalidate

Ciao Antuneddu ti ringrazio per la dritta; non aggiorno tutti i mesi OC ma se lo avessi fatto con il 070 probabilmente mi sarei imbattuto in un tuo precedente post nel quale davi a un altro utente la stessa informazione: chiedo scusa per la svista ma il forum è grande e possono sfuggire argomenti già trattati.

Veniamo al dunque: Il messaggio di errore all'avvio a quanto pare è legato all'uso di FakeSMC insieme a 071 (con 069 non dava problemi, risolto tornando a Virtual) tuttavia facendo OCValidate emerge quanto segue:

Prima prova:

OCS: Missing key Base, context <Patch>!      Kernel> Patch??????  Le voci “Patch” sono presenti in : ACPI,Booter,Kernel ma nessuna contiene “BaseSkip”

OCS: Missing key BaseSkip, context <Patch>!    

OCS: Missing key Delete, context <DeviceProperties>!

OCS: Missing key ProvideCurrentCpuInfo, context <Quirks>!

OCS: Missing key CustomKernel, context <Scheme>!

OCS: Missing key Flavour, context <Tools>!       (occorrono per forza????)

OCS: No schema for AdviseWindows at 0 index, context <Generic>!

OCS: Missing key AdviseFeatures, context <Generic>! OCS: Failed to parse data field as value with type integer and <AA==> contents, context <AudioCodec>!  Forse risolto con <01>

OCS: Failed to calculate size of false field containing <empty> as type integer, context <PlayChime>! DA CAPIRE

OCS: No schema for KeyMergeThreshold at 2 index, context <Input>!

OCS: No schema for AppleEvent at 3 index, context <ProtocolOverrides>!

OCS: Missing key AppleEg2Info, context <ProtocolOverrides>!

Serialisation returns 13 errors!

Seconda prova:

OCS: Missing key Base, context <Patch>!   

OCS: Missing key BaseSkip, context <Patch>!

OCS: Failed to parse data field as value with type integer and <AQ==> contents, context <AudioCodec>! DaCAPIRE!!!!!!

OCS: Failed to calculate size of false field containing <empty> as type integer, context <PlayChime>! Da Capire!!!!!!

Serialisation returns 4 errors!

In verde ho evidenziato quelli risolti, in bianco quelli da risolvere e in giallo le mie annotazioni

ho tolto NoSchema e messo i Missing ma.... occorrono tutte le Patch o tutti i Tols anche se difatto non sono abilitati?  I due "Failled" sono OT ma dovrò capire come affrontarli, per i primi due mi sapresti consigliare?

36 minuti fa, antuneddu ha scritto:

trascinando nel terminale prima uno e poi l altro , evuntuali " missing " li vai a cercare nel sample.plist della nuova release  e li aggiungi al tuo plist " no schema " invece vanno eliminate

Grazie domani con calma provo perchè non mi era chiaro il sistema: faccio sapere se non riesco

Sempre molto attenti e disponibili: non è da tutti!!!!

Buongiorno a tutti

aggiornato OC da 069 a 071 e, se spengo con una applicazione aperta al riavvio mi da questa notifica

Ovviamente il pc è stato spento normalmente!!! Ne sapete nulla?

Gia che ci sono vorrei capire una cosa riguardo agli aggiornamenti del bootloader: di solito era sufficente cambiare i file binary, driver e kext fondamentali, ma negli ultimi sono state introdotte nuove funzioni (e quindi nuove stringhe) nel config.

Generalmente faccio un confronto visivo aprendo con xcode quello in uso e, accanto, il nuovo sample.plist afiancandoli riga per riga; dove trovo differenze vado aggiungere su quello in uso in modo da non rifarlo da capo.

Esite un metodo che permette di evidenziare in automatico le differenze ed eseguire un merge selettivo? Voi come fate?

Grazie a tutti

Buongiorno a tutti

scusate la domanda su un tread un pò datato: quali sono i prerequisiti per togliere WEG con OC?

Lo chiedo perchè mi piacerebbe provare ma non ho capito come configurare il boot loader e relativo config, per adesso l'unico tentativo non si è concluso felicemente.

Mi pare di capire (correggetemi se sbaglio) che allo stato attuale dello sviluppo degli OS e di OC stesso non ne valga la pena?

Il 13/9/2020 at 18:19, iCanaro ha scritto:

ad oggi si aumentano le prestazioni con le GPU AMD, con RadeonBoost o direttamente da properties 

"o direttamente da properties " : intendi dire che è possibile definire la GPU dedicata in DeviceProperties ottenedo un comportamento più efficente? Come si fà?

Ringrazio per le info

15 ore fa, antuneddu ha scritto:

Ciao se stai usando questa app  https://github.com/chris1111/OpenCanopy-Generator  l immaggine deve essere il doppio della tua  tua risoluzione ->   Create image Background 5120x2880 in 144 pixels ➤ this is for 2560x1440 screen

Per gli screenshot devi avere il driver CrScreenshotDxe.efi nella cartella EFI/OC/Drivers e dichiarato/abilitato  nel config tramite f10 fai lo shoot alla gui , che salva nella EFI 

 

Ciao Antuneddu, intanto grazie per il chiarimento, 

per la conversione ho usato icnspack-Builder, a quanto pare la logica sembra analoga anche se salvo a 72 pixel.

Un saluto 🙂

Salve a tutti, visto che si parla della GUI vorrei porre un quesito:

di solito uso un' immagine di background personalizzata con l'apposita app che converte png in icns; possedendo uno schermo 2540X1440 mi pare ovvio che anche il background debba avere la stessa dimensione

tuttavia in questo modo, anche aumentando dpi, ottengo uno sfondo piccolo e centrato. Per risolvere il problema ho dovuto aumentare la risoluzione a 5120X2880 (analogo al 5K di un iMac): è una cosa normale?

Già che ci sono mi spiegate come ottenete gli screenshot della GUI?

Grazie   

44 minuti fa, solaris82 ha scritto:

Se compro il monitor con uscite HDMI VGA e adattatore da DVI a HDMI poi funziona ?

Mi spiace non saprei. 

Cosa sono le due porte che ti ho evidenziato in giallo?

Ciao Solaris82

Come gia precisato sopra da altri (opportunamente) una hack viene bene quando assemblata con componenti adatti (in primis scheda madre), i preassemblati da brand (tipo hp dell etc) possono dare un numero maggiore di imperfezioni da valutare una volta emerse e, la dove possibile, correggere o smussare; ma sia chiaro che qualche piccola sbavatura ci può anche stare: hai provato a cercare una soluzione alle tue? sono imperfezioni con cui puoi convivere o ti ci incavoli tutti i giorni? 

16 ore fa, solaris82 ha scritto:

per questi motivi sto optando per sostituire la macchina prendendone una dove non avrò questo tipo di problema 

Se il problema è quello di montarci sopra una GPU dedicata, per adesso aspetterei che le schede grafiche tornino acquistabili a prezzi decenti, poi valuterei il resto dell'hardware; nel frattempo potrebbero anche uscire nuove soluzioni.

1 ora fa, Gengik84 ha scritto:

Sembra essere un problema dei plugins (sensors) dopo lo stop

Dici quelli di VirtualSMC? Ho pensato subito a loro però dopo aver aggiornato a 0.6.9 il bug persiste.... ho pensato anche a una tara del programma ma anche MacFancontrol da lo stesso tipo di lettura pertanto penso che il problema stia alla fonte: possibile che dopo il sonno si perda l’iniezione di un kext come quello? Come posso verificarlo? 

Buongiorno a tutti

Come da titolo ho un bug sul monitoraggio delle ventole tramite IStat/ MacFanControl che si verifica soltanto dopo una fase di sleep profondo. 

Prima di esso il monitoraggio e il funzionamento sono coerenti con valori plausibili; dopo il monitoraggio salta mentre il funzionamento (a orecchio) continua bene, dinamico e coerente con le temperature registrate. Il monitoraggio delle temperature invece è a posto così come la funzione di sonno/veglia. Allego immagini per rendere tutto più chiaro.

Per adesso ho verificato e aggiornato i kext interessati senza ottenere benefici. 

(Non è l'unico problema successivo al wake: anche il bluetooth sembra non riconnettersi e i cursori virtuali dello schermo si freezano sull'ultima posizione.)

Tutto sommato, in se stesso, è solo si un bug estetico ma dopo diversi mesi mi piacerebbe capire se sia rivelatore di qualche mancanza più subdola. 

Se qualcuno avesse un idea in merito mi farebbe piacere. 

Grazie a tutti.

Grazie. Allora speriamo nei nuovi Mac anche se l’ultime uscite non sono proprio rassicuranti...

2 ore fa, Gengik84 ha scritto:

https://www.gigabyte.com/Motherboard/Z490M-GAMING-X-rev-10/support#support-cpu

Intendevo dire in ambito hackintosh

Scusate, una domanda da bestia, ricapitolando:

Z590+Rocket lake= ok si può fare.

Z590+Comet Lake=ok di nuovo.

Ma Z490 e Rocket Lake (previo aggiornamento bios per supporto)  si sa nulla? Data la tanto reclamizzata (e pagata!) compatibilità verso razzolago del cipset in questione la trovo personalmente interessante.

Il 20/4/2021 at 19:10, AlexAMD ha scritto:

AirportItlwm + itlwm + Heliport

Salve a tutti,  provato Airportitlwm 1.3.0 su hack in firma e BigSur  11:2.3 : in prima fase ha riconosciuto il modem senza però accedere alla rete, in seconda fase e dopo un riavvio del modem e del pc si è connesso alla rete di casa, Airdrop per adesso ko (avevo capito che almeno quello doveva andare?) , testerò nei giorni seguenti.

Per adesso l'unico vero gap è costituito del bluetooth che, dopo lo slepp, si disattiva e non è possibile riattivarlo a mano: occorre il riavvio dell' OS per riportarlo in  funzione

(il bluetooth prima funzionava correttamente).

Qualcuno saprebbe suggerirmi dove cercare il problema: cosa succede durante il pasaggio in fase sleep che possa alterare il funzionamento???

Aggiorno: sembra risolto impostando  "preferenze di sistema >bluetooth> avanzate" quindi spunto "consenti a dispositivi BT di riavviare il pc";  il funzionamento sonno veglia non è stato alterato e il  bluetooth  resta sempre attivo al risveglio tuttavia si tratta di una soluzione pratica e non un un vero fix perchè se tentate di disativare il BT questo resterà comunque attivo (🤔) quindi il comportamento resta anomalo. 

Ottimo!!!!! 

Ancora grazie!!!! 

Adesso capisco perchè ICanaro si tiene alla larga dalle gigiobite...

A parte le battute, ho applicato la modifica anche a ss06 che dava lo stesso errore. 

21 ore fa, Gengik84 ha scritto:

credo si possa disattivare comunque in modo migliore

Buongiorno Gengik

ho applicato la modifica che mi hai suggerito, all'atto pratico funziona - nel senso che le porte viste e funzionanti sono solo quelle attivate -  ma da ioreg e hackcheck saltano fuori delle porte definite come 0x09 anche se nel SSDT sono definite con proprietà e carattere corretto ti allego dei riferimenti. Domanda importante: cosa c'è di bacato in questi risultati? cosa devo cercare di più specifico?  Ovviamente mi piacerebbe venirne a capo nei limiti del possibile.

SSDT7 tutti.zipCut HS09.ioreg.zipFix HS09.ioreg.zip

Heee.... Avevo il sospetto che fosse un po’ poco ortodosso: domani pomeriggio quando sono a casa  provo e faccio sapere

Grazie buona serata 

23 minuti fa, Gengik84 ha scritto:

cancellato tutto relativo alla porta?

Esatto. Stasera non posso, domani allego tabella vergine e tabella tagliata, così capisci meglio

Ciao Gengik

qualche settimana fa mi hai aiutato a sistemare  la mappatura sulla scheda in firma. Usando recentemente Hackcheck mi sono accorto che nel conteggio delle porte compariva una HS09 ,regolarmente disabilitata nel ssdt,  per altro con proprietà 0x09 (la usbc sulla scheda è HS02/SS02 quindi anomalo) mentre mancava all'appello SS08,  usb3front regolarmente abilitata e definita su ssdt.

Ho verificato che:

-la porta usb3 assente  legge solo device usb2 come HS08

-l'errore era presente anche nel vecchio ioreg fatto dopo la mappatura quindi, come al solito, ho fatto un ricontrollo da cialtrone. 

Tuttavia anche ripetendo tutta la procedura e ricompilando da capo ssdt7 vergine ho ritrovato lo stesso errore, sono riuscito a risolverlo solo eseguendo un cut della sezione relativa a HS09 nel ssdt (poi salvato senza errori ).

In questo modo nel conteggio è scomparsa hs09, riapparsa SS08 adesso regolarmente funzionante anche con device USB3 (questa volta compiutamente verificato)

Posto la questione per capire se quello che ho fatto, al di là del risultato pratico, sia corretto o no: non conosco le regole ACPICA quindi non so valutare se la tabella in questione è corretta al di là delle semplici correzioni compilate sulle singole porte.

Il 22/7/2020 at 13:24, iCanaro ha scritto:

 itlvm non caricato

Buonasera a tutti

nel caso il tread fosse ancora attivo vorrei sapere se ci sono novità su Itlwm e AirportItlwm, sulla vecchia mobo Heliport+ Itlwm funzionava, sulla nuova invece l'applicazione avverte che il kext non è attivo. 

Premesso che tra le due soluzioni  ero curioso di provare a usare AX200 direttamente con  Airport quindi  ho provato sia  AirportOpenBSD (intervenedo sul topic correlato) sia AirportItlwm ma non ho ottenuto risultati in entrambi i modi. Che tipo di verifiche posso attuare per comprendere l'errore? E' un problema di versione dell'OS? Incompatibilità con la scheda? Sarei tentato di pensare che non funziona ma il bluetooth si attiva usando ikext appositi inseriti nella guida. 

Vi ringrazio in anticipo per ogni genere di suggerimento. 

8 ore fa, Gengik84 ha scritto:

Ho compilato l'ultima beta: BigSur

Ancora nulla da fare: nella mia configurazione non sembra funzionare. Forse ho sbagliato a aggiornare Big Sur all'ultima versione...

1 ora fa, Gengik84 ha scritto:

ok ma non hai un hardware compatibile nativamente su Mojave quindi alla fine del tutto normale quel blocco

Non risolvibile? Pazienza: avevo messo in conto il passaggio a Bigsur quindi alla fine si trattava di una opportunità inattesa di cui posso fare a meno. 

Come al solito grazie, come ultime cose ti volevo chiedere due chiarimenti, uno riguarda la mia efi: non so se hai avuto tempo di dargli una controllata ma mi chiedevo se efi e config potessero contenere dei refusi.

La configurazione come ti ho già scritto è stata eseguita secondo la guida Comet lake la quale si sofferma sulle vogi da impostare, sulle altre liquida sempre con un "lasciate così" . Mi ero ripromesso di fare un confronto gemellare tra config e configuration.pdf voce per voce ma se per conoscenza tua sai già che potrerbbero esistere delle correzioni sarebbe un aiuto. Ho postato il problema anche negli interventi precedenti, interpreto come "tutto ok" l'assenza di risposte.

Secondo chiarimento riguarda la funzione sleep- wake: sembra tutto a posto con wake più brillante riportando le frequenze ram a 2666  (Vedi intervento Katsuja) però mi sono recentemente accorto che dopo un periodo relativamenter longo di sleep (meno di un ora credo ma non ho ancora misurato) si riaccende il pc su schermata di login quindi in assenza di comandi si spenge il monitor ma ventole e pwled restano accesi: ti risulta normale? 

Buongiorno Carlo (e presenti!)

possiedo una wi fi/bluetooth card  Intel Ax200 su PCIe che utilizzavo sulla vecchia Hack usando però i kext presenti nella guida OpenIntelWireless (più precisamente bluetoothinjector, bluetoothfirmware, itlwm con wi fi attivato tramite heliport). Funzionava tutto con le limitazioni previste.

Adesso però sto configurando un nuovo hardware (in firma) e leggendo il topic, pensavo a una soluzione più elegante come questa. Quindi ho scaricato il kext per big sur direttamente da link, messo in cartella di OC e dichiarato nel config come al solito ma non si è attivato nulla: mi domandavo se c'è qualche operazione preliminare da svolgere prima, magari per un esperto ovvia (quindi non ripetuta in questa sede) oppure un prerequisito da accertare. 

Esiste un comando per capire se il kext è correttamente caricato?

Scusami ma ho fatto diversi tentativi e non capisco cosa non vada.  

Il 21/3/2021 at 10:50, Gengik84 ha scritto:

intendevo dire se hai preso il relativo kext per la relativa versione, esempio scaricando quello con dicitura Mojave

Ciao  Gengik ti allego l'errore che mi compare quando cerco di fare il boot di mojave (scelto come disco dalla piker) usando una efi precedente all'istallazione del wifi. Scusa se viene caricata al contrario non ho idea del perchè: ho provato a rifarla diverse volte.