Date: Fri, 21 Oct 2005 19:50:17 GMT From: John Baldwin <jhb@freebsd.org> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/87506: [PATCH] Fix alias support on vr interfaces Message-ID: <200510211950.j9LJoHjU080472@freefall.freebsd.org>
index | next in thread | raw e-mail
The following reply was made to PR kern/87506; it has been noted by GNATS. From: John Baldwin <jhb@freebsd.org> To: Joe Marcus Clarke <marcus@freebsd.org> Cc: bug-followup@freebsd.org Subject: Re: kern/87506: [PATCH] Fix alias support on vr interfaces Date: Fri, 21 Oct 2005 15:38:50 -0400 On Thursday 20 October 2005 05:05 pm, Joe Marcus Clarke wrote: > John Baldwin wrote: > | I've reproduced the same behavior on an rl(4) interface on my laptop, > > but it > > | only occurs if rl0 uses DHCP (and thus dhclient). If I statically > > configure > > | rl0 then I can add aliases no problem. Perhaps when an alias is added > > and > > | the chip is reset, dhclient thinks that the link has reset and tears > > down the > > | lease or something. > > Does the vr patch fix this problem with rl (with the proper > modifications, of course)? It might, but it would break some other things. Some chips reprogram their RX filters via foo_init(), so bypassing foo_init() in those drivers would mean that they wouldn't actually receive traffic for the aliased addresses. The bug is nto in the drivers, but somewhere else in the system and needs to be addressed there. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.orghelp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200510211950.j9LJoHjU080472>