(Teilweise gelöst per Framebuffer) Netbook - 1024x600 - Openchrome Treiber - Problem : Nur 1280x800

[chr200221]

Ah, sorry hatte ich vergessen.

Habe die vorhandenen Modelines überprüft, bevor ich die neue hinzugefügt habe. Ich kann die Modeline hinzufügen, aber nicht auf FP-1 zuweisen. Dann kommt die oben genannte Fehlermeldung.

Code: Alles auswählen

┌──(christian㉿onemini)-[/etc/X11]
└─$ xrandr

Screen 0: minimum 320 x 200, current 1280 x 800, maximum 2044 x 2048
VGA-1 disconnected (normal left inverted right x axis y axis)
FP-1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1280x800      59.81*+

┌──(christian㉿onemini)-[/etc/X11]
└─$ 

[Tintom]

Auch das führte nicht zum Erfolg.

Und in der Xorg.0.log steht dann was genau?

[chr200221]

Xorg gibt dann dieses Log aus :

https://nopaste.debianforum.de/41423


Wenn "keep" in Grub aktiv ist.

[Tintom]

Wie sieht die xorg.conf zu der o.g. Xorg.0.log aus?

[baeuchlein]

Zwei Dinge, die mir so aufgefallen sind:

1. Wenn der Framebuffer (für die Konsole) schon mal läuft, könnte man auch versuchen, über die xorg.conf den Treiber fbdev (statt des Openchrome-Treibers) für X.Org zu benutzen. fbdev setzt sich normalerweise auf einen (nahezu) beliebigen Framebuffer-Support "oben drauf". Könnte helfen, wenn der Chrome-Treiber für X nicht "will".

2. Die 1024x600 tun's laut einer hier im Thread verlinkten Datei aus der Kernel-Dokumentation lediglich am LCD-Anschluss der Chrome-Hardware, nicht aber an VGA oder DVI. Vielleicht ist dieses Panel tatsächlich nicht an LCD, sondern DVI dran. Oder aber irgendwas im Treiber glaubt, am verwendeten Anschluss ginge 1024x600 nicht, und stellt sich deswegen quer.

Im Augenblick würde ich aber auch erst mal den bereits im Thread aufgeführten Anregungen/Ideen nachgehen. Falls das dann nix bringt, kann man die zwei Punkte hier immer noch "abklappern".

[chr200221]

Wie sieht die xorg.conf zu der o.g. Xorg.0.log aus?

Ich habe mal einen neuen Run gemacht, weil ich mir nicht mehr sicher bin, welches log zu welcher conf gehört

Code: Alles auswählen

section "device"
        identifier      "device1"
        vendorname      "VIA Technologies, Inc."
        boardname       "VIA Chrome9-based cards"
        driver          "openchrome"
        option          "dpms"
        option          "forcepanel"
        option          "active device" "LCD,CRT"
        option          "panelsize" "1024x600"
        Option          "VBEModes" "true"
        option          "swcursor"
endsection

section "monitor"
        identifier      "FP-1"
        vendorname      "generic"
        modelname       "flat panel 1024x600"
        horizsync       31.5-55
        Option "UseEDID" "false"
        Option "UseEDIDFreqs" "false"
        Option "IgnoreEDID" "true"
        vertrefresh     40-70
        Modeline "1024x600_75.00"   62.50  1024 1072 1176 1328  600 603 613 629 -hsync +vsync
endsection

section "screen"
        identifier      "screen1"
        device          "device1"
        monitor         "FP-1"
        defaultcolordepth 24
        subsection      "display"
                depth   24
                modes   "1024x600"
        endsubsection
endsection

Generiert dieses log : (GFX_PAYLOAD_LINUX="keep" in GRUB)

https://nopaste.debianforum.de/41429


Der Tip von baeuchlein mit dem fbdev treiber hat funktioniert
Mit diesem Treiber wird der Bildausschnitt richtig angezeigt.
Die Xorg.conf ist identisch mit der obigen, nur als Treiber ist "fbdev" eingetragen.

[baeuchlein]

So weit, so gut.

Bei der Benutzung des fbdev-Treibers habe ich zwei Nachteile gesehen:

1. Auch der fbdev-Treiber kann Bugs/Probleme haben. Bei mir arbeitet er nicht gut mit dem uvesafb-Framebuffer zusammen; beim Wechsel vom laufenden X zur (Framebuffer-)Konsole und wieder zurück beendet sich X. Eventuell nicht gespeicherte Dinge in laufenden Programmen unter X sind dann futsch. (Abhilfe hier: VESA-Treiber für X benutzen.)

2. Es ist möglich, dass nur ein Teil einer eventuellen Hardware-Beschleunigung der Grafikkarte noch an X "durchgereicht" wird. Könnte v.a. für PC-Spiele unter Linux ein Problem sein.

Aber mit ein Bißchen Glück treten diese Probleme vermutlich nicht in Erscheinung.

[chr200221]

Ich probiere es jetzt mal so und teste was in bestimmten Situationen passiert.

Spielen tut ich eh nicht auf der Möhre, ich brauche die nur dafür, um meine VPS zu Not ausm Urlaub zu managen. Ich habe eine Pokemon Go Map für unsere Stadt am Laufen und da muss man ab und an mal ran, wenns hakt.