Comment 7 for bug 1102045

I disagree. omap_dri.so is needed. I just tripped across this on raring, while trying to run some OpenGL / OpenGL ES2 code.

(the GL messages here is due to libwaffle loading both GLES and GL at the same time.. yes it's correct, this all works on intel and it should work on ARM without warning or error)
tgall@neso:~/bld/piglit$ export LIBGL_DEBUG="verbose"
tgall@neso:~/bld/piglit$ bin/minmax_gles2
libGL: OpenDriver: trying /usr/lib/arm-linux-gnueabihf/dri/tls/omap_dri.so
libGL: OpenDriver: trying /usr/lib/arm-linux-gnueabihf/dri/omap_dri.so
libGL error: dlopen /usr/lib/arm-linux-gnueabihf/dri/omap_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/omap_dri.so: cannot open shared object file: No such file or directory)
libGL: OpenDriver: trying ${ORIGIN}/dri/tls/omap_dri.so
libGL: OpenDriver: trying ${ORIGIN}/dri/omap_dri.so
libGL error: dlopen ${ORIGIN}/dri/omap_dri.so failed (${ORIGIN}/dri/omap_dri.so: cannot open shared object file: No such file or directory)
libGL: OpenDriver: trying /usr/lib/dri/tls/omap_dri.so
libGL: OpenDriver: trying /usr/lib/dri/omap_dri.so
libGL error: dlopen /usr/lib/dri/omap_dri.so failed (/usr/lib/dri/omap_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to load driver: omap_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: omap

Even switching to mesa privded EGL & libGLESv2 instead of the TI binaries yields the following:

tgall@neso:~/bld/piglit$ bin/minmax_gles2
libEGL warning: failed to create a pipe screen for omap
libEGL warning: DRI2: failed to open omap (search paths /usr/lib/arm-linux-gnueabihf/dri:${ORIGIN}/dri:/usr/lib/dri)