This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.
Card, Stu stu.card at axenterprize.comglxinfo > https://drive.google.com/file/d/0B4pXeWtf9qhpN3ViLWpTNlRJWEU/view?usp=sharing clinfo > https://drive.google.com/file/d/0B4pXeWtf9qhpYlZQXzJHZWxHMXc/view?usp=sharing Commenting out the CLGL sharing flag and rebuilding the benchmark tool still yields the first two lines of the previous error messages: libEGL warning: DRI2: failed to authenticate [+] Selected device: Devastator Behavior of sink block in GRC is, of course, unchanged, as I have not yet changed any code there. Comparing the remaining error running the benchmark tool with that running the sink block in GRC, it appears we are down to a single error, common to both run times. On Sun, May 8, 2016 at 2:18 PM, Sylvain Munaut <246tnt at gmail.com> wrote: > Hi, > > > >> libEGL warning: DRI2: failed to authenticate > >> [+] Selected device: Devastator > >> libGL error: No matching fbConfigs or visuals found > >> libGL error: failed to load driver: swrast > >> X Error of failed request: BadMatch (invalid parameter attributes) > >> Major opcode of failed request: 157 (GLX) > >> Minor opcode of failed request: 5 (X_GLXMakeCurrent) > >> Serial number of failed request: 30 > >> Current serial number in output stream: 30C > > Your GL setup seems broken ... > > Post the output of glxinfo and clinfo > > > >> libEGL warning: DRI2: failed to find _glapi_get_proc_address > > Again, something seems broken in your OpenGL setup > > > >> [+] Selected device: Devastator > >> [!] CL Error (-34, /home/stu/gr-fosphor/lib/fosphor/cl.c:464): Unable to > >> share waterfall texture into OpenCL context > > So you GL/CL drivers reported that they could share info and it > allowed fosphor to create a context for it, then when asked to > actually share info, it refuses wit CL_INVALID_CONTEXT ... > > Look in lib/fosphor/cl.c in the cl_do_init function at the very > beginning of the function and comment out : " self->flags |= > FLG_FOSPHOR_USE_CLGL_SHARING; " > > This will prevent it to try and share data between CL and GL ... > > > Cheers, > > Sylvain > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20160508/25710ac4/attachment.htm>