1. 11 9月, 2012 4 次提交
  2. 10 9月, 2012 23 次提交
  3. 09 9月, 2012 2 次提交
    • J
      kvm: Clean up irqfd API · b131c74a
      Jan Kiszka 提交于
      No need to expose the fd-based interface, everyone will already be fine
      with the more handy EventNotifier variant. Rename the latter to clarify
      that we are still talking about irqfds here.
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Acked-by: NAlex Williamson <alex.williamson@redhat.com>
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      b131c74a
    • C
      qemu: Use valgrind annotations to mark kvm guest memory as defined · 62fe8331
      Christian Borntraeger 提交于
      valgrind with kvm produces a big amount of false positives regarding
      "Conditional jump or move depends on uninitialised value(s)". This
      happens because the guest memory is allocated with qemu_vmalloc which
      boils down posix_memalign etc. This function is (correctly) considered
      by valgrind as returning undefined memory.
      
      Since valgrind is based on jitting code, it will not be able to see
      changes made by the guest to guest memory if this is done by KVM_RUN,
      thus keeping most of the guest memory undefined.
      
      Now lots of places in qemu will then use guest memory to change behaviour.
      To avoid the flood of these messages, lets declare the whole guest
      memory as defined. This will reduce the noise and allows us to see real
      problems.
      
      In the future we might want to make this conditional, since there
      is actually something that we can use those false positives for:
      These messages will point to code that depends on guest memory, so
      we can use these backtraces to actually make an audit that is focussed
      only at those code places. For normal development we dont want to
      see those messages, though.
      Signed-off-by: NChristian Borntraeger <borntraeger@de.ibm.com>
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      62fe8331
  4. 08 9月, 2012 6 次提交
    • J
      musicpal: Fix flash mapping · 0c267217
      Jan Kiszka 提交于
      The old arithmetic assumed 32 physical address bits which is no longer
      true for ARM since 3cc0cd61.
      Signed-off-by: NJan Kiszka <jan.kiszka@web.de>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      0c267217
    • F
      Add MAINTAINERS entry for leon3 · ce6c760c
      Fabien Chouteau 提交于
      Signed-off-by: NFabien Chouteau <chouteau@adacore.com>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      ce6c760c
    • A
      target-sparc: fix fcmp{s,d,q} instructions wrt exception · 5acfc832
      Aurelien Jarno 提交于
      fcmp{s,d,q} instructions are supposed to ignore quiet NaN (contrary to
      the fcmpe{s,d,q} instructions), but the current code is wrongly setting
      the NV exception in that case. Moreover the current code is duplicated:
      first the arguments are checked for NaN to generate an exception, and
      later in case the comparison is unordered (which can only happens if one
      of the argument is a NaN), the same check is done to generate an
      exception.
      
      Fix that by calling clear_float_exceptions() followed by
      check_ieee_exceptions() as for the other floating point instructions.
      Use the _compare_quiet functions for fcmp{s,d,q} and the _compare ones
      for fcmpe{s,d,q}. Simplify the flag setting by not clearing a flag that
      is set the line just below.
      
      This fix allows the math glibc testsuite to pass.
      
      Cc: Blue Swirl <blauwirbel@gmail.com>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      5acfc832
    • M
      target-xtensa: fix missing errno codes for mingw32 · c29b1bee
      Max Filippov 提交于
      Put the following errno value mappings under #ifdef:
      
      xtensa-semi.c: In function 'errno_h2g':
      xtensa-semi.c:113: error: 'ENOTBLK' undeclared (first use in this function)
      xtensa-semi.c:113: error: (Each undeclared identifier is reported only once
      xtensa-semi.c:113: error: for each function it appears in.)
      xtensa-semi.c:113: error: array index in initializer not of integer type
      xtensa-semi.c:113: error: (near initialization for 'guest_errno')
      xtensa-semi.c:124: error: 'ETXTBSY' undeclared (first use in this function)
      xtensa-semi.c:124: error: array index in initializer not of integer type
      xtensa-semi.c:124: error: (near initialization for 'guest_errno')
      xtensa-semi.c:134: error: 'ELOOP' undeclared (first use in this function)
      xtensa-semi.c:134: error: array index in initializer not of integer type
      xtensa-semi.c:134: error: (near initialization for 'guest_errno')
      Signed-off-by: NMax Filippov <jcmvbkbc@gmail.com>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      c29b1bee
    • S
      target-cris: Fix buffer overflow · c001ed15
      Stefan Weil 提交于
      Report from smatch:
      
      target-cris/translate.c:3464 cpu_dump_state(32) error:
       buffer overflow 'env->sregs' 4 <= 255
      
      sregs is declared 'uint32_t sregs[4][16]', so the first index must be
      less than 4 or ARRAY_SIZE(env->sregs).
      Signed-off-by: NStefan Weil <sw@weilnetz.de>
      c001ed15
    • 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
  5. 07 9月, 2012 5 次提交