Xen users - Oct 2007 - pass sunhme to domu did not use real known mac address

Hello all,

I''d an working configuration so my gateway domu is using an 8139too
card
without an problem. The interface name (eth0) is never changed and looks like
the original one from the card.
I need more ports so I''ve bought an sun qfe (quad fast ethernet) card
which
replaces the 8139.
This had shuffle all my pci-adresses (the card has one pci-pci bridge and
pci-ebus bridge per port. One port
is driven by an ebus-chip, I mean.) But this is not the problem.
Ok, startet my dom0 with activated qfe card (no pciback.hide) so all 4
interfaces could be found by
the kernel module sunhme. ip link show lists the real addesses of all 4 ports
well. Here a tree list of my pci-Devices:

-[0000:00]-+-00.0  Advanced Micro Devices [AMD] AMD-760 MP [IGD4-2P] System Conr
           +-01.0-[0000:01]----05.0  nVidia Corporation NV43 [GeForce 6200]
           +-07.0  Advanced Micro Devices [AMD] AMD-768 [Opus] ISA
           +-07.1  Advanced Micro Devices [AMD] AMD-768 [Opus] IDE
           +-07.3  Advanced Micro Devices [AMD] AMD-768 [Opus] ACPI
           +-08.0-[0000:02]--+-00.0  Sun Microsystems Computer Corp. EBUS
           |                 +-00.1  Sun Microsystems Computer Corp. Happy Meal
           |                 +-01.0  Sun Microsystems Computer Corp. EBUS
           |                 +-01.1  Sun Microsystems Computer Corp. Happy Meal
           |                 +-02.0  Sun Microsystems Computer Corp. EBUS
           |                 +-02.1  Sun Microsystems Computer Corp. Happy Meal
           |                 +-03.0  Sun Microsystems Computer Corp. EBUS
           |                 \-03.1  Sun Microsystems Computer Corp. Happy Meal
           +-09.0  Adaptec AHA-3960D / AIC-7899A U160/m
           +-09.1  Adaptec AHA-3960D / AIC-7899A U160/m
           \-10.0-[0000:03]--+-00.0  Advanced Micro Devices [AMD] AMD-768 [OpusB
                             +-04.0  Adaptec AHA-2940U/UW/D / AIC-7881U
                             +-05.0  Silicon Image, Inc. SiI 3114 [SATALink/SATr
                             +-07.0  ALi Corporation USB 1.1 Controller
                             +-07.1  ALi Corporation USB 1.1 Controller
                             +-07.2  ALi Corporation USB 1.1 Controller
                             +-07.3  ALi Corporation USB 2.0 Controller
                             \-08.0  3Com Corporation 3c905C-TX/TX-M [Tornado]


Now I bind one port to the pciback stuff (pci-ebus and network-chip) and changed
my domu configuration (02:01.0 and 02:01.1)
After starting the domu the port is shown in the domu (ip link show) and got a
new eth-name. lspci shows both "cards":

gateway:/etc/udev/rules.d# lspci -t -v
-[0000:00]-+-00.0  Sun Microsystems Computer Corp. EBUS
           \-00.1  Sun Microsystems Computer Corp. Happy Meal

But after restart of domu the same port got a ethname with index +1 and so on of
every restart.
I checked now in domu with ip link show the mac address: It changes every
restart.
I compared it with the one in dom0 :
dom0:
08:00:20:e5:01:31

domu-last 3 reboots:
08:00:20:d0:2a:d3
08:00:20:97:42:2e
08:00:20:6f:1d:ee

I''ve never seen this situation with the 8139 card so I wonder me whrere
the
problem comes from.
Any idea, why the last 3 bytes of mac addresses are random generated?

I mean the mac address should be read from the sunhme kernel driver
in domu.

Cheers...
Pierre Bernhardt


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Hi,

stop for investigation. The problem comes from the sunhme driver,
which has a "problem" to get real mac address from the rom on
hme-cards.
I use a QFE-Card which has not this problem. This card has 4 HME-Devices
 on board. If I export only simple hme-devices, the driver ignore the
real address an randomize the last 3 bytes because it cannot see, that
these card is a real qfe.
I use dedicated ports on different dom''s so I''ll now try to
have a static
mac address in domu''s.

MfG...
Pierre Bernhardt



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users