[GELÖST] Xorg.conf für Raspberry Pi 2

[Metal_Warrior]

Hallo zusammen,
ich hab ein etwas lästiges Problem, das ich irgendwie nicht gelöst bekomme. Mein RPi2 hängt mit HDMI an einem iiyama X2483HSU (24"-Monitor, 1080p), steuert den aber nicht richtig an. Es bleibt ein ca. 15mm breiter Streifen rechts und links sowie ein ca. 20 mm hoher Streifen oben und unten im Bild einfach schwarz. Das Bild selbst ist sauber zentriert, bewegt sich aber keinen Millimeter von der Stelle, egal was ich einstelle. Ich hab mir eine funktionierende (d. h. vom Server akzeptierte) xorg.conf geschrieben und sie als 99-iiyama.conf in /usr/share/X11/xorg.conf.d/ eingebunden. Sie wird auch definitiv eingelesen, denn jeder Syntaxfehler lässt den Server abschmieren mit entsprechenden Fehlermeldungen. Hier erstmal die Conf:
[src=bash]Section "Monitor"
Identifier "Monitor0"
DisplaySize 531 299
Option "Primary" "TRUE"
Option "Position" "0 0"
EndSection

Section "Device"
Identifier "Device0"
Driver "fbdev" #Choose the driver used for this monitor
Screen 0
EndSection

Section "Screen"
Identifier "Screen0" #Collapse Monitor and Device section to Screen section
Device "Device0"
Monitor "Monitor0"
DefaultDepth 16 #Choose the depth (16||24)
SubSection "Display"
Depth 24
Modes "1920x1080_60.00" #Choose the resolution
Virtual 1920 1080
Visual "TrueColor"
EndSubSection
EndSection[/src]

Das Xorg.0.log sieht aber verdächtig aus:

[ 1934.861]
X.Org X Server 1.16.4
Release Date: 2014-12-20
[ 1934.861] X Protocol Version 11, Revision 0
[ 1934.862] Build Operating System: Linux 3.16.0-0.bpo.4-armmp-lpae armv7l Debian
[ 1934.862] Current Operating System: Linux sid 3.18.0-trunk-rpi2 #1 SMP PREEMPT Debian 3.18.5-1~exp1.co1 (2015-02-02) armv7l
[ 1934.862] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=1824 bcm2708_fb.fbheight=984 bcm2708.boardrev=0x10 bcm2708.serial=0x52a15d30 smsc95xx.macaddr=B8:27:EB:A1:5D:30 bcm2708_fb.fbswap=1 bcm2708.disk_led_gpio=47 bcm2708.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootwait net.ifnames=1
[ 1934.863] Build Date: 11 February 2015 01:18:06AM
[ 1934.864] xorg-server 2:1.16.4-1 (http://www.debian.org/support)
[ 1934.864] Current version of pixman: 0.32.6
[ 1934.864] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 1934.864] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 1934.865] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Apr 10 02:53:14 2017
[ 1934.866] (==) Using config file: "/etc/X11/xorg.conf"
[ 1934.866] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 1934.868] (==) No Layout section. Using the first Screen section.
[ 1934.868] (**) |-->Screen "Screen0" (0)
[ 1934.868] (**) | |-->Monitor "Monitor0"
[ 1934.869] (**) | |-->Device "Device0"
[ 1934.869] (==) Automatically adding devices
[ 1934.869] (==) Automatically enabling devices
[ 1934.869] (==) Automatically adding GPU devices
[ 1934.870] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 1934.870] Entry deleted from font path.
[ 1934.870] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[ 1934.870] Entry deleted from font path.
[ 1934.870] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[ 1934.870] Entry deleted from font path.
[ 1934.870] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist.
[ 1934.870] Entry deleted from font path.
[ 1934.870] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[ 1934.870] Entry deleted from font path.
[ 1934.870] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[ 1934.870] Entry deleted from font path.
[ 1934.870] (==) FontPath set to:
/usr/share/fonts/X11/misc,
built-ins
[ 1934.870] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 1934.870] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 1934.870] (II) Loader magic: 0x76f8df18
[ 1934.871] (II) Module ABI versions:
[ 1934.871] X.Org ANSI C Emulation: 0.4
[ 1934.871] X.Org Video Driver: 18.0
[ 1934.871] X.Org XInput driver : 21.0
[ 1934.871] X.Org Server Extension : 8.0
[ 1934.871] (II) no primary bus or device found
[ 1934.871] (II) LoadModule: "glx"
[ 1934.872] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 1934.886] (II) Module glx: vendor="X.Org Foundation"
[ 1934.887] compiled for 1.16.4, module version = 1.0.0
[ 1934.887] ABI class: X.Org Server Extension, version 8.0
[ 1934.887] (==) AIGLX enabled
[ 1934.887] (II) LoadModule: "fbdev"
[ 1934.887] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 1934.888] (II) Module fbdev: vendor="X.Org Foundation"
[ 1934.888] compiled for 1.15.99.904, module version = 0.4.4
[ 1934.888] Module class: X.Org Video Driver
[ 1934.888] ABI class: X.Org Video Driver, version 18.0
[ 1934.888] (II) FBDEV: driver for framebuffer: fbdev
[ 1934.888] (++) using VT number 1

