Skip to content

Q
qemu

openeuler / qemu

通知 10
Star 0
Fork 0
Q
qemu

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

切换分支/标签
  1. 15 6月, 2012 1 次提交
  3. 17 5月, 2012 1 次提交
  5. 10 5月, 2012 1 次提交
  7. 30 3月, 2012 1 次提交
  9. 19 3月, 2012 1 次提交
  11. 16 3月, 2012 1 次提交
    • 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
  13. 11 3月, 2012 1 次提交
  15. 29 2月, 2012 1 次提交
  17. 09 2月, 2012 1 次提交
  19. 07 2月, 2012 1 次提交
  21. 02 2月, 2012 1 次提交
    • J
      qdev: Introduce lost tick policy property · 4e4fa398
      由 Jan Kiszka 提交于 
      Potentially tick-generating timer devices will gain a common property:
lock_tick_policy. It allows to encode 4 different ways how to deal with
tick events the guest did not process in time:

discard - ignore lost ticks (e.g. if the guest compensates for them
          already)
delay   - replay all lost ticks in a row once the guest accepts them
          again
merge   - if multiple ticks are lost, all of them are merged into one
          which is replayed once the guest accepts it again
slew    - lost ticks are gradually replayed at a higher frequency than
          the original tick

Not all timer device will need to support all modes. However, all need
to accept the configuration via this common property.
Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      4e4fa398
  23. 22 12月, 2011 1 次提交
  25. 21 12月, 2011 2 次提交
  27. 05 12月, 2011 1 次提交
  29. 02 11月, 2011 1 次提交
  31. 22 10月, 2011 3 次提交
  33. 23 9月, 2011 1 次提交
  35. 21 8月, 2011 2 次提交
  37. 05 8月, 2011 2 次提交
  39. 04 8月, 2011 1 次提交
  41. 02 8月, 2011 1 次提交
    • K
      async: Remove AsyncContext · 384acbf4
      由 Kevin Wolf 提交于 
      The purpose of AsyncContexts was to protect qcow and qcow2 against reentrancy
during an emulated bdrv_read/write (which includes a qemu_aio_wait() call and
can run AIO callbacks of different requests if it weren't for AsyncContexts).

Now both qcow and qcow2 are protected by CoMutexes and AsyncContexts can be
removed.
Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      384acbf4
  43. 29 7月, 2011 1 次提交
  45. 25 7月, 2011 1 次提交
    • B
      Wrap recv to avoid warnings · 00aa0040
      由 Blue Swirl 提交于 
      Avoid warnings like these by wrapping recv():
  CC    slirp/ip_icmp.o
/src/qemu/slirp/ip_icmp.c: In function 'icmp_receive':
/src/qemu/slirp/ip_icmp.c:418:5: error: passing argument 2 of 'recv' from incompatible pointer type [-Werror]
/usr/local/lib/gcc/i686-mingw32msvc/4.6.0/../../../../i686-mingw32msvc/include/winsock2.h:547:32: note: expected 'char *' but argument is of type 'struct icmp *'

Remove also casts used to avoid warnings.
Reviewed-by: NAnthony Liguori <aliguori@us.ibm.com>
Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      00aa0040
  47. 22 7月, 2011 1 次提交
    • L
      Introduce compiler.h header file · 5c026320
      由 Luiz Capitulino 提交于 
      This moves compiler related macros from qemu-common.h to compiler.h.

The reason for this change is that there are simple header files that
depend only on the compiler macros, so including qemu-common.h is overkill.

Besides, qemu-common.h is bloated and will benefit from some splitting.

Please, also note that the QEMU_BUILD_BUG_ON() macro is being fixed to
not use double underscores as a prefix and the license text was added
by Vassili Karpov (malc), who is one of the authors of the new file.
Signed-off-by: NLuiz Capitulino <lcapitulino@gmail.com>
      5c026320
  49. 13 7月, 2011 1 次提交
  51. 24 6月, 2011 1 次提交
  53. 14 6月, 2011 1 次提交
  55. 08 6月, 2011 1 次提交
  57. 18 5月, 2011 1 次提交
  59. 15 5月, 2011 1 次提交
  61. 16 4月, 2011 1 次提交
  63. 15 4月, 2011 1 次提交
    • P
      enable vm_clock to "warp" in the iothread+icount case · ab33fcda
      由 Paolo Bonzini 提交于 
      The previous patch however is not enough, because if the virtual CPU
goes to sleep waiting for a future timer interrupt to wake it up, qemu
deadlocks.  The timer interrupt never comes because time is driven by
icount, but the vCPU doesn't run any insns.

You could say that VCPUs should never go to sleep in icount
mode if there is a pending vm_clock timer; rather time should
just warp to the next vm_clock event with no sleep ever taking place.
Even better, you can sleep for some time related to the
time left until the next event, to avoid that the warps are too visible
externally; for example, you could be sending network packets continously
instead of every 100ms.

This is what this patch implements.  qemu_clock_warp is called: 1)
whenever a vm_clock timer is adjusted, to ensure the warp_timer is
synchronized; 2) at strategic points in the CPU thread, to make sure
the insn counter is synchronized before the CPU starts running.
In any case, the warp_timer is disabled while the CPU is running,
because the insn counter will then be making progress on its own.
Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
Tested-by: NEdgar E. Iglesias <edgar.iglesias@gmail.com>
Signed-off-by: NEdgar E. Iglesias <edgar.iglesias@gmail.com>
      ab33fcda
  65. 07 4月, 2011 1 次提交
  67. 29 3月, 2011 2 次提交