1. 16 5月, 2014 1 次提交
    • D
      KVM: s390: interpretive execution of SIGP EXTERNAL CALL · 4953919f
      David Hildenbrand 提交于
      If the sigp interpretation facility is installed, most SIGP EXTERNAL CALL
      operations will be interpreted instead of intercepted. A partial execution
      interception will occurr at the sending cpu only if the target cpu is in the
      wait state ("W" bit in the cpuflags set). Instruction interception will only
      happen in error cases (e.g. cpu addr invalid).
      
      As a sending cpu might set the external call interrupt pending flags at the
      target cpu at every point in time, we can't handle this kind of interrupt using
      our kvm interrupt injection mechanism. The injection will be done automatically
      by the SIE when preparing the start of the target cpu.
      Signed-off-by: NDavid Hildenbrand <dahi@linux.vnet.ibm.com>
      Reviewed-by: NCornelia Huck <cornelia.huck@de.ibm.com>
      CC: Thomas Huth <thuth@linux.vnet.ibm.com>
      [Adopt external call injection to check for sigp interpretion]
      Signed-off-by: NChristian Borntraeger <borntraeger@de.ibm.com>
      4953919f
  2. 06 5月, 2014 1 次提交
  3. 29 4月, 2014 1 次提交
  4. 22 4月, 2014 9 次提交
  5. 25 3月, 2014 1 次提交
  6. 21 3月, 2014 2 次提交
  7. 17 3月, 2014 1 次提交
  8. 04 3月, 2014 1 次提交
  9. 27 2月, 2014 1 次提交
  10. 30 1月, 2014 3 次提交
  11. 22 10月, 2013 1 次提交
    • M
      s390/time: correct use of store clock fast · 8c071b0f
      Martin Schwidefsky 提交于
      The result of the store-clock-fast (STCKF) instruction is a bit fuzzy.
      It can happen that the value stored on one CPU is smaller than the value
      stored on another CPU, although the order of the stores is the other
      way around. This can cause deltas of get_tod_clock() values to become
      negative when they should not be.
      
      We need to be more careful with store-clock-fast, this patch partially
      reverts git commit e4b7b4238e666682555461fa52eecd74652f36bb "time:
      always use stckf instead of stck if available". The get_tod_clock()
      function now uses the store-clock-extended (STCKE) instruction.
      get_tod_clock_fast() can be used if the fuzziness of store-clock-fast
      is acceptable e.g. for wait loops local to a CPU.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      8c071b0f
  12. 25 9月, 2013 1 次提交
  13. 17 6月, 2013 1 次提交
  14. 08 3月, 2013 3 次提交
  15. 14 2月, 2013 1 次提交
  16. 11 2月, 2013 1 次提交
  17. 16 1月, 2013 1 次提交
    • H
      s390/time: fix sched_clock() overflow · ed4f2094
      Heiko Carstens 提交于
      Converting a 64 Bit TOD format value to nanoseconds means that the value
      must be divided by 4.096. In order to achieve that we multiply with 125
      and divide by 512.
      When used within sched_clock() this triggers an overflow after appr.
      417 days. Resulting in a sched_clock() return value that is much smaller
      than previously and therefore may cause all sort of weird things in
      subsystems that rely on a monotonic sched_clock() behaviour.
      
      To fix this implement a tod_to_ns() helper function which converts TOD
      values without overflow and call this function from both places that
      open coded the conversion: sched_clock() and kvm_s390_handle_wait().
      
      Cc: stable@kernel.org
      Reviewed-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      ed4f2094
  18. 08 1月, 2013 3 次提交
  19. 11 10月, 2012 1 次提交
  20. 28 9月, 2012 1 次提交
  21. 26 7月, 2012 1 次提交
  22. 20 7月, 2012 1 次提交
    • H
      s390/comments: unify copyright messages and remove file names · a53c8fab
      Heiko Carstens 提交于
      Remove the file name from the comment at top of many files. In most
      cases the file name was wrong anyway, so it's rather pointless.
      
      Also unify the IBM copyright statement. We did have a lot of sightly
      different statements and wanted to change them one after another
      whenever a file gets touched. However that never happened. Instead
      people start to take the old/"wrong" statements to use as a template
      for new files.
      So unify all of them in one go.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      a53c8fab
  23. 11 3月, 2012 1 次提交
  24. 05 3月, 2012 1 次提交
  25. 17 11月, 2011 1 次提交
    • C
      KVM: s390: Fix RUNNING flag misinterpretation · 9e6dabef
      Cornelia Huck 提交于
      CPUSTAT_RUNNING was implemented signifying that a vcpu is not stopped.
      This is not, however, what the architecture says: RUNNING should be
      set when the host is acting on the behalf of the guest operating
      system.
      
      CPUSTAT_RUNNING has been changed to be set in kvm_arch_vcpu_load()
      and to be unset in kvm_arch_vcpu_put().
      
      For signifying stopped state of a vcpu, a host-controlled bit has
      been used and is set/unset basically on the reverse as the old
      CPUSTAT_RUNNING bit (including pushing it down into stop handling
      proper in handle_stop()).
      
      Cc: stable@kernel.org
      Signed-off-by: NCornelia Huck <cornelia.huck@de.ibm.com>
      Signed-off-by: NCarsten Otte <cotte@de.ibm.com>
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      9e6dabef