Skip to content

Sync with Microsoft ONNX Runtime - 28082026 - #1272

Merged
hdharpure9922 merged 4 commits into
ovep-developfrom
sync_msft_28082026
Aug 28, 2026
Merged

Sync with Microsoft ONNX Runtime - 28082026#1272
hdharpure9922 merged 4 commits into
ovep-developfrom
sync_msft_28082026

Conversation

@ai-fw-intg

Copy link
Copy Markdown

Automated daily backmerge from ORT main to ovep-develop. No conflicts detected. Do NOT squash or rebase - use merge commit only.

edgchen1 and others added 4 commits August 26, 2026 21:34
### Description
<!-- Describe your changes. -->

Fix ort-ci/SKILL.md yaml frontmatter syntax.

`.github\skills\ort-ci\SKILL.md: failed to parse YAML frontmatter:
mapping values are not allowed in this context at line 2 column 385`

There's a literal colon in the description that it doesn't like. Made
the string a block scalar literal instead.

### Motivation and Context
<!-- - Why is this change required? What problem does it solve?
- If it fixes an open issue, please link to the issue here. -->

Fix yaml syntax.
…2263)

Extend the paged-KV XQA decode path to consume a native FP16 KV cache
for the `head_size=256`, group-size-6 geometry used by Qwen3.8
full-attention layers.

- Add an FP16 query/output + FP16 paged-KV H256 XQA instantiation.
- Select it only for metadata-backed one-token-per-sequence decode on
SM80+.
- Reuse the existing 128-token XQA page mapping for PagedAttention block
sizes divisible by 128.
- Preserve paged Flash Attention for prefill, ragged/multi-token decode,
metadata-free callers, unsupported devices, disabled XQA, BF16, and
other geometries.
- Keep the runtime dynamic shared-memory fit check authoritative.
- Add CPU-reference numerical coverage and verify XQA dispatch for the
Qwen group-size-6 shape.

On an A100-SXM4-80GB with Qwen3.8 27B, the native FP16 XQA kernel
reduces B1 x 64K attention time from 0.764 ms to 0.176 ms per
full-attention layer per token. End-to-end eager decode improves from
32.9 to 47.5 tok/s (+44%); stable CUDA graphs reach 52.6 tok/s. The
128-token 64K output matches the existing FP16 Flash path
token-for-token.

| Batch / context | FP16 Flash | FP16 XQA | Gain |
|---|---:|---:|---:|
| B1 x 64K, eager | 32.9 tok/s | 47.5 tok/s | +44% |
| B8 x 8K, eager | 143.5 | 171.3 | +19% |
| B8 x 32K, eager | 86.3 | 144.3 | +67% |
| B8 x 64K, eager | 43.2 | 77.7 | +80% |

@hdharpure9922 hdharpure9922 left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@hdharpure9922
hdharpure9922 merged commit d46033d into ovep-develop Aug 28, 2026
7 of 8 checks passed
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.

5 participants