[OC] [Ice Lake] - Lenovo IdeaPad 5 15IIL - Bericht

Dieser Thread ist meine Bericht um aus dem Lenovo IdeaPad 5-15IIL ein Hackintosh zu machen.

Hardware: (Lenovo psref)

CPU: Ice Lake, Intel i7-1065G7

RAM:16GB Integriert

GPU: Intel Iris Pro Plus (G7), ID 0x8A52

GPU 2: Nvidia MX350

SSD: WD PC SN730

Audio: Realtek (ALC257)

Mikrofon: Intel Smart Sound Mikrofonarray

Trackpad: I2C Microsoft HID Precission Touchpad (MSFT0001)

WLAN: Intel AX201 (2x2)

Bluetooth: 5.1

USB: 1x USB 3.2 Gen 1; 1x USB 3.2 Gen 1 (always on); 1x USB-C 3.2 Gen 1 (PD 3.0, DP1.2)

HDMI: 1.4b

ACPI Pfade:

Tastatur: PS2; \_SB.PCI0.LPCB.PS2K

Trackpad: I2C; \_SB.PCI0.I2C1.TPD0

iGPU: \_SB.PCI0.GFX0

GPU: \_SB.PCI0.RP05.PXSX

400 Chipset: \SB.PCI0.SAT0

Kamera: \_SB.PCI0.XHC.RHUB.HS05.CAMA <- USB angebunden

USB Controller (?): \_SB.UBTC

USB 3.1 Controller: \SB.PCI0.XHC

Intel SMBus - 34A3: _\SB.PCI0.SBUS

BIOS Einstellungen:

• Intel Virtual Technology disabled
• Always on SB disabled
• Storage: AHCI Mode
• Intel Platform Trust Technology disabled
• Intel SGX disabled
• Secure Boot disabled
• Boot Mode UEFI
• PXE Boot on LAN disbaled

Probleme:

• Mikforon funktioniert nicht
• Standby funktioniert nicht:
  • Bildschirm aus / schließen und öffnen geht
  • Tastaturbeleuchtung geht nicht aus
  • System geht nicht in den Standby
• iGPU: H264 & HEVC Encoding geht nicht
• iGPU: HDMI & DP via USB-C geht nicht
• NVRAM Probleme
  • ohne NVRAM Reset nach Boot von Windows in MacOS: itlwm mit WLAN / Bluetooth etwas zickig
  • ohne NVRAM Reset nach Boot von MacOS in Windows:
    • USB-Hardware wird ständig "ein- & ausgesteckt". Meldung aber nicht sichtbar.
    • Fingerabdruckscanner wird nach Standby nicht mehr zum entsperren genutzt.

BIOS Mod

Das BIOS hat standardmäßig CFG-Lock und DVMT Pre-Allocated sowie DVMT GFX Mem sind unpassend. Da (stand 12.2020) keine Tastenkombinationen den Developer Modus des Bioses (egal welche Version) frei schalten, muss mittels ru.efi die Werte angepasst werden.

Wichtig: Da hier das Gerät unreparabel zerstört werden kann, gibt es nur Fakten und Links. Ihr alleine Haftet für Schäden und es gibt keinen Support!!

Mehrmals lesen ist Voraussetzung!

Zum Einsatz von ru.efi gibt es zwei Anleitungen: Github und Reddit

Für CFG Lock: unter CPUSetup: 0x43 von 1 auf 0

Für DVMT Pre-Allocated: unter SaSetup: 0xA4 FE auf 2

Für DVMT Total GFX Dem: unter SaSetup: 0xA5 2 auf 3

Die Werte gelten nur bis BIOS Version 1.63! Die Einstellungen bleiben auch nach einem NVMReset erhalten.

SSDTs:

