On Tue, 31 Dec 2013 17:02:29 -0500 Chris Seekamp <crsb...@comcast.net> said:
> Another follow-up. I tried LIBGL_ALWAYS_INDIRECT=1 when invoking
> enlightenment_start. This time I did not get any errors about armsoc not
> being loaded, but I still get the pop-up window saying OpenGL is not
> supported. So perhaps DRI is required? If so, I still don't know why
> enlightenment (efl 1.8.3) is complaining since I have DRI, just not in a
> separate driver.
>
> Does anyone know what enlightenment does to determine whether OpenGL is
> available and has sufficient capabilities?
>
> Thanks.
xserver has to support xcomposite and xdamage AND xfixes extensions.
e must be able to activate the composite overlay window via the xcomposite 1.3
protocol additions.
gl must init correctly. shaders must compile. etc. e doesn't load a driver - no
compositor does. they link to the libEGL and libGLESv2 libraries and just use
EGL/GLESv2 api's in those libs. the apis are the same no matter what. these
libraries are responsible for everything else. how they "do their thing" is
their business. note that the xserver has to load a server-side driver
component too generally to make things work.
does:
expedite -e gl
work? that will run expedite (evas benchmarker) with gl engine and basically
will get you down to the simplest test of "can gl work or not with evas?". if
that doesn't work then problems are deeper (something fails during gl engine
init and it's aborting - chances are a missing extension/feature or shader
compiler fail etc. etc.).
i DO know that e, evas etc . work with compositing and opengle-s2 when the
drivers and xserver are properly baked. first example: intel gfx on
laptop/desktop with egl + glesv2 build of mesa. it works 100%. next one -
nexus7 (tegra3) with nvidia xserver and glesv2 drivers. compositing and gles
work. next example(s) - a slew of tizen reference platforms/devices for tizen
mobile. all actually run enlightenment + efl out of the box on x11. i've seen
many generations of hardware come and go that work. so i know it works. the
challenge is in finding why YOUR particular driver set (glesv2/egl/xsevrer
etc.) and libraries don't.
> -------- Original Message --------
> Subject: Re: Cannot use OpenGL composite support
> Date: Tue, 31 Dec 2013 15:54:45 -0500
> From: Chris Seekamp <crsb...@comcast.net>
> Reply-To: cseek...@acm.org
> To: Enlightenment Devel <enlightenment-devel@lists.sourceforge.net>
>
>
>
> 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
>
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
------------------------------------------------------------------------------
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
