Lenovo E560 - Clover - EL Capitan

Besten Dank für die Zusendung der unveränderten Kext. Habe diese installiert. Nun ist das fragliche Plugin eliminiert (Siehe Bild).

Ja, bei mir läuft El Capitan (siehe Bild).

Und im Anhang nun auch die entsprechende Dump-Dabei für den Sound. Hoffe, daß wir damit den Ton hinbekommen.

EDIT: Übrigens machte der Rechner immer einen Reboot, wenn ich ihn ausschalte. Falls man da was in die DSDT einbauen kann, wäre das toll!

Hallo @al6042
Vielleicht bist Du schon dran an der Soundanpassung. Ich habe auch mal in Deine DSDT und in die angefügte code00_dump.txt reingeschaut. Dazu hätte ich ein paar Fragen.

Zunächst würde es mich interessieren, wie wo man in der code00_dump.txt die layout-id findet.

Dann handelt es sich beim Sound ja um die Conexant CX20753/4, und nicht um die Conexant CX20751-2. Hat das eine Bedeutung, wenn ich den Namen in der DSDT ändere? Braucht er den korrekten Namen der AppleALC.kext wegen oder ist der Name nur Kosmetik?

Dann lautet beim HP Pavillon der Patch für die Soundkarte Realtek ALC3241/290

Beim Patch für die Conexant-Soundkarte steht

Hat dieser andere Wert vielleicht eine Bedeutung, muß der geändert werden?

Schließlich hat im Tomatenforum in der Diskussion über die CX20753-4 einer eine ApplHDA.kext gepascht, mit der der interne Lautsprecher, das interne Micro und die externen Lautsprecher immerhinfunktionieren, zu der er folgenden Kommentar mitgibt:

Na ja, vielleicht bist Du schon dran, und kannst die richtigen Werte eingeben.
Freu mich auf jeden Fall, von Dir zu hören, vielleicht hast Du auch schon eine fertige DSDT in der Hinterhand?

Tach...
Jede Menge Fragen...

Aus den codec-Dump-Dateien kann man keine Layout-ID auslesen oder finden.
Ich hänge mich da gerne an die bereits bekannten Layout-IDs, die aus den Ressourcen des AppleALC.kext bekannt sind:
https://github.com/vit9696/AppleALC/tree/master/Resources
oder wie im Falle der CX20751-2:
https://github.com/vit9696/App…aster/Resources/CX20751_2

Das wir zuerst nach der CX20751-2 gesucht hatten lag an den vorherigen Posts, in den diese erwähnt war.
Beim nächsten Mal erinnere ich mich daran, besser gleich per Linux LiveCD die richtigen Daten auslesen zu lassen.
Wie du aber im ersten Link auf die Ressourcen des AppleALCs sehen kannst, gibt es kein Verzeichnis namens "CX20753_4", was wohl bedeutet, dass die Entwickler es bisher noch nicht mit diesem Codec zu tun hatten oder einfach noch keine integrierbare Lösung dafür fanden.

Der Text unter "model" in dem Bereich der DSDT ist rein Informativ. Da könnte auch "RubbeldieKatz" stehen...

Dann nutze die Info und baue die Layout-ID 3

in deine bestehende DSDT ein, benenne das "model" nach "Conexant CX20753-4" um und nutze die gepatchte AppleHDA, indem du sie per Kext Utility installierst.

Wenn dann alles schnurrt, kannst du mit dem beiliegenden Script die eingesetzten Daten in eine Info.plist auf deinem Desktop extrahieren.
Zusammen mit der gepatchten AppleHDA kann man dann bei den Entwicklern nachfragen, ob sie den Kram in den AppleALC einbauen.

@al6042
Jawohl! Es funktioniert! Mit Ausnahme des externen Micro. Also beim Headset funktioniert dann nur der Kopfhörer.

Ist es da allerdings sinnvoll, das schon an die Entwickler der AppleALC zu schicken?

