1. 17 6月, 2016 1 次提交
  2. 15 6月, 2016 2 次提交
  3. 11 6月, 2016 6 次提交
  4. 10 6月, 2016 2 次提交
    • D
      nodeinfo: rename all CPU APIs to have a virHostCPU prefix · 4053350b
      Daniel P. Berrange 提交于
      In preparation for moving all the CPU related APIs out of
      the nodeinfo file, give them a virHostCPU name prefix.
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      4053350b
    • D
      nodeinfo: remove sysfs_prefix from all methods · 08ea852c
      Daniel P. Berrange 提交于
      Nearly all the methods in the nodeinfo file are given a
      'const char *sysfs_prefix' parameter to override the
      default sysfs path (/sys/devices/system). Every single
      caller passes in NULL for this, except one use in the
      unit tests. Furthermore this parameter is totally
      Linux-specific, when the APIs are intended to be cross
      platform portable.
      
      This removes the sysfs_prefix parameter and instead gives
      a new method linuxNodeInfoSetSysFSSystemPath for use by
      the test suite.
      
      For two of the methods this hardcodes use of the constant
      SYSFS_SYSTEM_PATH, since the test suite does not need to
      override the path for thos methods.
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      08ea852c
  5. 09 6月, 2016 1 次提交
    • P
      vnc: add support for listen type 'socket' · acc83afe
      Pavel Hrdina 提交于
      VNC graphics already supports sockets but only via 'socket' attribute.
      This patch coverts that attribute into listen type 'socket'.
      
      For backward compatibility we need to handle listen type 'socket' and 'socket'
      attribute properly to support old XMLs and new XMLs.  If both are provided they
      have to match, if only one of them is provided we need to be able to parse that
      configuration too.
      
      To not break migration back to old libvirt if the socket is provided by user we
      need to generate migratable XML without the listen element and use only 'socket'
      attribute.
      Signed-off-by: NPavel Hrdina <phrdina@redhat.com>
      acc83afe
  6. 24 5月, 2016 1 次提交
  7. 20 5月, 2016 1 次提交
  8. 19 5月, 2016 3 次提交
  9. 18 5月, 2016 2 次提交
  10. 17 5月, 2016 5 次提交
  11. 30 4月, 2016 1 次提交
  12. 29 4月, 2016 1 次提交
    • M
      vz: fix disk enumeration · cdbbb93a
      Mikhail Feoktistov 提交于
      If we want to delete all disks for container or vm
      we should make a loop from 0 to NumberOfDisks and always
      use zero index in PrlVmCfg_GetHardDisk to get disk handle.
      When we delete first disk after that numbers of other disks
      will be changed, start from 0 to NumberOfDisks-1.
      That's why we should always use zero index.
      cdbbb93a
  13. 20 4月, 2016 6 次提交
  14. 14 4月, 2016 1 次提交
  15. 13 4月, 2016 4 次提交
  16. 12 4月, 2016 2 次提交
  17. 07 4月, 2016 1 次提交
    • N
      vz: support boot order in domain xml dump · 032c5bf9
      Nikolay Shirokovskiy 提交于
      As usual we try to deal correctly with vz domains that were
      created by other means and thus can have all range of SDK domain
      parameters. If vz domain boot order can't be represented
      in libvirt os boot section let's give warning and make os boot section
      represent SDK to some extent.
      
      1. Os boot section supports up to 4 boot devices. Here we just
      cut SDK boot order up to this limit. Not too bad.
      
      2. If there is a floppy in boot order let's just skip it.
      Anyway we don't show it in the xml. Not too bad too.
      
      3. SDK boot order with unsupported disks order. Say we have "hdb, hda" in
      SDK. We can not present this thru os boot order. Well let's just
      give warning but leave double <boot dev='hd'/> in xml. It's
      kind of misleading but we warn you!
      
      SDK boot order have an extra parameters 'inUse' and 'sequenceIndex'
      which makes our task more complicated. In realitly however 'inUse'
      is always on and 'sequenceIndex' is not less than 'boot position index'
      which simplifies out task back again! To be on a safe side let's explicitly
      check for this conditions!
      
      We have another exercise here. We want to check for unrepresentable
      condition 3 (see above). The tricky part is that in contrast to
      domains defined thru this driver 3-rd party defined domains can
      have device ordering different from default. Thus we need
      some id to check that N-th boot disk of os boot section is same as
      N-th boot disk of SDK boot. This is what prlsdkBootOrderCheck
      for. It uses disks sources paths as id for disks and iface names
      for network devices.
      Signed-off-by: NNikolay Shirokovskiy <nshirokovskiy@virtuozzo.com>
      Signed-off-by: NMaxim Nestratov <mnestratov@virtuozzo.com>
      032c5bf9