Grafiktreiber / Bildschirm nach Startsequenz schwarz

[garfield2412]

Hi Leute,

Kann mir jemand weiterhelfen?
Bin zwar mit Linux etwas vertraut, aber irgendwie komm ich seit Tagen nicht zu einem Lösungsansatz.

Ausgangslage
Hab einen Fujitsu Siemens S920 mit Onboard Radeon 8330 Karte.
Treiber installiert, alles Fein, alles Auflösungen und Bildwiederholraten möglich, wenn ich das Teil direkt an meinem TV anschließe.
Wenn ich das Teil an meinem AV Receiver über HDMI (Kabel DP zu HDMI) anschließe, bekomme ich beim Start ein Bild, kann auch ins BIOS, und auch das anfänglich Bootmenü auswählen. Sobald dann die Bootsequent abläuft (dort wo man erkennen kann was alles geladen wird - also noch im Textmode) wird das Bild nichtmehr dargestellt (alles schwarz).
Wenn ich einen (Windows Laptop) an Selbem Kabel und selben AV Receiver betreibe, sind alle Auflösungen und Frequenzen wie bspw. 1920x1080@60HZ und andere möglich.

Ich vermute daher das es ein Software Konfigurationsproblem des S920 innerhalb von Debian gibt.
Doch ich steige nicht dahinter.
Sorry...
Xrandr hilft mir nicht weiter, denn ich sehe ja nichts. Die Auflösung ändern kann ich nicht weil ich ja nichts sehe wenn ich über den Receiver gehe.
Habe aber auch schon alle Auflösungen umgestellt, heruntergefahren und dann am AV Receiver wieder gestartet - kein Bild nach der Bootsequenz.

Wo liegt den das Problem

Danke Mal vorab.
Wenn ich euch mit irgendwelchen Logs weiterhelfen kann, dann bitte einfach schreiben.

Wär euch so unglaublich dankbar wenn ich diese Combo ans laufen bekommen könnte.

Grüße

[rwkraemer]

Ich bin nicht der Experte für Grafikprobleme, aber ist in der Datei "/etc/apt/sources.list" "contrib" und "non-free" aktiviert? Ist das Paket "firmware-linux" installiert? Es kann natürlich auch sein, dass die Karte etwas älter ist, aber das ist nur ins Blaue geraten.

[garfield2412]

Hallo,

ja ist es.
Auch das beschriebene Paket ist installiert und auch die AMD Grafiktreiber (ohne die ich zuvor ich die Auflösung nicht höher als 640x480 einstellen könnte)
Es funktioniert ja auch alles, aber eben nur wenn ich nicht über den AV Receiver schleife.
Das es die AV Receiver Hardware im Grundsatz ist schließe ich aus, da ja Windows mit dem Receiver kann.

Da muss irgendwas aktiv werden, was dann das Signal abbrechen lässt nach der Auswahl beim Systemstart

[hikaru]

Nur nochmal als Nachfrage zur Sicherheit (denn das ist kein Treiber, sondern eine Firmware): firmware-amd-graphics ist ebenfalls installiert?

Falls ja, nehme ich an, dass der Rechner sauber hochkommt, nur eben dass Nichts auf dem Monitor angezeigt wird, weil z.B. der AV-Receiver (Modell?) keinen (brauchbaren) EDID-Record liefert.
Angenommen auf dem FSC-Rechner läuft Xorg (mit Wayland kenne ich mich nicht aus), ein Loginmanager und eine Desktop-Umgebung, dann logge dich bitte blind lokal am Loginmanager ein! Danach logge dich von einem anderen Rechner aus per ssh als der selbe User auf dem FSC ein und setze dieses Kommandos ab:

Code: Alles auswählen

DISPLAY=:0 xrandr

Die Ausgabe postest du hier.

[garfield2412]

ja, das ist ebenfalls installiert:
firmware-amd-graphics ist schon die neueste Version (20210315-3)

Exakt so ist es - der Rechner kommt sauber hoch - wird eben nur nix angezeigt
Es ist ein Onkyo TX-SR607

"weil z.B. der AV-Receiver (Modell?) keinen (brauchbaren) EDID-Record liefert." sowas in der art könnte es sein - kann mich nur nicht so fachmännisch ausdrücken wie du, aber das klingt logisch. Der Receiver liefert (für debian) irgendwas nicht brauchbares zurück und dann kommt kein connect zustande.
Wenn ich z.B. den Stecker am Receiver ziehe und dann wieder einstecke, dann "sucht" der Receiver ein signal und irgendwann kommt am Receiver "no Signal".

Wenn ich dabei die Ausgabe von: "udevadm monitor" beobachte sehe ich, das ein Verbindungsversuch stattfindet?

