1. 12 7月, 2010 4 次提交
    • I
      pci: set PCI multi-function bit appropriately. · 6eab3de1
      Isaku Yamahata 提交于
      Set PCI multi-function bit according to multifunction property.
      PCI address, devfn ,is exported to users as addr property,
      so users can populate pci function(PCIDevice in qemu)
      at arbitrary devfn.
      It means each function(PCIDevice) don't know whether pci device
      (PCIDevice[8]) is multi function or not.
      So this patch allows user to set multifunction bit via property
      and checks whether multifunction bit is set correctly.
      
      Cc:  Juan Quintela <quintela@redhat.com>
      Signed-off-by: NIsaku Yamahata <yamahata@valinux.co.jp>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      6eab3de1
    • I
      pci_bridge: make pci bridge aware of pci multi function bit. · 7c7b829e
      Isaku Yamahata 提交于
      make pci bridge aware of pci multi function property and let pci generic
      code to set the bit.
      
      Cc: Blue Swirl <blauwirbel@gmail.com>
      Signed-off-by: NIsaku Yamahata <yamahata@valinux.co.jp>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      7c7b829e
    • I
      pci: remove PCIDeviceInfo::header_type · e327e323
      Isaku Yamahata 提交于
      replace PCIDeviceInfo::header_type with is_bridge
      as suggested by Michael S. Tsirkin <mst@redhat.com>
      Signed-off-by: NIsaku Yamahata <yamahata@valinux.co.jp>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      e327e323
    • I
      pci: don't overwrite multi functio bit in pci header type. · b80d4a98
      Isaku Yamahata 提交于
      Don't overwrite pci header type.
      Otherwise, multi function bit which pci_init_header_type() sets
      appropriately is lost.
      Anyway PCI_HEADER_TYPE_NORMAL is zero, so it is unnecessary to zero
      which is already zero cleared.
      
      how to test:
      run qemu and issue info pci to see whether a device in question is
      normal device, not pci-to-pci bridge.
      This is handy because guest os isn't required.
      
      tested changes:
      The following files are covered by using following commands.
      sparc64-softmmu
        apb_pci.c, vga-pci.c, cmd646.c, ne2k_pci.c, sun4u.c
      ppc-softmmu
        grackle_pci.c, cmd646.c, ne2k_pci.c, vga-pci.c, macio.c
      ppc-softmmu -M mac99
        unin_pci.c(uni-north, uni-north-agp)
      ppc64-softmmu
        pci-ohci, ne2k_pci, vga-pci, unin_pci.c(u3-agp)
      x86_64-softmmu
        acpi_piix4.c, ide/piix.c, piix_pci.c
        -vga vmware vmware_vga.c
        -watchdog i6300esb wdt_i6300esb.c
        -usb usb-uhci.c
        -sound ac97 ac97.c
        -nic model=rtl8139 rtl8139.c
        -nic model=pcnet pcnet.c
        -balloon virtio virtio-pci.c:
      
      untested changes:
      The following changes aren't tested.
      prep_pci.c: ppc-softmmu -M prep should cover, but core dumped.
      unin_pci.c(uni-north-pci): the caller is commented out.
      openpic.c: the caller is commented out in ppc_prep.c
      Signed-off-by: NIsaku Yamahata <yamahata@valinux.co.jp>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      b80d4a98
  2. 04 6月, 2010 1 次提交
  3. 27 5月, 2010 1 次提交
  4. 13 5月, 2010 1 次提交
  5. 22 3月, 2010 1 次提交
  6. 23 2月, 2010 2 次提交
  7. 14 2月, 2010 1 次提交
  8. 31 1月, 2010 1 次提交
  9. 30 1月, 2010 1 次提交
  10. 27 1月, 2010 1 次提交
  11. 23 1月, 2010 1 次提交
  12. 13 1月, 2010 1 次提交
  13. 12 1月, 2010 1 次提交
  14. 11 1月, 2010 1 次提交
  15. 28 12月, 2009 1 次提交
  16. 02 12月, 2009 1 次提交
  17. 01 12月, 2009 2 次提交
  18. 09 11月, 2009 3 次提交
  19. 14 10月, 2009 1 次提交
  20. 07 10月, 2009 1 次提交
    • M
      New qdev_init_nofail() · e23a1b33
      Markus Armbruster 提交于
      Like qdev_init(), but terminate program via hw_error() instead of
      returning an error value.
      
      Use it instead of qdev_init() where terminating the program on failure
      is okay, either because it's during machine construction, or because
      we know that failure can't happen.
      
      Because relying in the latter is somewhat unclean, and the former is
      not always obvious, it would be nice to go back to qdev_init() in the
      not-so-obvious cases, only with proper error handling.  I'm leaving
      that for another day, because it involves making sure that error
      values are properly checked by all callers.
      
      Patchworks-ID: 35168
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      e23a1b33
  21. 02 10月, 2009 2 次提交
  22. 21 9月, 2009 1 次提交
  23. 13 9月, 2009 1 次提交
  24. 04 9月, 2009 1 次提交
  25. 28 8月, 2009 1 次提交
    • G
      qdev: add return value to init() callbacks. · 81a322d4
      Gerd Hoffmann 提交于
      Sorry folks, but it has to be.  One more of these invasive qdev patches.
      
      We have a serious design bug in the qdev interface:  device init
      callbacks can't signal failure because the init() callback has no
      return value.  This patch fixes it.
      
      We have already one case in-tree where this is needed:
      Try -device virtio-blk-pci (without drive= specified) and watch qemu
      segfault.  This patch fixes it.
      
      With usb+scsi being converted to qdev we'll get more devices where the
      init callback can fail for various reasons.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      81a322d4
  26. 26 8月, 2009 1 次提交
  27. 21 7月, 2009 1 次提交
  28. 11 7月, 2009 1 次提交
  29. 10 7月, 2009 1 次提交
  30. 06 7月, 2009 1 次提交
  31. 17 6月, 2009 1 次提交
  32. 23 5月, 2009 1 次提交
    • P
      Add common BusState · 02e2da45
      Paul Brook 提交于
      Implement and use a common device bus state.  The main side-effect is
      that creating a bus and attaching it to a parent device are no longer
      separate operations.  For legacy code we allow a NULL parent, but that
      should go away eventually.
      
      Also tweak creation code to veriry theat a device in on the right bus.
      Signed-off-by: NPaul Brook <paul@codesourcery.com>
      02e2da45