Dotaz: Tmavé okno způsobí vypínání externího monitoru (DisplayPort)

[limit_false]

Tohle bude znít asi jako dost šílený způsob jak reprodukovat bug, ale nevím, co ho skutečně způsobuje.

Pokud mám na monitoru tmavé okno, typicky terminál, tak se často vypne externí monitor připojen k notebooku (na sekundu, pak se zapne).

Nejlepší způsob, jak to reprodukovat:

1. pustit fullscreen terminál
2. v terminálu pustit midnight commander
3. asi 5x-10x zmáčknout Ctrl-O
4. monitor připojen před DisplayPort úplně zčerná na sekundu, pak se vrátí do původního stavu

Netuším vůbec, co by to mohlo být způsobeno - kabel, grafika (Intel HD 5500), i915 driver, X.org?

Přesný počet zmáčknutí Ctrl-O není deterministický, ale maximum jsem napočítal těch 12. V dmesg ani /var/log/Xorg.0.log nic rozumného není.

Pokud je na obrazovce světlé okno, tak se monitor typicky nevypíná.

---

---

Odpovědi

[HonzaS]

To mam u jednoho relativne noveho monitoru take, mam cerne pozadi (0x000000) a kdyz odjedu mysi, tak zhasne podsviceni a zacne blikat usporny rezim. Staci nastavit pozadi na 0x101010 -> sviti stale. Nebo prijet mysi.

U me je toto "vlastnost" monitoru, ktera lze v jeho OSD menu monitoru vypnout (powersave menu, nekde)

PS je to monitor LG22MP55, ktery jinak mimochodem stoji uplne zaprd, nepouzivam jej z jinych duvodu.

H.

[limit_false]

Prošel jsem nastavení monitoru a EnergySmart a podobné věci mám vypnuty.

Při připojení z HDMI výstupu notebooku a jinak stejném nastavení monitoru se "zčerňování" neděje. Ještě snad zkusím jiný DisplayPort kabel.

(Tj. HDMI jako workaround sice funguje, akorát by se mi hodil použít ten DisplayPort, protože HDMI slot na monitoru mám už zabrán nečím jiným.)

[HonzaS]

Tak jeste zkusit variantu: DP->HDMI, napr. toto:

https://www.alza.cz/roline-displayport-hdmi-propojovaci-stineny-2m-d504901.htm?o=3

bez problemu mi funguje (s integrovanou grafikou intel HD4600) do 2560x1600 v 60HZ, pak v UHD samozrejme uz jen 30HZ

H.

[limit_false]

Jj, to mám přesně koupeno a v plánu vyzkoušet :)

Jinak zatím výsledky:

1. jiný DP kabel - člověk musí téměř držet Ctrl-O v midnightu, aby se bug triggernul, takže je "nějak lepší", asi by šlo i "normálně používat"
2. konvertor DP<->HDMI z Macu - tady je to OK, takže asi problém v notebookovém DP portu nebude a straší jen monitor

Ty dva různé výsledky s dvěma různými DP kabely mi stejně přijdou dost divné.

[limit_false]

Kterým směrem to máš připojený? Když to chápu správně, tak funguje varianta DP na grafice a HDMI na monitoru (to je DisplayPort++). Ale obráceně to nefunguje, i když kabel konektorama pasuje (což bych právě potřeboval). The wonders of technology

[limit_false]

Pripojeno to mam tak, ze DP je na PC, HDMI zobrazovadlo. Bohuzel nemam zadny display s DP, tak to nemohu otestovat, zda je to funkcni.

Pasivni varianta DVI->HDMI je funkcni obema smery, samozrejme bez zvuku. Vyse zmineny kabel (DP -> HDMI) korektne prenasi i zvuk. Ostatni veci nepouzivam.

H.

[limit_false]

OK díky. Evidentě ten obrácený směr vyžaduje aktivní konvertor. Stejně s tím midnight commanderem to po mnoha letech vyhrává u mně rekord o nejbizarnější bug. Triggeruje se to, i když použiju černé písmo na bílém pozadí (ten trik s různými barvami pozadí terminálu z nějakého důvodu nefunguje).

[Ovocníček]

Nemohlo by to být taky nastavení "dynamic contrast" nebo tak něco? Je to hrozná šíšovina a za trest, ale dynamický kontrast na některých monitorech tohle s vypínáním podsvícení dělá.

[MM]

Ahoj,

Mě dělal monitor to, že při probuzení z DPMS 2sekundy šel a pak zčernal pomohlo přepnout do textmódu a zpět, pak už ani to, myslel jsem, že je vadná grafika, nebo tak něco, ze začátku to dělalo jen na HDMI pak i na VGA, nakonec to byly vyschlé kondenzátory ve zdroji toho monitoru, ale toto bude asi jiný problém.

Martin

[HonzaS]

Jeste 1 detail:

ten "pasivni" kablik, co jsem daval link se chova tak, ze po jeho vyjmuti z PC a opetovnem zasunuti vsechno pracuje jak ma (Xorg).

Mam jeste doma jeden aktivni (s krabickou), ten po vysunuti a zasunuti vyzaduje na 2. monitoru pomoci xrandru (arandru) znovupripojeny monitor "nahodit", pokud neni 2. monitor, pak smula.

Jinak co se tyka moznosti nastaveni pasivni/aktivni redukce, tak jsou moznosti naprosto identicke (rozliseni / frekvence).

Z uvedenych duvodu vyssi spolehlivosti bych volil radeji tu pasivni.

H.

[limit_false]

Díky,

ale tohle mi dělá jenom na DisplayPort vstupu monitoru (další dva fungují bez problémů). Zatím ze všech vyzkoušených variant to vypadá na nějaký firmwarový bug nebo křemíkové nebe si občas sáhne na ten display

[limit_false]

Po dlouhé době jsem dohledal skutečnou příčinu tohoto bugu.

Dělá to driver grafiky (i915), u HDMI se to projevuje projevuje rychlým probliknutím na obrazovce, na DisplayPortu to ale způsobuje dočasné vypnutí externího displaye. Zvláštní je, že to skoro vždy triggeruje buďto midnight commander a Ctrl+O nebo youtube.

Kernel bugzilla https://bugzilla.kernel.org/show_bug.cgi?id=79261.

Z syslogu/dmesg:

[drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrun

[GeorgeWH]

rovnaky problem som (dufam) mal aj ja. akurat mne sa to prejavovalo, ked som prechadzal v opere vo vsphere klientovi cez jednotlive casti konzoly. obrazovka mi preblikla, niekedy sa uplne vypla. pomohlo len ctrl+alt+f1 a potom spat do X. po par tyzdnoch mi to zacalo robit aj v mail klientovi claws-mail. pisal som mail a obcas to prebliklo alebo uplne vyplo. mam tp t410, debian wheezy + backpory, externy monitor cez DP. skusal som rozne vanila jadra 4.4.0, 4.4.2 a 4.4.5. pri tom poslednom to bolo asi najlepsie, ale tam sa potom prejavil aj ten problem s claw-mailom.

teraz som si skompiloval najnovsi stable 4.6.0, a zatial ziadny problme (klop-klop-klop).

vanila kernel 4.6.0

xserver-xorg-video-intel 2.21.15-2~bpo70+1

OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile

kernel: [2272749.201222] [drm:ironlake_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun
kernel: [2272679.627593] [drm:ironlake_irq_handler [i915]] *ERROR* PCH transcoder B FIFO underrun
kernel: [2272746.560274] [drm:ironlake_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrun
kernel: [2272749.198507] [drm:ironlake_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun