2013/4/3 Michael Niedermayer <[email protected]> > On Tue, Apr 02, 2013 at 08:38:18PM +0200, Lars Hammarstrand wrote: > > 2013/4/2 Carl Eugen Hoyos <[email protected]> > > > > (gdb) *disass $pc-32,$pc+32* > > Dump of assembler code for function ff_pred8x8_top_dc_neon: > > 0x00398b74 <ff_pred8x8_top_dc_neon+0>: andeq lr, r1, #163840 ; 0x28000 > > 0x00398b78 <ff_pred8x8_top_dc_neon+4>: ldreq pc, [pc, -r2, lsr #18] > > 0x00398b7c <ff_pred8x8_top_dc_neon+8>: addeq pc, r0, #704 ; 0x2c0 > > 0x00398b80 <ff_pred8x8_top_dc_neon+12>: bleq 0x7d47c8 <noise_table+2408> > > 0x00398b84 <ff_pred8x8_top_dc_neon+16>: ldmdaeq r0, {r1, r2, r3, r7, r8, > > r9, r10, r11, sp, lr, pc}^ > > 0x00398b88 <ff_pred8x8_top_dc_neon+20>: stcne 15, cr15, [r0], {179} > > 0x00398b8c <ff_pred8x8_top_dc_neon+24>: stceq 15, cr15, [r0], {177} > > 0x00398b90 <ff_pred8x8_top_dc_neon+28>: strheq pc, [r1], r10 > > 0x00398b94 <ff_pred8x8_top_dc_neon+32>: svclt 0x0000e04a > > End of assembler dump. > > > > (gdb) *info all-registers*
> pc 0x398b6c 3771244 > > iam not an arm expert but the address pc is at doesnt seem to be part > of the disassembly > > So it seems. Could it be an address alignment problem?
_______________________________________________ Libav-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/libav-user
