qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [Bug 495566] Re: qemu network adapter initialization fails


From: Коренберг Марк
Subject: [Qemu-devel] [Bug 495566] Re: qemu network adapter initialization fails when using macaddr=<multicast MAC-address>
Date: Sat, 17 Jul 2010 12:47:36 -0000

** Summary changed:

- qemu network adapter initialization fails depending on macaddr= parameter
+ qemu network adapter initialization fails when using macaddr=<multicast 
MAC-address>

-- 
qemu network adapter initialization fails when using macaddr=<multicast 
MAC-address>
https://bugs.launchpad.net/bugs/495566
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.

Status in QEMU: Confirmed

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/rtl8139, in both cases the 
network adapter is not usable.

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/null,if=ide,index=0 -net 
nic,macaddr=00:22:33:44:55:66,model=pcnet -net user -kernel 
vmlinuz-2.6.24-26-generic -initrd initrd.img-2.6.24-26-generic -append 
break=premount

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/null,if=ide,index=0 -net 
nic,macaddr=11:22:33:44:55:66,model=pcnet -net user -kernel 
vmlinuz-2.6.24-26-generic -initrd initrd.img-2.6.24-26-generic -append 
break=premount

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)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]