abrown added the bug label to Issue #7624.
abrown opened issue #7624:
Test Case
See
wasm_fault_address_reported_from_mpk_protected_memoryin #7622Steps to Reproduce
- Checkout the PR (e.g.,
gh pr checkout 7622)- On an aarch64 machine, run `cargo test -- traps::wasm_fault_address_reported_from_mpk_protected_memory
Expected Results
The test to pass.
Actual Results
The test fails because the error message contains
0xdeadbee8instead of the expected0xdeadbeef. This likely is an endianness issue causing the calculation ofWasmFault(seeStore::wasm_fault, e.g.) to be slightly off.Versions and Environment
Wasmtime version or commit: TODO
Operating system: TODO
Architecture: TODO
Extra Info
Anything else you'd like to add?
abrown edited issue #7624:
Test Case
See
wasm_fault_address_reported_from_mpk_protected_memoryin #7622Steps to Reproduce
- Checkout the PR (e.g.,
gh pr checkout 7622)- On an aarch64 machine, run `cargo test -- traps::wasm_fault_address_reported_from_mpk_protected_memory
Expected Results
The test to pass.
Actual Results
The test fails because the error message contains
0xdeadbee8instead of the expected0xdeadbeef. This likely is an endianness issue causing the calculation ofWasmFault(seeStore::wasm_fault, e.g.) to be slightly off.Versions and Environment
Wasmtime version or commit: #7622
Operating system: Reproduced in the "Linux arm64" CI runner (here)
Architecture: aarch64
abrown edited issue #7624:
Test Case
See
wasm_fault_address_reported_from_mpk_protected_memoryin #7622Steps to Reproduce
- Checkout the PR (e.g.,
gh pr checkout 7622)- On an aarch64 machine, run
cargo test -- traps::wasm_fault_address_reported_from_mpk_protected_memoryExpected Results
The test to pass.
Actual Results
The test fails because the error message contains
0xdeadbee8instead of the expected0xdeadbeef. This likely is an endianness issue causing the calculation ofWasmFault(seeStore::wasm_fault, e.g.) to be slightly off.Versions and Environment
Wasmtime version or commit: #7622
Operating system: Reproduced in the "Linux arm64" CI runner (here)
Architecture: aarch64
alexcrichton closed issue #7624:
Test Case
See
wasm_fault_address_reported_from_mpk_protected_memoryin #7622Steps to Reproduce
- Checkout the PR (e.g.,
gh pr checkout 7622)- On an aarch64 machine, run
cargo test -- traps::wasm_fault_address_reported_from_mpk_protected_memoryExpected Results
The test to pass.
Actual Results
The test fails because the error message contains
0xdeadbee8instead of the expected0xdeadbeef. This likely is an endianness issue causing the calculation ofWasmFault(seeStore::wasm_fault, e.g.) to be slightly off.Versions and Environment
Wasmtime version or commit: #7622
Operating system: Reproduced in the "Linux arm64" CI runner (here)
Architecture: aarch64
alexcrichton commented on issue #7624:
Ah this is expected platform-specific behavior (I think we raced with my comment), so I'm going to close this.
Last updated: Dec 06 2025 at 06:05 UTC