Was ich noch (mal) nachfragen wollte ist die Sache mit dem "Neustart" statt "Ausschalten" (wenn ich den Rechner ausschalte, startet er automatisch neu). Kann man dafür in MaciASL einen der drei Patches "Shutdown Fix" unter General - Pjalm, wahrscheinlich den von Intel, verwenden?

@MacGrummel
Du kennst Dich da ja aus: welche Combo Wifi/BT Karte kann man für diesen Laptop verwenden?
Im HP Pavillon 15 habe ich ja die "Broadcom bcm94352z DW1560 802.11 a/b/g/n/ac WLAN + Bluetooth 4.0 m.2 NGFF Mini Card 867 Mbit/s" eingebaut. Die Anschlüsse hier sind die gleichen.
Da ich allerdings beim HP das Problem hatte, daß nach dem Ruhezustand Bluetooth nicht mehr funktioniert hat, würde mich interessieren, eine andere einzubauen (bei der das Problem vielleicht nicht auftritt). Kannst Du eine andere empfehlen, oder bleibt die obige Tort des Fehlers die erste Wahl?

Sauber...
Was den Shutdown Fix betrifft, kannst du den gerne mal testen.
Wenn er nicht geht, empfehle ich dir den "FixShutdown" unter Clover...

Hallo @al6042
Melde mich nun nach fast einer Woche!
Soweit läuft das Hackboot nun ganz gut. Bin also sehr zu frieden.

Allerdings das mit dem Ausschalten und statt dessen gleich wieder Neustart, das Problem habe ich nach wie vor.
Weder der FixShutdown" unter Clover noch der DSDT-Patch "RehabMan for: Laptop Patches #system_Shutdown2" hat da was gebracht. Windows 10 fährt dagegen sauber runter.

Interessanterweise zeigt er auch beim Befehl "Ausschalten" eine Mischung aus Englisch und Deutsch. Ob da im System was durcheinandergekommen ist? Zudem funktioniert auch das Drücken auf den Powerknopf, so daß ich dann "Aushalten", "Neustart" oder "Ruhezustand" auswählen kann, auch nicht.

Hmm, hast Du ne Vorstellung, was da zu machen ist?

EDIT:
@al6042
Wollte Dir kurz berichten!
Ich habe das ganze System neu aufgespielt. Damit sind die beschriebenen Meldungen auch wieder auf Deutsch. Mit dem direkten Herunterfahren ohne automatischen Neustart klappt es meistens dann, wenn er die Wifi/BT Kombokarte nach dem Ruhezustand nicht mehr erkennt. Dann fährt er interessanterweise herunter ohne neu zu starten. Ich vermute mal, daß es mit der Kart und/oder Bluetooth zusammenhängt.

Nachdem El Capitan nun auf meinem Lenovo Thinkpad E560 gut lief, habe ich mich an die Installation von macOS Sierra (auf eine separate Partition) rangemacht. Tageleang haben alle Versuche fehlgeschlagen, bis ich feststellen mußte, daß es ohne die gepatchte DSDT klappt, d.h. daß die für El Capitan funktionierende DSDT für Sierra nicht mehr geht.

Nun bin ich dabei, die DSDT Stück für Stück zu patchen und zu schauen, was geht und was nicht. Die Standart Patches ("Fix _WAK", "Arg0 v2", "HPET Fix", "SMBUS Fix", "IRQ Fix", "RTC Fix", "OS Check Fix", "Fix Mutex with non-zero SyncLevel") sind drauf und Sierra startet mit dieser DSDT.

Was schon läuft: Ethernet, Ton, Batterie.

Aktuell suche ich nun den passenden PNLF-Patch für die DSDT damit die IntelBacklight.kext funktioniert. Irgendwie steht ich da auf dem Schlauch und bitte die Spezialisten um ihre Hilfe!

Der "Brightness Fix (Haswell/Broadwell) sollte hier helfen, der tut es auch bei Skylakes...

