OK, a follow-up.  I suspect that efl (I am using 1.8.3 by the way) is 
doing something to load the DRI driver and is failing if it can't.  For 
armsoc, the DRI support is built in. So for example when I run es2gears, 
it gives a warning about not being able to load armsoc_dri.so but it 
continues and works.

I ran enlightenment_start with LIBGL_DEBUG=verbose and got the following:

main init win: 1366x768 for e6
screen region screen 0x1e4bfc0: 0 0   1366x768
libGL: OpenDriver: trying /usr/lib/arm-linux-gnueabihf/dri/tls/armsoc_dri.so
libGL: OpenDriver: trying /usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so
libGL error: dlopen /usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so 
failed (/usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so: cannot open 
shared object file: No such file or directory)
libGL: OpenDriver: trying ${ORIGIN}/dri/tls/armsoc_dri.so
libGL: OpenDriver: trying ${ORIGIN}/dri/armsoc_dri.so
libGL error: dlopen ${ORIGIN}/dri/armsoc_dri.so failed 
(${ORIGIN}/dri/armsoc_dri.so: cannot open shared object file: No such 
file or directory)
libGL: OpenDriver: trying /usr/lib/dri/tls/armsoc_dri.so
libGL: OpenDriver: trying /usr/lib/dri/armsoc_dri.so
libGL error: dlopen /usr/lib/dri/armsoc_dri.so failed 
(/usr/lib/dri/armsoc_dri.so: cannot open shared object file: No such 
file or directory)
libGL error: unable to load driver: armsoc_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: armsoc
libGL: OpenDriver: trying /usr/lib/arm-linux-gnueabihf/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/arm-linux-gnueabihf/dri/swrast_dri.so

So it is complaining about the DRI driver (armsoc_dri.so) , not the main 
video driver (armsoc_drv.so).  Is explicit load of the DRI driver by efl 
to check if it is there, and if so, can someone tell me how to turn it 
off or comment it out?

The problem may not be this at all, but I would like to eliminate this 
issue as a possiblity.

Thanks.


-------- Original Message --------
Subject:        Cannot use OpenGL composite support
Date:   Tue, 31 Dec 2013 12:21:08 -0500
From:   Chris Seekamp <crsb...@comcast.net>
Reply-To:       cseek...@acm.org
To:     Enlightenment Devel <enlightenment-devel@lists.sourceforge.net>



Hi guys. I am trying to get the OpenGL composite support working with
the latest e17 enlightenment on Samsung Chromebook (armhf) running
debian jessie. When I try switching to OpenGL it pops up the message box
saying it can't be done. According to Jeff Hoogland, the OpenGL stuff is
compiled into evas etc.  I have GLS2 installed and in fact I now have
es2gears running fine.

Is e doing something special or unusual to check for the proper OpenGL
support?

I did run enlightenment_start under strace and I did see a message of
the form:

libEGL error: failed to load driver: armsoc

Obviously armsoc loads fine or X would not even work. And I don't get
this complaint from anything else, including es2gears. The armsoc_drv.so
is under /usr/lib/xorg/modules/drivers via a soft link. I tried changing
its group to video (saw this suggestion somewhere) and added the user to
the group but it didn't help.

At this point I don't know if the libEFL error is a red herring or the
real issue. Can someone give me some clues as to how I might track this
down?

Thanks.

-- 
Chris Seekamp
cseek...@acm.org
(using icedove on bodhi linux)



------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to