1. 10 2月, 2014 3 次提交
  2. 03 9月, 2013 1 次提交
  3. 29 7月, 2013 1 次提交
  4. 27 7月, 2013 1 次提交
  5. 10 7月, 2013 1 次提交
  6. 28 6月, 2013 1 次提交
  7. 12 3月, 2013 3 次提交
  8. 24 2月, 2013 1 次提交
  9. 01 2月, 2013 1 次提交
  10. 15 1月, 2013 3 次提交
  11. 08 1月, 2013 1 次提交
  12. 01 1月, 2013 2 次提交
  13. 19 12月, 2012 2 次提交
  14. 16 12月, 2012 1 次提交
  15. 01 11月, 2012 10 次提交
  16. 23 10月, 2012 1 次提交
    • A
      Rename target_phys_addr_t to hwaddr · a8170e5e
      Avi Kivity 提交于
      target_phys_addr_t is unwieldly, violates the C standard (_t suffixes are
      reserved) and its purpose doesn't match the name (most target_phys_addr_t
      addresses are not target specific).  Replace it with a finger-friendly,
      standards conformant hwaddr.
      
      Outstanding patchsets can be fixed up with the command
      
        git rebase -i --exec 'find -name "*.[ch]"
                              | xargs s/target_phys_addr_t/hwaddr/g' origin
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      a8170e5e
  17. 17 10月, 2012 5 次提交
  18. 16 9月, 2012 1 次提交
  19. 08 9月, 2012 1 次提交
    • M
      MIPS/user: Fix reset CPU state initialization · 03e6e501
      Maciej W. Rozycki 提交于
       This change updates the CPU reset sequence to use a common piece of code
      that figures out CPU state flags, fixing the problem with MIPS_HFLAG_COP1X
      not being set where applicable that causes floating-point MADD family
      instructions (and other instructions from the MIPS IV FP subset) to trap.
      
       As compute_hflags is now shared between op_helper.c and translate.c, the
      function is now moved to a common header.  There are no changes to this
      function.
      
       The problem was seen with the 24Kf MIPS32r2 processor in user emulation.
      The new approach prevents system and user emulation from diverging -- all
      the hflags state is initialized in one place now.
      Signed-off-by: NMaciej W. Rozycki <macro@codesourcery.com>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      03e6e501