Den hatte ich schon probiert und eingefügt. Da bekomme ich aber beim Compile die angefügte Fehlermeldung!

Die Zeile in der DSDT sieht so aus:

Kann es sein, daß ich da zuvor noch ein paar Patches einfügen muß/sollte?

Dann lesen wir doch mal, was in den Zeilen steht:

Nimm aus der Zeile mit //External einfach mal die beiden // weg.

Ok! Wer lesen kann, ist eindeutig im Vorteil!
(Ich hätte allerdings auch nicht ganz genau gewußt, wie ich vorgehen mußt, auch wenn es nur darum geht, zwei kleine / wegzunehmen. Aller Anfang ist schwer!)

Besten Dank !

Momentan kämpfe ich allerdings mit der ig-plattform-id. Ich dachte die für mich korrekte 0x19160000 eingegebene zu haben, statt dessen habe ich wohl mit der Fake 0x12345678 installiert. Wenn ich mit der 0x19160000 starten will, bleibt er am Ende des Bootvorganges hängen und startet neu.

Habe wohl im Netz einen Hinweis gefunden, wie man das eventuell beheben kann, allerdings klingt mir das für einen Nicht-IT-Menschen etwas kompliziert:

Scheint mir etwas risikobehaftet, oder kann man das probieren, empfehlen? Oder gibt es einen anderen Weg?

Aus eigener leidvoller Erfahrung folgende Information:

Lenovo hat den Zugang zu den Advanced BIOS Settings mit den letzten BIOS-Updates
für den normalen User geblockt. Der oben beschriebene Patch korrigiert eine Einstellung im
BIOS und überschreibt sie in Clover mit dem Patch, sodass für Clover der richtige Wert für
die DVMT-Table für den Betrieb der GPU von OS X notwendigen Wert kommt. Nachdem es
verschiedene Variaten des Lenovo E560 gibt (mit oder ohne AMD-Graphikkarte, mit Intel Core I5- oder I7-Prozessor) käme es auf einen Versuch an.

Mehr ist das nicht. Es gibt allerdings für die meisten Lenovo-Notebooks neueren Datums eine geheime Tastenkombination, mit der man die Advanced BIOS-Settings kommt. Notfalls bei der Lenovo-Hotline anfragen. Manchmal benötigt man 2 bis 3 Anläufe, bis man auf einen wissenden Supportmitarbeiter kommt. Diese Tastenkombination ist nicht bei allen Lenovo-Notebooks gleich.

Alternativ kannst Du folgende EFI, die ich verwende von mir testen.

Die device-id für die GPU ist anzupassen. Es ist keine FAKE-ID für die GPU notwendig. Auch das ist ein Versuch, aber mit hoher Wahrscheinlichkeit ein erfolgreicher.

Besten Dank für die Information mit allen Hinweisen.

Ich habe die zugesandten Cloverdateien ausprobiert, allerdings doch ohne Erfolg. Hast Du damit sicher macOS Sierra zum Laufen bekommen oder nur OS X 10.11.6, wie aus Deiner Signatur zu lesen ist? Letzteres läuft ja bei mir schon.

Alledings besten Dank für den Hinweis auf den Support von Lenovo. Ich werde dann sicher mal probieren, die geheime Tastenkombination von denen für mein Notebook zu erfahren. Das kann ja nur von Vorteil sein.

Edit: noch eine Frage zu der enthaltenen ApplePS2SmartTouchPad.kext. Bei der sind die Einstellmöglichkeiten in den Systemeinstellungen "Trackpad" interessanterweise sichtbar. Allerdings habe ich den Eindruck, daß man damit nichts ändern kann. Zweifingergesten funktionieren leider doch nicht. Kann man das doch noch aktivieren?

Die beigepackte EFI funktioniert nur bis El Capitan 10.11.6.
Dort funktioniert sie allerdings äußerst stabil.

