|
xen-devel
[Xen-devel] Re: [RFC PATCH 32/33] Add the Xen virtual network device dri
|
To: |
Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> |
|
Subject: |
[Xen-devel] Re: [RFC PATCH 32/33] Add the Xen virtual network device driver. |
|
From: |
Arjan van de Ven <arjan@xxxxxxxxxxxxx> |
|
Date: |
Tue, 18 Jul 2006 12:42:28 +0200 |
|
Cc: |
Andrew Morton <akpm@xxxxxxxx>, Jeremy Fitzhardinge <jeremy@xxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, virtualization@xxxxxxxxxxxxxx, netdev@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, Chris Wright <chrisw@xxxxxxxxxxxx>, Ian Pratt <ian.pratt@xxxxxxxxxxxxx> |
|
Delivery-date: |
Thu, 20 Jul 2006 05:17:11 -0700 |
|
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxx |
|
In-reply-to: |
<278d0ba5a24d74c5b590dd76d234c312@xxxxxxxxxxxx> |
|
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
|
List-unsubscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
|
Organization: |
Intel International BV |
|
References: |
<20060718091807.467468000@xxxxxxxxxxxx> <20060718091958.414414000@xxxxxxxxxxxx> <1153218477.3038.46.camel@xxxxxxxxxxxxxxxxxxxxx> <278d0ba5a24d74c5b590dd76d234c312@xxxxxxxxxxxx> |
|
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
On Tue, 2006-07-18 at 11:35 +0100, Keir Fraser wrote:
> On 18 Jul 2006, at 11:27, Arjan van de Ven wrote:
>
> > Hmmm maybe it's me, but something bugs me if a NIC driver is going to
> > send IP level ARP packets... that just feels very very wrong and is a
> > blatant layering violation.... shouldn't the ifup/ifconfig scripts just
> > be fixed instead if this is critical behavior?
>
> Maybe we should be faking this out from our hotplug scripts in the
> control VM, although triggering this from user space is probably a bit
> of a pain. Regardless, the function can be removed from the driver if
> it's too distasteful: it's only a performance 'hack' to get network
> traffic more quickly redirected when migrating a VM between physical
> hosts. Things won't break horribly if it's removed.
that sounds like a perfect job for a udev-kind of notification to
userspace, eg "hey I migrated", and then udev/hotplug can just do this
sending of arps.. maybe they also want to do other things just after a
migration (which sounds entirely reasonable to me) such as renewing the
dhcp lease, resetting the periodic userspace hardware polling timers in
"hal", network manager etc etc...
so it looks entirely useful for me to have a userspace upcall for "post
migration", and once you have that that udev side of things can just do
this...
(question is if you also want a pre-migration upcall; my gut feeling
says "no" because upcalls are async and you may end up running that
upcall on the new physical machine)
Greetings,
Arjan van de Ven
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
Home