Code: Alles auswählen

KERNEL[184.337845] change   /devices/pci0000:00/0000:00:01.0/drm/card0 (drm)
UDEV  [184.344714] change   /devices/pci0000:00/0000:00:01.0/drm/card0 (drm)

Deine Antwort:

Code: Alles auswählen

DISPLAY=:0 xrandr
Screen 0: minimum 16 x 16, current 3840 x 2160, maximum 32767 x 32767
XWAYLAND6 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 1210mm x 680mm
   3840x2160     29.98*+
   

Das hier bei DISPLAY=.0 xrandr überhaupt eine anzeige kommt habe ich erst mit deinem "Trick" geschafft.
bzw mit dem Trick, das ich erst "udecadm monitor" eingegeben hatte, dann den Stecker gezogen und neu versucht.
Vorher kam sonst immer eine Fehlermeldung

Ich vermute die Ursache das der nun mit 3840x2160 drauf "ballert", das kann der Receiver aber nicht wiedergeben, 1080p ist hier max.
Man müsste dem also fix 1920x1080x60hz irgendwie mitgeben als auflösung.

Das cvt 1920 1080 bringt

Code: Alles auswählen

cvt 1920 1080
# 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync

und ein darauf folgendes:

Code: Alles auswählen

sudo xrandr --newmode "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync
Can't open display

[hikaru]

Das cvt 1920 1080 bringt

Code: Alles auswählen

cvt 1920 1080
# 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync

Bis hier fantastische Vorabeit!

und ein darauf folgendes:

Code: Alles auswählen

sudo xrandr --newmode "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync
Can't open display

Lass das sudo weg! Das läuft hier alles unter deinem Benutzer.
Außerdem musst du weiterhin das Display mitgeben. Am einfachsten wird das, wenn du direkt nach dem Einloggen einmal die Variable exportierst:

Code: Alles auswählen

export DISPLAY=:0

Dann brauchst du dich bei weiteren Kommandos nicht mehr darum kümmern.

[garfield2412]

DANKE!

so, nun habe ich eine 1920x1080er auflösung hinzugefügt

Code: Alles auswählen

DISPLAY=:0 xrandr
Screen 0: minimum 16 x 16, current 3840 x 2160, maximum 32767 x 32767
XWAYLAND6 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 1210mm x 680mm
   3840x2160     29.98*+
  1920x1080_60.00 (0x539) 173.000MHz -HSync +VSync
        h: width  1920 start 2048 end 2248 total 2576 skew    0 clock  67.16KHz
        v: height 1080 start 1083 end 1088 total 1120           clock  59.96Hz
        

Nun müsste ein

Code: Alles auswählen

 xrandr --addmode DP-0 "1920x1080_60.00"

folgen? --> monitor ist am Displayport angeschlossen. Gibt nur einen DP.
Da kommt dann aber

Code: Alles auswählen

xrandr: cannot find output "DP-0"

okay.. so langsam kam ich dann weiter..., statt DP-1 muss pber die ssh Sitzung der Name des Connected Primary rein?

Code: Alles auswählen

xrandr --addmode XWAYLAND6 "1920x1080_60.00"

und dann sieht das so aus

Code: Alles auswählen

xrandr -q
Screen 0: minimum 16 x 16, current 3840 x 2160, maximum 32767 x 32767
XWAYLAND6 connected primary (normal left inverted right x axis y axis)
   3840x2160     29.98 +
   1920x1080_60.00  59.96

somit müsste der neue Modus 1920x1080_60.00 nur noch aktiviwert werden.
das bringt dann aber

Code: Alles auswählen

xrandr --output XWAYLAND6 --mode "1920x1080_60.00"
xrandr: Configure crtc 0 failed

ich hab das gefühl das ich es fast habe...

[hikaru]

Eigentlich™ hätte ich erwartet, dass das so funktioniert, wie du es gemacht hast. Aber wie gesagt, ich kenne mich mit Wayland nicht aus. Kannst du es mal Ohne versuchen?

[garfield2412]

Gute Frage wie das "ohne" geht
Dazu muss ich mich erstmal über das " Waynland" informieren was das ist

Habe jedoch noch weitere Dinge getestet:
In Grub2 einen Eintrag erstellt der nicht auf Silent lautet und außerdem mit 640x480 hochlaufen soll.
Man sieht nach Auswahl des Eintrags in Grub noch ca 1 Sekunde das Log, dann wird's schwarz.
"Blind" einloggen funktioniert übrigens wenn man den Bootvorgang abwartet.

