TV schaltet ab wenn der Grafikmodus wechselt

Der_Pit · 10. Mai 2018

Hi,

ich hab ein seltsames Problem mit meinem neuen VDR: Am TV angeschlossen hab ich ein Bild vom BIOS und Grub, aber wenn er den Modus umschaltet wird der TV schwarz und sagt nach 'nem Moment es wäre keine Quelle angeschlossen Ich muss den TV ausschalten, dann wieder einschalten, und dann ist das Bild ohne Problem da.

Loading kernel/initrd wird noch angezeigt. Normalerweise kommt dann der Plymouth Splashscreen. Also gut, dachte ich, dann ohne, und Plymouth deinstalliert. Dann geht's gut bis der X Server startet: Bild schwarz bis ich den TV aus und wieder einschalte. Passiert sowohl mit modesetting als auch dem intel teriber.

An 'nem normalen Monitor (Dell U241S) tritt das nicht auf.

Board ist ein J4105-ITX (s. sig), der Fernseher ein Samsung 7000er (UEH557000SL). Mit dem alten VDR (s. sig) gab's da nie Schwierigkeiten. Das Board kann/hat HDMI 2.0 - kann das ein Problem sein?

Ist kein wirkliches Problem da die Kiste i.a. eh durchläuft und ich nur den TV ausschalte - da ist das Bild ja da Aber neugierig wie ich bin....

utiltiy · 11. Mai 2018

Hast Du das HDMI Kabel mal gewechselt zum Test oder hat es eine 2.0 Spezifikation?

Der_Pit · 12. Mai 2018

Oh, guter Tip! k.A. ob es 2.0 spezifiziert ist, sieht aber relativ 'billig' aus. Ich werd's mal mit dem Kabel vom Monitor versuchen...

15min später: War's aber leider nicht

Wobei ich beim anderen Kabel auch nicht sicher weiss ob es 2.0 spezifiziert ist.

Ich wollte eh mal ein längeres kaufen um den VDR besser zu platzieren....

utiltiy · 12. Mai 2018

Ich hatte mit meinem NUC das Problem, er wollte nicht mit einem einfachen Kabel sondern eines mit 2.0. Hab auch erst geschaut weil ich dachte Kabel sei Kabel

nst · 14. Mai 2018

FYI: https://bugs.freedesktop.org/show_bug.cgi?id=105887

Das J5005-ITX hat (wenig überraschend) mit Kernel 4.15 (4.15.0-20-generic aus Bionic) und 4.17rc4 dasselbe Problem. Aus eigener Beobachtung: Wenn Bild da ist, kann man problemlos "runterschalten" (also z.B. von 1920x1080@50 auf 1920x1080@24), "raufschalten" sorgt in 39 von 40 Fällen aber für "No signal" am AVR (getestet mit Kodi).

Offtopic/Hint: Mit 'nem BluRay-Laufwerk am ersten ASMedia SATA-Port friert das OS (mehrere Distros mit mehreren Kernelversionen getestet) beim Bootvorgang während des HW-Probings sehr zuverlässig ein. Workaround: Laufwerk an den Intel SATA Ports und stattdessen zweite Platte an ASMedia. Phänomen ist mit zwei Boards aufgetreten (das erste hatte ich wegen Verdacht auf Defekt umgetauscht). Kann das (Problem mit optischem Laufwerk an ASMedia SATA) evtl. noch wer bestätigen?

Der_Pit · 15. Mai 2018

Zitat von nst

FYI: https://bugs.freedesktop.org/show_bug.cgi?id=105887

Das J5005-ITX hat (wenig überraschend) mit Kernel 4.15 (4.15.0-20-generic aus Bionic) und 4.17rc4 dasselbe Problem. Aus eigener Beobachtung: Wenn Bild da ist, kann man problemlos "runterschalten" (also z.B. von 1920x1080@50 auf 1920x1080@24), "raufschalten" sorgt in 39 von 40 Fällen aber für "No signal" am AVR (getestet mit Kodi).

Oh, sehr interessant! Es scheint in der Tat so dass zunächst das Umschalten auf 1920x1080@60Hz (nicht sicher wer das macht, Grub? systemd?) funktioniert, aber das umschalten auf 1920x1080@50Hz für den VDR nicht mehr.

Und die Tatsache, dass das neue (sauteure ) HDMI-2.0 Kabel auch nicht hilft, unterstützt die Vermutung dass da ein ähnliches Problem vorliegt...

Zitat

Offtopic/Hint: Mit 'nem BluRay-Laufwerk am ersten ASMedia SATA-Port friert das OS (mehrere Distros mit mehreren Kernelversionen getestet) beim Bootvorgang während des HW-Probings sehr zuverlässig ein. Workaround: Laufwerk an den Intel SATA Ports und stattdessen zweite Platte an ASMedia. Phänomen ist mit zwei Boards aufgetreten (das erste hatte ich wegen Verdacht auf Defekt umgetauscht). Kann das (Problem mit optischem Laufwerk an ASMedia SATA) evtl. noch wer bestätigen?

Ich hab im Moment nix optisches angeschlossen, kann es aber mal mit dem BD vom alten VDR versuchen. Kann aber 1-2 Tage dauern...

