KhronosGroup / KhronosGroup/OpenCL-CTS
missing coverage for SPIR-V instruction OpImageQueryLod
- Dominant language
- C++
- Stars
- 232
- Forks
- 235
- Avg merge
- 8d 7h
- Merged PRs (30d)
- 18
Description
We are currently missing coverage for the SPIR-V instruction OpImageQueryLod. Since this instruction is unlikely to be generated by any OpenCL C functions - there are no overloads for get_image_width() or get_image_height() that accept a LOD parameter, for example - this will likely need dedicated SPIR-V testing.
Two scenarios should be tested:
1. For all implementations supporting SPIR-V, for all supported image types, test OpImageQueryLod with "Level of Detail" equal to zero.
2. For all implementations supporting SPIR-V and `cl_khr_mipmap_image`, test OpImageQueryLod with a mipmap image, with "Level of Detail" ranging from zero to the number of mipmaps in the image.
* TBD: What is the expected behavior for out-of-range levels of detail?
Since testing (2) will likely be more complicated than (1), we should consider adding testing for (1) initially, then adding testing for (2) in a separate PR.
Contributor guide
No contributing guide indexed for this repository
Research direction
No file or test path is specified. Locate the existing SPIR-V instruction and image-query coverage, then start with the Level of Detail zero scenario for every supported image type and implementation; add the mipmap scenario separately if appropriate. Done means the requested implementations and image types are covered by dedicated tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- testing-qa
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100