Ich muss heut Abend Mal das Log durchforsten, aber die Ursache kommt glaub schon früher, nämlich dann wenn der gdm3 geladen wird.

Und wenn dem so ist, werde ich diesen Lösungsansatz Mal versuchen

Code: Alles auswählen

Since Linux (Windows too, but I am resolving this using Linux Mint 15) could
not find the EDID information, the solution was to force the resolution. In the
end, I modified the /etc/X11/xorg.conf file with a custom Monitor section that
provided a Modeline of 1920×1080. 

Der hätte die gleiche Vermutung der Ursache wie Du bereits bzgl. Der EDID Infos die nicht ausgetauscht werden können

[hikaru]

Gute Frage wie das "ohne" geht
Dazu muss ich mich erstmal über das " Waynland" informieren was das ist

Wayland ist ein "neuer" Display-Server, der perspektivisch das betagte Xorg ablösen soll. [1]
Wenn bei dir als Loginmanager gdm3 läuft, dann sollte hoffentlich das hier [2] funktionieren, auch unter Debian.

Man sieht nach Auswahl des Eintrags in Grub noch ca 1 Sekunde das Log, dann wird's schwarz.

Das ist der Zeitpunkt an dem der Grafiktreiber geladen, und die unpassende 4k-Modeline aktiv wird.

Code: Alles auswählen

Since Linux (Windows too, but I am resolving this using Linux Mint 15) could
not find the EDID information, the solution was to force the resolution. In the
end, I modified the /etc/X11/xorg.conf file with a custom Monitor section that
provided a Modeline of 1920×1080. 

Der hätte die gleiche Vermutung der Ursache wie Du bereits bzgl. Der EDID Infos die nicht ausgetauscht werden können

Ja, auf eine xorg.conf bzw. einen Schnipsel davon wird es sicher hinauslaufen.


[1] https://de.wikipedia.org/wiki/Wayland_( ... Protokoll)
[1] https://onlinux.systems/guides/20220520 ... buntu-2204

[garfield2412]

pass auf.. jetzt wirds geil... ich hab was hin bekommen.
Waynland hand ich nun deaktiviert, jetz passen auch die Namensangaben etwas verständlicher DisplayPort=1 statt XWAYNLAND0
Danke für Deine Erläuterungen & Links!
jetzt aber zum Ergebnis:

1. anschluss des S920 über DP --> HDMI Kabel direkt am TV damit ich hochfahren kann und was sehe, auflösung 1920x1080 passt, login.
2. Terminal "xrandr --output DisplayPort-0 --mode 1600x900" --> Auflösung wird umgestellt auf 1600x900
3. HDMI Stecker aus dem TV abziehen - und in den AV Receiver einstecken - Receiver "sucht sich den Wolf" - "no Display"
4. Blind am Terminal "xrandr --output DisplayPort-0 --mode 1920x1080" --> Auflösung wird umgestellt auf 1920x1080 BILD WIRD AUSGEGEBEN über AV-RECEIVER!!!!

d.h. der hat echt ein Problem das Signal zu erkennen
Irgendwie ne Lösung ist ja da... aber wie bekomme ich das hin, das der mal beim Boot schnell die Auflösung wechselt und dann das Signal erkennt oder andere Lösung

[garfield2412]

vllt. hilft das..
HWINFO

Code: Alles auswählen

24: None 00.0: 10002 LCD Monitor
  [Created at monitor.125]
  Unique ID: rdCR.C1oHwqmbNNA
  Parent ID: vSkL.hn8p+YFvdO6
  Hardware Class: monitor
  Model: "TX-SR607"
  Vendor: ONK
  Device: eisa 0x0865 "TX-SR607"
  Resolution: 720x400@70Hz
  Resolution: 640x480@60Hz
  Resolution: 640x480@67Hz
  Resolution: 640x480@72Hz
  Resolution: 640x480@75Hz
  Resolution: 800x600@60Hz
  Resolution: 800x600@72Hz
  Resolution: 800x600@75Hz
  Resolution: 832x624@75Hz
  Resolution: 1024x768@60Hz
  Resolution: 1024x768@70Hz
  Resolution: 1024x768@75Hz
  Resolution: 1280x1024@75Hz
  Resolution: 1152x864@75Hz
  Resolution: 1280x720@60Hz
  Resolution: 1280x1024@60Hz
  Resolution: 1920x1080@60Hz
  Resolution: 3840x2160@60Hz
  Size: 1872x1053 mm
  Year of Manufacture: 2008
  Week of Manufacture: 0
  Detailed Timings #0:
     Resolution: 3840x2160
     Horizontal: 3840 4016 4104 4400 (+176 +264 +560) +hsync
       Vertical: 2160 2168 2178 2250 (+8 +18 +90) +vsync
    Frequencies: 297.00 MHz, 67.50 kHz, 30.00 Hz
  Year of Manufacture: 2008
  Week of Manufacture: 0
  Detailed Timings #1:
     Resolution: 1920x1080
     Horizontal: 1920 2008 2052 2200 (+88 +132 +280) +hsync
       Vertical: 1080 1084 1089 1125 (+4 +9 +45) +vsync
    Frequencies: 148.50 MHz, 67.50 kHz, 60.00 Hz
  Driver Info #0:
    Max. Resolution: 3840x2160
    Vert. Sync Range: 24-75 Hz
    Hor. Sync Range: 15-81 kHz
    Bandwidth: 297 MHz
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #6 (VGA compatible controller)

