That looks like abi::__cxa_demangle is sometimes failing completely
(and possibly inconsistently, given that it's failing on a different
symbol this time). Given that it only happens on FreeBSD, possibly
a libc++ (LLVM) vs libstdc++ (GCC) issue??
___
Be
> possibly a name demangling problem?
> To find out, try this
The result is:
platform number 1
platform_profile "FULL_PROFILE"
platform_name "Intel Gen OCL Driver"
platform_vendor "Intel"
platform_version "OpenCL 1.2 beignet 1.2"
platform_extensions "cl_khr_global_int32_base_atomics
cl_khr_globa
> builtin_kernel_block_motion_estimate_intel()[SUCCESS]
> runtime_climage_from_boname()Unresolved symbol:
> _Z22__gen_ocl_write_imagef11ocl_image2dDv2_iDv4_f
> Aborting...
That message is from backend/src/llvm/llvm_gen_backend.hpp:97, and means
it can't find that function (in its internal lis
> you'll also need to set the rest of setenv.sh in whatever way does work
There's slight improvement:
platform number 1
platform_profile "FULL_PROFILE"
platform_name "Intel Gen OCL Driver"
platform_vendor "Intel"
platform_version "OpenCL 1.2 beignet 1.2"
platform_extensions "cl_khr_global_int32_b
Weird - setenv.sh has export OCL_IGNORE_SELF_TEST=1, which is supposed
to turn that off (does setting environment variables that way not work
in FreeBSD? if so, you'll also need to set the rest of setenv.sh in
whatever way does work). Does passing that explicitly (i.e.
OCL_IGNORE_SELF_TEST=1 .
> If you compiled Beignet yourself, also try running the test suite:
Here is the result:
# ./utest_run
platform number 1
platform_profile "FULL_PROFILE"
platform_name "Intel Gen OCL Driver"
platform_vendor "Intel"
platform_version "OpenCL 1.2 beignet 1.2"
platform_extensions "cl_khr_global_int32_
> Beignet: self-test failed: (3, 7, 5) + (5, 7, 3) returned (3, 7, 5)
> See README.md or http://www.freedesktop.org/wiki/Software/Beignet/
> Beignet: disabling non-working device
That looks like the "no __local on Haswell" issue (Linux fixed this in 4.2,
but FreeBSD might not have): try
OCL_IGNOR
e running without X, then you should check if
> > ls /dev/dri/
> > will return something like these:
> > card0 controlD64 renderD128
> > If not you may need to enable i915 in your kernel.
> > Otherwise, there may be something wrong with you libdrm
> >
>
016 8:00 AM
> *To:* Pan, Xiuli
> *Cc:* beignet@lists.freedesktop.org
> *Subject:* Re: [Beignet] Weird clinfo ouput @ FreeBSD-11.0/Intel GPU
>
>
>
> It's a headless system, there is no X.
>
> # pciconf -lvbce
>
> vgapci0@pci0:0:2:0:class=0x03 car
It's a headless system, there is no X.
# pciconf -lvbce
vgapci0@pci0:0:2:0:class=0x03 card=0x040a1849 chip=0x040a8086
rev=0x06 hdr=0x00
vendor = 'Intel Corporation'
device = 'Xeon E3-1200 v3 Processor Integrated Graphics Controller'
class = display
subclass
Wednesday, October 12, 2016 6:13 PM
> To: Pan, Xiuli
> Cc: beignet@lists.freedesktop.org
> Subject: Re: [Beignet] Weird clinfo ouput @ FreeBSD-11.0/Intel GPU
>
> > The PCIID should be 0x040a, and we support that device.
>
> Here it is:
>
> vgapci0@pci0:0:2:0: clas
intel.com>>
Cc: beignet@lists.freedesktop.org<mailto:beignet@lists.freedesktop.org>
Subject: Re: [Beignet] Weird clinfo ouput @ FreeBSD-11.0/Intel GPU
It's a headless system, there is no X.
# pciconf -lvbce
vgapci0@pci0:0:2:0:class=0x03 card=0x040a1849 chip=0x040a8086 re
libdrm
Thanks
Xiuli
From: Igor Pavlov [mailto:igor.arabesc.pav...@gmail.com]
Sent: Wednesday, October 12, 2016 8:00 AM
To: Pan, Xiuli
Cc: beignet@lists.freedesktop.org
Subject: Re: [Beignet] Weird clinfo ouput @ FreeBSD-11.0/Intel GPU
It's a headless system, there is no X.
# pciconf -
Hi Igor,
Could you provide the PCI ID of your device by
lspci –v.
It seems we could not get the device, it may because that you build with X but
running without a screen open, or build without X but running by non-root user.
Thanks
Xiuli
From: Beignet [mailto:beignet-boun...@lists.freedesktop.or
14 matches
Mail list logo