KhronosGroup / KhronosGroup/OpenCL-Docs
clCreateImage disallows creating mimapped CL_DEPTH images, but CTS and Intel NEO ignore it.
- Dominant language
- Python
- Stars
- 420
- Forks
- 131
- Avg merge
- 5d 13h
- Merged PRs (30d)
- 11
Description
[The OpenCL spec on clCreateImage states:](https://registry.khronos.org/OpenCL/specs/3.0-unified/html/OpenCL_API.html#clCreateImage)
```
Mip-mapped images cannot be created for [CL_MEM_OBJECT_IMAGE1D_BUFFER](https://registry.khronos.org/OpenCL/specs/3.0-unified/html/OpenCL_API.html#CL_MEM_OBJECT_IMAGE1D_BUFFER) images, depth images or multi-sampled (i.e. msaa) images.
```
However the CTS currently doesn't seem to exclude this case and tries to create a CL_DEPTH image with mipmaps. I was also testing with Intel NEO and it seems it successfully creates such an image and hence passing the test.
What should we do about it?
Contributor guide
Research direction
Start with the cited clCreateImage specification text and compare it with the CTS case that creates mip-mapped CL_DEPTH images. Check the reported Intel NEO behavior, then determine whether the specification or the CTS needs clarification or correction. Done means the expected behavior and the required follow-up are explicitly decided.
Written by the indexing model from the issue text.
Assessment
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100