1. 15 5月, 2018 38 次提交
  2. 14 5月, 2018 2 次提交
    • R
      target/s390x: Fix brace Werror with clang 6.0.0 · b0dad618
      Richard Henderson 提交于
      The warning is
      
      target/s390x/misc_helper.c:209:21: error: suggest
            braces around initialization of subobject [-Werror,-Wmissing-braces]
          SysIB sysib = { 0 };
                          ^
                          {}
      
      While the original code is correct, and technically exactly correct
      as per ISO C89, both GCC and Clang support plain empty set of braces
      as an extension.
      
      Cc: Alexander Graf <agraf@suse.de>
      Cc: David Hildenbrand <david@redhat.com>
      Cc: Cornelia Huck <cohuck@redhat.com>
      Signed-off-by: NRichard Henderson <richard.henderson@linaro.org>
      Message-Id: <20180512045950.12386-5-richard.henderson@linaro.org>
      Reviewed-by: NDavid Hildenbrand <david@redhat.com>
      Signed-off-by: NCornelia Huck <cohuck@redhat.com>
      b0dad618
    • D
      s390x: refactor reset/reipl handling · a30fb811
      David Hildenbrand 提交于
      Calling pause_all_vcpus()/resume_all_vcpus() from a VCPU thread might
      not be the best idea. As pause_all_vcpus() temporarily drops the qemu
      mutex, two parallel calls to pause_all_vcpus() can be active at a time,
      resulting in a deadlock. (either by two VCPUs or by the main thread and a
      VCPU)
      
      Let's handle it via the main loop instead, as suggested by Paolo. If we
      would have two parallel reset requests by two different VCPUs at the
      same time, the last one would win.
      
      We use the existing ipl device to handle it. The nice side effect is
      that we can get rid of reipl_requested.
      
      This change implies that all reset handling now goes via the common
      path, so "no-reboot" handling is now active for all kinds of reboots.
      
      Let's execute any CPU initialization code on the target CPU using
      run_on_cpu.
      Signed-off-by: NDavid Hildenbrand <david@redhat.com>
      Message-Id: <20180424101859.10239-1-david@redhat.com>
      Acked-by: NThomas Huth <thuth@redhat.com>
      Signed-off-by: NCornelia Huck <cohuck@redhat.com>
      a30fb811