This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


RE: [Xen-devel] using a different MAC in netfront than theonegiven by ne

To: "David Edmondson" <dme@xxxxxxx>
Subject: RE: [Xen-devel] using a different MAC in netfront than theonegiven by netback
From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
Date: Mon, 18 Aug 2008 22:46:39 +1000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 18 Aug 2008 05:47:03 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20080818081603.GN13115@xxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <AEC6C66638C05B468B556EA548C1A77D01490320@trantor><20080818075037.GL13115@xxxxxxxxxxxxxxxxxxxxxxxxx><AEC6C66638C05B468B556EA548C1A77D0149032C@trantor> <20080818081603.GN13115@xxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AckBCrrAqAZEcqByT1eYA8/TBuYFvAAJByfw
Thread-topic: [Xen-devel] using a different MAC in netfront than theonegiven by netback
> >
> > Windows NLB isn't going to work with the GPLPV drivers on a Solaris
> > then,
> With any software that uses a MAC address other than that assigned,
> irrespective of the drivers, in fact.
> I recall that the RTL8139 code in qemu-dm also filters, but perhaps
> that gets disabled if the guest sets promiscuous mode.
> Does the driver in question (your GPLPV driver in this case) get
> notified when Windows wants to use an extra unicast address? Perhaps
> it just pushes the device into promiscuous mode?

What actually happens is that Windows sets a registry entry when NLB is
enabled and my driver uses that to set the MAC address to something
other than what Dom0 says it should be. Windows then reads the MAC
address to see if I noticed the registry entry, and if I didn't it
complains and refuses to enable NLB on that interface saying that it
doesn't support a change of MAC address.


Xen-devel mailing list