1. 18 3月, 2015 1 次提交
  2. 18 2月, 2015 1 次提交
    • M
      hmp: Name HMP command handler functions hmp_COMMAND() · 3e5a50d6
      Markus Armbruster 提交于
      Some are called do_COMMAND() (old ones, usually), some hmp_COMMAND(),
      and sometimes COMMAND pointlessly differs in spelling.
      
      Normalize to hmp_COMMAND(), where COMMAND is exactly the command name
      with '-' replaced by '_'.
      
      Exceptions:
      
      * do_device_add() and client_migrate_info() *not* renamed to
        hmp_device_add(), hmp_client_migrate_info(), because they're also
        QMP handlers.  They still need to be converted to QAPI.
      
      * do_memory_dump(), do_physical_memory_dump(), do_ioport_read(),
        do_ioport_write() renamed do hmp_* instead of hmp_x(), hmp_xp(),
        hmp_i(), hmp_o(), because those names are too cryptic for my taste.
      
      * do_info_help() renamed to hmp_info_help() instead of hmp_info(),
        because it only covers help.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      3e5a50d6
  3. 16 6月, 2014 1 次提交
  4. 06 5月, 2014 1 次提交
  5. 06 11月, 2013 1 次提交
  6. 14 10月, 2013 1 次提交
  7. 08 7月, 2013 2 次提交
    • D
      pci: Replace pci_find_domain() with more general pci_root_bus_path() · 568f0690
      David Gibson 提交于
      pci_find_domain() is used in a number of places where we want an id for a
      whole PCI domain (i.e. the subtree under a PCI root bus).  The trouble is
      that many platforms may support multiple independent host bridges with no
      hardware supplied notion of domain number.
      
      This patch, therefore, replaces calls to pci_find_domain() with calls to
      a new pci_root_bus_path() returning a string.  The new call is implemented
      in terms of a new callback in the host bridge class, so it can be defined
      in some way that's well defined for the platform.  When no callback is
      available we fall back on the qbus name.
      
      Most current uses of pci_find_domain() are for error or informational
      messages, so the change in identifiers should be harmless.  The exception
      is pci_get_dev_path(), whose results form part of migration streams.  To
      maintain compatibility with old migration streams, the PIIX PCI host is
      altered to always supply "0000" for this path, which matches the old domain
      number (since the code didn't actually support domains other than 0).
      
      For the pseries (spapr) PCI bridge we use a different platform-unique
      identifier (pseries machines can routinely have dozens of PCI host
      bridges).  Theoretically that breaks migration streams, but given that we
      don't yet have migration support for pseries, it doesn't matter.
      
      Any other machines that have working migration support including PCI
      devices will need to be updated to maintain migration stream compatibility.
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      568f0690
    • D
      pci: Use helper to find device's root bus in pci_find_domain() · c473d18d
      David Gibson 提交于
      Currently pci_find_domain() performs two functions - it locates the PCI
      root bus above the given bus, then looks up that root bus's domain number.
      This patch adds a helper function to perform the first task, finding the
      root bus for a given PCI device.  This is then used in pci_find_domain().
      This changes pci_find_domain()'s signature slightly, taking a PCIDevice
      instead of a PCIBus - since all callers passed something of the form
      dev->bus, this simplifies things slightly.
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      c473d18d
  8. 19 12月, 2012 3 次提交
  9. 17 12月, 2012 3 次提交
  10. 07 9月, 2012 1 次提交
  11. 06 12月, 2011 2 次提交
  12. 24 8月, 2011 1 次提交
  13. 21 8月, 2011 1 次提交
  14. 12 6月, 2011 1 次提交
  15. 08 5月, 2011 1 次提交
  16. 03 3月, 2011 1 次提交
  17. 24 12月, 2010 1 次提交
  18. 09 12月, 2010 5 次提交
  19. 05 12月, 2010 1 次提交
    • B
      Fix mingw32 and OpenBSD warnings · e6e055c9
      Blue Swirl 提交于
      ffsl() is not universally available, so there are these warnings
      on both mingw32 and OpenBSD:
      /src/qemu/hw/pcie_aer.c: In function 'pcie_aer_update_log':
      /src/qemu/hw/pcie_aer.c:399: warning: implicit declaration of function 'ffsl'
      
      Since status field in PCIEAERErr is uint32_t, we can just use ffs() instead.
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      e6e055c9
  20. 22 11月, 2010 3 次提交