[gPXE] wrong mac with rtl8139 nic on qemu-kvm

[James]

Hello Shao,

gPXE is loaded as an option rom in qemu-kvm.  My qemu-kvm version is 0.9.1
from RHEL 5.4.9.


For first pass it means first DHCP discover after initial start or after
a qemu system_reset in the monitor.  It does appear to be random but it is
happening more often than not.  Here's a capture from the console.

gPXE 0.9.9 -- Open Source Boot Firmware --http://etherboot.org
Features: FTP HTTP HTTPS DNS TFTP bzImage COMBOOT ELF Multiboot NBI PXE PXEXT

net0: 00:00:d8:ab:e2:7e on PCI00:03.0 (open)
    [Link:up, TX:0 TXE:0 RX:0 RXE:0]
DHCP (net0 00:00:d8:ab:e2:7e)................ Connection timed out (0x4c106035)
No more network devices




gPXE 0.9.9 -- Open Source Boot Firmware --http://etherboot.org
Features: FTP HTTP HTTPS DNS TFTP bzImage COMBOOT ELF Multiboot NBI PXE PXEXT

net0: 00:21:d8:ab:e2:7e on PCI00:03.0 (open)
    [Link:up, TX:0 TXE:0 RX:0 RXE:0]
DHCP (net0 00:21:d8:ab:e2:7e).... ok
net0: 2.43.241.156/255.255.255.240 gw 2.43.241.145
Booting from filename "pxelinux.0"
tftp://2.43.241.155/pxelinux.0.. ok

James



On 19-Dec-09 14:29 Shao Miller wrote:
> James wrote:
>> hi... i have a problem with gPXE 0.9.9 for rtl8139 10ec:8139 and qemu-kvm
>>
>> The first pass of the boot the device mac is sometimes incorrect...
>> I see 00:00:d8:ab:e2:7e instead of 00:21:d8:ab:e2:7e.
>> The second octet is 00 instead of 21 in the mac.
> 
> How is gPXE booting?  A floppy disk for the VM?  A ROM for the VM?  
> Chained from another boot-loader in the VM?  When you say "first pass," 
> do you mean that rebooting resolves the issue or that you perform a DHCP 
> twice and it's been corrected by the second time?  Is it random?
> 
> - Shao Miller