qemu network adapter initialization fails when using macaddr=<multicast MAC-address>
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
QEMU |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
Not sure if ultra-strange, nondocumented feature in qemu (or linux kernel) or really bug: Network card initialization fails if first byte of mac address is not 00. The problem occurs at least with model=pcnet/
How to reproduce:
* Take standard initrd/kernel (tested with hardy)
* Start qemu (cmd see below) and enter "modprobe pcnet32" at prompt:
qemu -name SetupTest -no-acpi -m 128 -drive file=/dev/
You will see "pcnet32 ... at 0x..., 00:22:33:44:55:66
* Do same with mac address 11:22:33:44:55:66
qemu -name SetupTest -no-acpi -m 128 -drive file=/dev/
You will see "pcnet32 ... at 0x..., 00:00:00:00:00:00
The network adapter is non-functional, "ip link set eth0 up" does not report error, but does not work (indicates at least some linux kernel influence)
With the rtl8139 adapter, mac-address in guest is correct, but adapter does not work either (indicates qemu influence)
summary: |
- qemu network adapter initialization fails depending on macaddr= - parameter + qemu network adapter initialization fails when using macaddr=<multicast + MAC-address> |
Tested other mac addrs, seems that the first byte has to be even. Would it make sense to issue a warning if a user requests a mac address with an odd first byte? What is the special meaning of the bit 0?