Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

[quant] Fix QuantizeLinear opset-23 kernel registration to match ONNX schema#26491

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
rachelElfenbein-dev wants to merge4 commits intomicrosoft:main
base:main
Choose a base branch
Loading
fromrachelElfenbein-dev:fix/quantizeLinear_Opset23

Conversation

@rachelElfenbein-dev
Copy link

@rachelElfenbein-devrachelElfenbein-dev commentedNov 4, 2025
edited
Loading

Description

This PR fixes the type-constraint mapping for QuantizeLinear in opset 23 in the CPU EP kernel registration.
The kernel registration for opset 23 now matches the schema names and allowed types.
Type Constraints (opset 23)

Motivation and Context

Fixes#25932

Problem: Models with QuantizeLinear at opset 23 failed session initialization with “Could not find an implementation for QuantizeLinear(23)”, even though a CPU kernel exists.
The previous kernel registration for opset 23 incorrectly constrained the second input (y_scale, input index 1) to the quantized/output type (T).
As a result, at runtime KernelRegistry::TryFindKernel failed to match the kernel .

Root cause: The previous opset-23 registration did not mirror the schema’s per-parameter type variables. During KernelRegistry::TryFindKernel, the constraint-to-arg mapping (via KernelTypeStrResolver) compared Y_scale against the quantized type set (or otherwise mismatched sets), causing combinations to be rejected.

Solution: Register opset-23 with schema-accurate constraints (T1, T2, T3) so each argument is validated against the correct constraint . It restores the ability to find a matching kernel for valid models and removes the initialization failure.

@rachelElfenbein-dev
Copy link
Author

@microsoft-github-policy-service agree company="KamaTech"

xadupre
xadupre previously approved these changesNov 4, 2025
@rachelElfenbein-devrachelElfenbein-dev changed the title[cpu][quant] Fix QuantizeLinear opset-23 kernel registration to match ONNX schema (separate T1/T2/T3) Fixes #25932[quant] Fix QuantizeLinear opset-23 kernel registration to match ONNX schemaNov 5, 2025
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@xaduprexadupreAwaiting requested review from xadupre

At least 1 approving review is required to merge this pull request.

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

Could not find an implementation for QuantizeLinear(23)

2 participants

@rachelElfenbein-dev@xadupre

[8]ページ先頭

©2009-2025 Movatter.jp