Ok, hab schon herausgefunden auf welchem Connector das Thunderbolt hängt. Es liegt auf Index 1 und Bus-id 5
ThinkPad W540 Opencore
- Max
- Erledigt
-
-
das interne wär auch wichtig. per default ist es in den framebuffern an port0/framebuffer@0, und das war bei dir nicht der fall, wenn ich mich recht entsinne.
-
-
config.plist und ioreg bitte.
-
-
trotzdem, schick mal die config und einen ioreg. vielleicht muss man nur die ports und die framebuffer fest verknüpfen.
-
-
wie kommst du auf die alldata-werte in den deviceproperties? und ich dachte du hättest jetzt mit der mobilen ig-platform auch ein internes bild bekommen, und versuchst die zu konfigurieren?
welcher monitor hat den bei dem experiment eben wann funktioniert?
-
-
Die all Data werte stehen im Whatevergreen guide
schon klar. aber warum hast du genau die ausgewählt? im normalfall reichts aus, zu ermitteln, welcher anschluss welchem framebuffer und welcher portnummer zugeordnet ist, und dann patcht man den passenden anschlusstyp. den framebuffertreiber mit alldata zu "verbiegen" ist mächtig tricky, und kann auch ganz hübsch nach hinten losgehen.
und warum jetzt wieder die desktop-ig-platform?
-
Weil bei der mobilen ID sich der Port und die Bus Id zum Display nach jedem erbot ändert, also plötzlich von Port 2 bus id 6 zu Port 3 bus 1 oder 6 usw.
-
hast du mal eine config mit der mobilen id, bei der das verhalten so auftritt?
-
-
kannst du machen, würde ich aber als ursache ausschliessen. je nach dem welche efi du jetzt am start hast (???) sind die kexte gerade mal einige tage alt, das sollte keine auswirkungen haben. und oc selbst ist doch auch schon 0.6.9 oder so? auch nicht gerade vor alter schon angeschimmelt...
-
-
-
@grr Habe gerade Thunderbold mit Hotplug funktionsfähig gemacht. mit der 0300220D. also mal zum Mitschreiben
Thunderbold: Port 1 Bus ID 5
Lvds: Port 3 Bus ID 6
das Problem ist, ich krieg einfach nicht das Lvds, als Lvds definiert -
in allen ioregs, die ich von dir gesehen hab, bei denen der interne monitor aktiv war, hängt der am framebuffer@2 und hat aber die portnummer 0x0. da müssten wir ansetzen, ich denk drüber nach...
am besten wärs wirklich, du kämst per bildschirmfreigabe an den klapptopf dran. hat hier bei den anschlussbasteleien an den fujis enorm geholfen, da hatte ich nämlich bei falschen anschlusskonfigurationen trotzdem ein "bild" auf dem zugreifenden gerät (zwar nur 1280x1024, aber zum gucken reicht das allemal), und konnte mir die ioregs für solche konstellationen angucken.
EDITH:
das hier ist die portkonfiguration vom
ID: 0D260007, STOLEN: 64 MB, FBMEM: 34 MB, VRAM: 1536 MB, Flags: 0x0000031E
TOTAL STOLEN: 99 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 227 MB, MAX OVERALL: 228 MB (239616000 bytes)
Camellia: CamelliaDisabled (0), Freq: 1953 Hz, FreqMax: 1953 Hz
Mobile: 1, PipeCount: 3, PortCount: 4, FBMemoryCount: 3
[0] busId: 0x00, pipe: 8, type: 0x00000002, flags: 0x00000030 - ConnectorLVDS
[1] busId: 0x05, pipe: 11, type: 0x00000400, flags: 0x00000107 - ConnectorDP
[2] busId: 0x04, pipe: 11, type: 0x00000400, flags: 0x00000107 - ConnectorDP
[3] busId: 0x06, pipe: 3, type: 0x00000800, flags: 0x00000006 - ConnectorHDMI
00000800 02000000 30000000 -> framebuffer@0, hier intern, portnummer 0x0, eigentlich das interne display bei klapptöpfen
01050B00 00040000 07010000 -> framebuffer@1, displayport, portnummer 0x5, hier hab ich den thunderbolt/minidp gesehen
02040B00 00040000 07010000 -> framebuffer@2, dp, portnummer 0x6, hier taucht (wenns denn will) dein internes display auf, aber dann mit portnummer 0x0
03060300 00080000 06000000 -> framebuffer@3, hdmi, portnummer 0x7versuch mal folgendes:
AAPL,ig-platform-id -> 0D260007
und einen "alldata-patch", mit dem du framebuffer@0 und framebuffer@2 tauschst:
framebuffer-con0-enable -> 01000000
framebuffer-con2-enable -> 01000000
framebuffer-con0-alldata -> 02040B00 00040000 07010000
framebuffer-con2-alldata -> 00000800 02000000 30000000
-
-
kann ich versuchen, ist aber umfangreich.... im moment bin ich auch nicht @ home, irgendwann die nächsten tage aber gerne.
