1. 07 7月, 2018 10 次提交
    • M
      ppc: fix default VGA display for Mac machines · 3232794b
      Mark Cave-Ayland 提交于
      Commit 29f9cef3 "ppc: Include vga cirrus card into the compiling process"
      changed the default display adapter for all PPC machines to cirrus. Unfortunately
      it missed setting the default display type to stdvga for both Mac machines
      causing the display to fail to initialise under OpenBIOS.
      
      Update the MachineClass for both Old World and New World Macs so that the
      default std(vga) display adapter is the default if no options are specified
      which fixes the display for the Mac machines.
      Signed-off-by: NMark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      3232794b
    • P
      Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging · 43a47399
      Peter Maydell 提交于
      Bug fixes.
      
      # gpg: Signature made Fri 06 Jul 2018 17:40:06 BST
      # gpg:                using RSA key BFFBD25F78C7AE83
      # gpg: Good signature from "Paolo Bonzini <bonzini@gnu.org>"
      # gpg:                 aka "Paolo Bonzini <pbonzini@redhat.com>"
      # Primary key fingerprint: 46F5 9FBD 57D6 12E7 BFD4  E2F7 7E15 100C CD36 69B1
      #      Subkey fingerprint: F133 3857 4B66 2389 866C  7682 BFFB D25F 78C7 AE83
      
      * remotes/bonzini/tags/for-upstream:
        checkpatch: handle token pasting better
        ioapic: remove useless lower bounds check
        pr-manager-helper: fix memory leak on event
        qemu-char: check errno together with ret < 0
        i386: fix '-cpu ?' output for host cpu type
        qtest: Use cpu address space instead of system memory
        pr-helper: Rework socket path handling
        pr-helper: avoid error on PR IN command with zero request size
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      43a47399
    • P
      checkpatch: handle token pasting better · e20122ff
      Paolo Bonzini 提交于
      The mechanism to find possible type tokens can sometimes be confused and go into an
      infinite loop.  This happens for example in QEMU for a line that looks like
      
               uint## BITS ##_t S = _S, T = _T;                            \
               uint## BITS ##_t as, at, xs, xt, xd;                        \
      
      Because the token pasting operator does not have a space before _t, it does not
      match $notPermitted.  However, (?x) is turned on in the regular expression for
      modifiers, and thus ##_t matches the empty string.  As a result, annotate_values
      goes in an infinite loop.
      
      The solution is simply to remove token pasting operators from the string before
      looking for modifiers.  In the example above, the string uintBITS_t will be
      evaluated as a candidate modifier.  This is not optimal, but it works as long
      as people do not write things like a##s##m, and it fits nicely into sub
      possible.
      
      For a similar reason, \# should be rejected always, even if it is not
      at end of line or followed by whitespace.
      
      The same patch was sent to the Linux kernel mailing list.
      Reported-by: NAleksandar Markovic <amarkovic@wavecomp.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      e20122ff
    • P
      ioapic: remove useless lower bounds check · 960a479f
      Paolo Bonzini 提交于
      The vector cannot be negative.  Coverity now reports this because it sees an
      array access before the check, in ioapic_stat_update_irq.
      Reviewed-by: NPeter Xu <peterx@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      960a479f
    • P
      pr-manager-helper: fix memory leak on event · ea3d77c8
      Paolo Bonzini 提交于
      Reported by Coverity.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      ea3d77c8
    • X
      qemu-char: check errno together with ret < 0 · 81e34930
      xinhua.Cao 提交于
      In the tcp_chr_write function, we checked errno,
      but errno was not reset before a read or write operation.
      Therefore, this check of errno's actions is often
      incorrect after EAGAIN has occurred.
      we need check errno together with ret < 0.
      Signed-off-by: Nxinhua.Cao <caoxinhua@huawei.com>
      Message-Id: <20180704033642.15996-1-caoxinhua@huawei.com>
      Reviewed-by: NMarc-André Lureau <marcandre.lureau@redhat.com>
      Reviewed-by: NDaniel P. Berrangé <berrange@redhat.com>
      Fixes: 9fc53a10Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      81e34930
    • G
      i386: fix '-cpu ?' output for host cpu type · 02693cc4
      Greg Kurz 提交于
      Since commit d6dcc558, '-cpu ?' shows the description of the
      X86_CPU_TYPE_NAME("max") for the host CPU model:
      
      Enables all features supported by the accelerator in the current host
      
      instead of the expected:
      
      KVM processor with all supported host features
      
      or
      
      HVF processor with all supported host features
      
      This is caused by the early use of kvm_enabled() and hvf_enabled() in
      a class_init function. Since the accelerator isn't configured yet, both
      helpers return false unconditionally.
      
      A QEMU binary will only be compiled with one of these accelerators, not
      both. The appropriate description can thus be decided at build time.
      Signed-off-by: NGreg Kurz <groug@kaod.org>
      Message-Id: <153055056654.212317.4697363278304826913.stgit@bahia.lan>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      02693cc4
    • J
      qtest: Use cpu address space instead of system memory · 70da3048
      Julia Suvorova 提交于
      Some devices (like nvic in armv7m) are not accessable through
      address_space_memory, therefore can not be tested with qtest.
      Signed-off-by: NJulia Suvorova <jusual@mail.ru>
      Message-Id: <20180702065237.27899-1-jusual@mail.ru>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      70da3048
    • M
      pr-helper: Rework socket path handling · 2729d79d
      Michal Privoznik 提交于
      When reviewing Paolo's pr-helper patches I've noticed couple of
      problems:
      
      1) socket_path needs to be calculated at two different places
      (one for printing out help, the other if socket activation is NOT
      used),
      
      2) even though the default socket_path is allocated in
      compute_default_paths() it is the only default path the function
      handles. For instance, pidfile is allocated outside of this
      function. And yet again, at different places than 1)
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      Message-Id: <c791ba035f26ea957e8f3602e3009b621769b1ba.1530611283.git.mprivozn@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      2729d79d
    • P
      pr-helper: avoid error on PR IN command with zero request size · ee8c13b8
      Paolo Bonzini 提交于
      After reading a PR IN command with zero request size in prh_read_request,
      the resp->result field will be uninitialized and the resp.sz field will
      be also uninitialized when returning to prh_co_entry.
      
      If resp->result == GOOD (from a previous successful reply or just luck),
      then the assert in prh_write_response might not be triggered and
      uninitialized response will be sent.
      
      The fix is to remove the whole handling of sz == 0 in prh_co_entry.
      Those errors apply only to PR OUT commands and it's perfectly okay to
      catch them later in do_pr_out and multipath_pr_out; the check for
      too-short parameters in fact doesn't apply in the easy SG_IO case, as
      it can be left to the target firmware even.
      
      The result is that prh_read_request does not fail requests anymore and
      prh_co_entry becomes simpler.
      Reported-by: NDima Stepanov <dimastep@yandex-team.ru>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      ee8c13b8
  2. 06 7月, 2018 10 次提交
  3. 05 7月, 2018 20 次提交