Jump to content
You are a guest user Click to join the site

FreeJHack

Developers
  • Content Count

    9
  • Joined

  • Last visited

Community Reputation

8 Neutral

About FreeJHack

  • Rank
    Junior Member

Recent Profile Visitors

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

  1. Ringrazio e contraccambio. Tanti Auguri di Buone Feste e Sereno 2021 a tutti...
  2. Dato che nella cartella EFI/CLOVER/ACPI/patched puoi mettere solo un DSDT.aml, deduco che hai usato solo quello con la modifica _Q11 e_Q12. Se il DSDT di Gengik contiene altri patch necessari, puoi aggiungere anche quelli di _Q11 e _Q12 e usarlo, come preferisci. Ma puoi usarne solo uno, ovviamente. Verifica che sia settato anche AutoMerge nella sezione ACPI/DSDT di clover configurator o solito PList se non usi il configuratore Si, il patch è corretto Deve funzionare, sono abbastanza certo che _Q11 e _Q12 siano i metodi chiamati quando premi i tasti Fn+F8 o F9. Diversamente si dovrà installare il kext ACPIDebug e verificare quali siano le query inviate dall'hardware quando premi i tasti. Se vuoi, allega la EFI, IOReg e il bootlog che verifico.
  3. Si. Ma potrebbe non essere necessario @iCanaro dai, dai sistemiamolo... ci metti poco. Devi patchare le due query dell'ACPI: ho dato un'occhiata al DSDT contenuto in origin.zip che hai postato, ho ragione di credere che le due query della luminosità siano proprio la _Q11 e la _Q12. Cerca nel DSDT i due metodi delle due query e sostituiscili con questi: Method (_Q11, 0, NotSerialized) // _Qxx: EC Query { Notify (PS2K, 0x0405) } Method (_Q12, 0, NotSerialized) // _Qxx: EC Query { Notify (PS2K, 0x0406) } Aggiungendo il DSDT patchato alla cartella ACPI/patched della EFI di clover dovrebbe funzionare il controllo luminosità da tastiera Fn+F8 e Fn+F9. S vuoi usare OC, il patch è leggermente diverso: Method (_Q11, 0, NotSerialized) // _Qxx: EC Query { If (_OSI ("Darwin")) { Notify (PS2K, 0x0405) } Else { XQ11() } Return (Zero) } Method (_Q12, 0, NotSerialized) // _Qxx: EC Query { If (_OSI ("Darwin")) { Notify (PS2K, 0x0406) } Else { XQ12() } Return (Zero) } ma in questo secondo caso dovrai anche aggiungere due rename nella sezione ACPI->Patch come da immagine: o l'equivalente tramite PList se non usi il configuratore.
  4. @iCanaro confermo che BT e wifi possono essere accesi/spenti a patto che non siano stati disattivati direttamente dal menu o nelle preferenze di sistema. Di fatto vengono ripristinate le condizioni precedenti all'attivazione del modo Airplane. Per quanto riguarda Fn+F8 & F9, dovresti verificare le query inviate all'ACPI: spesso sono _Q11 e _Q12, ma nel tuo caso potrebbero essere diverse. Anzi, se non funzionano lo sono di certo. Suggerisco il kext ACPIDebug, ma penso che tu lo conosca bene...
  5. ... forse può esserti d'aiuto
  6. @iCanaro Ok, bene. Considera che i maggiori benefici saranno per coloro che hanno sensori LPC (SuperIO) della ITE o Fintek (p.e. Gigabyte) perché il kext LPCSensor cerca la proprietà "vendor" per valutare la presenza di un determinato sensore. Senza quella proprietà il sensore non viene caricato...
  7. Se utilizzate FakeSMC v.6.26-357.1800 (RehabMan-kozlek) e OpenCore 0.60 (0.5.9), dando un'occhiata al boot-log probabilmente avrete occasionalmente (o sempre) FakeSMC in backtrace e alcuni di voi potrebbero sperimentare anche un crash durante il boot (non sempre...). Storia breve: questo è causato da un'incompatibilità tra FakeSMC (un po' vecchietto, ma valido...) e OpenCore. Ecco quello che potreste trovare: Inoltre, utilizzando IORegistryExplorer, se controllate nella risorsa FakeSMCKeyStore risultano mancanti le proprietà "manufacturer" e "product-name", in alcuni casi utili e normalmente caricate da Clover. come potete vedere nell'immagine sopra. Ho modificato il kext in modo tale da eliminare il backtrace che potrebbe rendere critico il boot e caricare le due properties. Per caricare le properties indicate, è necessario attivare nel file config.plist di OpenCore ExposeSensitiveData->Expose OEM information as a set of UEFI variables = true, in Misc->Security. Sostituite FakeSMC.kext con la versione modificata e riavviate. Dopo il boot, controllate il log e troverete la stringa "Trying OpenCore OEM properties..." e con IORegistryExplorer verificate la risorsa FakeSMCKeyStore e troverete il "manufacturer" e il "product-name": che nel mio caso è "Clevo", le vostre saranno, ovviamente, diverse. NON è necessario sostituire i kext di supporto ACPISensors.kext, CPUSensors.kext, ... E sufficiente sostituire FakeSMC.kext Per chi vuole compilare (ricordarsi prima il versioning): https://github.com/FreeJHack/OS-X-FakeSMC-kozlek in alternativa, allego il kext già compilato. Spero possa essere d'aiuto... FakeSMC.kext.zip
  8. Verifica in IOReg se hai il device DCHU, la prima versione usava solo quello e se manca non carica il kext. Probabilmente nel tuo ACPI è presente solo il metodo WMBB (nel device WMI), devi aggiornare il file SSDT-ClevoService.dsl. Verifica anche le tue EC queries, se sono diverse vanno, ovviamente, aggiornate... Prova la 1.2.0, ho aggiunto anche un agent per visualizzare l'intensità tastiera (usa OSD come per la retroilluminazione LCD) e attiva/disattiva bluetooth e Wifi (Airplane mode). Richiede installazione in /L/E
  9. Un saluto a tutti... Coder da molti anni, spero di poter essere d'aiuto, tempo permettendo. Ciao.
×
×
  • 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.