[ 1934.888] (--) controlling tty is VT number 1, auto-enabling KeepTty
[ 1934.889] (WW) Falling back to old probe method for fbdev
[ 1934.889] (II) Loading sub module "fbdevhw"
[ 1934.889] (II) LoadModule: "fbdevhw"
[ 1934.890] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 1934.890] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 1934.890] compiled for 1.16.4, module version = 0.0.2
[ 1934.890] ABI class: X.Org Video Driver, version 18.0
[ 1934.891] (II) FBDEV(0): using default device
[ 1934.891] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[ 1934.891] (II) FBDEV(0): Creating default Display subsection in Screen section
"Screen0" for depth/fbbpp 16/16
[ 1934.891] (**) FBDEV(0): Depth 16, (--) framebuffer bpp 16
[ 1934.891] (==) FBDEV(0): RGB weight 565
[ 1934.891] (==) FBDEV(0): Default visual is TrueColor
[ 1934.891] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
[ 1934.891] (II) FBDEV(0): hardware: BCM2708 FB (video memory: 3505kB)
[ 1934.891] (II) FBDEV(0): checking modes against framebuffer device...
[ 1934.891] (II) FBDEV(0): checking modes against monitor...
[ 1934.891] (--) FBDEV(0): Virtual size is 1824x984 (pitch 1824)
[ 1934.892] (**) FBDEV(0): Built-in mode "current"
[ 1934.892] (**) FBDEV(0): Display dimensions: (531, 299) mm
[ 1934.892] (**) FBDEV(0): DPI set to (87, 83)
[ 1934.892] (II) Loading sub module "fb"
[ 1934.892] (II) LoadModule: "fb"
[ 1934.892] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 1934.893] (II) Module fb: vendor="X.Org Foundation"
[ 1934.893] compiled for 1.16.4, module version = 1.0.0
[ 1934.893] ABI class: X.Org ANSI C Emulation, version 0.4
[ 1934.893] (**) FBDEV(0): using shadow framebuffer
[ 1934.893] (II) Loading sub module "shadow"
[ 1934.893] (II) LoadModule: "shadow"
[ 1934.894] (II) Loading /usr/lib/xorg/modules/libshadow.so
[ 1934.894] (II) Module shadow: vendor="X.Org Foundation"
[ 1934.894] compiled for 1.16.4, module version = 1.1.0
[ 1934.894] ABI class: X.Org ANSI C Emulation, version 0.4
[ 1934.896] (==) FBDEV(0): Backing store enabled
[ 1934.897] (==) FBDEV(0): DPMS enabled
[ 1934.897] (==) RandR enabled
[ 1934.943] (II) SELinux: Disabled on system
[ 1934.949] (II) AIGLX: Screen 0 is not DRI2 capable
[ 1934.949] (EE) AIGLX: reverting to software rendering
[ 1934.967] (II) AIGLX: Loaded and initialized swrast
[ 1934.967] (II) GLX: Initialized DRISWRAST GL provider for screen 0