• SSDT-Plug: nötig für CPU Power Management, erstellt
• SSDT-EC: nötig für Embedded Controller, erstellt mit SSDTTime
• SSDT-USBX: nötig für USB Part der SSDT-EC, benötigt EC ACPI Patch, erstellt
• SSDT-AWAC: nötig für AWAC / RTC0, erstellt
• SSDT-ALS0: nötig für Fake Ambient Light Sensor, default passt
• SSDT-DGPU-OFF: deaktiviert die Nvidia MX350, selbst erstellt & funktioniert
• SSDT-GPRW: erstellt nach Dortania, benötigt ACPI Patches, verbessert Energieverbrauch
• SSDT-HPET: Erstellt nach Dortania für Legacy IRQ Conflicts, Benötigt ACPI Patches
• SSDTPNLFCFL: Für Helligkeitssteuerung - zumindest nach zuklappen
• SSDT-SBUS-MCHC: nicht nötig, da Device Pfad passt
• SSDT-RHUB / USB-Reset: Nötig für "SSDT to disable USB RHUB/HUBN/URTH and rename devices" - löst Wakeup nach Bildschirm aus, erstellt mit SSDTTime, RHUB Device in DSDT vorhanden, ACPI Patches nötig

USB Patch

Erstellt mit dem Hackintool, funktioniert, hat alle Devices auch nach Windows Geräte-Manager und sieht es wie folgt aus:

Dank cobanramo bin ich dem Ziel schon ein erheblichen Schritt weiter. Mein nächstes Problem:

Das Trackpad funktioniert nicht richtig. Ich habe VoodooI2C und VoodooI2CHID eingebunden, was dazu führt, dass

• das Trackpad sehr laggy reagiert. Bei einer normalen Bewegung des Fingers über das Trackpad springt der Cursor, statt der Bewegung zu folgen

• die CPU Frequenz geht auf Maximum
• kein Ruhezustand möglich ist

Zum Trackpad:

• Modell: Microsoft Precission Trackpad - Scheint kein ELAN zu sein, mit dem Kext funktioniert es gar nicht
• ACPI Pfad: SB.PCI0.I2C1. TPD0
• IOInterruptSpecifiers hat den Hex-Wert 30

Nach dem das einbinden des XOSI Patches und dem einfügen der Kexte in der richtigen Reihenfolge geholfen hat, habe ich mir den VoodooI2C Guide genauer angeschaut. So wie es aussieht, funktioniert das GPIO Pinning nicht richtig, da IOInterruptSpecifiers anscheinend mit 30 > 2F ist. Blöder weise ist der Guide für mich danach unverständlich, was ich da wie in der DSDT patchen muss. Wie mache ich da beim Guide weiter? Ist das Trackpad nun well-pinned, root-pinned, oder CRS pinned?

Der XOSI Patch ist der Default des Dortania Guides, da mir der Code aus meiner DSDT gleich aussieht.

Die HPET Patches habe ich von SSDTTime generieren lassen. Doch ich merke keinen Unterschied, wenn sie zusammen mit der SSDT aktiv sind, oder nicht. Auch finde ich keine weiteren Informationen dazu, was sie bewirken sollen.

Anbei der Auszug aus dem IORegexplorer, sowie die DSDT + Patche und meine aktuelle EFI.

Danke 5T33Z0!

Mein Problem ist, dass ich unter Windows nichts finde, außer dass es ein HID TouchPad ist. Also kein Synpatics, oder ELAN. Der IOInterruptSpecifiers Wert ist für MacOS zu hoch, so dass ich einen Patch braucht, der die Werte "reduziert".Bei den von dir im zweiten Link sah der für das S740 interessant aus, nur ob der passt?

I2C gibt mir folgendes aus, nur scheitere ich an der Umsetzung für OC.

Ich glaube es war in deinem Thread zum T530 wurde erwähnt, dass das TouchPad sehr unzuverlässig mit Gesten, oder zuverlässig als Pointer funktioniert. Da frage ich mich, ob es bei mir nicht dann auch so wird?

GELÖST: WEG Boot-Argumente und einige zusätzliche Einträge zur iGPU in Device Properties haben es gelöst

BIOS Update führt zu Boot Fail

So, es gibt ein neues Problem. Ich wurde mal wieder von Lenovo gezwungen ein Update des BIOS zu machen (man kann sich dagegen wehren, aber das hatte beim letzten mal starke Auswirkungen). Jetzt Bootet das HacBook bis fast zur Initialisierung von WEG und stürzt dann ab. Das letzte, was man mit SloMo sieht habe ich als Bild angehängt - an besserer Qualität bin ich dran.

