Batteriestatus (OC 0.9.0) Ventura

also ich kenn das so, dass der SMCBatterymanager.kext immer nötig ist, allerdings muss dem unter die arme gegriffen werden. das erfolgt entweder mit dem ECEnabler.kext, der kommt ohne weitere massnahmen klar, oder, wenn der eben nicht tut, dann muss ein acpi-patch zzgl. ein paar renames her. früher landete der in der dsdt, jetzt kann man den auch per ssdt erstellen.

eine quelle gab es mal bei den tomaten von rehabman, wo das prinzip des batterypatch für dsdt erklärt wurde.

und die renames kommen daher, dass man inzwischen die finger von der dsdt lässt, und möglichst alles per ssdt erledigt an notwendigen patches. wenn man nun eine methode aus der dsdt irgendwie verändert in einer ssdt dem system serviert, dann wäre sie ja 2x vorhanden: die originale version in der dsdt, und die neue in der ssdt. destawegen wird dann die in der dsdt umbenannt, und alle anfragen und aufrufe landen bei der neuen methode gleichen namens in der ssdt.

Wie sind denn die Kext-Versionen und die Kext-Reihenfolge?

Wenn man nach "ecenabler github" sucht findet man schon ganz viel. ECenabler soll in Release 1.0.3 bis Ventura gehen, ist aber ein Plugin von Lilu und scheinbar spielt auch VirtualSMC eine Rolle dabei. Kext-Versionen sollten aktuell sein und bei der Reihenfolge würde ich Lilu, VirtualSMC und ECenabler versuchen, ggf. gefolgt mit oder ohne SMCBatteryManager.kext versuchen. Hier unterschiedliche Meinungen, je nach Gerät.

Insgesamt findet man schon viele Infos, wie:

https://github.com/dortania/Op…aptop-specific/battery.md , wo auch die alte Anleitung von rehabman verlinkt ist

teilweise wird geschrieben, dass ecenabler nur eine Batterie anzeigt, wenn die Kiste eine Dual.Batt hat. Hier sollen die SSDT's und ACPI-patches tatsächlich besser sein, was ich selbst auch verwende.

https://github.com/acidanthera…al%20Battery%20Support.md

Ich selbst habe ECenabler auch nie verwendet, aber man findet dazu recht viel im Netz, wo man man ansetzen könnte, aber mit dem Kext darf sicher unter OC/ACPI keine SSDT betreffs EC drin sein und auch keine Patches unter config OC/ACPI/Patches in Richtung bat, batc oder mutex:bat... drin sein.

Einfach was aus der DSDT löschen bringt nix. So aus der Erinnerung müssen für Batterie irgendwelche 16bit Felder in 8bit umgepatcht werden, damit macOS was mit anfangen kann oder war es umgekehrt? ...müsste ich auch erst wieder lesen. Der ECenabler macht vermutlich auch genau dies.

Ja es muss in 8 Bit geändert werden.

https://github.com/gnodipac886/MatebookXPro-hackintosh

hilft vielleicht.

oder ACPI Battery mit FakeSMC probieren.

ging bei mir Langezeit nur mit der Variante.

ACPI Battery mit FakeSMC ist die alte Methode, welche Rehabman immer empfohlen hatte, geht die auch noch mit Ventura?

Zitat von MacPeet

müssen für Batterie irgendwelche 16bit Felder in 8bit umgepatcht werden

im EC-device - oder wie auch immer das dingens heisst. im matebook wars glaub ich HEC0 oder so. man muss die felder aus dem EC, die grösser als 8bit sind, und die in der dsdt gelesen/geschrieben werden, in 8bit-schnipsel zerlegen, und dann dort wo sie aufgerufen werden (das wären die änderungen in den methoden, und die daraus resultierenden renames) mittels B1B2-methode (oder B1B4, oder L1L2, oder der WECB/RECB) wieder zusammenfügen, so dass der wert im register wieder stimmt.

aber wenns mit dem ECEnabler geht, dann wär der auf alle fälle die komfortablere lösung, und zu 100% vorzuziehen.

der ecenabler ist eine alternative zu dem ssdt/dsdt patch. wenn du den einsetzt, brauchts weder die ssdt noch die renames.

einen battery....kext braucht es in beiden fällen, entweder smcbattery... beim virtualsmc, oder den acpibattery... bei fakesmc.

für den acpi/ssdt-weg nimmt man sich die originale dsdt, guckt im ec (bei dir hiess der hec0 - sb.pci0.lpcb.hec0 oder so) welche von den feldern>8 überhaupt verwendet werden: auskommentieren, testweise kompilieren, gucken, was für errors angezeigt werden. notieren inkl. der methoden, die wg. unbekannt gemeckert haben.

dann überträgt man die region mit den feldern und die methoden in eine ssdt, zerlegt die felder in 8bit schnipsel, und wendet bei den aufrufen die entsprechende zusammenfügmethode (die müssen auch mit in die ssdt rein) auf die schnipsel an anstelle des originalen feldes.

und dann noch die originalmethoden aus der dsdt umbenennen.

aber wie schon gesagt, wenn das mit dem ecenabler klappen könnte,.würde ich den nehmen. guck dir als erstes mal die doku von dem an.

edit... uups... ist ja schon gelöst.. guten morgen

guter vorsatz für heute: in zukunft erst genau und bis zum ende lesen, dann antworten...