-
-
Notifications
You must be signed in to change notification settings - Fork 2
Characterize AMD XDNA bfp16ebs8 block-8 semantics on silicon #146
Copy link
Copy link
Open
Labels
area: backendAccelerator traits, mock backend, and provider conformanceAccelerator traits, mock backend, and provider conformancearea: verificationSecurity, fuzzing, model tests, and performance evidenceSecurity, fuzzing, model tests, and performance evidenceenhancementNew feature or requestNew feature or requestkind: designSpecification or architectural design workSpecification or architectural design workwayfinder:researchWayfinder research ticket (AFK)Wayfinder research ticket (AFK)
Description
Activity
Metadata
Metadata
Assignees
Labels
area: backendAccelerator traits, mock backend, and provider conformanceAccelerator traits, mock backend, and provider conformancearea: verificationSecurity, fuzzing, model tests, and performance evidenceSecurity, fuzzing, model tests, and performance evidenceenhancementNew feature or requestNew feature or requestkind: designSpecification or architectural design workSpecification or architectural design workwayfinder:researchWayfinder research ticket (AFK)Wayfinder research ticket (AFK)
Part of #110.
Question
What exact numerical contract does XDNA2
bfp16ebs8implement on the reference NPU, and can oneTOSA/OCP-style block-32 MXINT8 value be mapped into four block-8 groups without changing results?
This ticket advertises nothing.
bfp16ebs8is an AMD vendor block-8 shared-exponent format, notordinary FP16/BF16 and not the TOSA 1.1-draft block-32 MX contract. Background and current official
status:
docs/research/tosa-int8-block-fp-status.md.Required probes
NaNs from host-generated edge vectors.
where the four sub-block exponents agree and disagree.
integer, BF16, FP32, or another documented contract.
repeatable on-metal testing.
Exit criteria
distinct vendor-only contract.
Target, extension bit,TosaCapabilityProviderrow, or stable protocol value isadded by this ticket.