Created attachment 130933 [details] dmesg_gem_render.log the following sub-tests are failing over GLK, both are regressions. steps ====================================== ./gem_render_linear_blits --r basic ./gem_render_tiled_blits --r basic Regression: yes Software ====================================== kernel version : 4.11.0-rc7-drm-tip-ww16-commit-1b75708+ architecture : x86_64 os version : Ubuntu 16.10 os codename : yakkety kernel driver : i915 bios revision : 43.30 bios release date : 04/11/2017 ksc : 1.25 ====================================== Graphic drivers ====================================== modesetting : modesetting_drv.so modesetting_drv.so xorg-xserver : 1.18.4 libdrm : 2.4.80 vaapi (intel-driver) : Intel i965 driver for Intel(R) Geminilake - 1.8.2.pre1 (1.7.3-382-gdbe582c) cairo : 1.15.5 xserver : X.Org X Server 1.19.99.1 intel-gpu-tools (tag) : intel-gpu-tools-1.18-86-gac1fe09 intel-gpu-tools (commit) : ac1fe09 ====================================== Hardware ====================================== platform : Geminilake motherboard model : Geminilake motherboard id : GLKRVP1DDR4(05) form factor : Hand Held manufacturer : IntelCorp. cpu family : Other cpu family id : 6 cpu information : Genuine Intel(R) CPU @ 1.10GHz gpu card : Intel Corporation Device 3184 (rev 01) (prog-if 00 [VGA controller]) memory ram : 3.67 GB max memory ram : 16 GB xdpyinfo: unable to open display ":0". cpu thread : 4 cpu core : 4 cpu model : 122 hard drive : 111GiB (120GB) current cd clock frequency : 316800 kHz maximum cd clock frequency : 316800 kHz displays connected : eDP-1 DP-1 HDMI-A-2 ====================================== Firmware ====================================== dmc fw loaded : yes dmc version : 1.4 OUTPUT ====================================== IGT-Version: 1.18-gac1fe09 (x86_64) (Linux: 4.11.0-rc7-drm-tip-ww16-commit-1b75708+ x86_64) (gem_render_linear_blits:1372) drmtest-DEBUG: Test requirement passed: !(fd<0) (gem_render_linear_blits:1372) igt-debugfs-DEBUG: Opening debugfs directory '/sys/kernel/de bug/dri/0' (gem_render_linear_blits:1372) igt-core-DEBUG: Starting subtest: basic (gem_render_linear_blits:1372) DEBUG: Test requirement passed: render_copy Received signal SIGSEGV. Stack trace: #0 [fatal_sig_handler+0x1a6] #1 [killpg+0x40] #2 [drm_intel_bo_alloc+0x0] #3 [intel_batchbuffer_reset+0x33] #4 [intel_batchbuffer_alloc+0x34] #5 [run_test+0x8c] #6 [__real_main184+0x21d] #7 [main+0x33] #8 [__libc_start_main+0xf1] #9 [_start+0x29] #10 [<unknown>+0x29] Subtest basic: CRASH (0.015s)
Really? This (and the other similar glk bugs) is just a miscompilation of igt.
(In reply to Chris Wilson from comment #1) > Really? This (and the other similar glk bugs) is just a miscompilation of > igt. Hi Chris, could you provide us more information about the miscompilation of igt please ? because the comment is not clear at all
(In reply to Humberto Israel Perez Rodriguez from comment #2) > (In reply to Chris Wilson from comment #1) > > Really? This (and the other similar glk bugs) is just a miscompilation of > > igt. > > Hi Chris, could you provide us more information about the miscompilation of > igt please ? > because the comment is not clear at all It's odd that your system is failing in many basic tests. Following Chris tip, can you provide the config.log of your libdrm and igt compilation?
Created attachment 131108 [details] drm_config.log
Created attachment 131109 [details] igt_config.log
(In reply to krisman from comment #3) > (In reply to Humberto Israel Perez Rodriguez from comment #2) > > (In reply to Chris Wilson from comment #1) > > > Really? This (and the other similar glk bugs) is just a miscompilation of > > > igt. > > > > Hi Chris, could you provide us more information about the miscompilation of > > igt please ? > > because the comment is not clear at all > > It's odd that your system is failing in many basic tests. Following Chris > tip, can you provide the config.log of your libdrm and igt compilation? Hi krisman Please find the requested logs as : - drm_config.log - igt_config.log
Set to medium/normal until compilation problem is solved, tracked by VIZ-10567
Set to highest/blocker due to this is a blocker for QA team
(In reply to Humberto Israel Perez Rodriguez from comment #6) > Please find the requested logs as : > > - drm_config.log > - igt_config.log Your config files look alright to me, Still, I can' t reproduce your problem. I tried same compiler version, etc. Only thing that I can think of right now is your PKG_CONFIG_PATH value.. what do you have in /home/gfx/intel-graphics/tmp.drivers/opt/X11R7/share/pkgconfig? If that has a different libdrm, then you are in trouble. Unless anyone has a better idea, can you provide the output of the compilation with V=1, and the ltrace and ldd of the final binaries? Also, make sure you don' t have other versions of libdrm anywhere around. Leaving the needinfo status for that. Thanks.
(In reply to krisman from comment #9) > (In reply to Humberto Israel Perez Rodriguez from comment #6) > > Please find the requested logs as : > > > > - drm_config.log > > - igt_config.log > > Your config files look alright to me, Still, I can' t reproduce your > problem. > I tried same compiler version, etc. Only thing that I can think of right > now is your PKG_CONFIG_PATH value.. what do you have in > /home/gfx/intel-graphics/tmp.drivers/opt/X11R7/share/pkgconfig? If that has > a different libdrm, then you are in trouble. > > Unless anyone has a better idea, can you provide the output of the > compilation with V=1, and the ltrace and ldd of the final binaries? Also, > make sure you don' t have other versions of libdrm anywhere around. > > Leaving the needinfo status for that. > > Thanks. Hi krisman actually inside of /home/gfx/intel-graphics/tmp.drivers/opt/X11R7/share/ there is not pkgconfig folder but there is one in the following path $ ls -l /home/gfx/intel-graphics/tmp.drivers/opt/X11R7/lib/pkgconfig -rw-r--r-- 1 gfx gfx 274 May 9 20:07 intel-gen4asm.pc -rw-r--r-- 1 gfx gfx 370 May 9 20:06 libdrm_amdgpu.pc -rw-r--r-- 1 gfx gfx 355 May 9 20:06 libdrm_intel.pc -rw-r--r-- 1 gfx gfx 400 May 9 20:06 libdrm_nouveau.pc -rw-r--r-- 1 gfx gfx 320 May 9 20:06 libdrm.pc -rw-r--r-- 1 gfx gfx 370 May 9 20:06 libdrm_radeon.pc -rw-r--r-- 1 gfx gfx 359 May 9 20:06 libkms.pc and about the drm version, i have the compiled in my system $ pkg-config --modversion libdrm_intel 2.4.80 about the output for final libraries you can see it in the attached file "libraries.log" and regarding for the the output of the compilation with V=1, and the ltrace, i am not sure how to put this parameters, could you share with me a little example please ? and as additional info i've attached my bashrc
Created attachment 131288 [details] libraries.log
Created attachment 131289 [details] bashrc
(In reply to Humberto Israel Perez Rodriguez from comment #12) > Created attachment 131289 [details] > bashrc In your bashrc, you have export INSTALL_ROOT=/opt/X11R7 LD_LIBRARY_PATH=${INSTALL_ROOT}/lib:${INSTALL_ROOT}/lib32:/lib:/lib64:/usr/lib:/usr/lib64 So you are using the libdrm installed in /opt instead of the one you just compiled in /home/gfx/intel-graphics/tmp.drivers/opt/X11R7, which is evidenced by the ldd output. Since LD_LIBRARY_PATH paths take precedence over the paths used for building, you are using that one instead of the one you sent the logs. Is that intentional? can you please set LD_LIBRARY_PATH to the directory where you installed your libs, in and run your test again? Do: export LD_LIBRARY_PATH=/home/gfx/intel-graphics/tmp.drivers/opt/X11R7/lib ./gem_render_linear_blits --r basic Also, if it doesn't work, provide the ldd of the igt test binary, 'ldd gem_render_linear_blits' And also recompile libdrm and igt with the following make clean make V=1 and provide the output.
Lowering importance : (severity and priority) The bug is a configuration that now being looked at
> and provide the output. Any updates? Did it fix the issue?
(In reply to krisman from comment #15) > > and provide the output. > > Any updates? Did it fix the issue? Hi krisman I appreciate you help here, and effectively LD_LIBRARY_PATH was the issue, the thing that i did in order to solve this bug, was the following $ pwd /home/gfx/intel-graphics/tmp.drivers $ : ls -l lrwxrwxrwx 1 gfx gfx 5 May 23 10:51 opt -> /opt/ because all the libraries were on /opt, after this the test reported on this bug were passed. only as evidence i share with you the libraries of gem_render_linear_blits $ : ldd gem_render_linear_blits linux-vdso.so.1 => (0x00007fff155d4000) libdrm_intel.so.1 => /home/gfx/intel-graphics/tmp.drivers/opt/X11R7/lib/libdrm_intel.so.1 (0x00007f068fc34000) libdrm.so.2 => /home/gfx/intel-graphics/tmp.drivers/opt/X11R7/lib/libdrm.so.2 (0x00007f068fa23000) libpciaccess.so.0 => /usr/lib/x86_64-linux-gnu/libpciaccess.so.0 (0x00007f068f7f8000) libprocps.so.4 => /lib/x86_64-linux-gnu/libprocps.so.4 (0x00007f068f5d1000) libkmod.so.2 => /lib/x86_64-linux-gnu/libkmod.so.2 (0x00007f068f3b8000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f068f19a000) libunwind.so.8 => /usr/lib/x86_64-linux-gnu/libunwind.so.8 (0x00007f068ef7f000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f068ed77000) libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007f068ed56000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f068ea4d000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f068e684000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f068e46a000) libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f068e3e3000) /lib64/ld-linux-x86-64.so.2 (0x000056079b5c9000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f068e1c0000) libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f068df9a000) libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f068dc89000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f068da85000) libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f068d812000) libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f068d5fe000) Thanks a lot
(In reply to Humberto Israel Perez Rodriguez from comment #16) > /home/gfx/intel-graphics/tmp.drivers > $ : ls -l > lrwxrwxrwx 1 gfx gfx 5 May 23 10:51 opt -> /opt/ > > because all the libraries were on /opt, after this the test reported on this > bug were passed. > > only as evidence i share with you the libraries of gem_render_linear_blits This is good to hear! I`m closing this and the other GLK issues as not a bug now. Thanks.
*** Bug 100729 has been marked as a duplicate of this bug. ***
*** Bug 100730 has been marked as a duplicate of this bug. ***
*** Bug 100731 has been marked as a duplicate of this bug. ***
*** Bug 100702 has been marked as a duplicate of this bug. ***
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.