OS Sierra ist derzeit bei vielen PC-Notebooks noch tricky. Man sollte immer einem stabil laufenden System den Vorzug geben. OS Sierra hat halt wie seinerzeit Windows 10 kurz nach der Markteinführung noch diverse Probleme bereitet. Vor allem wenn man bedenkt, dass man auf einer Hardware arbeitet, für die es keinen offiziellen Support seitens der Hersteller wie Lenovo gibt auch auch nie geben wird.

Mein Tipp lautet immer bei Notebooks:

Immer mit der schlankesten Version vom EFI-Directory mit den rudimentären Kexten (FakeSMC.kext und NullCPUPowermanagement.kext) zu starten. Dabei immer einen externe Tastatur und eine kabelgebundene Maus anzuschliessen. Wenn man OS X auf die SSD/HDD installieren kann, hat man hinterher genug Zeit, verschiedene Kexte für das Touchpad, die Tastatur, Sound, Graphik, etc. auszuprobieren. Immer im Verbose-Modus starten Bootargument -v und dann tut man sich wesentlich leichter die Fehler(quellen) zu finden. Als wenn man versucht eine fix fertige EFI-Partition zu nehmen. Das Patchen mittels DSDT.aml für Sound und andere Komponenten ist auch nicht jedermanns Sache und kann ohne entsprechende Kenntnisse ziemlich langwierig und frustierend werden.

Habe Sierra mit folgender Methode draufbekommen:

1. Update oder Neuistallation auf macOS Sierra (unter Umständen ohne DSDT und) mit fake ig-plattform-id 0x12345678, mit den drei Kexten FakeSMC, USBInjectAll, VoodooPS2Controller.

2. Erster Start (unter Umständen ohne DSDT und) mit fake ig-plattform-id 0x12345678, mit den drei Kexten FakeSMC, USBInjectAll, VoodooPS2Controller.

3. EFI mounten, (DSDT einfügen), richtige ig-plattform in Clover einfügen, angefügte KextstoPatches (falls noch nicht vorhanden) in Clover einfügen,

und die wichtigsten Kexte auch schon einfügen.

4. Den angefügten bash-Script via Terminal ausführen.

5. Neustart.

Und damit läuft macOS Sierra vorläufig auf einer separaten Partition bei mir.

Hi,
dieses Script kannst du dir wahrscheinlich sparen und das Ganze update-sicher als KextsToPatch-Eintrag in Clover einbinden:

Na das wäre ja kongenial, dann muß man das Script nicht nach jedem Update wieder aufspielen.

Übrigens startet damit macOS Sierra auch mit Deiner DSDT, die natürlich besser ist als meine ersten DSDT-Gehversuche!

Noch besser...
Vielen Dank für die Rückmeldung.

Hallo Bluetooth, was ist los … ?

Also ich arbeite jetzt schon zwei Tage mit Sierra, und soweit läuft alles stabil. Nur Bluetooth funktioniert nicht. Wohl zeigt er im Systembericht die Broadcom WLAN/BT Karte an, aber wenn ich ein Gerät über Bluetooth verbinden will, schafft er kein Pairing. Selten sieht man das neue Gerät in der Systemeinstellung, dann aber kann er nicht verbinden und alles bleibt beim Alten.

Unter El Capitan hat Bluetooth funktioniert, zumindest bis zum ersten Ruhezustand.

Weiß da einer einen Rat?

Anbei meine config.plist und meine Kexte.

Boote doch mal mit einer Linux-LiveCD oder einem LiveUSB.
Dann versuchst du dort mal ein Pairing zu erzeugen.

Habe ich gemacht. Er hat in Ubuntu 14 kein Gerät gefunden.

In Windows hat er ohne Probleme das Gerät erkannt und sich damit verbunden.

In Sierra neu gestartet, hat er das Gerät zunächst erkannt, aber das Verbinden hat er nicht geschafft, siehe Bilder.