[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] RE: [PATCH] incompatibility of netfront driver with bonding module
Yes, I could do a live migration of pass-through domain using bonding. Regards Masroor -----Original Message----- From: Yosuke Iwamatsu [mailto:y-iwamatsu@xxxxxxxxxxxxx] Sent: Thursday, April 10, 2008 5:35 PM To: Masroor Vettuparambil Cc: xen-devel@xxxxxxxxxxxxxxxxxxx Subject: Re: [PATCH] incompatibility of netfront driver with bonding module Thank you. Now I'm curious if you really succeeded the live migration of passthrough domains, using pci-hotplug and bonding. (Currently I have one testing machine and can only try local migration.) -- Yosuke Masroor Vettuparambil wrote: > The attached patch provides the arp link monitoring support for > netfront. > Also it prevents setting the mac while the interface is up. > > Regards > Masroor > > -----Original Message----- > From: Yosuke Iwamatsu [mailto:y-iwamatsu@xxxxxxxxxxxxx] > Sent: Monday, April 07, 2008 12:36 PM > To: Masroor Vettuparambil > Cc: xen-devel@xxxxxxxxxxxxxxxxxxx > Subject: incompatibility of netfront driver with bonding module > > Masroor Vettuparambil wrote: >> Thanks for your work. >> I could manage the live migration using a simple check in netfront >> while resuming on destination. >> >> if (!(netdev->flags & IFF_SLAVE)) >> memcpy(netdev->dev_addr, info->mac, ETH_ALEN); But this will > work >> only if the interface is enslaved. >> >> In your patch, should we let to change the MAC while interface is up? > > It might be desirable, but I don't know for now if we can achieve it > easily. > >> I need to include the support for arp link monitoring to netfront. > > Is link monitoring really necessary? > If you mean you use link monitoring to change the active slave of the > bond0, I think we can do that using ifenslave command inside domU. > #ifenslave bond0 eth1 -> enslave new netif(eth1) to bonding device > #ifenslave -d bond0 eth0 -> release old netif(eth0) from bonding > > Regards, > Yosuke > >> Regards >> Masroor, >> >> >> -----Original Message----- >> From: Yosuke Iwamatsu [mailto:y-iwamatsu@xxxxxxxxxxxxx] >> Sent: Thursday, April 03, 2008 12:00 PM >> To: Masroor Vettuparambil >> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx >> Subject: incompatibility of netfront driver with bonding module >> >> Hi, >> >> Masroor Vettuparambil wrote: >>> 1. Normally, bonding will inherit the mac from the first slave and >>> assign it to all the other slaves added later. So the mac of vif >>> will > >>> be updated. But during migration, the mac of vif is getting updated >>> from xenstore(/vm/). So how about having a set_mac_address entry in >>> netfront that update the xenstore? >>> So I need help, especially on #1. Is it ok to update the xenstore >>> /vm/ keys from domU? how to do this? >> I tried a bit to find out the way to update /vm/ keys from frontend, >> but didn't succeed. Either way, I don't think it is a good idea to >> update the xenstore key of the vif mac address, because the original >> mac will be lost and we won't be able to reset it e.g. after the >> guest > reboot. >> So the attached patch adds set mac_address() support to netfront. >> It doesn't touch xenstore at all, but just preserves the modified mac >> address in netfront_info structure and keeps using it after migration. >> >> Thanks, >> ----------------------- >> Yosuke Iwamatsu >> NEC Corporation > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |