{SUCCESS} Lenovo V110-15IKB mit i5-7200u und HD620

hier das fazit von der gestrigen marathonsitzung:

edit: @blackcat darf ich hier das hübsche schwarzkatzenporträt einfügen?
blackcat am laptopp:

booten in den installer (sierra) ging nach etlichen fehlversuchen mit smbios als mbp14.1, ig-platform-id 0x591b0000 (HD620 for mobiles), zusätzlich unter devices/intelgfx noch die 0x59168086 eingetragen (ich seh grad, dass sich das aber irgendwie widerspricht ??? - nicht aufgepasst? ) - nunjut.
kexte: fakesmc (neueste), intelgraphicsfixup und intelgraphicsdvmtfixup mit lilu (neueste versionen) und usbinjectall.

installation lief durch, den reboot nach der installation haben wir danach aber weder mit der gerade installierten HDD, noch mit einer bereits eingerichteten sierratestssd zustandegekriegt, es hängt kurz vor dem sprung in die grafische oberfläche.

nach dem drüberschlafen kamen mir heute morgen folgende ideen:

1. smbios mal ändern: mbp 13.1 (auch kaby/skylake, aber älter), macbook(ohne pro)10.1 (kaby mit einfacher intelHD) oder macbook9.1 (skylake)
2. einheitliche grafik-id eintragen bzw. ausschliesslich die 0x12345678.
das jeweils mit den unterschiedlichen smbios'.
3. dsdt erstmal weglassen, ebenso testhalber auch die dsdthaken deaktivieren, ich vermute, dass wir vor den haken nicht bis zum installer gekommen sind, lag weniger an den haken, als an der lieben ungeduld.... (das mal mit dem installer und der ursprünglichen smbiosversion 14.1 verifizieren)

Bin sehr gespannt wie es hier weiter geht! Danke für den Zwischenbericht

hamwa doch schon gemacht:

wie war der audiocodec @blackcat?

und @a1k0n es geht auch freundlicher

so hier mal ein testcloverordner mit mehreren configs (alle dsdtrelevanten haken disabled, den framebufferpatch ebenfalls, jeweils unterschiedliche smbios's eingebastelt (s.namen), und nur die nötigsten kexte dringelassen.)
probier sie mal der reihe nach aus, ob sich damit evtl. die "stummelssd" booten lässt (nimm den installerstick zum booten). alternativement trag mal statt der ig-platform-id, die drin ist, die 0x12345678 ein (alle configs)
wenns nicht will, mach die dsdt-haken wieder rein, dann die prozedur nochmal.

Ich habe hier auch gerade einen Lenovo vor mir und habe ihm nach kürzester Zeit das Prädikat GMM verliehen.

Das Teil zeigt ein vergleichbares Verhalten, um ihn zum Booten ins System zu bringen braucht er:

Kexte:

• Lilu.kext
  
• IntelGraphicsDVMTFixup.kext
• IntelGraphicsFixup.kext
• FakePCIID.kext
• FakePCIID_Intel_HD_Graphics.kext so eingestellt, RM,device-id auf 16190000

Config.plist:

• -disablegfxfirmware
• FakeID IntelGFX 0x19168086
• IntelInject
• ig-platform-id 0x19160000
• SMBIOS MacBookPro13,1 Weiß nicht ob es ein Muss ist.

FakeCPUId habe ich getestet erwies sich aber in diesem Fall als unnötig.

!!!!!!!!!!!!! Wichtig !!!!!!!!!!!!!!!!
Es funktioniert nur, wenn der Rechner aus war (ggf. ein paar lange Sekunden warten).
Ein Neustart bringt immer einen Reboot, vermutlich sobald der IGPU Treiber geladen wird/wurde.

Anhängendes Archiv enthält die erwähnten Sachen.
Weiß natürlich nicht ob es bei Euch funktioniert.

Ok, passendes Archiv
Archiv.zip

@Brumbaer skylake-läptopp? oder ein kaby, den du auf skylake fakest?

Kaby dessen Grafik so tut als sei sie Skylake.

Wenn etwas Ruhe eingekehrt ist, werde ich noch mal probieren ob sie als Kaby Lake Grafik funktioniert, aber im Moment tüftele ich noch am "Restart" Problem.

ok. hatten wir als mögliche lösung im verdacht gehabt, aber dann gestern nicht mehr geschafft.
@blackcat nimm nachher gleich mal die config von brumbaer, pack die fakepciid....kext nach other (den rest haben wir schon drin) und probiers aus.

Der Audio Codec war der ALC236...

@a1k0n
das bild ist oben in den beitrag eingebunden, ein screenshot vom lspci (kali).
die deviceID's von netzwerk&co sind im moment noch völlig irrelevant, weil der läptopp zuerstmal überhaupt den reboot nach der installation schaffen muss.
das finetuning folgt dann danach, und bei eventuellen fragen werden auch die notwendigen infos mitgeliefert.

Hallo @grt,
ich bin einen Schritt weiter.

Das Problem ist die _LID Routine in der DSDT. Ich nehme an das ist bei Euch ebenfalls die Ursache, wg. Fehlerbeschreibung, Lenovo und so.

Finde sie und benne sie um, entweder über Clover oder die DSDT.

Folgendes hat nichts mit dem Fehler zu tun und ist nur zur Info.Die IGPU in der CPU hier wird nicht im Original unterstützt, ich habe sie nun auf device id 59168086 und ig-platform-id 591B0000 (Kein Schreibfehler) gesetzt und funktioniert.
Keine FakeCPUID.

Nächster Schritt schauen ob _LID später noch gebraucht wird (Ist für dasErkennen des Zuklappens zuständig)

Falls das zu viel Gestammel ist, frag nach, den Fehler zu finden hat mir ein paar graue Haare beschert - nicht dass sie auffallen würden.

interessant - wird in der nächsten session getestet, update folgt dann sofort