Suchergebnisse

denk ich auch.aber minutiös jedes einzelne zeichen verglichen zwischen ioreg- und win-edid hab ich nicht, muss ich zugeben. kann es denn sein, dass da wirklich nur ein (oder ganz wenige) zeichen abweicht? was man schnell übersehen könnte?und vielleicht sollte man nochmal alle kaby ig-platforms aus der liste eine nach der anderen - ohne grossartige "zutaten" wie connectorpatches durchtesten.und das thema mit dem dvmt könnte man sich genauer angucken, da wär ich aber raus.

hmmm.... ich hab mir mal die zeichenfolge aus dem ioreg gefischt, und die aus win (post #243), und im terminal mit diff verglichen.da ist tatsächlich eine abweichung drin, und zwar hat der ioreg ein zeichen mehr. in einer langen kette nullen in der 2. hälfte gibts im ioreg eine null mehr (kein wunder, dass mir das nicht aufgefallen ist, das sieht man erst, wenn die zeilen übereinanderstehen..). ansonsten sind die zeichenketten identisch.

ich würde da lieber noch mal xMooN fragen, ob es sein kann, dass er beim kopieren eine null verloren hat....

hmmmm.... ich hab eben bei mehreren rechnern ins ioreg geguckt, hier ist es immer eine gerade anzahl von zeichen, 256 bei fullhd, das 2K hat mehr. das sollten wir noch mal recherchieren..

wie ich oben schon sagte evtl. das dvmt-thema. oder irgendwas simples, aber komplett abwegiges, wo keiner drauf kommt....was mir noch durch den kopf ging: was heisst eigentlich unter windows "deaktivierte dgpu"? ist es wirklich dasselbe, wie -wegnoegpu?eigentlich würde mich der andere läptopp mit den bioseinstellungen brennend interessieren: kriegt man den mit den bioseinstellungen in gang, und wenn ja, liessen sich die erkenntnisse in patches umfunktionieren?aber was noch ginge: KLIKK aus der l…

macbookpro 15.4 ist das der verwendeten hardware am nächsten kommende smbios: kabylake-refresh prozessor, und nur eine igpu drin. ich denk, damit fährt man am besten.

dann teste doch mal die ig-platforms für kabylake aus dem link, den ich oben gepostet hab. vielleicht ist da ja eine dabei..

in die aapl-ig-platform zeile, und dann "flippen": aus 0x59270009 wird <09002759> also quasi pärchenweise umdrehen/von hinten nach vorne aufschreiben. der datentyp ist data.

dann bleibt wohl wirklich nur noch ein edid-versuch und der andere läptopp mit den bioseinstellungen.

ist eine zeile, die in die device-properties eingetragen werden muss. stand irgendwo vorher schon mal.(Quelltext, 2 Zeilen)die 2. null ist die nummer des displays. bei dir die 0 fürs interne.und dann ins datenfeld die edid in einer einzigen zeile. datentyp ist wieder data.

hast du die dsdt von damals noch, dass ich mir den eintrag mal angucken könnte?

muss nicht in die dsdt, ginge auch per ssdt.dazu müssten die _DSM- methoden der dsdt umbenannt werden (soweit ich weiss, tut das nicht weh, da die für macos uninteressant sind) und eine ssdt mitScope (pfad zur igpu) { Method (_DSM ...) {hier nach dem vorbild von macpeets dsdt die edid eintragen} }ich hab heute überhaupt keine zeit, und ehrlich gesagt bin ich auch nicht scharf drauf, die edid in 0xXX, schnipsel zu zerlegen. ich kann aber (morgen) gerne eine "gerüst-ssdt" basteln, in die dann die …

eher nicht, eher sogar sehr unwahrscheinlich. aber versuch macht kluch.(Zitat von xMooN)hab ich vorhin gemacht:da sind nur die daten aus der dsdt drin, und ich bin mir nicht sicher, ob nicht der ganze device-properties kram da hinein müsste. ausserdem muss die originale _DSM der igpu in XDSM umbenannt werden.

stimmt MacPeet connectortype @0 ist 02000000 = intern edp/lvds, den 2. brauchts erstmal nicht.ich guck mir mal die alten injects an, vielleicht kann man da was übernehmen.

und eine 2. version. ich hab mal device-properties in die ssdt eingefügt. die edid ist noch die von macpeet, müsstet ihr eintragen. 3 einträge sind auskommentiert, die sollten erstmal draussenbleiben, evtl. brauchts die überhaupt nicht.

das meinte ich MacPeet windows gibt in der einen null-kette (zeile um /* 0050 */ war das glaube ich) eine null weniger aus, als der ioreg.

nein, das ist nur ein teil der dtgp-methode. die kann so bleiben.

ich hab in meiner sammlung einen ioreg von dir (nr.4 hier aus dem thread), da sieht es so aus:eigentlich alles ok. bei meinem dell sieht es ganz genauso aus, und auch sonst deutet in dem ioreg nichts darauf hin, dass das display nicht funktioniert. zumindest nichts, was ich erkennen könnte.

da steht er in dem ioreg nr.4. das war die ig-platform 00001659 mit device-id 1659, ohne connectorpatches. die ig-platform bringt die anschlüsse so mit: con0 = 02000000 = lvds/edp

da musst du mal in der whatevergreen-anleitung gucken: KLIKK - da sind die ig-platforms aufgelistet inkl. der nativen anschlüsse, die sie mitbringen.