The cstool binary and rasm2 from the radare2 suite both fail to properly
disassemble the 2-byte s390x instruction `0a00` to `svc 0`.
The issue occurs when testing the Trixie builds of rasm2 and cstool in a
podman container.

Building capstone 4.0.2 using the upstream source tarball, the issue
occurs, but version 5.0 does not have this issue.

Building radare2 5.9.4 from source does not replicate the issue with
upstream default options, but if built against the system libcapstone4,
the issue reappears.

.

This looks like it could be the same as an upstream issue on the Capstone
GitHub repository reported by one of the radare2 devs in 2019, which was
marked as fixed in a commit that was part of 6.0.0-Alpha1, tagged on
2024-09-30. It seems like it was actually fixed far earlier if it was
indeed the same issue, but that may be relevant context.

https://github.com/capstone-engine/capstone/issues/1545