So, wie ich das lese, liest X11 erst meine hübsche Datei ein, und entscheidet sich dann auf halbem Weg, die ganzen Optionen wegzuwerfen und wieder auf Default zu gehen, was aber Bullshit ist. Wie zum Teufel treib ich ihm das aus?

P.S.: Es ist ein Debian Jessie ARMHF, kein Raspbian Jessie, nur falls sich jemand wundert.

Edit: Fehler 1 gefunden: Die beiden Depths dürfen nicht verschieden sein. Allerdings schmiert mir der Server dann immer mit Segfault ab. Wenn ich weitere Modelines in die Monitor-Section einfüge, ändert das leider nix. So langsam krieg ich nen Vogel, vor Allem weil ich mir nirgends die Defaulteinstellungen dumpen kann. xrandr findet keinen Screen, "X -configure" ist eh schon lange kaputt, xwininfo kann den Display-Namen nicht parsen...

 

[alter_Bekannter]

Re: Xorg.conf für Raspberry Pi 2

Overscan in der configfile auf der Bootpartition aktivieren.

Bin gerade nicht daheim daher kann ich die exakte Zeile nicht posten.
Ist möglicherweise was raspberry spezifisches, daher weis ich nicht ob man das anders lösen kann.

Edit:
ups, kein Raspbian.

 

[theSplit]

Re: Xorg.conf für Raspberry Pi 2

Über "raspi-config" kannst du Overscan aktivieren.
Dies sollte das Problem, nach einem Neustart, eigentlich lösen.

Hatte bei meinem Iyama ein ähnliches Problem (war auch über HDMI an und hatte Balken an allen Rändern, also nur 90% des Bildes genutzt)

 

[sia]

Re: Xorg.conf für Raspberry Pi 2

Über "raspi-config" kannst du Overscan aktivieren.

Raspi-Config ist iirc in Debian-armhf nicht enthalten. Das setzt aber auch nur folgende Option in der [kw]/boot/config.txt[/kw]:

disable_overscan=0

 

[alter_Bekannter]

Re: Xorg.conf für Raspberry Pi 2

Gibts die Datei denn in der Form unter dem System das er nutzt?

 

[theSplit]

Re: Xorg.conf für Raspberry Pi 2

Naja, die Frage ist jetzt aber auch, warum schmeißt Metal_Warrior sich ein System auf dem Raspi, das zwar dafür ausgelegt, aber nicht direkt dafür konzipiert ist?

Okay, es mag aktueller sein, aber es scheint halt ein paar Probs zu haben...
Ich weiß, das entbehrt jeglicher Logik, aber vielleicht läuft die Software die Metal_Warrior benötigt auch unter Debian Jessie/Raspbian.

Im übrigen hab ich das "auch" nicht gelesen das er kein Raspbian verwendet. Ich würds wirklich anhand der Software-Versionen festmachen die man wirklich benötigt und gegebenenfalls darauf umsatteln, auch wenn es "älter" ist.
Ich vermute das man damit langfristig vielleicht glücklicher ist weil die Software wirklich für den Raspberry konzipiert wurde. Glaube nicht das es eine 1 zu 1 Kopie eines Jessie Stable / Armfh Release ist, das nicht ein paar "gewünschte" Optimierungen und Modifikationen mit sich bringt, den der Umgang mit der Hardware erleichtert.

Man möge mich natürlich gern korrigieren wenn meine Annahme falsch oder der Rat schlecht wäre einen dafür dedizierten Release eines OS zu verwenden.

Oder man muß wirklich frickeln oder nachvollziehen was "Raspbian" unterscheidet...

 

[sia]

Re: Xorg.conf für Raspberry Pi 2

Bei Raspbian ist doch standardmäßig aller möglicher Crap (Xserver, LXDE/PIXEL, Firefox etc.) installiert, oder? Das könnte der Grund für die Wahl von Debian-armhf sein.

Gibts die Datei denn in der Form unter dem System das er nutzt?

Die /boot/config.txt ist beim Raspberry Pi ein Ersatz für ein BIOS-Einstellungsprogramm, welches man auf konventionellen Rechnern findet:

