Skip to content

[UR][L0v2] Fix condition when copy offload is not supported by the driver - #23110

Merged
kswiecicki merged 1 commit into
intel:syclfrom
ldorau:URL0v2_Fix_condition_when_copy_offload_is_not_supported_by_the_driver
Sep 7, 2026
Merged

[UR][L0v2] Fix condition when copy offload is not supported by the driver#23110
kswiecicki merged 1 commit into
intel:syclfrom
ldorau:URL0v2_Fix_condition_when_copy_offload_is_not_supported_by_the_driver

Conversation

@ldorau

@ldorau ldorau commented Sep 7, 2026

Copy link
Copy Markdown
Contributor

Copy Offload is incorrectly disabled when Copy Offload extension is set to unsupported.

Fixes: URT-1280

@ldorau
ldorau force-pushed the URL0v2_Fix_condition_when_copy_offload_is_not_supported_by_the_driver branch from b08d474 to 1258aa3 Compare September 7, 2026 08:35
…iver

Signed-off-by: Lukasz Dorau <lukasz.dorau@intel.com>
@ldorau
ldorau marked this pull request as ready for review September 7, 2026 08:51
@ldorau
ldorau requested a review from a team as a code owner September 7, 2026 08:51
@ldorau

ldorau commented Sep 7, 2026

Copy link
Copy Markdown
Contributor Author

Please review @intel/unified-runtime-reviewers-level-zero

@ldorau

ldorau commented Sep 7, 2026

Copy link
Copy Markdown
Contributor Author

The CI failures are unrelated:

  1. L0v2 - see [UR][L0] Treat ZE_RESULT_ERROR_NOT_AVAILABLE as unsupported fan speed query #23113
  2. Windows Pre Commit - see: Adapters/level_zero/usm_device_read_only.cpp and Properties/cache_config.cpp sporadic fail on Win BMG with new driver 101.8801 #22099

@kswiecicki
kswiecicki merged commit d5d42ca into intel:sycl Sep 7, 2026
46 of 51 checks passed
ldorau added a commit to ldorau/llvm that referenced this pull request Sep 8, 2026
After the fix in intel#23110 (which changed createCommandList()'s
copy-offload-support check to rely solely on
ZeCopyOffloadQueueFlagSupported / ZeCopyOffloadListFlagSupported),
ZeCopyOffloadExtensionSupported is set during platform initialization
but never read anywhere in any conditional logic. It only flowed
through: platform.cpp (probed from the driver's extension list) ->
context.cpp (passed to command_list_cache_t's constructor) ->
command_list_cache.hpp/cpp (stored as a class member), without
affecting behavior.

Remove the flag and its now-pointless extension name/version probing
block across platform.hpp/.cpp, context.cpp, and
command_list_cache.hpp/.cpp. No behavior change; the
ur_zex_intel_queue_copy_operations_offload_hint_exp_desc_t descriptor
and its pNext fallback usage are unrelated and unaffected.

Signed-off-by: Lukasz Dorau <lukasz.dorau@intel.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants