Date: Wed, 10 Jun 2009 14:31:49 -0700 From: Kip Macy <kip.macy@gmail.com> To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Cc: freebsd-net@freebsd.org Subject: Re: fxp hack in sys/net/if.c? Message-ID: <3c1674c90906101431x7b556855pd3103d9e7a9f26dc@mail.gmail.com> In-Reply-To: <3c1674c90906101417j39a01f85k8e98c0ee19a011a7@mail.gmail.com> References: <20090610210021.N22887@maildrop.int.zabbadoz.net> <3c1674c90906101417j39a01f85k8e98c0ee19a011a7@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
The reasoning behind moving the delay in to shared code is not very compell= ing. -Kip On Wed, Jun 10, 2009 at 2:17 PM, Kip Macy<kip.macy@gmail.com> wrote: > From "cvs blame": > > Add workaround for fxp issue at interface initialization with IPv6. > > =A0Some LAN card chip for fxp is known to cause problem at > =A0interface initialization with IPv6 enabled. It happens at > =A0some delicate timing. > =A0And also, just adding some DELAY before IPv6 address > =A0autoconfiguration is known to avoid the problem. > > =A0Complete fix is changing the driver not to use interrupt at > =A0multicast filter initialization, but trying such change in > =A0this stage will be dangerous. > > =A0So I add some DELAY() only inside #ifdef INET6 part, > =A0as temporal workaround only for 4.0. > > Approbed by: jkh > > Noticed by: Mattias Pantzare <pantzer@ludd.luth.se> > > Obtained from: openbsd-tech mailing list > > > > On Wed, Jun 10, 2009 at 2:03 PM, Bjoern A. > Zeeb<bzeeb-lists@lists.zabbadoz.net> wrote: >> Hi, >> >> could anyone having a clue why that is there look at it and either >> remove it or remove it and properly handle it elsewhere? >> >> I have continuesly noticed it for a while so I think the "temporary" >> as given in the comment rather means "forgotten"? >> >> sys/net/if.c: =A0 =A0 =A0 =A0 =A0 DELAY(100);/* XXX: temporary workaroun= d for fxp >> issue*/ >> >> /bz >> >> -- >> Bjoern A. Zeeb =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The greatest r= isk is not taking one. >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > > > -- > When bad men combine, the good must associate; else they will fall one > by one, an unpitied sacrifice in a contemptible struggle. > > =A0 =A0Edmund Burke > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3c1674c90906101431x7b556855pd3103d9e7a9f26dc>