1. 16 6月, 2014 1 次提交
  2. 09 6月, 2014 6 次提交
  3. 03 5月, 2014 5 次提交
  4. 26 3月, 2014 1 次提交
  5. 17 3月, 2014 1 次提交
  6. 14 3月, 2014 1 次提交
  7. 18 2月, 2014 1 次提交
  8. 10 1月, 2014 1 次提交
  9. 11 9月, 2013 1 次提交
  10. 03 9月, 2013 1 次提交
  11. 10 7月, 2013 2 次提交
  12. 02 5月, 2013 1 次提交
    • E
      target-i386: Replace cpuid_*features fields with a feature word array · 0514ef2f
      Eduardo Habkost 提交于
      This replaces the feature-bit fields on both X86CPU and x86_def_t
      structs with an array.
      
      With this, we will be able to simplify code that simply does the same
      operation on all feature words (e.g. kvm_check_features_against_host(),
      filter_features_for_kvm(), add_flagname_to_bitmaps(), CPU feature-bit
      property lookup/registration, and the proposed "feature-words" property)
      
      The following field replacements were made on X86CPU and x86_def_t:
      
        (cpuid_)features         -> features[FEAT_1_EDX]
        (cpuid_)ext_features     -> features[FEAT_1_ECX]
        (cpuid_)ext2_features    -> features[FEAT_8000_0001_EDX]
        (cpuid_)ext3_features    -> features[FEAT_8000_0001_ECX]
        (cpuid_)ext4_features    -> features[FEAT_C000_0001_EDX]
        (cpuid_)kvm_features     -> features[FEAT_KVM]
        (cpuid_)svm_features     -> features[FEAT_SVM]
        (cpuid_)7_0_ebx_features -> features[FEAT_7_0_EBX]
      Signed-off-by: NEduardo Habkost <ehabkost@redhat.com>
      Reviewed-by: NIgor Mammedov <imammedo@redhat.com>
      Signed-off-by: NAndreas Färber <afaerber@suse.de>
      0514ef2f
  13. 18 4月, 2013 6 次提交
  14. 19 12月, 2012 1 次提交
  15. 05 10月, 2012 1 次提交
  16. 15 8月, 2012 2 次提交
  17. 28 7月, 2012 1 次提交
  18. 07 4月, 2012 2 次提交
    • 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
    • B
      arm-linux-user: fix elfload.c's AT_HWCAP to reflect cpu features. · adf050b1
      Benoit Canet 提交于
      The cpu capabilities passed by the elf loader in AT_HWCAP where
      a constant.
      Make AT_HWCAP reflect the emulated cpu features in order to give
      correct clues to eglibc.
      
      Riku Voipio: fixed to apply to current head
      
      Fix :  [Bug 887516] [NEW] VFP support reported for the PXA270
      Signed-off-by: NBenoit Canet <benoit.canet@gmail.com>
      Signed-off-by: NRiku Voipio <riku.voipio@linaro.org>
      adf050b1
  19. 15 3月, 2012 2 次提交
  20. 02 2月, 2012 1 次提交
    • A
      linux-user: save auxv length · 125b0f55
      Alexander Graf 提交于
      We create our own AUXV segment on stack and save a pointer to it.
      However we don't save the length of it, so any code that wants to
      do anything useful with it later on has to walk it again.
      
      Instead, let's remember the length of our AUXV segment. This
      simplifies later uses by a lot.
      
      (edited by Riku to apply to qemu HEAD)
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      Signed-off-by: NRiku Voipio <riku.voipio@iki.fi>
      125b0f55
  21. 11 1月, 2012 1 次提交
  22. 02 12月, 2011 1 次提交