KhronosGroup / KhronosGroup/OpenCL-CTS

missing coverage for SPIR-V instruction OpImageQueryLod

Open
#2,404 0 comments 0 reactions 0 assignees View on GitHub
missing-coverage
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.