Created attachment 118388 [details]
dmesg_drm.debug=0x06

Created attachment 118389 [details]
make check-func

Created attachment 118390 [details]
xradnr --verbose

(In reply to Humberto Israel Perez Rodriguez from comment #0)
> libGL error: pci id for fd 7: 8086:191e, driver (null)
> i965_dri.so does not support the 0x191e PCI ID.
> libGL error: failed to create dri screen
> libGL error: failed to load driver: i965

The PCI ID has been in Mesa since 10.5.0.

I suspect you're not running the Mesa you think you are. 'glxinfo | grep Mesa' will confirm.

(In reply to Matt Turner from comment #4)
> (In reply to Humberto Israel Perez Rodriguez from comment #0)
> > libGL error: pci id for fd 7: 8086:191e, driver (null)
> > i965_dri.so does not support the 0x191e PCI ID.
> > libGL error: failed to create dri screen
> > libGL error: failed to load driver: i965
> 
> The PCI ID has been in Mesa since 10.5.0.
> 
> I suspect you're not running the Mesa you think you are. 'glxinfo | grep
> Mesa' will confirm.

i confirm that the version of mesa that i have is the 10.6.7 get from (glxinfo | grep Mesa) , as well i've noticed that if i run the command 'make check-func' as sudo it always takes the Mesa version 10.1.3 where this version doesnt has yet implemented the PCI ID, i think that this Mesa version is which it has by default Ubuntu, can you confirm this please ?

Other important thing here is that when i run the command 'make check-func' without sudo, i always have the following errors :

$make check-func
[ 50%] Built target threads_bundled
[ 50%] Built target waffle-1
[ 50%] Built target waffle_test
[ 50%] Built target gl_basic_test
test: pass:   gl_basic.glx_init
libGL: OpenDriver: trying /opt/X11R7/lib/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /opt/X11R7/lib/dri/swrast_dri.so
test: pass:   gl_basic.glx_gl_rgb
libGL: OpenDriver: trying /opt/X11R7/lib/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /opt/X11R7/lib/dri/swrast_dri.so
test: pass:   gl_basic.glx_gl_rgba
libGL: OpenDriver: trying /opt/X11R7/lib/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /opt/X11R7/lib/dri/swrast_dri.so


and i've noticed as well that if i do a symbolic link or copy the swrast_dri.so to the path /opt/X11R7/lib/dri/tls/, when i run the command 'glxinfo | grep Mesa' i got 
10.1.3 Mesa version , and when run for second time the same command only libGL ask for the path : libGL: OpenDriver: trying /opt/X11R7/lib/dri/tls/swrast_dri.so , strange looks like that libGL does not recognizes swrast_dri.so, I have no idea what can be.

Presumably you're setting some environment variables (LIBGL_DRIVERS_PATH, LD_LIBRARY_PATH) in order to use the Mesa you've built, but sudo doesn't keep environment variables.

See https://stackoverflow.com/questions/8633461/how-to-keep-environment-variables-when-using-sudo

(not that I think you should be running make check as root)

In any case, this is definitely not a bug.

(In reply to Matt Turner from comment #6)
> Presumably you're setting some environment variables (LIBGL_DRIVERS_PATH,
> LD_LIBRARY_PATH) in order to use the Mesa you've built, but sudo doesn't
> keep environment variables.
> 
> See
> https://stackoverflow.com/questions/8633461/how-to-keep-environment-
> variables-when-using-sudo
> 
> (not that I think you should be running make check as root)
> 
> In any case, this is definitely not a bug.

to confirm you that i'm not using sudo with make check command, only was a test to see if anything happened differently

my environment variables are :

export INSTALL_ROOT=/opt/X11R7
export PATH=/opt/X11R7/bin:$PATH
export LIBGL_DRIVERS_PATH=/opt/X11R7/lib/dri:/opt/X11R7/lib
export LD_LIBRARY_PATH=/opt/X11R7/lib:/opt/X11R7/lib32:/lib:/lib64:/usr/lib:/usr/lib64
export LIBGL_DEBUG=verbose
export PKG_CONFIG_PATH=/opt/X11R7/share/pkgconfig:/opt/X11R7/lib/pkgconfig:/usr/lib/pkgconfig:$PKG_CONFIG_PATH
export SW="env LIBGL_ALWAYS_SOFTWARE=1"
export LDFLAGS=" -L${INSTALL_ROOT}/lib  $LDFLAGS"
export ACLOCAL="aclocal -I ${INSTALL_ROOT}/share/aclocal"
export CMAKE_INCLUDE_PATH=/opt/X11R7/include/:$CMAKE_INCLUDE_PATH
export CMAKE_LIBRARY_PATH=/opt/X11R7/lib/:$CMAKE_LIBRARY_PATH
export DISPLAY=:0

i´m very confused because you guys close this bug without any explanation of why !
So i will always re open this bug unless i got a valid explanation of why this bug is an invalid bug , otherwise dont close this bug 

Please answer this question:

mattst88 / kenneth / jani.nikula

This bug still exist on SKL-Y

Matt explaithe reason in comment #6. After reading comment#5, it is pretty obvious that this is user error, not software error.

I am closing this bug again.  Do not reopen it.