Hello Simon,
The behavior seems the correct one (from the spec):
. How will the ICD handle a `NULL` cl_platform_id?
+
--
RESOLVED: The ICD will by default choose the first enumerated platform as
the `NULL` platform.
The user can override this default by setting an environment variable
OPENCL_ICD_DEFAULT_PLATFORM to the desired platform index.
The API calls that deal with platforms will return CL_INVALID_PLATFORM if
the index is not between zero and (number of platforms - 1), both inclusive.
--
Brice
On 02/08/2019 10:27, Simon Richter wrote:
Package: ocl-icd-libopencl1
Version: 2.2.12-2
Severity: minor
Tags: upstream
Hi,
I have a single OpenCL ICD installed, and am running piglit tests against
it. I get a test failure in the clGetExtensionFunctionForPlatform test,
which expects NULL to be returned when the platform parameter passed is
NULL. The implementation in ocl-icd does
platform=selectPlatformID(platform);
which selects the platform if only one is available, causing the test to
fail.
If that is indeed correct behaviour according to the spec, then the
testsuite is wrong, but as far as I've understood it, this function should
not fall back to the default platform if the parameter that is passed is
NULL.
Simon
-- System Information:
Debian Release: 10.0
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-9-amd64 (SMP w/32 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages ocl-icd-libopencl1 depends on:
ii libc6 2.28-10
ocl-icd-libopencl1 recommends no packages.
Versions of packages ocl-icd-libopencl1 suggests:
pn opencl-icd <none>
-- no debconf information
_______________________________________________
Pkg-opencl-devel mailing list
pkg-opencl-de...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-opencl-devel
