1. 20 3月, 2018 4 次提交
  2. 16 3月, 2018 1 次提交
    • M
      qemu: Build usb controller command line more wisely · b133fac3
      Michal Privoznik 提交于
      https://bugzilla.redhat.com/show_bug.cgi?id=1552127
      
      When building command line for USB controllers we have to do more
      than just put controller's alias onto the command line. QEMU has
      concept of these joined USB controllers. For instance ehci and
      uhci controllers need to create the same USB bus. To achieve that
      the slave controller needs to refer the master controller. This
      worked until we've introduced user aliases because both master
      and slave had the same alias. With user aliases slave can have
      different alias than master. Therefore, when generating command
      line for slave we need to look up the master's alias.
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      b133fac3
  3. 15 3月, 2018 1 次提交
    • M
      virsysinfo: Use more virSkipSpacesBackwards() · bc01d903
      Michal Privoznik 提交于
      Some fields reported by dmidecode have plenty of useless spaces
      (in fact some have nothing but spaces). To deal with this we have
      introduced virSkipSpacesBackwards() and use it in
      virSysinfoParseX86Processor() and virSysinfoParseX86Memory().
      However, other functions (e.g. virSysinfoParseX86Chassis()) don't
      use it at all and thus we are reporting nonsense:
      
        <sysinfo type='smbios'>
          <chassis>
            <entry name='manufacturer'>FUJITSU</entry>
            <entry name='version'>                      </entry>
            <entry name='serial'>                </entry>
            <entry name='asset'>                                        </entry>
            <entry name='sku'>Default string</entry>
          </chassis>
        </sysinfo>
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      bc01d903
  4. 14 3月, 2018 1 次提交
  5. 13 3月, 2018 13 次提交
  6. 12 3月, 2018 1 次提交
  7. 09 3月, 2018 3 次提交
  8. 08 3月, 2018 1 次提交
  9. 06 3月, 2018 2 次提交
  10. 02 3月, 2018 1 次提交
  11. 27 2月, 2018 1 次提交
  12. 22 2月, 2018 6 次提交
  13. 20 2月, 2018 2 次提交
    • L
      tests: fix bhyve build · a4b37cd0
      Laine Stump 提交于
      This file was modified in an editor buffer but not saved prior to
      commit e62cb4a9 (which removed virMacAddr::generated), so the bhyve
      build would fail.
      Signed-off-by: NLaine Stump <laine@laine.org>
      a4b37cd0
    • L
      conf: move 'generated' member from virMacAddr to virDomainNetDef · e62cb4a9
      Laine Stump 提交于
      Commit 7e62c4cd (first appearing in libvirt-3.9.0 as a resolution
      to rhbz #1343919) added a "generated" attribute to virMacAddr that was
      set whenever a mac address was auto-generated by libvirt. This
      knowledge was used in a single place - when trying to match a NetDef
      from the Domain to Delete with user-provided XML. Since the XML parser
      always auto-generates a MAC address for NetDefs when none is provided,
      it was previously impossible to make a search where the MAC address
      isn't significant, but the addition of the "generated" attribute made
      it possible for the search function to ignore auto-generated MACs.
      
      This implementation had a problem though - it was adding a field to a
      "low level" struct - virMacAddr - which is used in other places with
      the assumption that it contains exactly a 6 byte MAC address and
      nothing else. In particular, virNWFilterSnoopEthHdr uses virMacAddr as
      part of the definition of an ethernet packet header, whose layout must
      of course match an actual ethernet packet. Adding the extra bools into
      virNWFilterSnoopEthHdr caused the nwfilter driver's "IP discovery via
      DHCP packet snooping" functionality to mysteriously stop working.
      
      In order to fix that behavior, and prevent potential future similar
      odd behavior, this patch moves the "generated" member out of
      virMacAddr (so that it is again really is just a MAC address) into
      virDomainNetDef, and sets it only when virDomainNetGenerateMAC() is
      called from virDomainNetDefParseXML() (which is the only time we care
      about it).
      
      Resolves: https://bugzilla.redhat.com/1529338
      
      (It should also be applied to any maintenance branch that applies
      commit 7e62c4cd and friends to resolve
      https://bugzilla.redhat.com/1343919)
      Signed-off-by: NLaine Stump <laine@laine.org>
      e62cb4a9
  14. 19 2月, 2018 3 次提交