The Raspberry Pi uses a configuration file instead of the BIOS you would expect to find on a conventional PC. The system configuration parameters, which would traditionally be edited and stored using a BIOS, are stored instead in an optional text file named [KW]config.txt[/KW]. This is read by the GPU before the ARM CPU and Linux are initialised. It must therefore be located on the first (boot) partition of your SD card, alongside [KW]bootcode.bin[/KW] and [KW]start.elf[/KW].

 

[theSplit]

Re: Xorg.conf für Raspberry Pi 2

@phre4k:

Nein, es gibt auch Raspbian "Lite" - da ist/wird nur das Basis/Grundsystem installiert, alles andere kann man selbst "hinzufügen"
Pixel ist ja schon wieder ein ganz anderer Download.

Dass du das nicht weißt!

 

[Metal_Warrior]

Re: Xorg.conf für Raspberry Pi 2

Der Grund für meine Wahl war zweierlei:

1. Ich hab Debian schon auf zig Systemen laufen - wenn ich alles aus einer Hand hab, muss ich weniger umdenken und kann weniger Fehler machen
2. Gewisse Sicherheitseinstellungen bei Raspbian sind für mich der absolute Horror. Ich hab vor ein paar Tagen ein Raspbian Lite auf einen RPi3 gezogen, und allein dass sudo ohne weitere Passwortabfrage daherkommt, ist für mich ein No-Go. Klar kann ich das alles rückgängig machen, aber wozu ein offenes System überall mühsam absichern, wenn ich ein geschlossenes System an wenigen Stellen gezielt für meine Zwecke aufbohren kann? Raspbian ist ein Spielsystem, ich setze das Ding aber produktiv ein.

Abgesehen davon LÄUFT Xorg ja - nur nicht richtig. D. h. er erkennt den Bildschirm zwar überhaupt nicht, zentriert aber standardmäßig richtig etc., halt mit der falschen (und einer ziemlich komischen) Auflösung. Nachdem der Xserver sich zwischen den Debians nicht massiv unterscheiden sollte, werd ich glaub heut mal mein Notebook direkt anklemmen, da zerschießt mir hoffentlich der Treiber nicht diverse Basistools - wenn mein Notebook dann die richtigen Zeilen ausspuckt, weiß ich ja hoffenlich, wie ich die Datei schreiben muss.

Wer aber noch ne bessere Idee hat, nur raus damit.

 

[theSplit]

Re: Xorg.conf für Raspberry Pi 2

Schau dir dennoch mal als Alternative Raspbian-Lite an, dass kannst du nach deinen Wünschen und Vorgaben gestaltenzusammenbauen, ohne Zusatzsoftware - und es basiert halt "nur" auf Jessie ist das einzige Manko. Und man weiß auch das es gut mit der Hardware funktioniert und es auch die Treiber dazu gibt et cetera.

Das man bei Raspbian kein Sudo Passwort eingeben muß, kann ich so nicht bestätigen. Also ich werde eigentlich immer nach einem Passwort abgefragt, es sei denn es ist X Minuten her, so wie sudo auch funktioniert. Bin ich sehr sicher das dies so ist.

Vielleicht hast du noch ne Speicherkarte über und kannst das einfach mal antesten.

 

[Steeve]

Re: Xorg.conf für Raspberry Pi 2

Ich weiss es hilft hier nicht weiter, aber ich habe das Problem mit der PI-Lubuntu-Version. Das erkennt meinen TV nur mit der Auflösung 1824 x 984. Raspbian hingegen schon problemlos sogar mit allen Auflösungsmöglichkeiten. Scheinbar hat Raspbian was was die ganzen zugegeben noch viel in der Entwicklung steckenden anderen Derivate nicht haben. Screenshot =

Spoiler

 

[Metal_Warrior]

Re: Xorg.conf für Raspberry Pi 2

@Laui: Doch, ich glaub, das hilft mir weiter - denn dann ist es kein Treiberproblem, sondern nur ein Konfigproblem, und das lässt sich lösen.

 

[Steeve]

