1. 11 7月, 2017 2 次提交
  2. 27 6月, 2017 2 次提交
  3. 23 6月, 2017 1 次提交
  4. 20 6月, 2017 1 次提交
  5. 16 6月, 2017 1 次提交
  6. 13 6月, 2017 1 次提交
  7. 08 6月, 2017 12 次提交
  8. 07 6月, 2017 4 次提交
  9. 05 6月, 2017 4 次提交
  10. 26 5月, 2017 1 次提交
  11. 25 5月, 2017 1 次提交
  12. 24 5月, 2017 2 次提交
  13. 19 5月, 2017 1 次提交
  14. 15 5月, 2017 5 次提交
  15. 28 4月, 2017 2 次提交
    • L
      util: rename/move VIR_NET_GENERATED_PREFIX to be consistent · 30e67230
      Laine Stump 提交于
      ... with VIR_NET_GENERATED_MACV???_PREFIX, which is defined in
      util/virnetdevmacvlan.h.
      
      Since VIR_NET_GENERATED_PREFIX is used for plain tap devices, it is
      renamed to VIR_NET_GENERATED_TAP_PREFIX and moved to virnetdev.h
      30e67230
    • L
      conf: don't ignore <target dev='blah'/> for macvtap interfaces · 9cb89114
      Laine Stump 提交于
      The parser had been clearing out *all* suggested device names for
      type='direct' (aka macvtap) interfaces. All of the code implementing
      macvtap allows for a user-specified device name, so we should allow
      it. In the case that an interface name starts with "macvtap" or
      "macvlan" though, we do still clear it out, just as we do with "vnet"
      (which is the prefix used for automatically generated tap device
      names), since those are the prefixes for the names we autogenerate for
      macvtap and macvlan devices.
      
      Resolves: https://bugzilla.redhat.com/1335798
      9cb89114