Ich habe dann unter Fedora die DSDT gedumpt und verglichen. Komischerweise wurde an den Funktionen nichts geändert, außer folgender Teil:

Zitat

Code

1. Scope (_SB)
2. {
3. Method (BTRK, 1, Serialized)
4. {
5. SGOV (0x06040000, Arg0) <- vorher: SGOV (GBTK, Arg0)
6. }
7. Method (GBTR, 0, NotSerialized)
8. {
9. Return (GGOV (0x06040000)) <- vorher: Return (GGOV (GBTK)
10. }
11. }

Alles anzeigen

Es handelt sich hier um BIOS v1.46 zu v1.48. Meine aktuelle Idee: Mittels SSDT Patch für Darwin System(e) die alten Argumente zu nehmen. Die neuen kommen nur in diesem Bereich vor, es könnte also funktionieren.

Ja habe ich, ich habe in den Boot-Argumenten -vi2c-force-polling eingefügt.

Außerdem musst du schauen, dass die ganzen Voodoo Kexte richtig laden:

Da meine Tastatur über PS2 angebunden ist, gilt das bei mir ebenfalls. Du musst schauen, wie es bei dir ist:

Kexte: VoodooI2C + VoodooI2CHID + VoodooPS2Controller

Die Lade-Reihenfolge ist:

1. VoodooPS2Controller
2. VoodooPS2Controller-VoodooInput <- kann auch von VoodooI2CInput erledigt werden
3. VoodooPS2Controller-VoodooPS2Keyboard
4. VoodooI2CServices
5. VoodooGPIO
6. VoodooI2C
7. VoodooI2CHID <- Touchpad abhängig, siege Voodoo und Dortania Guide

Wenn dein Trackpad damit (=Polling Modus) läuft, kannst du es versuchen mit dem Guide in den GPIO Pinning Modus zu bringen, welches weniger CPU Leistung benötigt. Ganz wichtig ist, ob der Wert in Schritt 1 unter 2F (hex), bzw 30 (dez) ist.

Ich weiß, ProperTree fragt auch nach und ich habe nur in der Reihenfolge aktiven aufgelistet.😉

Wird aber angepasst um so Missverständnissen vorzubeugen.

Cobanramo hat oben ( #4 ) ja auch relevantes dazu geschrieben

Verwendest du die aktuelle Version des VoodooI2C Kexts? Mit d4m Bootargument verursacht der bei mir ein kernelpanic, das Bootargument muss als device-entry angegeben werden, siehe auch deren doku. Falls unabhängig davon, prüf welchen GPIO Pin das trackpad hat, vermutlich wird es zu hoch sein. Oder du hast gar keine XOSI / GPRW ssdt. Dazu siehe auch deren Guide / dortania. Du kannst aber mal einen dsdt dump da lassen, vielleicht bringt der was.

solltest du auch ein Lenovo Ideapad (oder anderes) 15IIL05 / 14IIL haben, poste doch deine EFI h und trage so zu einem weiterkommen bei. Aktuell baue ich wieder an der EFI…

• Das Trackpad Modell hat nichts mit der CPU Version zu tun.
• Lad bitte deine DSDT über Windows/Linux/Openshell hoch
• Die aktuelle VoodooI2C Version hat bei mir einen KP verursacht, bis ich das Bootargument entfernt hatte und als Device Entry gesetzt hatte
• OC Updaten hatte ich wie folgt gemacht, da ich auch Probleme hatte:

1. Kexte aktualisieren
2. OC EFI etc. ersetzen
3. Aktuelle OC Sample Config mit den eigenen Einstellungen anpassen
4. Config mit validate prüfen
5. Fertig

Du machst aber auch gerne tausend Baustellen auf und keine zu, wa?

iGPU habe ich massig Sachen drin und irgendwie läuft es, aber drum gekümmert habe ich mich bisher noch nicht weiter.

Aktuell habe ich als DeviceEntry oder Bootarg 1,5GB drin. Ich habe aber auch das BIOS modifiziert auf DVMT Pre-Allocated 64MB und dvmd total gfx mem = max.