Summary: | [IVB] xrandr eDP1 scale-from hangs with external displays | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Chris Bainbridge <chris.bainbridge> | ||||||||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||
Status: | CLOSED WORKSFORME | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||
Severity: | normal | ||||||||||||
Priority: | medium | CC: | intel-gfx-bugs | ||||||||||
Version: | unspecified | ||||||||||||
Hardware: | Other | ||||||||||||
OS: | All | ||||||||||||
Whiteboard: | |||||||||||||
i915 platform: | IVB | i915 features: | display/eDP | ||||||||||
Attachments: |
|
Description
Chris Bainbridge
2016-05-12 01:05:08 UTC
Compiling xf86-video-intel wtith ./configure --enable-debug=full will give you more insight into what X is trying to do after the kernel reports a failure. A drm.debug=0xe will hopefully tell us why the kernel failed. Created attachment 123824 [details]
xorg-log
Xorg log at fail point, problem seems to be:
[ 62.270] (EE) Backtrace:
[ 62.270] (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x564fed368d46]
[ 62.270] (EE) 1: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f839b38d000+0xb03d4) [0x7f839b43d3d4]
[ 62.270] (EE) 2: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f839b38d000+0xc9888) [0x7f839b456888]
[ 62.270] (EE) 3: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f839b38d000+0x8fa74) [0x7f839b41ca74]
[ 62.270] (EE) 4: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f839b38d000+0x9125d) [0x7f839b41e25d]
[ 62.270] (EE) 5: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f839b38d000+0xce32c) [0x7f839b45b32c]
[ 62.270] (EE) 6: /usr/bin/X (BlockHandler+0x4a) [0x564fed20df2a]
[ 62.270] (EE) 7: /usr/bin/X (WaitForSomething+0x132) [0x564fed365f62]
[ 62.270] (EE) 8: /usr/bin/X (0x564fed1b2000+0x57211) [0x564fed209211]
[ 62.270] (EE) 9: /usr/bin/X (0x564fed1b2000+0x5b596) [0x564fed20d596]
[ 62.270] (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f839f115b45]
[ 62.270] (EE) 11: /usr/bin/X (0x564fed1b2000+0x4590e) [0x564fed1f790e]
[ 62.270] (EE)
[ 62.270] (EE)
Fatal server error:
[ 62.270] (EE) get_fb:548 assertion '8*bo->pitch >= width * scrn->bitsPerPixel' failed
Created attachment 123825 [details]
dmesg-drm
kernel drm log up to fail point and Xorg restart
Created attachment 123826 [details]
xorg-log-full
Full xorg log, same assert error as before
Created attachment 123827 [details]
dmesg-drm-full
Corresponding dmesg log
`xrandr --output eDP1 --mode 2560x1600 --scale-from 1280x800` executed at [ 875.16 ]
After that logged errors are:
[ 875.927050] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe B
[ 875.927060] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe C
[ 875.927069] [drm:intel_check_pch_fifo_underruns] *ERROR* pch fifo underrun on pch transcoder B
[ 875.937153] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe B
[ 875.937156] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe C
[ 875.937165] [drm:intel_check_pch_fifo_underruns] *ERROR* pch fifo underrun on pch transcoder B
[ 875.950244] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe C
[ 876.503832] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe B
[ 876.503836] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe C
[ 876.503844] [drm:intel_check_pch_fifo_underruns] *ERROR* pch fifo underrun on pch transcoder B
[ 876.546722] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe B
[ 876.546726] [drm:intel_check_cpu_fifo_underruns] *ERROR* fifo underrun on pipe C
[ 876.546734] [drm:intel_check_pch_fifo_underruns] *ERROR* pch fifo underrun on pch transcoder B
[ 876.546740] [drm:intel_check_pch_fifo_underruns] *ERROR* pch fifo underrun on pch transcoder C
Reporter, still issue seen? Yes 4.9.0 hangs Xorg on "xrandr --output eDP1 --mode 2560x1600 --scale-from 1280x800" With latest atomic and watermark work done, still valid using drm-tip? Chris, is issue still valid? No feedback, closing. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.