[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH net-next v4] xen-netfront: delay gARP until backend switches to Connected
>>> On 02.01.12 at 17:54, Laszlo Ersek <lersek@xxxxxxxxxx> wrote: > On 01/02/12 15:50, Jan Beulich wrote: > >> Wouldn't all of this equally apply to the 2.6.18 kernel and its derivates? > > I haven't checked the linux-2.6.18-xen.hg source at all before because > the (first) affected RHEL-5 netfront patch > ("linux-2.6-xen-xennet-coordinate-ARP-with-backend-network-status.patch") > states, > > The frontend part of the patch is not applicable in upstream > Linux as there is no gratuitous ARP packet support there at all. > While the backend upstream is dead as far as I know. So this > is RHEL5-specific. > > Regarding the RHEL-5 host side, > > >> (1) ensure that the backend only moves to Connected xenbus state > >> after its hotplug scripts completed, ie. the netback interface got > >> added to the bridge; and > > >> Sub-condition (1) is already satisfied by commit f942dc2552b8 in > >> Linus' tree, based on commit 6b0b80ca7165 from [1]. > > >> [1] > git://xenbits.xen.org/people/ianc/linux-2.6.git#upstream/dom0/backend/netback- > history > > I figured the backend change is "already upstream". (Actually where I > took it from was 43223efd9bfd in Jeremy's tree.) > > So, what do you want me to do? I think I could get the frontend patch > right without compiling linux-2.6.18-xen.hg. The backend is more messy > however. I've got both backend and frontend changes ready for that tree - all I was really after was some double checking that both changes logically apply to that tree. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |