Open enovella opened 4 years ago
The anal hints taken from the ELF parser seems to mess a bit the analysis, use those commands as a workaround
$ r2 -c 'ah-*;ahb 16;omfg;aac;aflc' libm0vie.so
Cannot analyze at 0x001946be
Cannot analyze at 0x0018fde8
299
[0x00038880]>
$ r2 libm0vie.so
[0x00038880]> ah~?
417
[0x00038880]> pd 2
;-- entry0, section..text, pc, r15:
0x00038880 strlt r4, [r0, -0xb0f] ; [12] -r-x section size 4096 named .text
0x00038884 ldmdavs fp, {r0, r1, r3, r4, r5, r6, sl, lr}
[0x00038880]> e asm.bits
32
[0x00038880]> e asm.bits=16
[0x00038880]> e asm.bits
16
[0x00038880]> pd 2
;-- entry0, section..text, pc, r15:
0x00038880 strlt r4, [r0, -0xb0f] ; [12] -r-x section size 4096 named .text
0x00038884 ldmdavs fp, {r0, r1, r3, r4, r5, r6, sl, lr}
[0x00038880]> e asm.bits
32
[0x00038880]> ah-*
[0x00038880]> e asm.bits=16
[0x00038880]> pd 2
;-- entry0, section..text, pc, r15:
0x00038880 strlt r4, [r0, -0xb0f] ; [12] -r-x section size 4096 named .text
0x00038884 ldmdavs fp, {r0, r1, r3, r4, r5, r6, sl, lr}
[0x00038880]> e asm.bits
32
[0x00038880]> e asm.bits=16
[0x00038880]> pd 2
;-- entry0, section..text, pc, r15:
0x00038880 strlt r4, [r0, -0xb0f] ; [12] -r-x section size 4096 named .text
0x00038884 ldmdavs fp, {r0, r1, r3, r4, r5, r6, sl, lr}
[0x00038880]> ah~?
0
[0x00038880]>
i did another fix for this thumb block issue in a PR, will be merged soon
ping @thestr4ng3r
@thestr4ng3r I see you are assigned on this issue. Just to know, do you think you'll be able to perform it for next release (let's say, in 2 months)? Not putting any pressure, I just want to organize issues for next release.
No, don't count on it.
Work environment
Expected behavior
Some ARM32/Thumb functions recognized. IDA 7.4 recognizes 34 functions
Actual behavior
No thumb detection when performing normal analysis
aaa
Steps to reproduce the behavior
aaa
afl
Additional Logs, screenshots, source-code, configuration dump, ...
Sample: libm0vie.so.zip