Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Wieviel RAM zeigt Clover in seinem Boot.log an?
Hast du in der Config.plist unter SMBIOS mal den Haken bei "Trust" gesetzt?
Also, die Änderung des AppleIntelSKLGraphicsFramebuffer sollte erstmal überhaupt keine Auswirkung auf Tastatur und Trackpad haben...
Da passt was anderes nicht...
Die in Punkt 7 erklärte Herangehensweise hätte ich nie genutzt, da man Kexte auch per "ForceKextsToLoad" im Clover vorzeitig in den Cache bugsieren kann, damit die "KextsToPatch"-Einträge auch greifen... siehe IONVMeFamily für die NVMe-SSDs...
Wenn du die Original-Kext-Datei für AppleIntelSKLGraphicsFramebuffer wieder haben möchtest, kannst du beiliegende Datei nach /S/L/E kopieren und damit die verhunzte Variante wieder überschreiben.
Danach noch das Kext Utility ausführen und dann neu starten.
Welchen Kext, inkl. Version, für Tastatur und Trackpad setzt du aktuell ein?
Schau mal ob die eingesetzte igPlattFormID passt. Ich bekomme hier auf dem Desktop den exakt gleichen Fehler wenn die PlattformID nicht stimmt (ist zwar IvyBridge und so steht da bei mir anstelle von AppleIntelSKLGraphicsFramebuffer halt AppleFramebufferCapri aber ansonsten ist die Meldung exakt identisch).
Ich habe die config.plist mal ein wenig ausgemistet. Ansonsten benutzt Du offensichtlich das T460 Redistribution Paket von TLuck sei bitte mit den ACPI Dateien vorsichtig die sind auf das T460 ohne s optimiert sprich das kann bei dem T460s laufen muss es aber nicht. Falls es nicht klappt würde ich als erste Maßnahme mal den Patched Ordner auf die Seite legen wobei sich die DSDT´s erfahrungsgemäß zwischen den Modellen mit und ohne S nicht sonderlich unterscheiden aber wie gesagt es ist eine Fehlerquelle...
Ich habe hier mal die detaillierten Specs gefunden:
psref.lenovo.com/syspool/Sys/P…atform_Specifications.pdf
Dabei sprechen die von einer ALC3245, die als ALC293 gelten sollte.
Dort gibt es nur layout-ID 28 oder 29.
Mit letzterer habe ich die beiliegende DSDT versehen...
offtopic:
@al6042 Woher weisst Du denn, dass es nur die layout-ID 28 oder 29 sind?
Auf der github-Seite sind doch mehr IDs genannt. Siehe Bsp. ALC269 (mein Codec) mit jede Menge ID´s, funktionieren tut aber nur 29.
Muss man sich durchprobieren?
Edit: Antwort selbst eingefallen: Ein Blick in die IOReg klärt auf. Dort findet sich die ID des devices.
Nun,
für die erwähnte ALC293 (ALC3245) werden auf der gleichen Seite nur die IDs 28 und 29 aufgeführt:
Und ja, man wird das jeweils durchprobieren müssen.
Als der ALC269 noch in den AppleALC-Kinderschuhen war, konnte ich damit per ID 28 mein damaliges T530 betreiben.
Bis auf das interne Mikro ging auch alles.
Durch einen Zufall beim schmökern habe ich Hinweise gelesen, die für die Lenovos auch ID 29 angepriesen haben.
Zu dem Zeitpunkt war die ID aber unter AppleALC für ALC269 noch nicht hinterlegt.
Deswegen hatte ich mir damals eine eigene Version zusammengebastelt, bis die Jungs die ID 29 auch offiziell mit aufgenommen hatten.
In der Zwischenzeit sind aber noch weitere Laptops und auch NUCs anderer Hersteller mit anderen IDs dazu gekommen.
Bei denen greifen die unter Lenovo "üblichen" IDs 28 und 29 einfach nicht.
Im selben Rahmen wird es für den ALC293 wahrscheinlich im Laufe der Zeit weitere IDs geben, aber aktuell sind nur 28 und 29 bekannt.
Teste mal ob die Akku Anzeige hiermit geht: DSDT-T460s.aml der Patch für das T460/460s für den ACPIBatteryManager ist für sich genommen identisch sprich es sollte also eigentlich damit funktionieren.
Der Patch ist eigentlich identisch mit dem von TLuck also im Grunde einfach übertragen auf die DSDT vom T460s...
Die Mittelwert Anzeige ist auch nicht ganz richtig denn eigentlich verhält es sich so das der Rechner über den Hauptakku läuft und der 2. Akku diesen lädt solange Strom drin ist und erst dann geht die Anzeige für den Hauptakku auch runter (war zumindest beim T61 so für das T420s habe ich keinen Ultrabay Akku zum testen ob es da auch so ist).
Das ist genau der Mechanismus denn ich eben erwähnt habe der 2. Akku verhält sich in dem Fall wie eine Powerbank sprich der lädt den ersten Akku solange bis er erschöpft ist und erst dann läuft der counter von ersten Akku runter. Man kann das umgehen indem man den 2. Akku aus der DSDT entfernt dann wird ein Mittelwert angezeigt aber das verfälscht meiner Meinung nach das Ergebnis...