und das
get-edid

Code: Alles auswählen

This is read-edid version 3.0.2. Prepare for some fun.
Attempting to use i2c interface
Looks like no busses have an EDID. Sorry!
Attempting to use the classical VBE interface

        Performing real mode VBE call
        Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
        Function supported
        Call successful

        VBE version 300
        VBE string at 0xc01e0 "AMD ATOMBIOS"

VBE/DDC service about to be called
        Report DDC capabilities

        Performing real mode VBE call
        Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
        Function supported
        Call successful

        Monitor and video card combination does not support DDC1 transfers
        Monitor and video card combination supports DDC2 transfers
        0 seconds per 128 byte EDID block transfer
        Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
        Read EDID

        Performing real mode VBE call
        Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
        Function supported
        Call successful

▒▒▒▒▒▒=▒▒yDx
#▒▒TM▒&GJ▒▒qO▒▒▒▒▒▒▒t0▒pZ▒▒X▒Pt:▒q8-@X,EPt▒TX-SR607
    ▒KQ
EDID claims 1 more blocks left


*********** Something special has happened!
This happens a lot with TV's, and other devices
with extension blocks. If you have a TV, don't bother.
Odds are good that I2C will work for you. Try 'modprobe i2c-dev'.
Otherwise, please contact the author, Matthew Kern
E-mail: pyrophobicman@gmail.com
Please include full output from this program (especially that to stderr)



Reading next EDID block

VBE/DDC service about to be called
        Read EDID

        Performing real mode VBE call
        Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
        Function supported
        Call successful

      ▒▒▒▒▒▒▒=▒▒yDx
#▒▒TM▒&GJ▒▒qO▒▒▒▒▒▒▒t0▒pZ▒▒X▒Pt:▒q8-@X,EPt▒TX-SR607
    ▒KQ
EDID claims 1 more blocks left
EDID blocks left is wrong.
Your EDID is probably invalid.
      ▒Looks like VBE was successful. Have a good day.

auf dieser Basis aufbauend nun eine eigene edid.bin für den Onkyo TX-607 extrahiert:

Code: Alles auswählen

sudo get-edid -m 0 > edid.bin

jetzt bastle ich an der anwendung dieser bin über die xorg.conf

[garfield2412]

irgendwie frustriert mich das...

Jetzt habe ich das gefühl so dicht davor zu sein und immer wieder klappt irgendwas nicht.
Vergessen wir mal das Thema mit der eigenen EDID, davon bin ich ertsmal weg, weil ich es irgendwie nicht raffe.

Grundsatz:
Ich brauche eine xorg.conf im /etc/X11 Pfad.
Die lasse ich mir generieren mit

Code: Alles auswählen

 Xorg -configure

diese verschiebe ich von /root nach /etc/X11/xorg.conf - soweit klar und die Datei ist dann da.
dann schaue ich mir die Datei an - sind Einträge da.
--> reboot (noch nichts verändert) - paff, hängt sich (unabhängig welcher bildschirm dran hängt) beim laden des GDM auf und nichts geht weiter
Wenn ich die Datei lösche läuft das wieder hoch.

Ich will doch nur eine manuell Auflösung eintragen und jetzt hängt das schon 1 schritt vorher
Was ist den da falsch??

[hikaru]

Was ist den da falsch??

Um darüber eine Aussage treffen zu können, wäre es äußerst hilfreich, sowohl die generierte xorg.conf, als auch mögliche Fehlermeldungen von GDM zu kennen.

Ich sage aber gleich dazu, dass ich zu beiden kein Experte bin.
Die xorg.conf wurde genau zu der Zeit für die meisten User obsolet, als ich anfing, mich näher mit Linux zu beschäftigen, weshalb ich bisher mit xrandr-Kommandos auskam.
GDM nutze ich nicht. Ich nutze lightdm, was Logs nach /var/log schreibt. Vielleicht macht GDM das auch.