aboutsummaryrefslogtreecommitdiff
path: root/CHANGELOG
AgeCommit message (Collapse)Author
8 hoursreport rounding bit of smmla/smmlsiximeow
8 hoursfix hvc immediate missing its upper four bitsiximeow
8 hoursfix ssat/16 second operand off by one, testcasesiximeow
8 hoursfix issues around unpredictable ldrd and offset printingiximeow
8 hoursfix {s,u}xt{h,b}[16] using an immediate to describe their rotatesiximeow
8 hoursfix mrc/mrc2 use of CRd=15iximeow
2026-08-04write condition code *before* .w suffixiximeow
2026-08-04msr confusion like with mrs..iximeow
2026-08-03armv8 thumb-mode hintsiximeow
2026-08-03decode unknown wide hints like any other hintsiximeow
2026-08-02fix swapped rfe{ia,db} and srs{ia,db}iximeow
2026-08-02fix missing decode of `s` bit for wide shift/rotate opsiximeow
2026-08-02thumb ldc/stc encodings missed a bitiximeow
2026-08-02sufficiently advanced SIMD is indistinguishable from coprocessorsiximeow
2026-08-02thumb2 preload improvementsiximeow
2026-08-02thumb SIMD encoding should have returned Incompleteiximeow
2026-08-02pkhbt/pkhtb bitmask confusioniximeow
2026-08-02Test Target, fix bogus MRS destinationsiximeow
2026-08-02ldrexd changelogiximeow
2026-07-28thumb2: fix parallel addition/subtraction, (un)signediximeow
2026-07-28fix thumb2 TBH decode: wrong opcode and register-shift operandBrandon Ros
the T1 TBH arm set Opcode::TBB instead of Opcode::TBH, and built the index operand with bit 4 set in the RegShift raw value. bit 4 is the RegReg selector in RegShift::into_shift, so the mandatory 'lsl #1' index scaling decoded as a register shift 'lsl r0' instead. clear bit 4 so it reads back as the RegImm 'lsl #1' the encoding specifies. verified against binutils objdump: df e8 13 f0 is tbh [pc, r3, lsl #1].
2026-07-28fix more thumb2 register data-processing decode bugsBrandon Ros
- register-controlled shifts (lsl/lsr/asr/ror by register) all decoded as lsl: the shift type was read from hw1[6:5] (always 0 for this form) instead of hw0[6:5] - 32-bit uxt*/sxt* extends read the ror amount from the wrong field (hw1[2:1] scaled by 4 instead of hw1[5:4] scaled by 8), so a no-rotation extend came back as ror #4; rotation of 0 is now omitted - sxtab was decoded as sxtah (wrong opcode table entry) all cases verified against binutils objdump
2026-07-28fix several thumb2 decode bugsBrandon Ros
- 32-bit store encodings with the imm12 bit (bit 23) set were decoded as the register-offset form when imm12 < 64, or as strbt/strht/strt when imm12 was 0xExx. bit 23 set always means the imm12 form. - movw/movt packed imm4 at bit 16 instead of bit 12, producing 20-bit immediates (e.g. 0xf0005 instead of 0xf005) - mvn (immediate) was decoded as mov, dropping the bitwise not - ror (immediate) was decoded as asr all cases verified against binutils objdump
2026-07-28Decode the correct number of operands for TST/TEQ (immediate/register)Grond
2026-07-28Decode the correct number of operands for CMP/CMN (immediate/register)Grond
This also incidentally fixes an issue where MOV/MVN instructions with a shifted operand could be decoded as if they had 3 operands.
2026-07-28Fix the handling of reserved bits in uncommon loads/storesGrond
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.
2026-07-28Check all of the appropriate bits when parsing op1 for CDP2/MCR2/MRC2Grond
2026-07-28Implement the RRX immediate shift typeGrond
2026-07-28Fix the handling of arithmetic register shifts with zero immediatesGrond
2026-06-19Add armv7::InstDecoder::in_thumb_mode() methodSamuel Arnold
2026-02-22support A1 encoding of several coprocessor instructions + SVCrva3
initially was "implement MCR/MRC decoding", but expanded to include the whole coprocessor space for completeness, and then SVC is right there too. Neon instructions in this space are still rejected, as neon support is not really there yet. Co-authored-by: iximeow <me@iximeow.net>
2026-02-22derive Clone and Copy for armv7 instructionrva3
2025-10-19update changelog, no 0.3.2 after alliximeow
2025-10-19tag instruction decode fixes, differential test precisioniximeow
2025-06-20changelog + another inlineiximeow
2025-02-060.3.10.3.1iximeow
2024-06-250.3.00.3.0iximeow
2024-06-25include udf note in changelogiximeow
2024-03-090.2.50.2.5iximeow
2023-11-02another changelog update, this time actually followed by a release...iximeow
2023-04-25prepare changelog updatesiximeow
2022-01-020.2.3iximeow
2022-01-02fix docs typo0.2.2iximeow
2022-01-020.2.10.2.1iximeow
2022-01-02document the crateiximeow
2022-01-010.1.4iximeow
2021-09-28do not publish crates with compilation warnings (bump for 0.1.3 also)0.1.3iximeow
2021-09-28handle another unintended panic in display impliximeow
2021-09-28fix various armv8 and armv8 panics that should be Err.iximeow
in fact the decoder should _never_ panic. included here are tests that cover the entire 32-bit instruction space and ensure that decoding and display do not panic. these tests run uncomfortably slowly (1168s to decode the 4b "instruction" sequences on my desktop), but verify that panics are no longer an issue.
2021-07-21fix DecodeError impl on builds using yaxpeax-arch+std0.1.1iximeow