Skip to content

Q
qemu

openeuler / qemu

通知 10
Star 0
Fork 0
Q
qemu

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 22 6月, 2012 1 次提交
  3. 08 6月, 2012 1 次提交
  5. 22 5月, 2012 1 次提交
    • J
      msix: Introduce vector notifiers · 2cdfe53c
      由 Jan Kiszka 提交于 
      Vector notifiers shall be triggered by the MSI/MSI-X core whenever a
relevant configuration change is programmed by the guest. In case of
MSI-X, changes are reported when the effective mask (global &&
per-vector) alters its state. On unmask, the current vector
configuration is included in the event report. This allows users - e.g.
virtio-pci layer - to transfer this information to external MSI-X
routing subsystems - like vhost + KVM in-kernel irqchip.

This implementation only provides MSI-X support, but extension to MSI is
feasible and will be provided later on when adding support for KVM PCI
device assignment.
Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>
      2cdfe53c
  7. 16 3月, 2012 2 次提交
    • M
      slotid: add slot id capability · 762833b3
      由 Michael S. Tsirkin 提交于 
      This capability makes it possible for the guest to
report a unique chassis identifier to the user.

The spec also recommends making chassis indentifier
persist in eeprom.
This isn't implemented.
Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      762833b3
    • M
      shpc: standard hot plug controller · 1dc324d2
      由 Michael S. Tsirkin 提交于 
      This adds support for SHPC interface, as defined by PCI Standard
Hot-Plug Controller and Subsystem Specification, Rev 1.0
http://www.pcisig.com/specifications/conventional/pci_hot_plug/SHPC_10

Only SHPC intergrated with a PCI-to-PCI bridge is supported,
SHPC integrated with a host bridge would need more work.

All main SHPC features are supported:
- MRL sensor
- Attention button
- Attention indicator
- Power indicator

Wake on hotplug and serr generation are stubbed out but unused
as we don't have interfaces to generate these events ATM.

One issue that isn't completely resolved is that qemu currently
expects an "eject" interface, which SHPC does not provide: it merely
removes the power to device and it's up to the user to remove the device
from slot. This patch works around that by ejecting the device
when power is removed and power LED goes off.
Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      1dc324d2
  9. 15 3月, 2012 2 次提交
  11. 22 2月, 2012 2 次提交
  13. 04 2月, 2012 1 次提交
    • A
      qdev: register all types natively through QEMU Object Model · 39bffca2
      由 Anthony Liguori 提交于 
      This was done in a mostly automated fashion.  I did it in three steps and then
rebased it into a single step which avoids repeatedly touching every file in
the tree.

The first step was a sed-based addition of the parent type to the subclass
registration functions.

The second step was another sed-based removal of subclass registration functions
while also adding virtual functions from the base class into a class_init
function as appropriate.

Finally, a python script was used to convert the DeviceInfo structures and
qdev_register_subclass functions to TypeInfo structures, class_init functions,
and type_register_static calls.

We are almost fully converted to QOM after this commit.
Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      39bffca2
  15. 28 1月, 2012 1 次提交
  17. 22 1月, 2012 1 次提交
  19. 14 1月, 2012 1 次提交
  21. 22 11月, 2011 1 次提交
  23. 02 11月, 2011 1 次提交
    • D
      Add stub functions for PCI device models to do PCI DMA · ec174575
      由 David Gibson 提交于 
      This patch adds functions to pci.[ch] to perform PCI DMA operations.
At present, these are just stubs which perform directly cpu physical
memory accesses.  Stubs are included which are analogous to
cpu_physical_memory_{read,write}(), the stX_phys() and ldX_phys()
functions and cpu_physical_memory_{map,unmap}().

In addition, a wrapper around qemu_sglist_init() is provided, which
also takes a PCIDevice *.  It's assumed that _init() is the only
sglist function which will need wrapping, the idea being that once we
have IOMMU support whatever IOMMU context handle the wrapper derives
from the PCI device will be stored within the sglist structure for
later use.

Using these stubs, however, distinguishes PCI device DMA transactions from
other accesses to physical memory, which will allow PCI IOMMU support to
be added in one place, rather than updating every PCI driver at that time.

That is, it allows us to update individual PCI drivers to support an IOMMU
without having yet determined the details of how the IOMMU emulation will
operate.  This will let us remove the most bitrot-sensitive part of an
IOMMU patch in advance.
Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
Signed-off-by: NAlexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      ec174575
  25. 27 10月, 2011 1 次提交
  27. 25 9月, 2011 1 次提交
  29. 20 9月, 2011 2 次提交
  31. 10 9月, 2011 1 次提交
  33. 22 8月, 2011 1 次提交
  35. 08 8月, 2011 9 次提交
  37. 29 7月, 2011 2 次提交
  39. 12 6月, 2011 1 次提交
  41. 06 5月, 2011 1 次提交
  43. 07 4月, 2011 1 次提交
  45. 01 4月, 2011 1 次提交
  47. 29 3月, 2011 3 次提交
  49. 12 2月, 2011 1 次提交