Re: Xorg.conf für Raspberry Pi 2

Echt? Kannst du mir da bei Lubuntu helfen?

 

[sia]

Re: Xorg.conf für Raspberry Pi 2

@Metal_Warrior: gibt noch andere config.txt Optionen, die sich auf das Display beziehen.

 

[Metal_Warrior]

Re: Xorg.conf für Raspberry Pi 2

So, geschafft. Es war eine schwere Geburt, aber ich hab auch ne Menge gelernt. Schnappt euch nen Kaffee, ich geh mal grob meine Schritte durch, dann versteht ihr auch das Problem bzw. wie der Raspi so tickt.

Lösung (für die Ungeduldigen): Es gibt die Option disable_overscan und sie löst das Problem - nur liegt die config.txt nicht dort, wo man sie vermutet. Sie liegt nämlich nicht in /boot/, sondern in /boot/firmware. Die Logik dahinter: Debian hält sich rigoros an eine striktere Interpretation des FHS, und Firmwaregeschichten haben nicht in /boot zu liegen, da liegt nur der Kernel. Das ist auch bei EFI so, das extra in /boot/efi eingebunden wird. Damit umgeht Debian das Problem, dass FAT & Co. (die zwingend für EFI und den RPi ist) die Linux-Rechtestruktur nicht abbilden können, und das für die Kernelpartition eher suboptimal ist.

Langversion:

Zuerstmal: Fast kein Standard-X-Server-Tool funktioniert mit der Grafikarchitektur. Xrandr & Co. könnt ihr also vergessen, das läuft nicht. Wenn ihr also irgendwann mal ein Grafikproblem habt, ist das Mittel der Wahl, den Bildschirm an eine vernünftige Kiste zu stecken und die entsprechenden Ausleseverfahren dort durchzuführen. Alles, was an der Xorg.conf gemacht werden kann, kann übernommen werden (Treiber muss halt angepasst werden, sonst ist es der gleiche Sums). Kleiner Tipp: read-edid und parse-edid sind nur für i386 verfügbar, und funktionieren auf Multiarch-Installationen eher mäßig als gut. Xrandr ist da besser, vor Allem mit Verbosity. Alle Monitoreinstellungen können daraus gelesen werden.

Jetzt aber mein Vorgehen: Ich hab mir den Bildschirm an mein Notebook gehängt und dort alles ausgelesen. Mit den entsprechenden Tools (Xrandr) hab ich mir neue Modelines geschrieben und die eingepflegt. Der Server ist auch gelaufen, d. h. die Optionen waren offenbar nicht falsch (denn immer wenn sie falsch waren, ist er mit Segfault ausgestiegen), aber der Treiber hat trotzdem nur die Defaults geladen. Also hab ich mir die Framebuffers genauer angeschaut. Mit fbset (muss nachinstalliert werden) kann man die entsprechenden Settings auslesen und neu setzen. Interessanterweise war die Auflösung, die ständig geladen wurde, nicht in der zugehörigen /etc/fb.modes aufgelistet. Hab ich sie neu gesetzt, ist der Xserver zwar nicht abgestürzt, aber der Bildschirm wurde schwarz. Hab ich den Xserver neu gestartet, wurden die Framebuffer-Einstellungen überschrieben und der Default wieder gesetzt. Also hab ich mich durch die Kernelkonfig gewühlt, dort auch haufenweise Framebuffer-Settings gefunden, aber die hatten keine sichtbaren Auswirkungen. Irgendwann hab ich dann das Directory /boot/firmware gesehen, und dort reingeschaut. Da gibts tatsächlich die von Raspbian gewohnte config.txt, und in der kann man wohl die ganzen Sachen einstellen. In meinem Fall wars auch das von euch schon angesprochene disable_overscan.

Jetzt wisst ihrs: Debian nutzt die gleiche (oder zumindest eine ähnliche) Konfig wie Raspbian, aber sie liegt halt Debian-typisch in /boot/firmware.

@laui
Schau du auch mal in /boot/firmware - wenn Xubuntu sich an Debian orientiert hat, ist die Datei im oben angesprochenen Verzeichnis.