mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-11-05 21:01:13 +00:00
e95b81c2fd
When we parse <mac address="00:00:00:00:00:00"/> we keep that in memory and pass it down to the hypervisor. However, that MAC address is not strictly valid as it is not marked as locally administered (bit 0x02) but it is not even globally unique. It is also used for loopback device on Linux, for example. And QEMU sees such MAC address just as "not specified" and generates a new one that libvirt does not even know about. So to make the overall experience better we now generate it if the supplied one is all clear. Resolves: https://issues.redhat.com/browse/RHEL-974 Signed-off-by: Martin Kletzander <mkletzan@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com> |
||
---|---|---|
.. | ||
cachetune-extra-tunes.xml | ||
chardev-reconnect.xml | ||
chardev-tcp.xml | ||
chardev-udp.xml | ||
chardev-unix.xml | ||
cputune.xml | ||
disk-hyperv-physical.xml | ||
disk-hyperv-virtual.xml | ||
disk-virtio.xml | ||
graphics-listen-back-compat.xml | ||
graphics-vnc-listen-attr-only.xml | ||
graphics-vnc-listen-element-minimal.xml | ||
graphics-vnc-listen-element-with-address.xml | ||
graphics-vnc-manual-port.xml | ||
graphics-vnc-minimal.xml | ||
graphics-vnc-socket-attr-listen-address.xml | ||
graphics-vnc-socket-attr-listen-socket.xml | ||
graphics-vnc-socket-listen.xml | ||
graphics-vnc-socket.xml | ||
memorytune.xml | ||
network-interface-mac-clear.xml |