On Monday 06 July 2009 20:21:03 Øyvind Harboe wrote: > On Mon, Jul 6, 2009 at 7:10 PM, Dominic<[email protected]> wrote: > > On Monday 06 July 2009 17:41:40 Øyvind Harboe wrote: > >> Does anyone have an idea what mode 19 from cpsr would > >> mean when passed into armv4_5_number_to_mode()? > > > > Mode 19 decimal or hex? I've never seen 0x19, but 19d is 0x13 which is > > supervisor mode. > > 19 decimal. > > Why does armv4_5_number_to_mode() not translate *all* 31 possible > modes?
Because only those numbers that are translated were valid at the time I wrote the original code. The other modes are translated to -1 because they indicate a bug or a communication error. We could add 0x16 (22) as ARMV4_5_MODE_SEC (or ..._SEC_MO(N)), for the secure monitor mode as documented for example in the ARM1176JZF-S TRM. Not sure what we would do if we ever encountered that mode... > >> Any good links anyone? > >> > >> Is this "Jazelle"/Java Byte Code interpretation mode? > > > > Jazelle has a dedciated J bit in the xPSR. > > Where can I find documentation of CPSR? In most (all?) of the TRMs, and the architecture reference manuals. DDI-0100I (the latest version of the "ARM ARM" architecture reference manual that I could fine) lists the J bit, but lacks secure monitor mode. Regards, Dominic
_______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
