Skip to content

L
libvirt

openeuler / libvirt

通知 3
Star 0
Fork 0
L
libvirt

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

切换分支/标签
  1. 23 3月, 2016 1 次提交
  3. 22 3月, 2016 1 次提交
    • P
      qemu-hotplug: fix eject media · 0f4d3172
      由 Pavel Hrdina 提交于 
      QEMU changed the error message to:

        "Tray of device 'drive-sata0-0-1' is not open"

and they may change the error massage in the future.

This updates the code to not depend on the text from the error message
but only on error itself.
Signed-off-by: NPavel Hrdina <phrdina@redhat.com>
      0f4d3172
  5. 01 3月, 2016 1 次提交
  7. 25 2月, 2016 1 次提交
  9. 17 2月, 2016 5 次提交
  11. 16 2月, 2016 1 次提交
  13. 08 2月, 2016 7 次提交
  15. 17 12月, 2015 4 次提交
  17. 15 12月, 2015 1 次提交
    • L
      qemu: add bootindex option to hostdev network interface commandline · a8e3247e
      由 Laine Stump 提交于 
      when appropriate, of course. If the config for a domain specifies boot
order with <boot dev='blah'/> elements, e.g.:

     <os>
       ...
       <boot dev='hd'/>
       <boot dev='network'/>
     </os>

Then the first disk device in the config will have ",bootindex=1"
appended to its qemu commandline -device options, and the first (and
*only* the first) network interface device will get ",bootindex=2".

However, if the first network interface device is a "hostdev" device
(an SRIOV Virtual Function (VF) being assigned to the domain with
vfio), then the bootindex option will *not* be appended. This happens
because the bootindex=n option corresponding to the order of "<boot
dev='network'/>" is added to the -device for the first network device
when network device commandline args are constructed, but if it's a
hostdev network device, its commandline arg is instead constructed in
the loop for hostdevs.

This patch fixes that omission by noticing (in bootHostdevNet) if the
first network device was a hostdev, and if so passing on the proper
bootindex to the commandline generator for hostdev devices - the
result is that ",bootindex=2" will be properly appended to the first
"network" device in the config even if it is really a hostdev
(including if it is assigned from a libvirt network pool). (note that
this is only the case if there is no <bootmenu enabled='yes'/> element
in the config ("-boot menu-on" in qemu) , since the two are mutually
exclusive - when the bootmenu is enabled, the individual per-device
bootindex options can't be used by qemu, and we revert to using "-boot
order=xyz" instead).

If a greater level of control over boot order is desired (e.g., more
than one network device should be tried, or a network device other
than the first one encountered in the config), then <boot
dev='network'/> in the <os> element should not be used; instead, the
individual device elements in the config should be given a "<boot
order='n'/>

Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1278421
      a8e3247e
  19. 11 12月, 2015 1 次提交
  21. 05 12月, 2015 1 次提交
  23. 23 11月, 2015 1 次提交
  25. 20 11月, 2015 1 次提交
    • A
      qemu: Use qemuDomainRequiresMlock() when attaching PCI hostdev · 79b8c97e
      由 Andrea Bolognani 提交于 
      The function is used everywhere else to check whether the locked
memory limit should be set / updated, and it should be used here
as well.

Moreover, qemuDomainGetMlockLimitBytes() expects the hostdev to
have already been added to the domain definition, but we only do
that at the end of qemuDomainAttachHostPCIDevice(). Work around
the issue by adding the hostdev before adjusting the locked memory
limit and removing it immediately afterwards.
      79b8c97e
  27. 18 11月, 2015 2 次提交
  29. 10 11月, 2015 6 次提交
  31. 26 10月, 2015 2 次提交
  33. 21 10月, 2015 1 次提交
  35. 22 9月, 2015 1 次提交
    • P
      qemu: Make memory alignment helper more universal · 3fb08198
      由 Peter Krempa 提交于 
      Extract the size determination into a separate function and reuse it
across the memory device alignment functions. Since later we will need
to decide the alignment size according to architecture let's pass def to
the functions.
      3fb08198
  37. 18 9月, 2015 1 次提交
  39. 14 9月, 2015 1 次提交