Skip to content

fix(ep): demote per-provider ensure_ready failure to debug#703

Merged
timenick merged 1 commit into
mainfrom
zhiwang/fix-ep-discovery-warning
May 22, 2026
Merged

fix(ep): demote per-provider ensure_ready failure to debug#703
timenick merged 1 commit into
mainfrom
zhiwang/fix-ep-discovery-warning

Conversation

@timenick
Copy link
Copy Markdown
Collaborator

Summary

  • Per #688, WinMLEPRegistry._load_ep_catalog already isolates per-provider ensure_ready() failures, but logs them at warning level.
  • Duplicate/legacy EpCatalog entries (e.g. a stale legacy-framework NvTensorRTRTXExecutionProvider) are an expected transient state during the publisher migration, so the noisy Failed to ensure EP ... Package dependency criteria could not be resolved warning surfaces on every winml sys invocation on affected machines.
  • Demote that single per-provider line to debug. The outer _discover_eps warning for catalog-creation/enumeration failures is unchanged.

Closes #688

Duplicate/legacy EP catalog entries are an expected transient state
during the publisher migration; logging at warning level is noisy.

Fixes #688
@timenick timenick requested a review from a team as a code owner May 22, 2026 03:10
@xieofxie
Copy link
Copy Markdown
Contributor

personally I feel this should be visible to user so user know it is supported but needs fix and could try to fix ?

@timenick timenick merged commit 01dec7e into main May 22, 2026
9 checks passed
@timenick timenick deleted the zhiwang/fix-ep-discovery-warning branch May 22, 2026 03:17
DingmaomaoBJTU pushed a commit that referenced this pull request May 22, 2026
## Summary

- Per [#688](#688),
`WinMLEPRegistry._load_ep_catalog` already isolates per-provider
`ensure_ready()` failures, but logs them at `warning` level.
- Duplicate/legacy `EpCatalog` entries (e.g. a stale legacy-framework
`NvTensorRTRTXExecutionProvider`) are an expected transient state during
the publisher migration, so the noisy `Failed to ensure EP ... Package
dependency criteria could not be resolved` warning surfaces on every
`winml sys` invocation on affected machines.
- Demote that single per-provider line to `debug`. The outer
`_discover_eps` `warning` for catalog-creation/enumeration failures is
unchanged.

Closes #688
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.

EP discovery should be resilient to per-provider failures

2 participants