Fix the handling of reserved bits in uncommon loads/stores

There's a pattern of load/store instructions that look something like
  * `ldr<variant> <target registers>,
        [<base register>, +/- <offset register>]`
  * `str<variant> <target registers>,
        [<base register>, +/- <offset register>]`

These instructions share a common encoding format, which includes the
presence of 4 reserved bits starting at bit 8 in the instruction word.
These bits should always be zero, according to
`DDI0406C_d_armv7ar_arm.pdf`. However, while this crate did attempt to
validate these bits sometimes, the validation was inverted. Instead of
checking that the bits were zero, the validation would raise an error if
all of the bits were zero! Additionally, some instructions were missing
the check and some instructions that did not use the aforementioned
encoding scheme incorrectly had the check applied to them.

This commit fixes all of the issues I've found along these lines so far.

0 files changed, 0 insertions, 0 deletions