1. 22 4月, 2012 2 次提交
  2. 07 4月, 2012 1 次提交
    • P
      Userspace ARM BE8 support · d8fd2954
      Paul Brook 提交于
      Add support for ARM BE8 userspace binaries.
      i.e. big-endian data and little-endian code.
      In principle LE8 mode is also possible, but AFAIK has never actually
      been implemented/used.
      
      System emulation doesn't have any useable big-endian board models,
      but should in principle work once you fix that.
      Dynamic endianness switching requires messing with data accesses,
      preferably with TCG cooperation, and is orthogonal to BE8 support.
      Signed-off-by: NPaul Brook <paul@codesourcery.com>
      [PMM: various changes, mostly as per my suggestions in code review:
       * rebase
       * use EF_ defines rather than hardcoded constants
       * make bswap_code a bool for future VMSTATE macro compatibility
       * update comment in cpu.h about TB flags bit field usage
       * factor out load-code-and-swap into arm_ld*_code functions and
         get_user_code* macros
       * fix stray trailing space at end of line
       * added braces in disas.c to satisfy checkpatch
      ]
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NRiku Voipio <riku.voipio@linaro.org>
      d8fd2954
  3. 30 3月, 2012 1 次提交
  4. 29 3月, 2012 2 次提交
  5. 15 3月, 2012 2 次提交
  6. 25 1月, 2012 2 次提交
  7. 14 1月, 2012 1 次提交
  8. 05 1月, 2012 1 次提交
  9. 20 10月, 2011 3 次提交
  10. 07 8月, 2011 1 次提交
  11. 26 7月, 2011 2 次提交
  12. 05 7月, 2011 1 次提交
  13. 27 6月, 2011 1 次提交
  14. 22 6月, 2011 1 次提交
  15. 09 5月, 2011 1 次提交
  16. 20 4月, 2011 1 次提交
  17. 10 4月, 2011 1 次提交
    • D
      arm: basic support for ARMv4/ARMv4T emulation · be5e7a76
      Dmitry Eremin-Solenikov 提交于
      Currently target-arm/ assumes at least ARMv5 core. Add support for
      handling also ARMv4/ARMv4T. This changes the following instructions:
      
      BX(v4T and later)
      
      BKPT, BLX, CDP2, CLZ, LDC2, LDRD, MCRR, MCRR2, MRRC, MCRR, MRC2, MRRC,
      MRRC2, PLD QADD, QDADD, QDSUB, QSUB, STRD, SMLAxy, SMLALxy, SMLAWxy,
      SMULxy, SMULWxy, STC2 (v5 and later)
      
      All instructions that are "v5TE and later" are also bound to just v5, as
      that's how it was before.
      
      This patch doesn _not_ include disabling of cp15 access and base-updated
      data abort model (that will be required to emulate chips based on a
      ARM7TDMI), because:
      * no ARM7TDMI chips are currently emulated (or planned)
      * those features aren't strictly necessary for my purposes (SA-1 core
        emulation).
      
      All v5 models are handled as they are v5T. Internally we still have a
      check if the model is a v5(T) or v5TE, but as all emulated cores are
      v5TE, those two cases are simply aliased (for now).
      
      Patch is heavily based on patch by Filip Navara <filip.navara@gmail.com>
      which in turn is based on work by Ulrich Hecht <uli@suse.de> and Vincent
      Sanders <vince@kyllikki.org>.
      Signed-off-by: NDmitry Eremin-Solenikov <dbaryshkov@gmail.com>
      Reviewed-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      be5e7a76
  18. 07 3月, 2011 1 次提交
  19. 11 2月, 2011 1 次提交
  20. 05 2月, 2011 1 次提交
  21. 15 1月, 2011 3 次提交
  22. 03 12月, 2010 2 次提交
  23. 30 10月, 2010 1 次提交
  24. 03 7月, 2010 2 次提交
  25. 29 5月, 2010 1 次提交
  26. 06 4月, 2010 1 次提交
    • P
      ARMv7-M reset fixes · 983fe826
      Paul Brook 提交于
      Move ARMv7-M PC/SP initialization to the CPU reset routine.  Add a board
      reset routine to call this.  Also load values directly from ROM as
      images have not been copied yet.
      
      Avoid clearing the NVIC pointer on cpu reset.
      Signed-off-by: NPaul Brook <paul@codesourcery.com>
      983fe826
  27. 13 3月, 2010 1 次提交
  28. 23 11月, 2009 1 次提交
  29. 20 11月, 2009 1 次提交