OpenCV 3.0 - T-API (transparant OpenCL acceleration) CPU-thread-safe ??

I know this is not the right forum, but maybe someone has already experience, or can give valuable information.

In OpenCV 3.0 (OpenCV 3.0 - OpenCV), there is the so-called T-API introducted, where functions are accelerated, transparently for the user, on the GPU with OpenCL.

I just wonder whether that is safe, when i have several CPU threads, each calling a OpenCV function which under the hood is accelerated with OpenCL ?

So, in short, are the ‘accelerated’ OpenCV functions STILL CPU-THREAD-SAFE ?

I have my doubts, because e.g. for NVIDIA NPP functions i conservatively assume that they are NOT CPU-thread safe, because i cannot know whether they internall use stuff like constant memory, texture references which per se are not cpu-trhead-safe.
Regarding NPP and thread-safety, see e.g. Can NPP be safely used in multi-threaded code? - GPU-Accelerated Libraries - NVIDIA Developer Forums

Maybe someone can provide more information, or a better guess.

As in our application stability goes over performance, if there are any doubts we would have to disable the T-API when building OpenCV 3.0 for us.

I have put the some question onto OpenCV forum (OpenCV 3.0 - T-API (transparant OpenCL acceleration) CPU-thread-safe ?? - OpenCV Q&A Forum).

No answer, nobody seems to care about that …

My conclusion: I won’t touch the T-API