9000H · 15. Mai 2018

Hi,

möglicherweise braucht es nur eine passende modline, hier als Beispiel eine CEA 861-F konforme xorg.conf (hat bei meinem Pana DXW904 und J4205 geholfen)

Spoiler anzeigen

CU

9000h

nst · 15. Mai 2018

Hab' hier schon 'ne Custom EDID und eigene ModeLines (von der Altinstallation mit NVIDIA GT610/GF119 übernommen; die brauchte ich seinerzeit für saubere 23,976FPS), das hilft dem Teil derzeit nicht. Mal schauen, was aus dem Issue wird, evtl. ist das auch ein Firmware-Issue und braucht ein passendes Update von ASRock.

Von dem Problem abgesehen läuft das Teil derzeit echt ordentlich und mit anständiger Performance.

Der_Pit · 16. Mai 2018

Die Standard 1920x1080@50p modeline hab ich auch drin (nur die). Dieselbe (ebenfalls ausschliesslich) war/ist im alten, nvidia-basierten VDR, und dort funktioniert es (am selben TV). Den Modus selbst erkennt der FS also schon problemlos. Wenn ich das richtig sehe scheint das Problem vor allem aufzutreten wenn man - ohne die Auflösung zu ändern - eine andere Bildwiederholungsrate einstellen will.....

Ein Problem ist's für mich wie gesagt nicht, dafür boote ich zu selten. Ich werd aber weiter verfolgen und nach Firmware updates Ausschau halten....

nst · 19. Mai 2018

https://bugs.freedesktop.org/show_bug.cgi?id=105887#c49 "fixt" (hart den Check auf 12bpc zu deaktivieren dürfte nicht der finale Fix sein) das Problem in meinem Setup.

nst · 12. Juni 2018

Der_Pit Dein GLK-Board ist laut den Postings und Deiner Sig genau dieses hier, korrekt? Kannst Du mir kurzfristig mal die genauen Device IDs durchgeben? ('lspci', dann nochmal ein lspci auf die Bus-ID vom VGA Controller (wahrscheinlich 00:02.0): 'lspci -vvn -s00:02.0' <- den Output brauch ich) Hintergrund: Intel fixt das Problem grade und sammelt im Bug Report Infos von betroffener Hardware, und die würd' ich vom J4105 da mal mit einkippen.

Der_Pit · 12. Juni 2018

Jep, das isses.

lspci output

Code

vdr2:~ # lspci
00:00.0 Host bridge: Intel Corporation Device 31f0 (rev 03)
00:00.1 Signal processing controller: Intel Corporation Device 318c (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Device 3185 (rev 03)
00:0e.0 Audio device: Intel Corporation Device 3198 (rev 03)
00:0f.0 Communication controller: Intel Corporation Device 319a (rev 03)
00:12.0 SATA controller: Intel Corporation Device 31e3 (rev 03)
00:13.0 PCI bridge: Intel Corporation Device 31d8 (rev f3)
00:13.1 PCI bridge: Intel Corporation Device 31d9 (rev f3)
00:13.2 PCI bridge: Intel Corporation Device 31da (rev f3)
00:13.3 PCI bridge: Intel Corporation Device 31db (rev f3)
00:15.0 USB controller: Intel Corporation Device 31a8 (rev 03)
00:1f.0 ISA bridge: Intel Corporation Device 31e8 (rev 03)
00:1f.1 SMBus: Intel Corporation Device 31d4 (rev 03)
01:00.0 Multimedia video controller: Spin Master Ltd. PCIe Video Bridge (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
04:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)
vdr2:~ # lspci -vvn -s00:02.0
00:02.0 0300: 8086:3185 (rev 03) (prog-if 00 [VGA controller])
        Subsystem: 1849:2212
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 129
        Region 0: Memory at a0000000 (64-bit, non-prefetchable) [size=16M]
        Region 2: Memory at 90000000 (64-bit, prefetchable) [size=256M]
        Region 4: I/O ports at f000 [size=64]
        [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
        Capabilities: [40] Vendor Specific Information: Len=0c <?>
        Capabilities: [70] Express (v2) Root Complex Integrated Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0
                        ExtTag- RBE+
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 128 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
                         AtomicOpsCtl: ReqEn-
        Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable- 64bit-
                Address: fee02004  Data: 4026
        Capabilities: [d0] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [100 v1] Process Address Space ID (PASID)
                PASIDCap: Exec- Priv-, Max PASID Width: 14
                PASIDCtl: Enable- Exec- Priv-
        Capabilities: [200 v1] Address Translation Service (ATS)
                ATSCap: Invalidate Queue Depth: 00
                ATSCtl: Enable-, Smallest Translation Unit: 00
        Capabilities: [300 v1] Page Request Interface (PRI)
                PRICtl: Enable- Reset-
                PRISta: RF- UPRGI- Stopped+
                Page Request Capacity: 00008000, Page Request Allocation: 00000000
        Kernel driver in use: i915
        Kernel modules: i915

Alles anzeigen

nst · 12. Juni 2018

Der_Pit Danke Dir, Bugreport ist updated.

TV schaltet ab wenn der Grafikmodus wechselt

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema