Bug 100728

Summary: [GLK - IGT] [regression] - igt@gem_render* @basic
Product: DRI Reporter: maria guadalupe <maria.g.perez.ibarra>
Component: DRM/IntelAssignee: Humberto Israel Perez Rodriguez <humberto.i.perez.rodriguez>
Status: CLOSED NOTABUG QA Contact: Intel GFX Bugs mailing list <intel-gfx-bugs>
Severity: major    
Priority: high CC: intel-gfx-bugs, krisman, ricardo.vega
Version: unspecifiedKeywords: bisect_pending, regression
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: GLK i915 features: GEM/Other
Attachments:
Description Flags
dmesg_gem_render.log
none
drm_config.log
none
igt_config.log
none
libraries.log
none
bashrc none

Description maria guadalupe 2017-04-19 23:17:26 UTC
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)
Comment 1 Chris Wilson 2017-04-24 09:02:23 UTC
Really? This (and the other similar glk bugs) is just a miscompilation of igt.
Comment 2 Humberto Israel Perez Rodriguez 2017-04-27 04:48:23 UTC
(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
Comment 3 krisman 2017-04-27 17:31:19 UTC
(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?
Comment 4 Humberto Israel Perez Rodriguez 2017-04-28 00:09:26 UTC
Created attachment 131108 [details]
drm_config.log
Comment 5 Humberto Israel Perez Rodriguez 2017-04-28 00:09:39 UTC
Created attachment 131109 [details]
igt_config.log
Comment 6 Humberto Israel Perez Rodriguez 2017-04-28 00:10:19 UTC
(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
Comment 7 cprigent 2017-04-28 09:23:31 UTC
Set to medium/normal until compilation problem is solved, tracked by VIZ-10567
Comment 8 Humberto Israel Perez Rodriguez 2017-05-08 15:46:55 UTC
Set to highest/blocker due to this is a blocker for QA team
Comment 9 krisman 2017-05-09 21:45:49 UTC
(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.
Comment 10 Humberto Israel Perez Rodriguez 2017-05-10 02:01:58 UTC
(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
Comment 11 Humberto Israel Perez Rodriguez 2017-05-10 02:02:18 UTC
Created attachment 131288 [details]
libraries.log
Comment 12 Humberto Israel Perez Rodriguez 2017-05-10 02:02:28 UTC
Created attachment 131289 [details]
bashrc
Comment 13 krisman 2017-05-10 18:16:37 UTC
(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.
Comment 14 Ricardo 2017-05-15 14:00:37 UTC
Lowering importance : (severity and priority) The bug is a configuration that now being looked at
Comment 15 krisman 2017-05-17 17:38:15 UTC
> and provide the output.

Any updates?  Did it fix the issue?
Comment 16 Humberto Israel Perez Rodriguez 2017-05-23 21:07:34 UTC
(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
Comment 17 krisman 2017-05-23 21:23:08 UTC
(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.
Comment 18 krisman 2017-05-23 21:25:27 UTC
*** Bug 100729 has been marked as a duplicate of this bug. ***
Comment 19 krisman 2017-05-23 21:26:07 UTC
*** Bug 100730 has been marked as a duplicate of this bug. ***
Comment 20 krisman 2017-05-23 21:26:32 UTC
*** Bug 100731 has been marked as a duplicate of this bug. ***
Comment 21 krisman 2017-05-23 21:29:34 UTC
*** 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.