Jump to content

Ramirez71

Members
  • Content Count

    54
  • Joined

  • Last visited

Community Reputation

2 Neutral

About Ramirez71

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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?
  2. 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 ottener
  3. Ramirez71

    Intel UHD 750

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

    Intel UHD 750

    Intendevo dire in ambito hackintosh
  5. Ramirez71

    Intel UHD 750

    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.
  6. 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 su
  7. 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.
  8. 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
  9. Heee.... Avevo il sospetto che fosse un po’ poco ortodosso: domani pomeriggio quando sono a casa provo e faccio sapere Grazie buona serata
  10. Esatto. Stasera non posso, domani allego tabella vergine e tabella tagliata, così capisci meglio
  11. 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 r
  12. 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 sch
  13. Ancora nulla da fare: nella mia configurazione non sembra funzionare. Forse ho sbagliato a aggiornare Big Sur all'ultima versione...
  14. 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 confron
  15. 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 è
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.