Date: Wed, 13 May 1998 15:24:36 -0400 (EDT) From: "Matthew N. Dodd" <winter@jurai.net> To: freebsd-net@FreeBSD.ORG Subject: WIDE/KAMI IPv6 Message-ID: <Pine.BSF.3.96.980513151054.17033W-100000@sasami.jurai.net>
next in thread | raw e-mail | index | archive | help
Ok, for kicks I've been reviewing the KAMI and INRIA IPv6 stuff and have a few questions/comments on the KAMI code I've seen so far. What kind of crack prompted the need to do this: + #ifdef INET6 + in6_ifattach(&sc->arpcom.ac_if, IN6_IFT_802, + (caddr_t)sc->arpcom.ac_enaddr, 0); + #endif /* INET6 */ + in -every- 'supported' network driver's XXinit function. Is there any reason this code does not belong in ifattach() or ether_ifattach()? I may have an ungrounded opinion here but IMHO none of the networking protocols should have to muck with the actual drivers that transport their packets (save SLIP and PPP maybe and even then.) I was more or less under the impression (from reading code) that the established means of passing data from one layer to another was via XXX_output() / XXX_input() routines. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980513151054.17033W-100000>