From owner-freebsd-net@FreeBSD.ORG Sun Jun 28 00:08:51 2009 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2193106564A; Sun, 28 Jun 2009 00:08:51 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 458C08FC0A; Sun, 28 Jun 2009 00:08:51 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3185-ipbf514funabasi.chiba.ocn.ne.jp [123.225.96.185]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n5S08c7i094520; Sun, 28 Jun 2009 09:08:49 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n5S08UOL009181; Sun, 28 Jun 2009 09:08:32 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 28 Jun 2009 08:35:34 +0900 (JST) Message-Id: <20090628.083534.177750036.hrs@allbsd.org> To: rpaulo@FreeBSD.org From: Hiroki Sato In-Reply-To: References: <20090626.170006.244306978.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Jun_28_08_35_34_2009_561)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Sun, 28 Jun 2009 09:08:49 +0900 (JST) Cc: ume@FreeBSD.org, hrs@FreeBSD.org, bz@FreeBSD.org, jinmei@isc.org, rwatson@FreeBSD.org, net@FreeBSD.org Subject: Re: RFC: convert net.inet6.ip6.{accept_rtadv,auto_linklocal} to per-interface flags X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 00:08:52 -0000 ----Security_Multipart(Sun_Jun_28_08_35_34_2009_561)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rui Paulo wrote in : rp> On 26 Jun 2009, at 09:00, Hiroki Sato wrote: rp> > So, I want to add the following changes: rp> > rp> > 1. Use per-interface ND6 flag "ifdisabled" as a flag for if it is rp> > IPv6-enabled or not. Set it by default. rp> rp> This looks okay, but "ifdisabled" seems to mean "disable the rp> interface" instead of the actual meaning: "disable ipv6 neighbor rp> discovery / disable ipv6 link local". Bikeshed apart, what about: rp> # ifconfig fxp0 -nd6 (to disable ND6) rp> # ifconfig fxp0 nd6 (to enable it) This is actually "ifconfig fxp0 *inet6* ifdisabled". The reason why I used this name is ndp(8) uses "disabled" and the flag constant is named as ND6_IFF_IFDISABLED. The "ifconfig fxp0 inet6 -nd6" is technically correct, but it sounds rather cryptic from viewpoint that we use it as a flag to disable IPv6. It means disabling NDP as well as marking all of the AF_INET6 addresses on that interface as IN6_IFF_TENTATIVE. Hm, actually I do not stick to the name "ifdisabled". Is "nd6" better? -- Hiroki ----Security_Multipart(Sun_Jun_28_08_35_34_2009_561)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkpGrMYACgkQTyzT2CeTzy1XAQCffG6CpCWqMnRXoN0qkvMzeAOL QvAAoJi5h94Zwj/58EdZs/27NxwR435R =riKr -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Jun_28_08_35_34_2009_561)---- From owner-freebsd-net@FreeBSD.ORG Sun Jun 28 00:08:53 2009 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ADB01065673; Sun, 28 Jun 2009 00:08:53 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 50EF18FC0C; Sun, 28 Jun 2009 00:08:52 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3185-ipbf514funabasi.chiba.ocn.ne.jp [123.225.96.185]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n5S08dED094521; Sun, 28 Jun 2009 09:08:50 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n5S08UOM009181; Sun, 28 Jun 2009 09:08:33 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 28 Jun 2009 09:05:33 +0900 (JST) Message-Id: <20090628.090533.207531760.hrs@allbsd.org> To: bms@FreeBSD.org From: Hiroki Sato In-Reply-To: <4A44F49B.7020403@FreeBSD.org> References: <20090626.170006.244306978.hrs@allbsd.org> <4A44F49B.7020403@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Sun_Jun_28_09_05_33_2009_606)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Sun, 28 Jun 2009 09:08:51 +0900 (JST) Cc: ume@FreeBSD.org, hrs@FreeBSD.org, bz@FreeBSD.org, jinmei@isc.org, rwatson@FreeBSD.org, net@FreeBSD.org Subject: Re: RFC: convert net.inet6.ip6.{accept_rtadv,auto_linklocal} to per-interface flags X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 00:08:53 -0000 ----Security_Multipart0(Sun_Jun_28_09_05_33_2009_606)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Jun_28_09_05_33_2009_873)--" Content-Transfer-Encoding: 7bit ----Next_Part(Sun_Jun_28_09_05_33_2009_873)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bruce Simpson wrote in <4A44F49B.7020403@FreeBSD.org>: bm> Hiroki Sato wrote: bm> > The ip6.autolinklocal had been enabled but disabled since 6.2R by bm> > default because automatic configuration of L3 address is insecure. bm> > However, it makes IPv6 configuration complex because of no link-local bm> > address on an interface. Malformed address configuration can be bm> > happened easily on a system with $ipv6_enable="NO". for example. In bm> > addition, the rc.conf knob does not mean the IPv6 functionality is bm> > completely disabled. Using an interface for IPv4-only is difficult. bm> > bm> bm> The MLDv2 code will use the link-local address by default if bm> available, otherwise if the link is in DAD it will use ::. bm> bm> In fact, link-local addresses are needed to make stuff like OSPFv3 and bm> MLDv2 work properly. So we are in fact shooting ourselves in the foot bm> over people's paranoia. Link-scope addresses starting 'fe80' don't bm> belong in traffic beyond one L2 hop. We already have a check for bm> 169.254.0.0/16 in ip_forward(), ip6_forward() performs a scope check. bm> bm> If people have legitimate security concerns about these address bm> ranges, the place to implement that is at the perimeter, or in other bm> forwarding policy, not by breaking IPv6 deployment for end-users. (snip) bm> Patch looks fine, but I'd fix the style(9) bugs before committing; && bm> operators, etc should be before the line break, and initializers in bm> variable declarations are generally discouraged. Also there should be bm> whitespace between code and variable declarations. Thanks, the revised patch including style(9) fix is attached. After I posted the previous patch I notice that setting ND6_IFF_IFDISABLED by default and setting ND6_IFF_AUTO_LINKLOCAL by rc(8) script do not work fine with userland applications which create/destroy cloned interfaces like gif(4) on demand. So, the new patch uses the following way: 1. ND6_IFF_AUTO_LINKLOCAL is 1 by default. The flag on an interface which is not in $ipv6_network_interfaces is dropped by rc(8) before "ifconfig up". 2. ND6_IFF_ACCEPT_RTADV is 0 by default. If you want to accept RAs, specify "ifconfig fxp0 inet6 accept_rtadv" in $ifconfig_IF. When ip6_forwarding=1 accepting RAs is disabled regardless of the flag. 3. The above default values can be changed by using net.inet6.ip6.auto_linklocal and net.inet6.ip6.accept_rtadv. 4. Loopback interfaces always have ND6_IFF_AUTO_LINKLOCAL and !ND6_IFF_ACCEPT_RTADV. 5. $ipv6_network_interfaces is "none" by default. 6. If you hate IPv6, you can use "ifconfig fxp0 inet6 ifdisabled" that makes IPv6 functionality on that interface completely. Although it is still possible that manual configuration of interfaces not in $ipv6_network_interfaces results in a malformed address configuration with no link-local address, in that case "ifconfig fxp0 inet6 auto_linklocal" will do the trick. No up/down cycle is needed for ND6_IFF_AUTO_LINKLOCAL unlike net.inet6.ip6.auto_linklocal change. Also, the patch includes network-related rc(8) scripts update to support this change and fix/tidy up various rough edges. The rc.d/network_ipv6 is integrated to rc.d/netif and rc.d/routing now. The stf(4) and faith(4) are handled by separated scripts rc.d/stf and rc.d/faith. The rc.d/auto_linklocal is removed. The rc.d/sysctl is moved to the earlier stage. -- Hiroki ----Next_Part(Sun_Jun_28_09_05_33_2009_873)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ipv6_20090628.diff" Index: sys/netinet6/in6_ifattach.c =================================================================== --- sys/netinet6/in6_ifattach.c (revision 195123) +++ sys/netinet6/in6_ifattach.c (working copy) @@ -68,7 +68,6 @@ #ifdef VIMAGE_GLOBALS unsigned long in6_maxmtu; -int ip6_auto_linklocal; struct callout in6_tmpaddrtimer_ch; extern struct inpcbinfo ripcbinfo; #endif @@ -751,16 +750,21 @@ } /* - * assign a link-local address, if there's none. + * assign a link-local address, if there's none, + * the interface has !ND6_IFF_IFDISABLED && ND6_IFF_AUTO_LINKLOCAL. */ - if (V_ip6_auto_linklocal && ifp->if_type != IFT_BRIDGE) { + if (ifp->if_type != IFT_BRIDGE && + !(ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) && + ND_IFINFO(ifp)->flags & ND6_IFF_AUTO_LINKLOCAL) { + int error; + ia = in6ifa_ifpforlinklocal(ifp, 0); if (ia == NULL) { - if (in6_ifattach_linklocal(ifp, altifp) == 0) { - /* linklocal address assigned */ - } else { - /* failed to assign linklocal address. bark? */ - } + error = in6_ifattach_linklocal(ifp, altifp); + if (error) + log(LOG_NOTICE, "in6_ifattach_linklocal: " + "failed to add a link-local addr to %s\n", + if_name(ifp)); } else ifa_free(&ia->ia_ifa); } Index: sys/netinet6/ip6_var.h =================================================================== --- sys/netinet6/ip6_var.h (revision 195123) +++ sys/netinet6/ip6_var.h (working copy) @@ -306,7 +306,7 @@ extern int ip6_sendredirects; /* send IP redirects when forwarding? */ extern int ip6_maxfragpackets; /* Maximum packets in reassembly queue */ extern int ip6_maxfrags; /* Maximum fragments in reassembly queue */ -extern int ip6_accept_rtadv; /* Acts as a host not a router */ +extern int ip6_accept_rtadv; /* default of ND6_IFF_ACCEPT_RTADV */ extern int ip6_keepfaith; /* Firewall Aided Internet Translator */ extern int ip6_log_interval; extern time_t ip6_log_time; Index: sys/netinet6/in6_proto.c =================================================================== --- sys/netinet6/in6_proto.c (revision 195123) +++ sys/netinet6/in6_proto.c (working copy) @@ -387,6 +387,7 @@ int ip6_defhlim; int ip6_defmcasthlim; int ip6_accept_rtadv; +int ip6_auto_linklocal; int ip6_maxfragpackets; int ip6_maxfrags; int ip6_log_interval; @@ -503,7 +504,9 @@ SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_MAXFRAGPACKETS, maxfragpackets, CTLFLAG_RW, ip6_maxfragpackets, 0, ""); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_ACCEPT_RTADV, - accept_rtadv, CTLFLAG_RW, ip6_accept_rtadv, 0, ""); + accept_rtadv, CTLFLAG_RW, ip6_accept_rtadv, 0, + "default value of per-interface flag for accepting ICMPv6 Router" + "Advertisement message"); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_KEEPFAITH, keepfaith, CTLFLAG_RW, ip6_keepfaith, 0, ""); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_LOG_INTERVAL, @@ -533,7 +536,9 @@ SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_V6ONLY, v6only, CTLFLAG_RW, ip6_v6only, 0, ""); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_AUTO_LINKLOCAL, - auto_linklocal, CTLFLAG_RW, ip6_auto_linklocal, 0, ""); + auto_linklocal, CTLFLAG_RW, ip6_auto_linklocal, 0, + "default value of per-interface flag for adding an IPv6 link-local" + " address to interfaces automatically when attached"); SYSCTL_V_STRUCT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_RIP6STATS, rip6stats, CTLFLAG_RD, rip6stat, rip6stat, ""); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_PREFER_TEMPADDR, Index: sys/netinet6/nd6.c =================================================================== --- sys/netinet6/nd6.c (revision 195123) +++ sys/netinet6/nd6.c (working copy) @@ -68,9 +68,9 @@ #include #include #include -#include #include #include +#include #include #include @@ -214,13 +214,19 @@ nd->basereachable = REACHABLE_TIME; nd->reachable = ND_COMPUTE_RTIME(nd->basereachable); nd->retrans = RETRANS_TIMER; - /* - * Note that the default value of ip6_accept_rtadv is 0, which means - * we won't accept RAs by default even if we set ND6_IFF_ACCEPT_RTADV - * here. - */ - nd->flags = (ND6_IFF_PERFORMNUD | ND6_IFF_ACCEPT_RTADV); + nd->flags = ND6_IFF_PERFORMNUD; + + /* loopback always has ND6_IFF_AUTO_LINKLOCAL */ + if (V_ip6_auto_linklocal + || (ifp->if_flags & IFF_LOOPBACK)) + nd->flags |= ND6_IFF_AUTO_LINKLOCAL; + + /* loopback does not need to accept RTADV */ + if (V_ip6_accept_rtadv && + !(ifp->if_flags & IFF_LOOPBACK)) + nd->flags |= ND6_IFF_ACCEPT_RTADV; + /* XXX: we cannot call nd6_setmtu since ifp is not fully initialized */ nd6_setmtu0(ifp, nd); @@ -850,11 +856,9 @@ if (V_nd6_defifindex == ifp->if_index) nd6_setdefaultiface(0); - if (!V_ip6_forwarding && V_ip6_accept_rtadv) { /* XXX: too restrictive? */ - /* refresh default router list - * - * - */ + if (!V_ip6_forwarding && + ND_IFINFO(ifp)->flags & ND6_IFF_ACCEPT_RTADV) { + /* refresh default router list */ defrouter_select(); } @@ -1307,6 +1311,69 @@ ND_IFINFO(ifp)->chlim = ND.chlim; /* FALLTHROUGH */ case SIOCSIFINFO_FLAGS: + { + struct ifaddr *ifa; + struct in6_ifaddr *ia; + + if ((ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) && + !(ND.flags & ND6_IFF_IFDISABLED)) { + /* ifdisabled 1->0 transision */ + + /* + * If the interface is marked as ND6_IFF_IFDISABLED and + * has an link-local address with IN6_IFF_DUPLICATED, + * do not clear ND6_IFF_IFDISABLED. + * See RFC 4862, Section 5.4.5. + */ + int duplicated_linklocal = 0; + + IF_ADDR_LOCK(ifp); + TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { + if (ifa->ifa_addr->sa_family != AF_INET6) + continue; + ia = (struct in6_ifaddr *)ifa; + if ((ia->ia6_flags & IN6_IFF_DUPLICATED) && + IN6_IS_ADDR_LINKLOCAL(&ia->ia_addr.sin6_addr)) { + duplicated_linklocal = 0; + break; + } + } + IF_ADDR_UNLOCK(ifp); + + if (duplicated_linklocal) { + ND_IFINFO(ifp)->flags = ND.flags & ~ND6_IFF_IFDISABLED; + log(LOG_ERR, "cannot enable an interface" + " with an link-local address marked" + " duplicated.\n"); + } else { + ND_IFINFO(ifp)->flags &= ~ND6_IFF_IFDISABLED; + in6_if_up(ifp); + } + } else if (!(ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) && + (ND.flags & ND6_IFF_IFDISABLED)) { + /* ifdisabled 0->1 transision */ + /* mark all IPv6 address as tentative */ + + ND_IFINFO(ifp)->flags |= ND6_IFF_IFDISABLED; + IF_ADDR_LOCK(ifp); + TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { + if (ifa->ifa_addr->sa_family != AF_INET6) + continue; + ia = (struct in6_ifaddr *)ifa; + ia->ia6_flags |= IN6_IFF_TENTATIVE; + } + IF_ADDR_UNLOCK(ifp); + } + + if (!(ND_IFINFO(ifp)->flags & ND6_IFF_AUTO_LINKLOCAL) || + (ND.flags & ND6_IFF_AUTO_LINKLOCAL)) { + /* auto_linklocal 0->1 transision */ + + /* If no link-local address on ifp, configure */ + ND_IFINFO(ifp)->flags |= ND6_IFF_AUTO_LINKLOCAL; + in6_ifattach(ifp, NULL); + } + } ND_IFINFO(ifp)->flags = ND.flags; break; #undef ND @@ -1645,7 +1712,10 @@ * for those are not autoconfigured hosts, we explicitly avoid such * cases for safety. */ - if (do_update && router && !V_ip6_forwarding && V_ip6_accept_rtadv) { + if (do_update && + router && + !V_ip6_forwarding && + ND_IFINFO(ifp)->flags & ND6_IFF_ACCEPT_RTADV) { /* * guaranteed recursion */ Index: sys/netinet6/nd6_nbr.c =================================================================== --- sys/netinet6/nd6_nbr.c (revision 195123) +++ sys/netinet6/nd6_nbr.c (working copy) @@ -1204,6 +1204,9 @@ if (!(ifa->ifa_ifp->if_flags & IFF_UP)) { return; } + if (ND_IFINFO(ifa->ifa_ifp)->flags & ND6_IFF_IFDISABLED) { + return; + } if (nd6_dad_find(ifa) != NULL) { /* DAD already in progress */ return; @@ -1411,7 +1414,7 @@ * identifier based on the hardware address which is supposed to be * uniquely assigned (e.g., EUI-64 for an Ethernet interface), IP * operation on the interface SHOULD be disabled. - * [rfc2462bis-03 Section 5.4.5] + * [RFC 4862, Section 5.4.5] */ if (IN6_IS_ADDR_LINKLOCAL(&ia->ia_addr.sin6_addr)) { struct in6_addr in6; Index: sys/netinet6/nd6.h =================================================================== --- sys/netinet6/nd6.h (revision 195123) +++ sys/netinet6/nd6.h (working copy) @@ -84,6 +84,7 @@ * DAD failure. (XXX: not ND-specific) */ #define ND6_IFF_DONT_SET_IFROUTE 0x10 +#define ND6_IFF_AUTO_LINKLOCAL 0x20 #define ND6_CREATE LLE_CREATE #define ND6_EXCLUSIVE LLE_EXCLUSIVE Index: sys/netinet6/in6.c =================================================================== --- sys/netinet6/in6.c (revision 195123) +++ sys/netinet6/in6.c (working copy) @@ -921,6 +921,10 @@ if (hostIsNew && in6if_do_dad(ifp)) ia->ia6_flags |= IN6_IFF_TENTATIVE; + /* DAD should be performed after ND6_IFF_IFDISABLED is cleared */ + if (ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) + ia->ia6_flags |= IN6_IFF_TENTATIVE; + /* * We are done if we have simply modified an existing address. */ @@ -958,7 +962,7 @@ * being configured. It also means delaying * transmission of the corresponding MLD report to * avoid report collision. - * [draft-ietf-ipv6-rfc2462bis-02.txt] + * [RFC 4861, Section 6.3.7] */ delay = arc4random() % (MAX_RTR_SOLICITATION_DELAY * hz); @@ -1105,9 +1109,9 @@ * XXX It may be of use, if we can administratively * disable DAD. */ - if (in6if_do_dad(ifp) && ((ifra->ifra_flags & IN6_IFF_NODAD) == 0) && - (ia->ia6_flags & IN6_IFF_TENTATIVE)) - { + if (in6if_do_dad(ifp) && + ((ifra->ifra_flags & IN6_IFF_NODAD) == 0) && + (ia->ia6_flags & IN6_IFF_TENTATIVE)) { int mindelay, maxdelay; delay = 0; @@ -2161,6 +2165,9 @@ if ((ifp->if_flags & IFF_LOOPBACK) != 0) return (0); + if (ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) + return (0); + switch (ifp->if_type) { #ifdef IFT_DUMMY case IFT_DUMMY: Index: sys/netinet6/ip6_input.c =================================================================== --- sys/netinet6/ip6_input.c (revision 195123) +++ sys/netinet6/ip6_input.c (working copy) @@ -197,7 +197,7 @@ #ifdef IP6_AUTO_LINKLOCAL V_ip6_auto_linklocal = IP6_AUTO_LINKLOCAL; #else - V_ip6_auto_linklocal = 1; /* enable by default */ + V_ip6_auto_linklocal = 1; /* enabled by default */ #endif TUNABLE_INT_FETCH("net.inet6.ip6.auto_linklocal", &V_ip6_auto_linklocal); @@ -218,7 +218,7 @@ V_ip6_sendredirects = IPV6_SENDREDIRECTS; V_ip6_defhlim = IPV6_DEFHLIM; V_ip6_defmcasthlim = IPV6_DEFAULT_MULTICAST_HOPS; - V_ip6_accept_rtadv = 0; /* "IPV6FORWARDING ? 0 : 1" is dangerous */ + V_ip6_accept_rtadv = 0; V_ip6_log_interval = 5; V_ip6_hdrnestlimit = 15; /* How many header options will we process? */ V_ip6_dad_count = 1; /* DupAddrDetectionTransmits */ Index: sys/netinet6/nd6_rtr.c =================================================================== --- sys/netinet6/nd6_rtr.c (revision 195123) +++ sys/netinet6/nd6_rtr.c (working copy) @@ -129,7 +129,7 @@ char ip6bufs[INET6_ADDRSTRLEN], ip6bufd[INET6_ADDRSTRLEN]; /* If I'm not a router, ignore it. */ - if (V_ip6_accept_rtadv != 0 || V_ip6_forwarding != 1) + if (!V_ip6_forwarding) goto freeit; /* Sanity checks */ @@ -216,13 +216,12 @@ /* * We only accept RAs only when - * the system-wide variable allows the acceptance, and + * the node is not a router and * per-interface variable allows RAs on the receiving interface. */ - if (V_ip6_accept_rtadv == 0) + if (V_ip6_forwarding || + !(ndi->flags & ND6_IFF_ACCEPT_RTADV)) goto freeit; - if (!(ndi->flags & ND6_IFF_ACCEPT_RTADV)) - goto freeit; if (ip6->ip6_hlim != 255) { nd6log((LOG_ERR, @@ -564,7 +563,7 @@ * Flush all the routing table entries that use the router * as a next hop. */ - if (!V_ip6_forwarding && V_ip6_accept_rtadv) /* XXX: better condition? */ + if (!V_ip6_forwarding) rt6_flush(&dr->rtaddr, dr->ifp); if (dr->installed) { @@ -629,10 +628,10 @@ * if the node is not an autoconfigured host, we explicitly exclude * such cases here for safety. */ - if (V_ip6_forwarding || !V_ip6_accept_rtadv) { + if (V_ip6_forwarding) { nd6log((LOG_WARNING, - "defrouter_select: called unexpectedly (forwarding=%d, " - "accept_rtadv=%d)\n", V_ip6_forwarding, V_ip6_accept_rtadv)); + "defrouter_select: called unexpectedly (forwarding=%d)\n", + V_ip6_forwarding)); splx(s); return; } Index: sbin/ifconfig/ifconfig.8 =================================================================== --- sbin/ifconfig/ifconfig.8 (revision 195123) +++ sbin/ifconfig/ifconfig.8 (working copy) @@ -28,7 +28,7 @@ .\" From: @(#)ifconfig.8 8.3 (Berkeley) 1/5/94 .\" $FreeBSD$ .\" -.Dd June 24, 2009 +.Dd June 25, 2009 .Dt IFCONFIG 8 .Os .Sh NAME @@ -598,6 +598,48 @@ the hardware will be re-initialized. .El .Pp +The following parameters are for ICMPv6 Neightbor Discovery Protocol: +.Bl -tag -width indent +.It Cm accept_rtadv +Set a flag to enable accepting ICMPv6 Router Advertisement messages. +.It Cm -accept_rtadv +Clear a flag +.Cm accept_rtadv . +.It Cm auto_linklocal +Set a flag to perform automatic link-local address configuration when +the interface becomes avalilable. +.It Cm -auto_linklocal +Clear a flag +.Cm auto_linklocal . +.It Cm defaultif +Set the specified interface as the default route when there is no +default router. +.It Cm -defaultif +Clear a flag +.Cm defaultif . +.It Cm ifdisabled +Set a flag to disable all of IPv6 network communications on the +specified interface. +.It Cm -ifdisabled +Clear a flag +.Cm ifdisabled . +When this flag is cleared and +.Cm auto_linklocal +flag is enabled, automatic configuration of a link-local address is +performed. +.It Cm nud +Set a flag to enable Neighbor Unreachability Detection. +.It Cm -nud +Clear a flag +.Cm nud . +.It Cm prefer_source +Set a flag to prefer addesses on the interface as candidates of the +source address for outgoing packets. +.It Cm -prefer_source +Clear a flag +.Cm prefer_source . +.El +.Pp The following parameters are specific to cloning IEEE 802.11 wireless interfaces with the .Cm create @@ -2112,6 +2154,24 @@ Another name for the .Fl tunnel parameter. +.It Cm accept_rev_ethip_ver +Set a flag to acccept both correct EtherIP packets and ones +with reversed version field. Enabled by default. +This is for backward compatibility with +.Fx 6.1 , +6.2, 6.3, 7.0, and 7.1. +.It Cm -accept_rev_ethip_ver +Clear a flag +.Cm accept_rev_ethip_ver . +.It Cm send_rev_ethip_ver +Set a flag to send EtherIP packets with reversed version +field intentionally. Disabled by default. +This is for backward compatibility with +.Fx 6.1 , +6.2, 6.3, 7.0, and 7.1. +.It Cm -send_rev_ethip_ver +Clear a flag +.Cm send_rev_ethip_ver . .El .Pp The following parameters are specific to GRE tunnel interfaces, @@ -2336,6 +2396,9 @@ .Li ed0 : .Dl # ifconfig ed0 inet 192.0.2.45 -alias .Pp +Enable IPv6 functionality of the interface: +.Dl # ifconfig em0 inet6 -ifdisabled +.Pp Add the IPv6 address .Li 2001:DB8:DBDB::123/48 to the interface @@ -2372,6 +2435,8 @@ .Sh SEE ALSO .Xr netstat 1 , .Xr carp 4 , +.Xr gif 4 , +.Xr gre 4 , .Xr netintro 4 , .Xr pfsync 4 , .Xr polling 4 , @@ -2390,12 +2455,13 @@ Basic IPv6 node operation requires a link-local address on each interface configured for IPv6. Normally, such an address is automatically configured by the -kernel on each interface added to the system; this behaviour may -be disabled by setting the sysctl MIB variable -.Va net.inet6.ip6.auto_linklocal -to 0. +kernel on each interface added to the system or enabled; this behavior may +be disabled by setting per-interface flag +.Cm auto_linklocal . +The default value of this flag is 1 and can be disabled by using the sysctl +MIB variable +.Va net.inet6.ip6.auto_linklocal . .Pp -If you delete such an address using -.Nm , -the kernel may act very odd. -Do this at your own risk. +Do not configure IPv6 addresses with no link-local address by using +.Nm . +It can result in unexpected behaviors of the kernel. Index: sbin/ifconfig/af_inet6.c =================================================================== --- sbin/ifconfig/af_inet6.c (revision 195123) +++ sbin/ifconfig/af_inet6.c (working copy) @@ -67,6 +67,9 @@ static char *sec2str(time_t); static int explicit_prefix = 0; +extern void setnd6flags(const char *, int, int, const struct afswtch *); +extern void setnd6defif(const char *, int, int, const struct afswtch *); + static char addr_buf[MAXHOSTNAMELEN *2 + 1]; /*for getnameinfo()*/ static void @@ -493,6 +496,18 @@ DEF_CMD("-deprecated", -IN6_IFF_DEPRECATED, setip6flags), DEF_CMD("autoconf", IN6_IFF_AUTOCONF, setip6flags), DEF_CMD("-autoconf", -IN6_IFF_AUTOCONF, setip6flags), + DEF_CMD("accept_rtadv", ND6_IFF_ACCEPT_RTADV, setnd6flags), + DEF_CMD("-accept_rtadv",-ND6_IFF_ACCEPT_RTADV, setnd6flags), + DEF_CMD("defaultif", 1, setnd6defif), + DEF_CMD("-defaultif", -1, setnd6defif), + DEF_CMD("ifdisabled", ND6_IFF_IFDISABLED, setnd6flags), + DEF_CMD("-ifdisabled", -ND6_IFF_IFDISABLED, setnd6flags), + DEF_CMD("nud", ND6_IFF_PERFORMNUD, setnd6flags), + DEF_CMD("-nud", -ND6_IFF_PERFORMNUD, setnd6flags), + DEF_CMD("prefer_source",ND6_IFF_PREFER_SOURCE, setnd6flags), + DEF_CMD("-prefer_source",-ND6_IFF_PREFER_SOURCE,setnd6flags), + DEF_CMD("auto_linklocal",ND6_IFF_AUTO_LINKLOCAL,setnd6flags), + DEF_CMD("-auto_linklocal",-ND6_IFF_AUTO_LINKLOCAL,setnd6flags), DEF_CMD_ARG("pltime", setip6pltime), DEF_CMD_ARG("vltime", setip6vltime), DEF_CMD("eui64", 0, setip6eui64), Index: sbin/ifconfig/Makefile =================================================================== --- sbin/ifconfig/Makefile (revision 195123) +++ sbin/ifconfig/Makefile (working copy) @@ -18,6 +18,7 @@ SRCS+= af_inet.c # IPv4 support SRCS+= af_inet6.c # IPv6 support SRCS+= af_atalk.c # AppleTalk support +SRCS+= af_nd6.c # ND6 support SRCS+= ifclone.c # clone device support SRCS+= ifmac.c # MAC support Index: sbin/ifconfig/af_nd6.c =================================================================== --- sbin/ifconfig/af_nd6.c (revision 0) +++ sbin/ifconfig/af_nd6.c (revision 0) @@ -0,0 +1,252 @@ +/* + * Copyright (c) 2009 Hiroki Sato. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#ifndef lint +static const char rcsid[] = + "$FreeBSD$"; +#endif /* not lint */ + +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include + +#include + +#include "ifconfig.h" + +#define MAX_SYSCTL_TRY 5 + +static struct nd6_opt_list { + const char *label; + u_int mask; +} nd6_opts[] = { + { "IFDISABLED", ND6_IFF_IFDISABLED, }, + { "PERFORMNUD", ND6_IFF_PERFORMNUD, }, + { "ACCEPT_RTADV", ND6_IFF_ACCEPT_RTADV, }, + { "PREFER_SOURCE", ND6_IFF_PREFER_SOURCE, }, + { "AUTO_LINKLOCAL", ND6_IFF_AUTO_LINKLOCAL, }, +}; + +static int isnd6defif(int); +void setnd6flags(const char *, int, int, const struct afswtch *); +void setnd6defif(const char *, int, int, const struct afswtch *); + +void +setnd6flags(const char *dummyaddr __unused, + int d, int s, + const struct afswtch *afp) +{ + struct in6_ndireq nd; + int error; + + memset(&nd, 0, sizeof(nd)); + strncpy(nd.ifname, ifr.ifr_name, sizeof(nd.ifname)); + + error = ioctl(s, SIOCGIFINFO_IN6, &nd); + if (error) { + warn("ioctl(SIOCGIFINFO_IN6)"); + return; + } + + if (d < 0) + nd.ndi.flags &= ~(-d); + else + nd.ndi.flags |= d; + + error = ioctl(s, SIOCSIFINFO_IN6, (caddr_t)&nd); + if (error) + warn("ioctl(SIOCSIFINFO_IN6)"); +} + +void +setnd6defif(const char *dummyaddr __unused, + int d, int s, + const struct afswtch *afp) +{ + struct in6_ndifreq ndifreq; + int ifindex; + int error; + + memset(&ndifreq, 0, sizeof(ndifreq)); + strncpy(ndifreq.ifname, ifr.ifr_name, sizeof(ndifreq.ifname)); + + if (d < 0) { + if (isnd6defif(s)) + /* ifindex = 0 means to remove default if */ + ifindex = 0; + else + return; + } else if ((ifindex = if_nametoindex(ndifreq.ifname)) == 0) { + warn("if_nametoindex(%s)", ndifreq.ifname); + return; + } + + ndifreq.ifindex = ifindex; + error = ioctl(s, SIOCSDEFIFACE_IN6, (caddr_t)&ndifreq); + if (error) + warn("ioctl(SIOCSDEFIFACE_IN6)"); +} + +static int +isnd6defif(int s) +{ + struct in6_ndifreq ndifreq; + unsigned int ifindex; + int error; + + memset(&ndifreq, 0, sizeof(ndifreq)); + strncpy(ndifreq.ifname, ifr.ifr_name, sizeof(ndifreq.ifname)); + ifindex = if_nametoindex(ndifreq.ifname); + + error = ioctl(s, SIOCGDEFIFACE_IN6, (caddr_t)&ndifreq); + if (error) { + warn("ioctl(SIOCGDEFIFACE_IN6)"); + return (error); + } + return (ndifreq.ifindex == ifindex); +} + +static void +nd6_status(int s) +{ + struct in6_ndireq nd; + struct rt_msghdr *rtm; + size_t needed; + char *buf, *next; + int mib[6], ntry; + int s6; + int i, error; + int isinet6, isdefif; + int nopts; + + /* check if the interface has at least one IPv6 address */ + mib[0] = CTL_NET; + mib[1] = PF_ROUTE; + mib[2] = 0; + mib[3] = AF_INET6; + mib[4] = NET_RT_IFLIST; + mib[5] = if_nametoindex(ifr.ifr_name); + + /* try to prevent a race between two sysctls */ + ntry = 0; + do { + error = sysctl(mib, 6, NULL, &needed, NULL, 0); + if (error) { + warn("sysctl(NET_RT_IFLIST)/estimate"); + return; + } + buf = malloc(needed); + if (buf == NULL) { + warn("malloc for sysctl(NET_RT_IFLIST) failed"); + return; + } + if ((error = sysctl(mib, 6, buf, &needed, NULL, 0)) < 0) { + if (errno != ENOMEM || ++ntry >= MAX_SYSCTL_TRY) { + warn("sysctl(NET_RT_IFLIST)/get"); + free(buf); + return; + } + free(buf); + buf = NULL; + } + } while (buf == NULL); + + isinet6 = 0; + for (next = buf; next < buf + needed; next += rtm->rtm_msglen) { + rtm = (struct rt_msghdr *)next; + + if (rtm->rtm_version != RTM_VERSION) + continue; + if (rtm->rtm_type == RTM_NEWADDR) { + isinet6 = 1; + break; + } + } + free(buf); + if (!isinet6) + return; + + memset(&nd, 0, sizeof(nd)); + strncpy(nd.ifname, ifr.ifr_name, sizeof(nd.ifname)); + if ((s6 = socket(AF_INET6, SOCK_DGRAM, 0)) < 0) { + warn("socket(AF_INET6, SOCK_DGRAM)"); + return; + } + error = ioctl(s6, SIOCGIFINFO_IN6, &nd); + if (error) { + warn("ioctl(SIOCGIFINFO_IN6)"); + close(s6); + return; + } + isdefif = isnd6defif(s6); + close(s6); + + nopts = 0; + printf("\tnd6 options=%d<", nd.ndi.flags); + for (i=0; i < sizeof(nd6_opts)/sizeof(nd6_opts[0]); i++) { + if (nd.ndi.flags & nd6_opts[i].mask) { + if (nopts++) + printf(","); + printf("%s", nd6_opts[i].label); + } + } + if (isdefif) { + if (nopts++) + printf(","); + printf("DEFAULTIF"); + } + printf(">\n"); +} + +static struct afswtch af_nd6 = { + .af_name = "nd6", + .af_af = AF_LOCAL, + .af_other_status= nd6_status, +}; + +static __constructor void +nd6_ctor(void) +{ + af_register(&af_nd6); +} Index: usr.sbin/ndp/ndp.c =================================================================== --- usr.sbin/ndp/ndp.c (revision 195123) +++ usr.sbin/ndp/ndp.c (working copy) @@ -1004,6 +1004,9 @@ #ifdef ND6_IFF_ACCEPT_RTADV SETFLAG("accept_rtadv", ND6_IFF_ACCEPT_RTADV); #endif +#ifdef ND6_IFF_AUTO_LINKLOCAL + SETFLAG("auto_linklocal", ND6_IFF_AUTO_LINKLOCAL); +#endif #ifdef ND6_IFF_PREFER_SOURCE SETFLAG("prefer_source", ND6_IFF_PREFER_SOURCE); #endif @@ -1076,6 +1079,10 @@ if ((ND.flags & ND6_IFF_ACCEPT_RTADV)) printf("accept_rtadv "); #endif +#ifdef ND6_IFF_AUTO_LINKLOCAL + if ((ND.flags & ND6_IFF_AUTO_LINKLOCAL)) + printf("auto_linklocal "); +#endif #ifdef ND6_IFF_PREFER_SOURCE if ((ND.flags & ND6_IFF_PREFER_SOURCE)) printf("prefer_source "); Index: usr.sbin/ndp/ndp.8 =================================================================== --- usr.sbin/ndp/ndp.8 (revision 195123) +++ usr.sbin/ndp/ndp.8 (working copy) @@ -29,7 +29,7 @@ .\" .\" $FreeBSD$ .\" -.Dd May 17, 1998 +.Dd Jun 19, 2009 .Dt NDP 8 .Os .\" @@ -182,11 +182,16 @@ Specify whether or not to accept Router Advertisement messages received on the .Ar interface . -Note that the kernel does not accept Router Advertisement messages -unless the -.Li net.inet6.ip6.accept_rtadv -variable is non-0, even if the flag is on. -This flag is set to 1 by default. +This flag is set by +.Va net.inet6.ip6.accept_rtadv +sysctl variable. +.It Ic auto_linklocal +Specify whether or not to perform automatic link-local address configuration +on +.Ar interface . +This flag is set by +.Va net.inet6.ip6.auto_linklocal +sysctl variable. .It Ic prefer_source Prefer addresses on the .Ar interface @@ -204,9 +209,8 @@ application. This flag is typically set automatically in the kernel as a result of a certain failure of Duplicate Address Detection. -While the flag can be set or cleared by hand with the -.Nm -command, it is not generally advisable to modify this flag manually. +If the auto_linklocal per-interface flag is set, automatic link-local +address configuration is performed again when this flag is cleared. .It Ic basereachable Ns Li = Ns Pq Ar number Specify the BaseReachbleTimer on the interface in millisecond. .It Ic retrans Ns Li = Ns Pq Ar number @@ -253,6 +257,10 @@ The .Nm utility first appeared in the WIDE Hydrangea IPv6 protocol stack kit. +The +.Fl I Ar auto_linklocal +flag first appeared in +.Fx 8.0 . .\" .\" .Sh BUGS .\" (to be written) Index: usr.sbin/rtsold/if.c =================================================================== --- usr.sbin/rtsold/if.c (revision 195123) +++ usr.sbin/rtsold/if.c (working copy) @@ -48,6 +48,7 @@ #include #include +#include #include #include @@ -78,9 +79,15 @@ interface_up(char *name) { struct ifreq ifr; + struct in6_ndireq nd; int llflag; + int s; + int error; + memset(&ifr, 0, sizeof(ifr)); strncpy(ifr.ifr_name, name, sizeof(ifr.ifr_name)); + memset(&nd, 0, sizeof(nd)); + strlcpy(nd.ifname, name, sizeof(nd.ifname)); if (ioctl(ifsock, SIOCGIFFLAGS, (caddr_t)&ifr) < 0) { warnmsg(LOG_WARNING, __func__, "ioctl(SIOCGIFFLAGS): %s", @@ -94,9 +101,54 @@ "ioctl(SIOCSIFFLAGS): %s", strerror(errno)); return(-1); } + if ((s = socket(AF_INET6, SOCK_DGRAM, 0)) < 0) { + warnmsg(LOG_WARNING, __func__, "socket(AF_INET6, SOCK_DGRAM): %s", + strerror(errno)); + return(-1); + } + if (ioctl(s, SIOCGIFINFO_IN6, (caddr_t)&nd) < 0) { + warnmsg(LOG_WARNING, __func__, "ioctl(SIOCGIFINFO_IN6): %s", + strerror(errno)); + close(s); + return(-1); + } warnmsg(LOG_DEBUG, __func__, "checking if %s is ready...", name); + if (nd.ndi.flags & ND6_IFF_IFDISABLED) { + if (Fflag) { + nd.ndi.flags &= ~ND6_IFF_IFDISABLED; + if (ioctl(s, SIOCSIFINFO_IN6, (caddr_t)&nd)) { + warnmsg(LOG_WARNING, __func__, "ioctl(SIOCSIFINFO_IN6): %s", + strerror(errno)); + close(s); + return(-1); + } + } else { + warnmsg(LOG_WARNING, __func__, + "%s is disabled.", name); + close(s); + return(-1); + } + } + if (!(nd.ndi.flags & ND6_IFF_ACCEPT_RTADV)) { + if (Fflag) { + nd.ndi.flags |= ND6_IFF_ACCEPT_RTADV; + if (ioctl(s, SIOCSIFINFO_IN6, (caddr_t)&nd)) { + warnmsg(LOG_WARNING, __func__, "ioctl(SIOCSIFINFO_IN6): %s", + strerror(errno)); + close(s); + return(-1); + } + } else { + warnmsg(LOG_WARNING, __func__, + "%s does not accept Router Advertisement.", name); + close(s); + return(-1); + } + } + close(s); + llflag = get_llflag(name); if (llflag < 0) { warnmsg(LOG_WARNING, __func__, Index: usr.sbin/rtsold/rtsold.c =================================================================== --- usr.sbin/rtsold/rtsold.c (revision 195123) +++ usr.sbin/rtsold/rtsold.c (working copy) @@ -62,8 +62,8 @@ struct timeval tm_max = {0x7fffffff, 0x7fffffff}; static int log_upto = 999; static int fflag = 0; -static int Fflag = 0; /* force setting sysctl parameters */ +int Fflag = 0; /* force setting sysctl parameters */ int aflag = 0; int dflag = 0; @@ -197,12 +197,8 @@ #endif if (Fflag) { - setinet6sysctl(IPV6CTL_ACCEPT_RTADV, 1); setinet6sysctl(IPV6CTL_FORWARDING, 0); } else { - /* warn if accept_rtadv is down */ - if (!getinet6sysctl(IPV6CTL_ACCEPT_RTADV)) - warnx("kernel is configured not to accept RAs"); /* warn if forwarding is up */ if (getinet6sysctl(IPV6CTL_FORWARDING)) warnx("kernel is configured as a router, not a host"); Index: usr.sbin/rtsold/rtsold.8 =================================================================== --- usr.sbin/rtsold/rtsold.8 (revision 195123) +++ usr.sbin/rtsold/rtsold.8 (working copy) @@ -186,7 +186,9 @@ warning messages will be generated, but Router Solicitations will still be sent. The settings may be changed manually with -.Xr sysctl 8 . +.Xr sysctl 8 +and +.Xr ifconfig 8 . .It Fl m Enable mobility support. If this option is specified, Index: usr.sbin/rtsold/rtsold.h =================================================================== --- usr.sbin/rtsold/rtsold.h (revision 195123) +++ usr.sbin/rtsold/rtsold.h (working copy) @@ -67,6 +67,7 @@ extern struct timeval tm_max; extern int dflag; extern int aflag; +extern int Fflag; extern char *otherconf_script; extern int ifconfig(char *); extern void iflist_init(void); Index: share/man/man4/inet6.4 =================================================================== --- share/man/man4/inet6.4 (revision 195123) +++ share/man/man4/inet6.4 (working copy) @@ -29,7 +29,7 @@ .\" .\" $FreeBSD$ .\" -.Dd January 29, 1999 +.Dd June 19, 2009 .Dt INET6 4 .Os .Sh NAME @@ -307,7 +307,8 @@ The flag is provided basically for avoiding possible DoS attacks. .It Dv IPV6CTL_ACCEPT_RTADV .Pq ip6.accept_rtadv -Boolean: enable/disable receiving of +Boolean: the default value of a per-interface flag to +enable/disable receiving of .Tn ICMPv6 router advertisement packets, and autoconfiguration of address prefixes and default routers. @@ -315,6 +316,11 @@ (not a router) for the option to be meaningful. Defaults to off. +.It Dv IPV6CTL_AUTO_LINKLOCAL +.Pq ip6.auto_linklocal +Boolean: the default value of a per-interface flag to +enable/disable performing automatic link-local address configuration. +Defaults to on. .It Dv IPV6CTL_KEEPFAITH .Pq ip6.keepfaith Boolean: enable/disable Index: etc/network.subr =================================================================== --- etc/network.subr (revision 195123) +++ etc/network.subr (working copy) @@ -45,6 +45,7 @@ ifscript_up ${ifn} && cfg=0 ifconfig_up ${ifn} && cfg=0 ipv4_up ${ifn} && cfg=0 + ipv6_up ${ifn} && cfg=0 ipx_up ${ifn} && cfg=0 childif_create ${ifn} @@ -64,6 +65,7 @@ [ -z "$ifn" ] && return 1 ipx_down ${ifn} && cfg=0 + ipv6_down ${ifn} && cfg=0 ipv4_down ${ifn} && cfg=0 ifconfig_down ${ifn} && cfg=0 ifscript_down ${ifn} && cfg=0 @@ -83,6 +85,10 @@ { _cfg=1 + if ! ipv6if $1; then + ifconfig $1 inet6 -auto_linklocal + fi + ifconfig_args=`ifconfig_getargs $1` if [ -n "${ifconfig_args}" ]; then ifconfig $1 ${ifconfig_args} @@ -281,9 +287,15 @@ # 1 otherwise. ipv6if() { - if ! checkyesno ipv6_enable; then - return 1 - fi + _if=$1 + + # lo0 is always IPv6-enabled + case $_if in + lo[0-9]*) + return 0 + ;; + esac + case "${ipv6_network_interfaces}" in [Aa][Uu][Tt][Oo]) return 0 @@ -292,14 +304,40 @@ return 1 ;; esac - for v6if in ${ipv6_network_interfaces}; do - if [ "${v6if}" = "${1}" ]; then + for i in ${ipv6_network_interfaces}; do + if [ "$i" = "$_if" ]; then return 0 fi done return 1 } +# ipv6_autoconfif if +# Returns 0 if the interface should be configured for IPv6 with +# Stateless Address Configuration, 1 otherwise. +ipv6_autoconfif() +{ + _if=$1 + + if checkyesno ipv6_gateway_enable; then + return 1 + fi + if ! ipv6if $_if; then + return 1 + fi + + _tmpargs=`_ifconfig_getargs $_if` + for _arg in $_tmpargs; do + case $_arg in + accept_rtadv) + return 0 + ;; + esac + done + + return 1 +} + # ifexists if # Returns 0 if the interface exists and 1 otherwise. ifexists() @@ -312,10 +350,30 @@ ipv4_up() { _if=$1 - ifalias_up ${_if} + + ifalias_up ${_if} inet ipv4_addrs_common ${_if} alias } +# ipv6_up if +# add IPv6 addresses to the interface $if +ipv6_up() +{ + _if=$1 + + if ! ipv6if $_if; then + return + fi + + ifalias_up ${_if} inet6 + ipv6_prefix_hostid_addr_up ${_if} + ipv6_accept_rtadv_up ${_if} + + # wait for DAD + sleep `${SYSCTL_N} net.inet6.ip6.dad_count` + sleep 1 +} + # ipv4_down if # remove IPv4 addresses from the interface $if ipv4_down() @@ -343,12 +401,49 @@ done IFS="$oldifs" - ifalias_down ${_if} && _ret=0 + ifalias_down ${_if} inet && _ret=0 ipv4_addrs_common ${_if} -alias && _ret=0 return $_ret } +# ipv6_down if +# remove IPv6 addresses from the interface $if +ipv6_down() +{ + _if=$1 + _ifs="^" + _ret=1 + + ifexists ${_if} || return 1 + + if ! ipv6if $_if; then + return 0 + fi + + ipv6_accept_rtadv_down ${_if} + ifalias_down ${_if} inet6 && _ret=0 + + inetList="`ifconfig ${_if} | grep 'inet6 ' | tr "\n" "$_ifs"`" + + oldifs="$IFS" + IFS="$_ifs" + for _inet6 in $inetList ; do + # get rid of extraneous line + [ -z "$_inet6" ] && break + + _inet6=`expr "$_inet6" : '.*\(inet6 \([0-9a-f:]*\)\).*'` + + IFS="$oldifs" + ifconfig ${_if} ${_inet6} -alias + IFS="$_ifs" + _ret=0 + done + IFS="$oldifs" + + return $_ret +} + # ipv4_addrs_common if action # Evaluate the ifconfig_if_ipv4 arguments for interface $if # and use $action to add or remove IPv4 addresses from $if. @@ -389,7 +484,7 @@ return $_ret } -# ifalias_up if +# ifalias_up if af # Configure aliases for network interface $if. # It returns 0 if at least one alias was configured or # 1 if there were none. @@ -397,21 +492,95 @@ ifalias_up() { _ret=1 + + case "$2" in + inet|ipv4|ip4) + _ret=`ifalias_ipv4_up "$1"` + ;; + inet6|ipv6|ip6) + _ret=`ifalias_ipv6_up "$1"` + ;; + esac + + return $_ret +} + +# ifalias_ipv4_up if +# Helper function for ifalias_up(). Handles IPv4. +# +ifalias_ipv4_up() +{ + _ret=1 + alias=0 while : ; do ifconfig_args=`get_if_var $1 ifconfig_IF_alias${alias}` - if [ -n "${ifconfig_args}" ]; then + case "${ifconfig_args}" in + inet\ *) ifconfig $1 ${ifconfig_args} alias alias=$((${alias} + 1)) _ret=0 - else + ;; + *) break - fi + ;; + esac done return $_ret } -#ifalias_down if +# ifalias_ipv6_up if +# Helper function for ifalias_up(). Handles IPv6. +# +ifalias_ipv6_up() +{ + _ret=1 + + if checkyesno ipv6_gateway_enable ]; then + _ipv6_opts="-accept_rtadv auto_linklocal" + else + _ipv6_opts="auto_linklocal" + fi + + ifconfig_args=`get_if_var $1 ipv6_ifconfig_IF` + if [ -n "${ifconfig_args}" ]; then + ifconfig $1 inet6 ${ifconfig_args} ${_ipv6_opts} + fi + + alias=0 + while : ; do + ifconfig_args=`get_if_var $1 ifconfig_IF_alias${alias}` + case "${ifconfig_args}" in + inet6\ *) + ifconfig $1 ${ifconfig_args} alias ${_ipv6_opts} + alias=$((${alias} + 1)) + _ret=0 + ;; + *) + break + ;; + esac + done + + # backward compatibility: ipv6_ifconfig_IF_aliasN. + alias=0 + while : ; do + ifconfig_args=`get_if_var $1 ipv6_ifconfig_IF_alias${alias}` + case "${ifconfig_args}" in + "") + break + ;; + *) + ifconfig $1 inet6 ${ifconfig_args} alias ${_ipv6_opts} + alias=$((${alias} + 1)) + _ret=0 + ;; + esac + done + return $_ret +} + +# ifalias_down if af # Remove aliases for network interface $if. # It returns 0 if at least one alias was removed or # 1 if there were none. @@ -419,20 +588,176 @@ ifalias_down() { _ret=1 + + case "$2" in + inet|ipv4|ip4) + _ret=`ifalias_ipv4_down "$1"` + ;; + inet6|ipv6|ip6) + _ret=`ifalias_ipv6_down "$1"` + ;; + esac + + return $_ret +} + +#ifalias_ipv4_down if +# Helper function for ifalias_down(). Handles IPv4. +# +ifalias_ipv4_down() +{ + _ret=1 + alias=0 while : ; do ifconfig_args=`get_if_var $1 ifconfig_IF_alias${alias}` - if [ -n "${ifconfig_args}" ]; then + case "${ifconfig_args}" in + inet\ *) ifconfig $1 ${ifconfig_args} -alias alias=$((${alias} + 1)) _ret=0 - else + ;; + *) break - fi + ;; + esac done return $_ret } +#ifalias_ipv6_down if +# Helper function for ifalias_down(). Handles IPv6. +# +ifalias_ipv6_down() +{ + _ret=1 + + alias=0 + while : ; do + ifconfig_args=`get_if_var $1 ifconfig_IF_alias${alias}` + case "${ifconfig_args}" in + inet6\ *) + ifconfig $1 ${ifconfig_args} -alias + alias=$((${alias} + 1)) + _ret=0 + ;; + *) + break + ;; + esac + done + + # backward compatibility: ipv6_ifconfig_IF_aliasN. + while : ; do + ifconfig_args=`get_if_var $1 ipv6_ifconfig_IF_alias${alias}` + case "${ifconfig_args}" in + "") + break + ;; + *) + ifconfig $1 inet6 ${ifconfig_args} -alias + alias=$((${alias} + 1)) + _ret=0 + esac + done + return $_ret +} + +# ipv6_prefix_hostid_addr_up if +# add IPv6 prefix + hostid addr to the interface $if +ipv6_prefix_hostid_addr_up() +{ + _if=$1 + prefix=`get_if_var ${_if} ipv6_prefix_IF` + + if [ -n "${prefix}" ]; then + laddr=`network6_getladdr ${_if}` + hostid=`expr "${laddr}" : 'fe80::\(.*\)%\(.*\)'` + for j in ${prefix}; do + address=$j\:${hostid} + ifconfig ${_if} inet6 ${address} prefixlen 64 alias + + # if I am a router, add subnet router + # anycast address (RFC 2373). + if checkyesno ipv6_gateway_enable; then + ifconfig ${_if} inet6 $j:: prefixlen 64 \ + alias anycast + fi + done + fi +} + +# ipv6_accept_rtadv_up if +# Enable accepting Router Advertisement and send Router Solicitation message +ipv6_accept_rtadv_up() +{ + _if=$1 + + if ipv6_autoconfif $_if; then + case ${_if} in + lo0|\ + stf[0-9]*|\ + faith[0-9]*|\ + lp[0-9]*|\ + sl[0-9]*|\ + pflog[0-9]*|\ + pfsync[0-9]*|\ + an[0-9]*|\ + ath[0-9]*|\ + ipw[0-9]*|\ + iwi[0-9]*|\ + iwn[0-9]*|\ + ral[0-9]*|\ + wi[0-9]*|\ + wl[0-9]*|\ + wpi[0-9]*) + # do nothing + # Note: Wireless NIC cards are virtualized + # through the wlan interface + ;; + *) + ifconfig ${_if} inet6 accept_rtadv up + rtsol ${rtsol_flags} ${_if} + ;; + esac + fi +} + +# ipv6_accept_rtadv_down if +# Disabled accepting Router Advertisement +ipv6_accept_rtadv_down() +{ + _if=$1 + + if ipv6_autoconfif $_if; then + case ${_if} in + lo0|\ + stf[0-9]*|\ + faith[0-9]*|\ + lp[0-9]*|\ + sl[0-9]*|\ + pflog[0-9]*|\ + pfsync[0-9]*|\ + an[0-9]*|\ + ath[0-9]*|\ + ipw[0-9]*|\ + iwi[0-9]*|\ + iwn[0-9]*|\ + ral[0-9]*|\ + wi[0-9]*|\ + wl[0-9]*|\ + wpi[0-9]*) + # do nothing + # Note: Wireless NIC cards are virtualized + # through the wlan interface + ;; + *) + ifconfig ${_if} inet6 -accept_rtadv + ;; + esac + fi +} + # ifscript_up if # Evaluate a startup script for the $if interface. # It returns 0 if a script was found and processed or @@ -695,8 +1020,12 @@ # List all network interfaces. The type of interface returned # can be controlled by the type argument. The type # argument can be any of the following: -# nodhcp - all interfaces, excluding DHCP configured interfaces -# dhcp - list only DHCP configured interfaces +# nodhcp - all interfaces, excluding DHCP configured interfaces +# dhcp - list only DHCP configured interfaces +# noautoconf - all interfaces, excluding IPv6 Stateless +# Address Autoconf configured interfaces +# autoconf - list only IPv6 Stateless Address Autoconf +# configured interfaces # If no argument is specified all network interfaces are output. # Note that the list will include cloned interfaces if applicable. # Cloned interfaces must already exist to have a chance to appear @@ -737,25 +1066,48 @@ # Separate out dhcp and non-dhcp interfaces # + _list= _aprefix= _bprefix= - for _if in ${_tmplist} ; do - if dhcpif $_if; then - _dhcplist="${_dhcplist}${_aprefix}${_if}" - [ -z "$_aprefix" ] && _aprefix=' ' - elif [ -n "`_ifconfig_getargs $_if`" ]; then - _nodhcplist="${_nodhcplist}${_bprefix}${_if}" - [ -z "$_bprefix" ] && _bprefix=' ' - fi - done - case "$type" in nodhcp) - echo $_nodhcplist + for _if in ${_tmplist} ; do + if ! dhcpif $_if && \ + [ -n "`_ifconfig_getargs $_if`" ]; then + _list="${_list}${_aprefix}${_if}" + [ -z "$_aprefix" ] && _aprefix=' ' + fi + done + echo $_list ;; dhcp) - echo $_dhcplist + for _if in ${_tmplist} ; do + if dhcpif $_if; then + _list="${_list}${_aprefix}${_if}" + [ -z "$_aprefix" ] && _aprefix=' ' + fi + done + echo $_list ;; + noautoconf) + for _if in ${_tmplist} ; do + if ! ipv6_autoconfif $_if && \ + [ -n "`_ifconfig_getargs $_if`" ]; then + _list="${_list}${_aprefix}${_if}" + [ -z "$_aprefix" ] && _aprefix=' ' + fi + done + echo $_list + ;; + noautoconf) + for _if in ${_tmplist} ; do + if ipv6_autoconfif $_if; then + _list="${_list}${_aprefix}${_if}" + [ -z "$_aprefix" ] && _aprefix=' ' + fi + done + echo $_list + ;; esac return 0 } @@ -816,248 +1168,6 @@ echo ${str} } -# Setup the interfaces for IPv6 -network6_interface_setup() -{ - interfaces=$* - rtsol_interfaces='' - case ${ipv6_gateway_enable} in - [Yy][Ee][Ss]) - rtsol_available=no - ;; - *) - rtsol_available=yes - ;; - esac - for i in $interfaces; do - rtsol_interface=yes - prefix=`get_if_var $i ipv6_prefix_IF` - if [ -n "${prefix}" ]; then - rtsol_available=no - rtsol_interface=no - laddr=`network6_getladdr $i` - hostid=`expr "${laddr}" : 'fe80::\(.*\)%\(.*\)'` - for j in ${prefix}; do - address=$j\:${hostid} - ifconfig $i inet6 ${address} prefixlen 64 alias - - case ${ipv6_gateway_enable} in - [Yy][Ee][Ss]) - # subnet-router anycast address - # (rfc2373) - ifconfig $i inet6 $j:: prefixlen 64 \ - alias anycast - ;; - esac - done - fi - ipv6_ifconfig=`get_if_var $i ipv6_ifconfig_IF` - if [ -n "${ipv6_ifconfig}" ]; then - rtsol_available=no - rtsol_interface=no - ifconfig $i inet6 ${ipv6_ifconfig} alias - fi - - if [ ${rtsol_available} = yes -a ${rtsol_interface} = yes ] - then - case ${i} in - lo0|gif[0-9]*|stf[0-9]*|faith[0-9]*|lp[0-9]*|sl[0-9]*|tun[0-9]*|pflog[0-9]*|pfsync[0-9]*) - ;; - # Wireless NIC cards are virtualized through the wlan interface - an[0-9]*|ath[0-9]*|ipw[0-9]*|iwi[0-9]*|iwn[0-9]*|ral[0-9]*|wi[0-9]*|wl[0-9]*|wpi[0-9]*) - ;; - *) - rtsol_interfaces="${rtsol_interfaces} ${i}" - ;; - esac - else - ifconfig $i inet6 - fi - done - - if [ ${rtsol_available} = yes -a -n "${rtsol_interfaces}" ]; then - # Act as endhost - automatically configured. - # You can configure only single interface, as - # specification assumes that autoconfigured host has - # single interface only. - sysctl net.inet6.ip6.accept_rtadv=1 - set ${rtsol_interfaces} - ifconfig $1 up - rtsol ${rtsol_flags} $1 - fi - - for i in $interfaces; do - alias=0 - while : ; do - ipv6_ifconfig=`get_if_var $i ipv6_ifconfig_IF_alias${alias}` - if [ -z "${ipv6_ifconfig}" ]; then - break; - fi - ifconfig $i inet6 ${ipv6_ifconfig} alias - alias=$((${alias} + 1)) - done - done -} - -# Setup IPv6 to IPv4 mapping -network6_stf_setup() -{ - case ${stf_interface_ipv4addr} in - [Nn][Oo] | '') - ;; - *) - # assign IPv6 addr and interface route for 6to4 interface - stf_prefixlen=$((16+${stf_interface_ipv4plen:-0})) - OIFS="$IFS" - IFS=".$IFS" - set ${stf_interface_ipv4addr} - IFS="$OIFS" - hexfrag1=`hexprint $(($1*256 + $2))` - hexfrag2=`hexprint $(($3*256 + $4))` - ipv4_in_hexformat="${hexfrag1}:${hexfrag2}" - case ${stf_interface_ipv6_ifid} in - [Aa][Uu][Tt][Oo] | '') - for i in ${ipv6_network_interfaces}; do - laddr=`network6_getladdr ${i}` - case ${laddr} in - '') - ;; - *) - break - ;; - esac - done - stf_interface_ipv6_ifid=`expr "${laddr}" : \ - 'fe80::\(.*\)%\(.*\)'` - case ${stf_interface_ipv6_ifid} in - '') - stf_interface_ipv6_ifid=0:0:0:1 - ;; - esac - ;; - esac - ifconfig stf0 create >/dev/null 2>&1 - ifconfig stf0 inet6 2002:${ipv4_in_hexformat}:${stf_interface_ipv6_slaid:-0}:${stf_interface_ipv6_ifid} \ - prefixlen ${stf_prefixlen} - # disallow packets to malicious 6to4 prefix - route add -inet6 2002:e000:: -prefixlen 20 ::1 -reject - route add -inet6 2002:7f00:: -prefixlen 24 ::1 -reject - route add -inet6 2002:0000:: -prefixlen 24 ::1 -reject - route add -inet6 2002:ff00:: -prefixlen 24 ::1 -reject - ;; - esac -} - -# Setup static routes -network6_static_routes_setup() -{ - # Set up any static routes. - case ${ipv6_defaultrouter} in - [Nn][Oo] | '') - ;; - *) - ipv6_static_routes="default ${ipv6_static_routes}" - ipv6_route_default="default ${ipv6_defaultrouter}" - ;; - esac - case ${ipv6_static_routes} in - [Nn][Oo] | '') - ;; - *) - for i in ${ipv6_static_routes}; do - ipv6_route_args=`get_if_var $i ipv6_route_IF` - route add -inet6 ${ipv6_route_args} - done - ;; - esac -} - -# Setup faith -network6_faith_setup() -{ - case ${ipv6_faith_prefix} in - [Nn][Oo] | '') - ;; - *) - sysctl net.inet6.ip6.keepfaith=1 - ifconfig faith0 create >/dev/null 2>&1 - ifconfig faith0 up - for prefix in ${ipv6_faith_prefix}; do - prefixlen=`expr "${prefix}" : ".*/\(.*\)"` - case ${prefixlen} in - '') - prefixlen=96 - ;; - *) - prefix=`expr "${prefix}" : \ - "\(.*\)/${prefixlen}"` - ;; - esac - route add -inet6 ${prefix} -prefixlen ${prefixlen} ::1 - route change -inet6 ${prefix} -prefixlen ${prefixlen} \ - -ifp faith0 - done - ;; - esac -} - -# Install the "default interface" to kernel, which will be used -# as the default route when there's no router. -network6_default_interface_setup() -{ - # Choose IPv6 default interface if it is not clearly specified. - case ${ipv6_default_interface} in - '') - for i in ${ipv6_network_interfaces}; do - case $i in - lo0|faith[0-9]*) - continue - ;; - esac - laddr=`network6_getladdr $i exclude_tentative` - case ${laddr} in - '') - ;; - *) - ipv6_default_interface=$i - break - ;; - esac - done - ;; - esac - - # Disallow unicast packets without outgoing scope identifiers, - # or route such packets to a "default" interface, if it is specified. - route add -inet6 fe80:: -prefixlen 10 ::1 -reject - case ${ipv6_default_interface} in - [Nn][Oo] | '') - route add -inet6 ff02:: -prefixlen 16 ::1 -reject - ;; - *) - laddr=`network6_getladdr ${ipv6_default_interface}` - route add -inet6 ff02:: ${laddr} -prefixlen 16 -interface \ - -cloning - - # Disable installing the default interface with the - # case net.inet6.ip6.forwarding=0 and - # net.inet6.ip6.accept_rtadv=0, due to avoid conflict - # between the default router list and the manual - # configured default route. - case ${ipv6_gateway_enable} in - [Yy][Ee][Ss]) - ;; - *) - if [ `sysctl -n net.inet6.ip6.accept_rtadv` -eq 1 ] - then - ndp -I ${ipv6_default_interface} - fi - ;; - esac - ;; - esac -} - network6_getladdr() { ifconfig $1 2>/dev/null | while read proto addr rest; do Index: etc/rc.d/NETWORKING =================================================================== --- etc/rc.d/NETWORKING (revision 195123) +++ etc/rc.d/NETWORKING (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: NETWORKING NETWORK -# REQUIRE: netif netoptions routing network_ipv6 ppp ipfw +# REQUIRE: netif netoptions routing ppp ipfw stf faith # REQUIRE: defaultroute routed mrouted route6d mroute6d resolv # This is a dummy dependency, for services which require networking Index: etc/rc.d/network_ipv6 =================================================================== --- etc/rc.d/network_ipv6 (revision 195123) +++ etc/rc.d/network_ipv6 (working copy) @@ -1,126 +0,0 @@ -#!/bin/sh -# -# Copyright (c) 2000 The KAME Project -# All rights reserved. -# -# Redistribution and use in source and binary forms, with or without -# modification, are permitted provided that the following conditions -# are met: -# 1. Redistributions of source code must retain the above copyright -# notice, this list of conditions and the following disclaimer. -# 2. Redistributions in binary form must reproduce the above copyright -# notice, this list of conditions and the following disclaimer in the -# documentation and/or other materials provided with the distribution. -# -# THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND -# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE -# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE -# ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE -# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL -# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS -# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) -# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT -# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY -# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF -# SUCH DAMAGE. -# -# $FreeBSD$ -# From: src/etc/rc.network6,v 1.29 2002/04/06 15:15:43 -# - -# PROVIDE: network_ipv6 -# REQUIRE: routing ip6fw -# KEYWORD: nojail - -. /etc/rc.subr -. /etc/network.subr - -name="network_ipv6" -rcvar=`set_rcvar ipv6` -start_cmd="network_ipv6_start" - -network_ipv6_start() -{ - # disallow "internal" addresses to appear on the wire - route add -inet6 ::ffff:0.0.0.0 -prefixlen 96 ::1 -reject - route add -inet6 ::0.0.0.0 -prefixlen 96 ::1 -reject - - case ${ipv6_network_interfaces} in - [Aa][Uu][Tt][Oo]) - # Get a list of network interfaces - ipv6_network_interfaces="`ifconfig -l`" - ;; - [Nn][Oo][Nn][Ee]) - ipv6_network_interfaces='' - ;; - esac - - if checkyesno ipv6_gateway_enable; then - # act as a router - ${SYSCTL_W} net.inet6.ip6.forwarding=1 - ${SYSCTL_W} net.inet6.ip6.accept_rtadv=0 - - # wait for DAD - for i in $ipv6_network_interfaces; do - ifconfig $i up - done - sleep `${SYSCTL_N} net.inet6.ip6.dad_count` - sleep 1 - else - # act as endhost - start with manual configuration - # Setup of net.inet6.ip6.accept_rtadv is done later by - # network6_interface_setup. - ${SYSCTL_W} net.inet6.ip6.forwarding=0 - fi - - if [ -n "${ipv6_network_interfaces}" ]; then - # Setup the interfaces - network6_interface_setup $ipv6_network_interfaces - - # wait for DAD's completion (for global addrs) - sleep `${SYSCTL_N} net.inet6.ip6.dad_count` - sleep 1 - fi - - # Filter out interfaces on which IPv6 initialization failed. - if checkyesno ipv6_gateway_enable; then - ipv6_working_interfaces="" - for i in ${ipv6_network_interfaces}; do - laddr=`network6_getladdr $i exclude_tentative` - case ${laddr} in - '') - ;; - *) - ipv6_working_interfaces="$i \ - ${ipv6_working_interfaces}" - ;; - esac - done - ipv6_network_interfaces=${ipv6_working_interfaces} - fi - - # Setup IPv6 to IPv4 mapping - network6_stf_setup - - # Install the "default interface" to kernel, which will be used - # as the default route when there's no router. - network6_default_interface_setup - - # Setup static routes - network6_static_routes_setup - - # Setup faith - network6_faith_setup - - # Support for IPv4 address tacked onto an IPv6 address - if checkyesno ipv6_ipv4mapping; then - echo 'IPv4 mapped IPv6 address support=YES' - ${SYSCTL_W} net.inet6.ip6.v6only=0 >/dev/null - else - echo 'IPv4 mapped IPv6 address support=NO' - ${SYSCTL_W} net.inet6.ip6.v6only=1 >/dev/null - fi -} - -load_rc_config $name -run_rc_command "$1" Index: etc/rc.d/devd =================================================================== --- etc/rc.d/devd (revision 195123) +++ etc/rc.d/devd (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: devd -# REQUIRE: netif network_ipv6 +# REQUIRE: netif # BEFORE: NETWORKING mountcritremote # KEYWORD: nojail shutdown Index: etc/rc.d/addswap =================================================================== --- etc/rc.d/addswap (revision 195123) +++ etc/rc.d/addswap (working copy) @@ -7,7 +7,6 @@ # PROVIDE: addswap # REQUIRE: FILESYSTEMS -# BEFORE: sysctl # KEYWORD: nojail . /etc/rc.subr Index: etc/rc.d/sysctl =================================================================== --- etc/rc.d/sysctl (revision 195123) +++ etc/rc.d/sysctl (working copy) @@ -5,7 +5,7 @@ # PROVIDE: sysctl # REQUIRE: root -# BEFORE: DAEMON +# BEFORE: FILESYSTEMS . /etc/rc.subr Index: etc/rc.d/mroute6d =================================================================== --- etc/rc.d/mroute6d (revision 195123) +++ etc/rc.d/mroute6d (working copy) @@ -4,7 +4,8 @@ # # PROVIDE: mroute6d -# REQUIRE: network_ipv6 +# REQUIRE: netif +# BEFORE: NETWORKING # KEYWORD: nojail . /etc/rc.subr Index: etc/rc.d/ip6addrctl =================================================================== --- etc/rc.d/ip6addrctl (revision 195123) +++ etc/rc.d/ip6addrctl (working copy) @@ -4,8 +4,8 @@ # # PROVIDE: ip6addrctl -# REQUIRE: FILESYSTEMS netif -# BEFORE: network_ipv6 +# REQUIRE: FILESYSTEMS +# BEFORE: netif # KEYWORD: nojail . /etc/rc.subr @@ -52,7 +52,7 @@ ip6addrctl install /etc/ip6addrctl.conf checkyesno ip6addrctl_verbose && ip6addrctl else - if checkyesno ipv6_enable; then + if checkyesno ipv6_prefer; then ip6addrctl_prefer_ipv6 else ip6addrctl_prefer_ipv4 Index: etc/rc.d/Makefile =================================================================== --- etc/rc.d/Makefile (revision 195123) +++ etc/rc.d/Makefile (working copy) @@ -4,13 +4,13 @@ FILES= DAEMON FILESYSTEMS LOGIN NETWORKING SERVERS \ abi accounting addswap adjkerntz amd \ - apm apmd archdep atm1 atm2 atm3 auditd auto_linklocal \ + apm apmd archdep atm1 atm2 atm3 auditd \ bgfsck bluetooth bootparams bridge bsnmpd bthidd \ ccd cleanvar cleartmp cron \ ddb defaultroute devd devfs dhclient \ dmesg dumpon \ encswap \ - fsck ftp-proxy ftpd \ + faith fsck ftp-proxy ftpd \ gbde geli geli2 gssd \ hcsecd \ hostapd hostid hostname \ @@ -23,7 +23,7 @@ mixer motd mountcritlocal mountcritremote mountlate \ mdconfig mdconfig2 mountd moused mroute6d mrouted msgs \ named natd netif netoptions \ - network_ipv6 newsyslog nfsclient nfscbd nfsd \ + newsyslog nfsclient nfscbd nfsd \ nfsserver nfsuserd nisdomain nsswitch ntpd ntpdate \ othermta \ pf pflog pfsync \ @@ -32,7 +32,7 @@ random rarpd resolv rfcomm_pppd_server root \ route6d routed routing rpcbind rtadvd rwho \ savecore sdpd securelevel sendmail \ - serial sppp statd swap1 \ + serial sppp statd stf swap1 \ syscons sysctl syslogd \ timed tmp \ ugidfw \ Index: etc/rc.d/route6d =================================================================== --- etc/rc.d/route6d (revision 195123) +++ etc/rc.d/route6d (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: route6d -# REQUIRE: network_ipv6 +# REQUIRE: netif routing # KEYWORD: nojail . /etc/rc.subr Index: etc/rc.d/netoptions =================================================================== --- etc/rc.d/netoptions (revision 195123) +++ etc/rc.d/netoptions (working copy) @@ -5,10 +5,15 @@ # PROVIDE: netoptions # REQUIRE: FILESYSTEMS +# BEFORE: netif # KEYWORD: nojail . /etc/rc.subr +name="netoptions" +start_cmd="netoptions_start" +stop_cmd=: + _netoptions_initdone= netoptions_init() { @@ -18,75 +23,58 @@ fi } -load_rc_config 'XXX' +netoptions_start() +{ + if checkyesno log_in_vain; then + netoptions_init + echo -n " log_in_vain=${log_in_vain}" + ${SYSCTL_W} net.inet.tcp.log_in_vain="${log_in_vain}" >/dev/null + ${SYSCTL_W} net.inet.udp.log_in_vain="${log_in_vain}" >/dev/null + fi -case ${log_in_vain} in -[Nn][Oo] | '') - log_in_vain=0 - ;; -[Yy][Ee][Ss]) - log_in_vain=1 - ;; -[0-9]*) - ;; -*) - netoptions_init - echo " invalid log_in_vain setting: ${log_in_vain}" - log_in_vain=0 - ;; -esac + if checkyesno tcp_extensions; then + netoptions_init + echo -n ' rfc1323 extensions=NO' + ${SYSCTL_W} net.inet.tcp.rfc1323=0 >/dev/null + fi -if [ "${log_in_vain}" -ne 0 ]; then - netoptions_init - echo -n " log_in_vain=${log_in_vain}" - sysctl net.inet.tcp.log_in_vain="${log_in_vain}" >/dev/null - sysctl net.inet.udp.log_in_vain="${log_in_vain}" >/dev/null -fi + if ! checkyesno tcp_keepalive; then + netoptions_init + echo -n ' TCP keepalive=NO' + ${SYSCTL_W} net.inet.tcp.always_keepalive=0 >/dev/null + fi -case ${tcp_extensions} in -[Yy][Ee][Ss] | '') - ;; -*) - netoptions_init - echo -n ' tcp extensions=NO' - sysctl net.inet.tcp.rfc1323=0 >/dev/null - ;; -esac + if checkyesno tcp_drop_synfin; then + netoptions_init + echo -n ' drop SYN+FIN packets=YES' + ${SYSCTL_W} net.inet.tcp.drop_synfin=1 >/dev/null + fi -case ${tcp_keepalive} in -[Nn][Oo]) - netoptions_init - echo -n ' TCP keepalive=NO' - sysctl net.inet.tcp.always_keepalive=0 >/dev/null - ;; -esac + case ${ip_portrange_first} in + [0-9]*) + netoptions_init + echo -n " ip_portrange_first=$ip_portrange_first" + ${SYSCTL_W} net.inet.ip.portrange.first=$ip_portrange_first >/dev/null + ;; + esac -case ${tcp_drop_synfin} in -[Yy][Ee][Ss]) - netoptions_init - echo -n ' drop SYN+FIN packets=YES' - sysctl net.inet.tcp.drop_synfin=1 >/dev/null - ;; -esac + case ${ip_portrange_last} in + [0-9]*) + netoptions_init + echo -n " ip_portrange_last=$ip_portrange_last" + ${SYSCTL_W} net.inet.ip.portrange.last=$ip_portrange_last >/dev/null + ;; + esac -case ${ip_portrange_first} in -[Nn][Oo] | '') - ;; -*) - netoptions_init - echo -n " ip_portrange_first=$ip_portrange_first" - sysctl net.inet.ip.portrange.first=$ip_portrange_first >/dev/null - ;; -esac + if checkyesno ipv6_ipv4mapping; then + ${SYSCTL_W} net.inet6.ip6.v6only=0 >/dev/null + else + echo -n " no-ipv4-mapped-ipv6" + ${SYSCTL_W} net.inet6.ip6.v6only=1 >/dev/null + fi -case ${ip_portrange_last} in -[Nn][Oo] | '') - ;; -*) - netoptions_init - echo -n " ip_portrange_last=$ip_portrange_last" - sysctl net.inet.ip.portrange.last=$ip_portrange_last >/dev/null - ;; -esac + [ -n "${_netoptions_initdone}" ] && echo '.' +} -[ -n "${_netoptions_initdone}" ] && echo '.' +load_rc_config $name +run_rc_command $1 Index: etc/rc.d/auto_linklocal =================================================================== --- etc/rc.d/auto_linklocal (revision 195123) +++ etc/rc.d/auto_linklocal (working copy) @@ -1,33 +0,0 @@ -#!/bin/sh -# -# $FreeBSD$ -# - -# PROVIDE: auto_linklocal -# REQUIRE: root -# BEFORE: sysctl -# KEYWORD: nojail - -. /etc/rc.subr -. /etc/network.subr - -name="auto_linklocal" -start_cmd="auto_linklocal_start" -stop_cmd=":" - -auto_linklocal_start() -{ - if ! checkyesno ipv6_enable && ${SYSCTL} net.inet6 > /dev/null 2>&1; then - if ! ${SYSCTL_W} net.inet6.ip6.auto_linklocal=0 >/dev/null 2>&1; then - warn "failed to set sysctl(8)" - return 1 - fi - laddr=`network6_getladdr lo0` - if [ -z "${laddr}" ]; then - ifconfig lo0 inet6 fe80::1 prefixlen 64 - fi - fi -} - -load_rc_config $name -run_rc_command "$1" Index: etc/rc.d/defaultroute =================================================================== --- etc/rc.d/defaultroute (revision 195123) +++ etc/rc.d/defaultroute (working copy) @@ -6,7 +6,7 @@ # # PROVIDE: defaultroute -# REQUIRE: devd netif network_ipv6 +# REQUIRE: devd netif # KEYWORD: nojail . /etc/rc.subr @@ -18,7 +18,7 @@ defaultroute_start() { - local output carrier nocarrier + local output carrier nocarrier nl # Return without waiting if we don't have dhcp interfaces or # if none of the dhcp interfaces is plugged in. @@ -41,6 +41,7 @@ if [ -n "${defif}" ]; then if [ ${delay} -ne ${defaultroute_delay} ]; then echo -n "($defif)" + nl=1 fi break fi @@ -49,11 +50,12 @@ else echo -n . fi + nl=1 sleep 1 delay=`expr $delay - 1` done - echo + [ -n "$nl" ] && echo } load_rc_config $name Index: etc/rc.d/rtadvd =================================================================== --- etc/rc.d/rtadvd (revision 195123) +++ etc/rc.d/rtadvd (working copy) @@ -40,10 +40,25 @@ # get a list of interfaces and enable it on them # case ${rtadvd_interfaces} in - '') + [Aa][Uu][Tt][Oo]|'') for i in `ifconfig -l` ; do case $i in - lo0|gif[0-9]*|stf[0-9]*|faith[0-9]*|lp[0-9]*|sl[0-9]*|tun[0-9]*) + lo0|\ + stf[0-9]*|\ + faith[0-9]*|\ + lp[0-9]*|\ + sl[0-9]*|\ + pflog[0-9]*|\ + pfsync[0-9]*|\ + an[0-9]*|\ + ath[0-9]*|\ + ipw[0-9]*|\ + iwi[0-9]*|\ + iwn[0-9]*|\ + ral[0-9]*|\ + wi[0-9]*|\ + wl[0-9]*|\ + wpi[0-9]*) continue ;; *) Index: etc/rc.d/routing =================================================================== --- etc/rc.d/routing (revision 195123) +++ etc/rc.d/routing (working copy) @@ -27,11 +27,69 @@ routing_stop() { + static_stop route -n flush + for i in ${ipv6_network_interfaces}; do + ifconfig $i inet6 -defaultif + done } static_start() { + af=$1 + + case ${_af} in + inet | ipv4 | ip4) + do_static ipv4 add + ;; + inet6 | ipv6 | ip6) + do_static ipv6 add + ;; + atm) + do_static atm add + ;; + *) + do_static ipv4 add + do_static ipv6 add + do_static atm add + ;; + esac +} + +static_stop() +{ + af=$1 + + case ${_af} in + inet | ipv4 | ip4) + do_static ipv4 delete + ;; + inet6 | ipv6 | ip6) + do_static ipv6 delete + ;; + atm) + do_static atm delete + ;; + *) + do_static ipv4 delete + do_static ipv6 delete + do_static atm delete + ;; + esac +} + +do_static() +{ + _af=$1 + _action=$2 + + eval $1_static $2 +} + +ipv4_static() +{ + _action=$1 + case ${defaultrouter} in [Nn][Oo] | '') ;; @@ -41,20 +99,128 @@ ;; esac - # Setup static routes. This should be done before router discovery. - # if [ -n "${static_routes}" ]; then for i in ${static_routes}; do - eval route_args=\$route_${i} - route add ${route_args} + route_args=`get_if_var $i route_IF` + route ${_action} ${route_args} done fi - # Now ATM static routes - # +} + +ipv6_static() +{ + _action=$1 + + # disallow "internal" addresses to appear on the wire + route ${_action} -inet6 ::ffff:0.0.0.0 -prefixlen 96 ::1 -reject + route ${_action} -inet6 ::0.0.0.0 -prefixlen 96 ::1 -reject + + case ${ipv6_defaultrouter} in + [Nn][Oo] | '') + ;; + *) + ipv6_static_routes="default ${ipv6_static_routes}" + ipv6_route_default="default ${ipv6_defaultrouter}" + ;; + esac + + if [ -n "${ipv6_static_routes}" ]; then + for i in ${ipv6_static_routes}; do + ipv6_route_args=`get_if_var $i ipv6_route_IF` + route ${_action} -inet6 ${route_args} + done + fi + + # Fixup $ipv6_network_interfaces + case ${ipv6_network_interfaces} in + [Nn][Oo][Nn][Ee]) + ipv6_network_interfaces='' + ;; + esac + + if checkyesno ipv6_gateway_enable; then + for i in ${ipv6_network_interfaces}; do + + laddr=`network6_getladdr $i exclude_tentative` + case ${laddr} in + '') + ;; + *) + ipv6_working_interfaces="$i \ + ${ipv6_working_interfaces}" + ;; + esac + done + ipv6_network_interfaces=${ipv6_working_interfaces} + fi + + # Install the "default interface" to kernel, which will be used + # as the default route when there's no router. + case "${ipv6_default_interface}" in + [Nn][Oo] | [Nn][Oo][Nn][Ee]) + ipv6_default_interface="" + ;; + [Aa][Uu][Tt][Oo] | "") + for i in ${ipv6_network_interfaces}; do + case $i in + lo0|faith[0-9]*) + continue + ;; + esac + laddr=`network6_getladdr $i exclude_tentative` + case ${laddr} in + '') + ;; + *) + ipv6_default_interface=$i + break + ;; + esac + done + ;; + esac + + # Disallow unicast packets without outgoing scope identifiers, + # or route such packets to a "default" interface, if it is specified. + route ${_action} -inet6 fe80:: -prefixlen 10 ::1 -reject + + case ${ipv6_default_interface} in + '') + route ${_action} -inet6 ff02:: -prefixlen 16 ::1 -reject + ;; + *) + laddr=`network6_getladdr ${ipv6_default_interface}` + route ${_action} -inet6 ff02:: ${laddr} -prefixlen 16 -interface + + # Disable installing the default interface with the + # case net.inet6.ip6.forwarding=0 and + # the interface with no ND6_IFF_ACCEPT_RTADV + # to avoid conflict between the default router list and + # the manual configured default route. + if ! checkyesno ipv6_gateway_enable; then + ifconfig ${ipv6_default_interface} nd6 | \ + while read proto options + do + case "${proto}:${options}" in + nd6:*ACCEPT_RTADV*) + ifconfig ${ipv6_default_interface} inet6 defaultif + break + ;; + esac + done + fi + ;; + esac +} + +atm_static() +{ + _action=$1 + if [ -n "${natm_static_routes}" ]; then for i in ${natm_static_routes}; do - eval route_args=\$route_${i} - atmconfig natm add ${route_args} + route_args=`get_if_var $i route_IF` + atmconfig natm ${_action} ${route_args} done fi } @@ -70,72 +236,62 @@ options_start() { - case ${icmp_bmcastecho} in - [Yy][Ee][Ss]) + if checkyesno icmp_bmcastecho; then ropts_init echo -n ' broadcast ping responses=YES' sysctl net.inet.icmp.bmcastecho=1 >/dev/null - ;; - esac + fi - case ${icmp_drop_redirect} in - [Yy][Ee][Ss]) + if checkyesno icmp_drop_redirect; then ropts_init echo -n ' ignore ICMP redirect=YES' sysctl net.inet.icmp.drop_redirect=1 >/dev/null - ;; - esac + fi - case ${icmp_log_redirect} in - [Yy][Ee][Ss]) + if checkyesno icmp_log_redirect; then ropts_init echo -n ' log ICMP redirect=YES' sysctl net.inet.icmp.log_redirect=1 >/dev/null - ;; - esac + fi - case ${gateway_enable} in - [Yy][Ee][Ss]) + if checkyesno gateway_enable; then ropts_init - echo -n ' IP gateway=YES' + echo -n ' IPv4 gateway=YES' sysctl net.inet.ip.forwarding=1 >/dev/null - ;; - esac + fi - case ${forward_sourceroute} in - [Yy][Ee][Ss]) + if checkyesno ipv6_gateway_enable; then ropts_init + echo -n ' IPv6 gateway=YES' + sysctl net.inet6.ip6.forwarding=1 >/dev/null + fi + + if checkyesno forward_sourceroute; then + ropts_init echo -n ' do source routing=YES' sysctl net.inet.ip.sourceroute=1 >/dev/null - ;; - esac + fi - case ${accept_sourceroute} in - [Yy][Ee][Ss]) + if checkyesno accept_sourceroute; then ropts_init echo -n ' accept source routing=YES' sysctl net.inet.ip.accept_sourceroute=1 >/dev/null - ;; - esac + fi - case ${ipxgateway_enable} in - [Yy][Ee][Ss]) + if checkyesno ipxgateway_enable; then ropts_init echo -n ' IPX gateway=YES' sysctl net.ipx.ipx.ipxforwarding=1 >/dev/null - ;; - esac + fi - case ${arpproxy_all} in - [Yy][Ee][Ss]) + if checkyesno arpproxy_all; then ropts_init echo -n ' ARP proxyall=YES' sysctl net.link.ether.inet.proxyall=1 >/dev/null - ;; - esac + fi [ -n "${_ropts_initdone}" ] && echo '.' } load_rc_config $name -run_rc_command "$1" +run_rc_command "$*" Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 195123) +++ etc/defaults/rc.conf (working copy) @@ -197,6 +197,7 @@ #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry. #ifconfig_ed0_ipx="ipx 0x00010010" # Sample IPX address family entry. #ifconfig_fxp0_name="net0" # Change interface name from fxp0 to net0. +#ifconfig_ed0="inet6 fec0:0:0:5::1 prefixlen 64" # Sample IPv6 address entry #wlans_ath0="wlan0" # wlan(4) interfaces for ath0 device #wlandebug_wlan0="scan+auth+assoc" # Set debug flags with wlanddebug(8) #ipv4_addrs_fxp0="192.168.0.1/24 192.168.1.1-5/28" # example IPv4 address entry. @@ -417,8 +418,9 @@ icmp_bmcastecho="NO" # respond to broadcast ping packets ### IPv6 options: ### -ipv6_enable="NO" # Set to YES to set up for IPv6. -ipv6_network_interfaces="auto" # List of network interfaces (or "auto"). +ipv6_network_interfaces="none" # List of IPv6 network interfaces + # (or "auto" or "none"). +ipv6_prefer="NO" # Use IPv6 when both IPv4 and IPv6 can be used ipv6_defaultrouter="NO" # Set to IPv6 default gateway (or NO). #ipv6_defaultrouter="2002:c058:6301::" # Use this for 6to4 (RFC 3068) ipv6_static_routes="" # Set to static route list (or leave empty). @@ -438,8 +440,6 @@ # Choose correct prefix value. #ipv6_prefix_ed0="fec0:0000:0000:0001 fec0:0000:0000:0002" # Examples for rtr. #ipv6_prefix_ep0="fec0:0000:0000:0003 fec0:0000:0000:0004" # Examples for rtr. -#ipv6_ifconfig_ed0="fec0:0:0:5::1 prefixlen 64" # Sample manual assign entry -#ipv6_ifconfig_ed0_alias0="fec0:0:0:5::2 prefixlen 64" # Sample alias entry. ipv6_default_interface="NO" # Default output interface for scoped addrs. # Now this works only for IPv6 link local # multicast addrs. ----Next_Part(Sun_Jun_28_09_05_33_2009_873)---- ----Security_Multipart0(Sun_Jun_28_09_05_33_2009_606)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkpGs80ACgkQTyzT2CeTzy1QFgCfRUEt0wA42XsJV/Abi0PILgmD AUYAoJ621d3I0y6Qbs11pM6vEcpZTJ6t =q8wv -----END PGP SIGNATURE----- ----Security_Multipart0(Sun_Jun_28_09_05_33_2009_606)---- From owner-freebsd-net@FreeBSD.ORG Sun Jun 28 00:11:29 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31CE910656E1; Sun, 28 Jun 2009 00:11:29 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 08D2B8FC19; Sun, 28 Jun 2009 00:11:27 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy9 with SMTP id 9so2711629ewy.43 for ; Sat, 27 Jun 2009 17:11:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=fiLnpg5ZfwuRbuFZJE+P7QGH1x6LEVq0MW0PmALiha4=; b=Sqh6odoZ+I/53PuiTIU2a80IarxFTlBApu2bKgs65Dm4tAS/vra+y2aCnIg2vYfDhA TASuT7Ny4Uavm3aLeqSO+5vFyjqzmsOMK6r/t8f0saHvwFOB02fD1W5Cb3rDubLP3JUy wuyW2Jg7MK4deoRUPO127531JAiD7XlHCNzvo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=dRkCOqsZl0hp4N5NDfU0fzDBAv4y3Ty3OXvBFbnlCprcG7gdEw/IUsxudKu3WAxJWF 4duxPfZKpAK2JyuYNyWUkSQVrADoeIxomqDqaZFRvNaG6jeM0goPUDxRO1OXZmoIYuPZ BcKeA6viB/VE+UU+D/StpQlGBws9gHc5jIsKU= Received: by 10.210.34.2 with SMTP id h2mr18324ebh.23.1246147887145; Sat, 27 Jun 2009 17:11:27 -0700 (PDT) Received: from omega.lan (bl5-224-235.dsl.telepac.pt [82.154.224.235]) by mx.google.com with ESMTPS id 5sm3358883eyh.0.2009.06.27.17.11.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Jun 2009 17:11:26 -0700 (PDT) Sender: Rui Paulo Message-Id: From: Rui Paulo To: Hiroki Sato In-Reply-To: <20090628.083534.177750036.hrs@allbsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 28 Jun 2009 01:11:24 +0100 References: <20090626.170006.244306978.hrs@allbsd.org> <20090628.083534.177750036.hrs@allbsd.org> X-Mailer: Apple Mail (2.935.3) Cc: jinmei@isc.org, bz@FreeBSD.org, rwatson@FreeBSD.org, ume@FreeBSD.org, net@FreeBSD.org Subject: Re: RFC: convert net.inet6.ip6.{accept_rtadv, auto_linklocal} to per-interface flags X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 00:11:29 -0000 On 28 Jun 2009, at 00:35, Hiroki Sato wrote: > Rui Paulo wrote > in : > > rp> On 26 Jun 2009, at 09:00, Hiroki Sato wrote: > rp> > So, I want to add the following changes: > rp> > > rp> > 1. Use per-interface ND6 flag "ifdisabled" as a flag for if it > is > rp> > IPv6-enabled or not. Set it by default. > rp> > rp> This looks okay, but "ifdisabled" seems to mean "disable the > rp> interface" instead of the actual meaning: "disable ipv6 neighbor > rp> discovery / disable ipv6 link local". Bikeshed apart, what about: > rp> # ifconfig fxp0 -nd6 (to disable ND6) > rp> # ifconfig fxp0 nd6 (to enable it) > > This is actually "ifconfig fxp0 *inet6* ifdisabled". The reason why > I used this name is ndp(8) uses "disabled" and the flag constant is > named as ND6_IFF_IFDISABLED. Oh, I didn't catch that. Makes more sense. > The "ifconfig fxp0 inet6 -nd6" is technically correct, but it sounds > rather cryptic from viewpoint that we use it as a flag to disable > IPv6. It means disabling NDP as well as marking all of the AF_INET6 > addresses on that interface as IN6_IFF_TENTATIVE. > > Hm, actually I do not stick to the name "ifdisabled". Is "nd6" > better? Well, since I now understand it includes inet6 as part of the command, I don't care whichever name gets selected. Pick the one you prefer :-) -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sun Jun 28 06:02:51 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E8481065674 for ; Sun, 28 Jun 2009 06:02:51 +0000 (UTC) (envelope-from atkin901@yahoo.com) Received: from web37906.mail.mud.yahoo.com (web37906.mail.mud.yahoo.com [209.191.91.168]) by mx1.freebsd.org (Postfix) with SMTP id C816F8FC1C for ; Sun, 28 Jun 2009 06:02:50 +0000 (UTC) (envelope-from atkin901@yahoo.com) Received: (qmail 24366 invoked by uid 60001); 28 Jun 2009 05:36:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1246167368; bh=ZynbvEQLtXqOC3AimgMwxiW6kzFLnjeG/qAI78Z7s6A=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=tFbuy/IR4gLTKIb4sFMG+muXDBWJrBoAwlwbybCD97KqT/tiiemrocJSEQal0gTgJp8+may3fjARd9bkZV2pOJ02aYq7ity358ZIBa/RpMI7tjq5QpmSCuIc9l5vER/9/eHYn2xaH8YOo0qOIr2I97gULf5vhKxYzoH3lQCoIz8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=2QCeGvlUVTlKGfmzlNN4KuIpFFnRdeeccmtTqbz/fxbG5ZLrtAm1svRsSqGz2oJSH+ENaKQlOhELpH+5nRUT5oUR63u06/nSgkaxXnWQZOCZw28+MeYfeEHsGRxu5wrH9BnAb9eZ5areB+HurGCXnHFtRHfA0S2kkjdakRMCXRo=; Message-ID: <688430.20427.qm@web37906.mail.mud.yahoo.com> X-YMail-OSG: AcNBAkIVM1mHnqmT1L213aKpequTbCh7hv1oBw8K7Zy4WlcaalpMLDUcnC.JuBtSKmevvW4cU1qv.fUkihApmeyKpCfu104tG23v.VHYhc0zgzfQzdFOI44MV2v__iCFriKKazvpqCnljVHfCM42HAMiH888boTklmxLYxqSF0ZV0jBYPxcB5hk0SipfcYkDwoSds2FrDe0o9N.NJKv8RJn6ztXP5V280qezw0dpcVf0u0FI.1vBUs98.tFG24zfM.wIdQ8wKJSPjNiC5H5WuhaBUCbr45VnsESkpSoLTgnaEmupi0Vw3EavrzrDaooiRgUaqzbqZ7hh1f3BnbiIDV5YqPNEL0MEyQjpwRBD9A-- Received: from [209.20.215.244] by web37906.mail.mud.yahoo.com via HTTP; Sat, 27 Jun 2009 22:36:08 PDT X-Mailer: YahooMailRC/1277.43 YahooMailWebService/0.7.289.15 References: <2a41acea0905020803s63b69b1awb39538f000f5bd5a@mail.gmail.com> <2a41acea0906261725x57e6903br9f3f42b55f3a3d30@mail.gmail.com> Date: Sat, 27 Jun 2009 22:36:08 -0700 (PDT) From: Mark Atkinson To: Jack Vogel In-Reply-To: <2a41acea0906261725x57e6903br9f3f42b55f3a3d30@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@freebsd.org Subject: Re: Regression: em driver in -CURRENT, "Invalid MAC address" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 06:02:51 -0000 ________________________________ >From: Jack Vogel >Oh, hmmm, so this card is completely broken with the new driver then? Completely, unfortunately (they don't show up in ifconfig, only in dmesg/pciconf). >What was the last working version you used? I was running a kernel from -current May 27th, 2009. I don't recall any significant em updates between then and when the new driver went in. On Fri, Jun 26, 2009 at 11:36 AM, Mark Atkinson wrote: Jack Vogel wrote: > I'm willing to bet that its in fact the same problem that VMWare is > having. Our method of getting the mac address changed, and the emulations > seem to be unprepared for it. > > This was done for a real customer requirement to allow support of > alternate mac addressing in firmware. What happens now is a warm reset of > the hardware is done, followed by reading the RAR[0] register. In a real > Intel NIC the mac > address will be valid in that register, but in VMWare, and I'm willing to > bet in > VirtualBox as well, its 0. > > VMWare also has 3 choices of device (wow, amazing coincidence :), can > you tell me when you pick e1000 what real adapter it claims to emulate? > > I am considering options for this problem. The one I lean toward right now > is to make a "legacy" em driver, it will have support for ONLY pre-PCI > Express > hardware, it will be frozen as it were, the idea is that with no new work > on it > it will not suffer from any regression type failures. If I do this, there > are some > strategy issues, and its those I'm thinking about. > > In any case, I intend to have this problem resolved for 8's release. Stay > tuned. Just FYI. this is a real machine with real cards. Older fiber cards. em0: mem 0xdb000000-0xdb01ffff irq 28 at device 4.0 on pci19 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdb000000 em0: Invalid MAC address device_attach: em0 attach returned 5 em1: mem 0xdb020000-0xdb03ffff irq 29 at device 9.0 on pci19 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdb020000 em1: Invalid MAC address device_attach: em1 attach returned 5 $ pciconf -v -l |grep -A4 -e "^em" em0@pci0:19:4:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:19:9:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); _______________________________________________ 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" From owner-freebsd-net@FreeBSD.ORG Sun Jun 28 12:24:58 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5423D106566C for ; Sun, 28 Jun 2009 12:24:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0318FC0A for ; Sun, 28 Jun 2009 12:24:57 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 1EBDD38171E for ; Sun, 28 Jun 2009 08:24:57 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 28 Jun 2009 08:24:57 -0400 X-Sasl-enc: JDzDtcXOhl7ljYrtrCQdr8zpmmF6/QjeOW9zeaSPF9QA 1246191896 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id A7B8A48EAA for ; Sun, 28 Jun 2009 08:24:56 -0400 (EDT) Message-ID: <4A476114.3010808@incunabulum.net> Date: Sun, 28 Jun 2009 13:24:52 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Anyone working on RNDIS support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 12:24:58 -0000 Hi, Is anyone out there working on RNDIS driver support for FreeBSD? For the uninitiated: RNDIS is a movement towards unifying device support, mostly instigated by Microsoft, where the hardware specifics of dealing with a device are pushed onto the device itself, perhaps using a microcontroller or in logic. The device itself is treated as an NDIS 'miniport', and the role of the kernel driver is just to tunnel NDIS itself across whatever commodity bus (PCI, PCI-e, USB, etc) is in use to physically connect the device. Just interested if anyone is doing it; the only RNDIS device I have is my cable modem (which already has an Ethernet port), however, we are seeing more Wi-Fi and DSL devices with USB RNDIS, and it would be great to have this support. cheers, BMS From owner-freebsd-net@FreeBSD.ORG Sun Jun 28 13:50:42 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D020106566C for ; Sun, 28 Jun 2009 13:50:42 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id ADEBC8FC31 for ; Sun, 28 Jun 2009 13:50:41 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: (qmail invoked by alias); 28 Jun 2009 13:50:39 -0000 Received: from ipa6.74.91.tellas.gr (EHLO [169.254.0.1]) [91.140.74.6] by mail.gmx.com (mp-eu004) with SMTP; 28 Jun 2009 15:50:39 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+LnbV3GoaLXaZi98SmbqV54BczfMXwsigRwWQpVE +WMv44B/s7SW5b Message-ID: <4A4774E9.70907@gmx.com> Date: Sun, 28 Jun 2009 16:49:29 +0300 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Paul B. Mahol" References: <4A43386D.80500@gmx.com> <20090625103420.GD31161@weongyo.cdnetworks.kr> <4A436A8A.1000405@gmx.com> <20090626041246.GE31161@weongyo.cdnetworks.kr> <4A461AF9.7040900@gmx.com> <3a142e750906270843u2c44d240r9d8cadcf5f800855@mail.gmail.com> In-Reply-To: <3a142e750906270843u2c44d240r9d8cadcf5f800855@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.47 Cc: freebsd-net@freebsd.org, weongyo@freebsd.org Subject: Re: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 13:50:44 -0000 Paul B. Mahol wrote: > On 6/27/09, Nikos Vassiliadis wrote: >> Weongyo Jeong wrote: >>> Could you show me the *full* result after enabling `sysctl debug.ndis=1'? >>> Maybe steps would be as follows: >>> >>> # kldload ndis if_ndis NDIS_module >>> # sysctl debug.ndis=1 >>> [then plug-in USB stick] >> It goes like this: >> >> ugen1.2: at usbus1 >> ndis0: NDIS API version: 5.1 >> attach done. >> lock order reversal: >> 1st 0xc0edc900 HAL preemption lock (HAL lock) @ >> /usr/src/sys/compat/ndis/subr_hal.c:416 >> 2nd 0xc23b19ec NDIS USB (network driver) @ >> /usr/src/sys/compat/ndis/subr_usbd.c:803 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0c0f65b,c755e8b8,c08af235,c08a015b,c0c1249e,...) >> at db_trace_self_wrapper+0x26 >> kdb_backtrace(c08a015b,c0c1249e,c2117a58,c2114040,c755e914,...) at >> kdb_backtrace+0x29 >> _witness_debugger(c0c1249e,c23b19ec,c0c3cf54,c2114040,c0c36d8d,...) at >> _witness_debugger+0x25 >> witness_checkorder(c23b19ec,9,c0c36d8d,323,0,...) at >> witness_checkorder+0x839 >> _mtx_lock_flags(c23b19ec,0,c0c36d8d,323,c2692400,...) at >> _mtx_lock_flags+0xc4 >> usbd_irpcancel(c24f1400,c2692400,c755ea28,c755ea74,c0acfe2a,...) at >> usbd_irpcancel+0x5c >> end(c2692400,c2976b80,c26ea000,c26ea000,c755ea5c,...) at 0xc220c2e1 >> end(c26ea000,0,0,c26ea294,c755ea78,...) at 0xc22036e1 >> ndis_wg111v3_sys_drv_data_start(c26ea000,0,c26ea000,c26ea000,0,...) at >> ndis_wg111v3_sys_drv_data_start+0x5cac >> ndis_wg111v3_sys_drv_data_start(c26ea000,c2202000,c26ea000,0,c755eaa8,...) >> at ndis_wg111v3_sys_drv_data_start+0x5fec >> ndis_wg111v3_sys_drv_data_start(c26ea000,c755eab4,c755eacc,c26b206a,c755eae4,...) >> at ndis_wg111v3_sys_drv_data_start+0x603f >> ndis_wg111v3_sys_drv_data_start(c26ea000,c23b186c,c26ea000,c0ac7429,c26b206a,...) >> at ndis_wg111v3_sys_drv_data_start+0x611f >> x86_stdcall_call(c23b1800,c755eb0e,c755eb14,c755eb18,c2aa60e4,...) at >> x86_stdcall_call+0x1e >> ndis_attach(c23d6b80,c23d6b80,c0bb64fd,0,c238da24,...) at ndis_attach+0xf71 >> ndisusb_attach(c23d6b80,c221885c,c0cef938,c0bfc63d,80000000,...) at >> ndisusb_attach+0xdb >> device_attach(c23d6b80,4,c0c0ed75,9f1) at device_attach+0x36f >> device_probe_and_attach(c23d6b80,c755ec1c,ffffffff,c2275800,0,...) at >> device_probe_and_attach+0x4e >> usb_probe_and_attach_sub(c2275800,0,c0bf354f,4c4,0,...) at >> usb_probe_and_attach_sub+0xde >> usb_probe_and_attach(c2275800,ff,c2399800,1,0,...) at >> usb_probe_and_attach+0x1b3 >> uhub_explore(c2399800,0,c0bf1fec,cd,c229ed34,...) at uhub_explore+0x766 >> usb_bus_explore(c229ed34,c229edac,c0bfb560,51,c0d5fec0,...) at >> usb_bus_explore+0xbb >> usb_process(c229ecd4,c755ed38,c0c079d2,334,c21a7d48,...) at usb_process+0xde >> fork_exit(c07a6de0,c229ecd4,c755ed38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xc755ed70, ebp = 0 --- >> >>> # ifconfig wlan0 create wlandev ndis0 >>> # ifconfig wlan0 ssid blah up >> lab# ifconfig wlan0 ssid blah up >> load: 0.06 cmd: ifconfig 1245 [-] 1.92r 0.02u 0.12s 0% 1568k >> load: 0.06 cmd: ifconfig 1245 [-] 2.25r 0.02u 0.12s 0% 1568k >> >> lab# ifconfig ndis0 up >> load: 0.06 cmd: ifconfig 1254 [KeWFS] 1.27r 0.00u 0.01s 0% 1568k >> load: 0.06 cmd: ifconfig 1254 [KeWFS] 1.66r 0.00u 0.01s 0% 1568k >> >> >> lab# ifconfig ndis0 >> ndis0: flags=8803 metric 0 mtu 2290 >> ether 00:1b:2f:be:78:aa >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11b >> status: associated >> lab# ifconfig wlan0 >> wlan0: flags=8843 metric 0 mtu 1500 >> ether 00:1b:2f:be:78:aa >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> ssid blah channel 1 (2412 Mhz 11b) >> country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 >> bintval 0 >> lab# ifconfig wlan0 scan >> lab# ifconfig wlan0 list scan >> lab# >> >> Any ideas? > > Are you saying that nothing is displayed on console(dmesg) by kernel? > > The only line that I omitted from my e-mail is: wlan0: Ethernet address: 00:1b:2f:be:78:aa From owner-freebsd-net@FreeBSD.ORG Sun Jun 28 16:52:56 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 418E91065673 for ; Sun, 28 Jun 2009 16:52:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-px0-f191.google.com (mail-px0-f191.google.com [209.85.216.191]) by mx1.freebsd.org (Postfix) with ESMTP id 108F88FC16 for ; Sun, 28 Jun 2009 16:52:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by pxi29 with SMTP id 29so2861447pxi.3 for ; Sun, 28 Jun 2009 09:52:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=wndb3e/93cqcotTu9YFhVeA1hCs3w8Vnl6au/4tu/28=; b=Rm/XhYU2/HloBij1EPwI2ff7etgr7YGEXb2AuLzqk2xQGbU2DZ5bYsZKl0eGup+g66 /cyWMUXWHFyhxGy7KH4kDMdfr5hwJ56xiKf1ByFrzFBhk0/d2mzFwetGGZFgf5b9sYGC 1tui1Fe2ORw+nhHo2IkFhhjSE400c1qRF5iNM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=aKzAlfUn8hUdCwn5bV9qZBiX/QyR5P+6Lnqn8gQWGAP0kMD/zjEGEBt8Du57capNF3 NV/kbJASwXe6BvdUWT4EDUukuzK77QxOgBhCpmxxKGBZHH+ovmTx/OU4a/YHoMvRpcGa QPOBogFLCXMD/7XKV3FR1DjMU4kQNNVmz8heU= MIME-Version: 1.0 Received: by 10.114.185.12 with SMTP id i12mr9870278waf.123.1246207971744; Sun, 28 Jun 2009 09:52:51 -0700 (PDT) In-Reply-To: <688430.20427.qm@web37906.mail.mud.yahoo.com> References: <2a41acea0905020803s63b69b1awb39538f000f5bd5a@mail.gmail.com> <2a41acea0906261725x57e6903br9f3f42b55f3a3d30@mail.gmail.com> <688430.20427.qm@web37906.mail.mud.yahoo.com> Date: Sun, 28 Jun 2009 09:52:51 -0700 Message-ID: <2a41acea0906280952s23d6553ep42fcfd4671561c3a@mail.gmail.com> From: Jack Vogel To: Mark Atkinson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Regression: em driver in -CURRENT, "Invalid MAC address" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 16:52:56 -0000 Sigh.. both windows and linux have frozen drivers for this old hardware, therefore they never see the regressions they cause in the current code :( I will make a patch for you to test on Monday Mark, it will do the same thing that I did in the e1000_82540.c, basically change the read_mac function back to the older way of doing it. Regards, Jack On Sat, Jun 27, 2009 at 10:36 PM, Mark Atkinson wrote: > > > ________________________________ > >From: Jack Vogel > >Oh, hmmm, so this card is completely broken with the new driver then? > > Completely, unfortunately (they don't show up in ifconfig, only in > dmesg/pciconf). > > >What was the last working version you used? > > I was running a kernel from -current May 27th, 2009. I don't recall > any significant em updates between then and when the new driver went > in. > > On Fri, Jun 26, 2009 at 11:36 AM, Mark Atkinson > wrote: > Jack Vogel wrote: > > I'm willing to bet that its in fact the same problem that VMWare is > > having. Our method of getting the mac address changed, and the emulations > > seem to be unprepared for it. > > > > This was done for a real customer requirement to allow support of > > alternate mac addressing in firmware. What happens now is a warm reset of > > the hardware is done, followed by reading the RAR[0] register. In a real > > Intel NIC the mac > > address will be valid in that register, but in VMWare, and I'm willing to > > bet in > > VirtualBox as well, its 0. > > > > VMWare also has 3 choices of device (wow, amazing coincidence :), can > > you tell me when you pick e1000 what real adapter it claims to emulate? > > > > I am considering options for this problem. The one I lean toward right > now > > is to make a "legacy" em driver, it will have support for ONLY pre-PCI > > Express > > hardware, it will be frozen as it were, the idea is that with no new work > > on it > > it will not suffer from any regression type failures. If I do this, there > > are some > > strategy issues, and its those I'm thinking about. > > > > In any case, I intend to have this problem resolved for 8's release. Stay > > tuned. > > Just FYI. this is a real machine with real cards. Older fiber cards. > > em0: mem > 0xdb000000-0xdb01ffff > irq 28 at device 4.0 on pci19 > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdb000000 > > em0: Invalid MAC address > device_attach: em0 attach returned 5 > em1: mem > 0xdb020000-0xdb03ffff > irq 29 at device 9.0 on pci19 > em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdb020000 > > em1: Invalid MAC address > device_attach: em1 attach returned 5 > > > $ pciconf -v -l |grep -A4 -e "^em" > em0@pci0:19:4:0: class=0x020000 card=0x10008086 chip=0x10008086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > em1@pci0:19:9:0: class=0x020000 card=0x10008086 chip=0x10008086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > > > > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > > > _______________________________________________ > 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" > > > > From owner-freebsd-net@FreeBSD.ORG Sun Jun 28 17:19:16 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3169E10656A9 for ; Sun, 28 Jun 2009 17:19:16 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B02368FC0A for ; Sun, 28 Jun 2009 17:19:15 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 247026353; Sun, 28 Jun 2009 19:19:12 +0300 Message-ID: <4A4797F9.9040509@FreeBSD.org> Date: Sun, 28 Jun 2009 19:19:05 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Bruce Simpson References: <1246202598.00132971.1246192201@10.7.7.3> In-Reply-To: <1246202598.00132971.1246192201@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net Subject: Re: Anyone working on RNDIS support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 17:19:16 -0000 Bruce Simpson wrote: > Is anyone out there working on RNDIS driver support for FreeBSD? > > Just interested if anyone is doing it; the only RNDIS device I have is > my cable modem (which already has an Ethernet port), however, we are > seeing more Wi-Fi and DSL devices with USB RNDIS, and it would be great > to have this support. RNDIS is also used by Windows Mobile PDAs for USB connectivity. If somebody wants to work on this, I am ready do be an alpha-tester. Existing BT PAN interface I am using now is cool, but not very power-effective. -- Alexander Motin From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 03:25:25 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85E6B106564A for ; Mon, 29 Jun 2009 03:25:25 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-px0-f191.google.com (mail-px0-f191.google.com [209.85.216.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9D08FC1A for ; Mon, 29 Jun 2009 03:25:25 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by pxi29 with SMTP id 29so3125129pxi.3 for ; Sun, 28 Jun 2009 20:25:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=slvEcK4l5CbG9WQ2eRrukTQrqnJVju+djoFtCn4CYnw=; b=F8pCKupWfcQEkWNtwPoox9042c3ii/fnjn4Nu9qyzYWG/XCCM4tLPGHfsZzzXD7QAJ qItfMKh8T5T8mJ7htkwNYLuln3UAqmO5U0Xym4oMwupRa1dckvl1HoeNJbNrH20csxHM CKBhix1fDgj7INjvgils5SC++ddZBhHIv7hYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=Og+Fihy4l4a/dS1OqDTI35lmEDEkhDD8C/lIOwYOl6wsuOtOPIFNEMcCH/d8M8fDq2 kEFKH3Z/Vtl/IaAKR9CGpoVbEMw15buDknGU0YJKAHi0qe1ZTRLc88VEt3h6NBaqbanM /YZVg91LmQq147sRr9vnamJYzdr+zjGYQTm80= Received: by 10.140.177.15 with SMTP id z15mr413814rve.181.1246245924994; Sun, 28 Jun 2009 20:25:24 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id f42sm21256414rvb.50.2009.06.28.20.25.22 (version=SSLv3 cipher=RC4-MD5); Sun, 28 Jun 2009 20:25:24 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Mon, 29 Jun 2009 12:25:21 +0900 From: Weongyo Jeong Date: Mon, 29 Jun 2009 12:25:20 +0900 To: Nikos Vassiliadis Message-ID: <20090629032520.GA1138@weongyo.cdnetworks.kr> Mail-Followup-To: Nikos Vassiliadis , freebsd-net@freebsd.org References: <4A43386D.80500@gmx.com> <20090625103420.GD31161@weongyo.cdnetworks.kr> <4A436A8A.1000405@gmx.com> <20090626041246.GE31161@weongyo.cdnetworks.kr> <4A461AF9.7040900@gmx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A461AF9.7040900@gmx.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 03:25:26 -0000 On Sat, Jun 27, 2009 at 04:13:29PM +0300, Nikos Vassiliadis wrote: > Weongyo Jeong wrote: > >Could you show me the *full* result after enabling `sysctl debug.ndis=1'? > >Maybe steps would be as follows: > > > > # kldload ndis if_ndis NDIS_module > > # sysctl debug.ndis=1 > > [then plug-in USB stick] > > It goes like this: > > ugen1.2: at usbus1 > ndis0: NDIS API version: 5.1 > attach done. > lock order reversal: > 1st 0xc0edc900 HAL preemption lock (HAL lock) @ > /usr/src/sys/compat/ndis/subr_hal.c:416 > 2nd 0xc23b19ec NDIS USB (network driver) @ > /usr/src/sys/compat/ndis/subr_usbd.c:803 > KDB: stack backtrace: > db_trace_self_wrapper(c0c0f65b,c755e8b8,c08af235,c08a015b,c0c1249e,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c08a015b,c0c1249e,c2117a58,c2114040,c755e914,...) at > kdb_backtrace+0x29 > _witness_debugger(c0c1249e,c23b19ec,c0c3cf54,c2114040,c0c36d8d,...) at > _witness_debugger+0x25 > witness_checkorder(c23b19ec,9,c0c36d8d,323,0,...) at > witness_checkorder+0x839 > _mtx_lock_flags(c23b19ec,0,c0c36d8d,323,c2692400,...) at > _mtx_lock_flags+0xc4 > usbd_irpcancel(c24f1400,c2692400,c755ea28,c755ea74,c0acfe2a,...) at > usbd_irpcancel+0x5c > end(c2692400,c2976b80,c26ea000,c26ea000,c755ea5c,...) at 0xc220c2e1 > end(c26ea000,0,0,c26ea294,c755ea78,...) at 0xc22036e1 > ndis_wg111v3_sys_drv_data_start(c26ea000,0,c26ea000,c26ea000,0,...) at > ndis_wg111v3_sys_drv_data_start+0x5cac > ndis_wg111v3_sys_drv_data_start(c26ea000,c2202000,c26ea000,0,c755eaa8,...) > at ndis_wg111v3_sys_drv_data_start+0x5fec > ndis_wg111v3_sys_drv_data_start(c26ea000,c755eab4,c755eacc,c26b206a,c755eae4,...) > at ndis_wg111v3_sys_drv_data_start+0x603f > ndis_wg111v3_sys_drv_data_start(c26ea000,c23b186c,c26ea000,c0ac7429,c26b206a,...) > at ndis_wg111v3_sys_drv_data_start+0x611f > x86_stdcall_call(c23b1800,c755eb0e,c755eb14,c755eb18,c2aa60e4,...) at > x86_stdcall_call+0x1e > ndis_attach(c23d6b80,c23d6b80,c0bb64fd,0,c238da24,...) at ndis_attach+0xf71 > ndisusb_attach(c23d6b80,c221885c,c0cef938,c0bfc63d,80000000,...) at > ndisusb_attach+0xdb > device_attach(c23d6b80,4,c0c0ed75,9f1) at device_attach+0x36f > device_probe_and_attach(c23d6b80,c755ec1c,ffffffff,c2275800,0,...) at > device_probe_and_attach+0x4e > usb_probe_and_attach_sub(c2275800,0,c0bf354f,4c4,0,...) at > usb_probe_and_attach_sub+0xde > usb_probe_and_attach(c2275800,ff,c2399800,1,0,...) at > usb_probe_and_attach+0x1b3 > uhub_explore(c2399800,0,c0bf1fec,cd,c229ed34,...) at uhub_explore+0x766 > usb_bus_explore(c229ed34,c229edac,c0bfb560,51,c0d5fec0,...) at > usb_bus_explore+0xbb > usb_process(c229ecd4,c755ed38,c0c079d2,334,c21a7d48,...) at usb_process+0xde > fork_exit(c07a6de0,c229ecd4,c755ed38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc755ed70, ebp = 0 --- > > > # ifconfig wlan0 create wlandev ndis0 > > # ifconfig wlan0 ssid blah up > > lab# ifconfig wlan0 ssid blah up > load: 0.06 cmd: ifconfig 1245 [-] 1.92r 0.02u 0.12s 0% 1568k > load: 0.06 cmd: ifconfig 1245 [-] 2.25r 0.02u 0.12s 0% 1568k > > lab# ifconfig ndis0 up > load: 0.06 cmd: ifconfig 1254 [KeWFS] 1.27r 0.00u 0.01s 0% 1568k > load: 0.06 cmd: ifconfig 1254 [KeWFS] 1.66r 0.00u 0.01s 0% 1568k > > > lab# ifconfig ndis0 > ndis0: flags=8803 metric 0 mtu 2290 > ether 00:1b:2f:be:78:aa > media: IEEE 802.11 Wireless Ethernet autoselect mode 11b > status: associated > lab# ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:1b:2f:be:78:aa > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid blah channel 1 (2412 Mhz 11b) > country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 > bintval 0 > lab# ifconfig wlan0 scan > lab# ifconfig wlan0 list scan > lab# > > Any ideas? OK. A last steps you can try is as follows and could you show me the result? # kldload ndis if_ndis NDIS_module # sysctl debug.ndis=1 # sysctl hw.ndisusb.halt=0 [then plug-in USB stick] # ifconfig wlan0 create wlandev ndis0 # ifconfig wlan0 ssid blah up regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 08:53:22 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B25851065673 for ; Mon, 29 Jun 2009 08:53:22 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 0476C8FC0C for ; Mon, 29 Jun 2009 08:53:21 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: (qmail invoked by alias); 29 Jun 2009 08:53:20 -0000 Received: from ipa6.74.91.tellas.gr (EHLO [169.254.0.1]) [91.140.74.6] by mail.gmx.com (mp-eu002) with SMTP; 29 Jun 2009 10:53:20 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX18DyNxi31wDaEA8l4I4DrjSHX/5sHSCoaDoDWUJLL O6jVrUyKap4o6S Message-ID: <4A4880EF.5010206@gmx.com> Date: Mon, 29 Jun 2009 11:53:03 +0300 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Nikos Vassiliadis , freebsd-net@freebsd.org, weongyo@freebsd.org References: <4A43386D.80500@gmx.com> <20090625103420.GD31161@weongyo.cdnetworks.kr> <4A436A8A.1000405@gmx.com> <20090626041246.GE31161@weongyo.cdnetworks.kr> <4A461AF9.7040900@gmx.com> <20090629032520.GA1138@weongyo.cdnetworks.kr> In-Reply-To: <20090629032520.GA1138@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.68 Cc: Subject: Re: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 08:53:23 -0000 Weongyo Jeong wrote: > OK. A last steps you can try is as follows and could you show me the > result? > > > # kldload ndis if_ndis NDIS_module > # sysctl debug.ndis=1 > # sysctl hw.ndisusb.halt=0 > [then plug-in USB stick] > # ifconfig wlan0 create wlandev ndis0 > # ifconfig wlan0 ssid blah up > It seems to work, but at the moment I have no access point I can associate to. I will have one by tomorrow or the day after tomorrow. I can see though several of the neighbourhood's access points. I'll get back to you in a few days Weongyo, thanks a lot for you help. Nikos From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 11:07:04 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 547F31065677 for ; Mon, 29 Jun 2009 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 40F498FC1A for ; Mon, 29 Jun 2009 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5TB74hF046432 for ; Mon, 29 Jun 2009 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5TB73CM046428 for freebsd-net@FreeBSD.org; Mon, 29 Jun 2009 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Jun 2009 11:07:03 GMT Message-Id: <200906291107.n5TB73CM046428@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:07:04 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/135067 net [patch] [fib] Incorrect KASSERTs in sys/net/route.c o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134557 net [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134369 net [route] [ip6] IPV6 in Head broken for routing table up o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem o kern/132984 net [netgraph] swi1: net 100% cpu usage f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132715 net [lagg] [panic] Panic when creating vlan's on lagg inte o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132625 net [iwn] iwn drivers don't support setting country o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o conf/132179 net [patch] /etc/network.subr: ipv6 rtsol on incorrect wla o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126924 net [an] [patch] printf -> device_printf and simplify prob o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem p kern/122794 net [lagg] Kernel panic after brings lagg(8) up if NICs ar o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116328 net [bge]: Solid hang with bge interface o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 305 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 11:22:57 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADF691065679 for ; Mon, 29 Jun 2009 11:22:57 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 877A08FC1A for ; Mon, 29 Jun 2009 11:22:57 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: by pzk35 with SMTP id 35so78567pzk.3 for ; Mon, 29 Jun 2009 04:22:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=AqOd0IvluzpTPgcti+blSU+susZdDgr+GewEoi8zjaU=; b=endD8TK6CpvR7JFGvfzS6xEKRSPaXlx91/W4LbbpJJodIv9p1JDzOstbCBJV8vpXnE npaoB7A1VlUNCQPDmL4gvoJ1PfxuCrRYciUTK62w7VQY13hZq9dkFNGKlRkD4LIdS72Q g78pF2AIdWp4OD7MKn7ebS+P5gRr9z65foyPA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=vsFW3QCF4/jragq+C+MW69kvXPJ40wtvKY+XAtvlRBx/0SwXN1m9UkOaLRASRKERR8 eG/+87fInGQU79UJh7sAa7bfeooglUI2Cx+fzUhNWWC4Bk4jU72VWjKlNYlyySMuEiSY v2s7oto6fwtJmTxntMMWUPTKurLpHZ0dW5vFg= MIME-Version: 1.0 Received: by 10.142.133.19 with SMTP id g19mr48312wfd.38.1246274575805; Mon, 29 Jun 2009 04:22:55 -0700 (PDT) Date: Mon, 29 Jun 2009 21:22:55 +1000 Message-ID: <736c47cb0906290422y756a6a74i9029b4d27d2ade34@mail.gmail.com> From: Sam Wun To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Can't login Jailed system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:22:58 -0000 Hi, With FreeBSD 7.2Stable, I have done this many times before. After about a month left the "jail" behind, now when I done a "/etc/rc.d/jail start" and ssh into it, I ended up login to the host system. Here is the network configuraiton of the host system and the jail system: # ifconfig rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:00:21:ef:27:f7 media: Ethernet autoselect (100baseTX ) status: active rl1: flags=8802 metric 0 mtu 1500 options=8 ether 00:50:fc:65:78:c0 media: Ethernet autoselect status: no carrier fxp0: flags=8843 metric 0 mtu 1500 options=8 ether 00:13:20:65:a9:be inet 192.168.1.246 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.245 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.235 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.242 netmask 0xffffffff broadcast 192.168.1.242 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 metric 0 mtu 1500 enc0: flags=0<> metric 0 mtu 1536 pflog0: flags=141 metric 0 mtu 33204 pfsync0: flags=0<> metric 0 mtu 1460 syncpeer: 224.0.0.240 maxupd: 128 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 twp1:# jls JID IP Address Hostname Path 5 192.168.1.242 twp5.ip6.com.au /usr/jail2/twp5 192.168.1.242 is the jailed system, twp1 is the host system. After I login 192.168.1.242, I ended up logged in twp1 which is my host system. Now I am stuck. I don't know how I logged in the jailed system a month ago. Can anyone shred some lights on me? Thanks Sam From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 11:30:09 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09BAC1065674; Mon, 29 Jun 2009 11:30:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id B63A38FC18; Mon, 29 Jun 2009 11:30:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 7115441C730; Mon, 29 Jun 2009 13:30:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Nxf6c2+wibaB; Mon, 29 Jun 2009 13:30:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 2B1AC41C729; Mon, 29 Jun 2009 13:30:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 259074448E6; Mon, 29 Jun 2009 11:29:27 +0000 (UTC) Date: Mon, 29 Jun 2009 11:29:26 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Sam Wun In-Reply-To: <736c47cb0906290422y756a6a74i9029b4d27d2ade34@mail.gmail.com> Message-ID: <20090629112655.R22887@maildrop.int.zabbadoz.net> References: <736c47cb0906290422y756a6a74i9029b4d27d2ade34@mail.gmail.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-jail@freebsd.org Subject: Re: Can't login Jailed system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-jail@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:30:09 -0000 On Mon, 29 Jun 2009, Sam Wun wrote: Hi, we've got a freebsd-jail list that I am Cc:ing. > With FreeBSD 7.2Stable, > I have done this many times before. > After about a month left the "jail" behind, now when I done a > "/etc/rc.d/jail start" and ssh into it, I ended up login to the host > system. > Here is the network configuraiton of the host system and the jail system: > > # ifconfig > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:00:21:ef:27:f7 > media: Ethernet autoselect (100baseTX ) > status: active > rl1: flags=8802 metric 0 mtu 1500 > options=8 > ether 00:50:fc:65:78:c0 > media: Ethernet autoselect > status: no carrier > fxp0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:13:20:65:a9:be > inet 192.168.1.246 netmask 0xffffff00 broadcast 192.168.1.255 > inet 192.168.1.245 netmask 0xffffff00 broadcast 192.168.1.255 > inet 192.168.1.235 netmask 0xffffff00 broadcast 192.168.1.255 > inet 192.168.1.242 netmask 0xffffffff broadcast 192.168.1.242 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 metric 0 mtu 1500 > enc0: flags=0<> metric 0 mtu 1536 > pflog0: flags=141 metric 0 mtu 33204 > pfsync0: flags=0<> metric 0 mtu 1460 > syncpeer: 224.0.0.240 maxupd: 128 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > twp1:# jls > JID IP Address Hostname Path > 5 192.168.1.242 twp5.ip6.com.au /usr/jail2/twp5 > > 192.168.1.242 is the jailed system, > twp1 is the host system. > > After I login 192.168.1.242, I ended up logged in twp1 which is my host system. > Now I am stuck. I don't know how I logged in the jailed system a month ago. > > Can anyone shred some lights on me? Try to jexec 5 /bin/sh (5 is the jailID from the jls output) and check with ps if sshd is running inside the jail, and check the usual things are up and there. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 11:30:12 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 980321065674 for ; Mon, 29 Jun 2009 11:30:12 +0000 (UTC) (envelope-from freebsdusb@bindone.de) Received: from mail.bindone.de (mail.bindone.de [80.190.134.51]) by mx1.freebsd.org (Postfix) with SMTP id 029838FC0C for ; Mon, 29 Jun 2009 11:30:11 +0000 (UTC) (envelope-from freebsdusb@bindone.de) Received: (qmail 90759 invoked by uid 89); 29 Jun 2009 11:30:10 -0000 Received: from unknown (HELO ufo.bindone.de) (mg@bindone.de@87.152.170.77) by mail.bindone.de with ESMTPA; 29 Jun 2009 11:30:10 -0000 Message-ID: <4A48A5BA.3080709@bindone.de> Date: Mon, 29 Jun 2009 13:30:02 +0200 From: Michael Gmelin User-Agent: Thunderbird 2.0.0.17pre (X11/20090202) MIME-Version: 1.0 To: Sam Wun References: <736c47cb0906290422y756a6a74i9029b4d27d2ade34@mail.gmail.com> In-Reply-To: <736c47cb0906290422y756a6a74i9029b4d27d2ade34@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Can't login Jailed system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:30:12 -0000 Sam Wun wrote: > Hi, > > With FreeBSD 7.2Stable, > I have done this many times before. > After about a month left the "jail" behind, now when I done a > "/etc/rc.d/jail start" and ssh into it, I ended up login to the host > system. > Here is the network configuraiton of the host system and the jail system: > > # ifconfig > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:00:21:ef:27:f7 > media: Ethernet autoselect (100baseTX ) > status: active > rl1: flags=8802 metric 0 mtu 1500 > options=8 > ether 00:50:fc:65:78:c0 > media: Ethernet autoselect > status: no carrier > fxp0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:13:20:65:a9:be > inet 192.168.1.246 netmask 0xffffff00 broadcast 192.168.1.255 > inet 192.168.1.245 netmask 0xffffff00 broadcast 192.168.1.255 > inet 192.168.1.235 netmask 0xffffff00 broadcast 192.168.1.255 > inet 192.168.1.242 netmask 0xffffffff broadcast 192.168.1.242 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 metric 0 mtu 1500 > enc0: flags=0<> metric 0 mtu 1536 > pflog0: flags=141 metric 0 mtu 33204 > pfsync0: flags=0<> metric 0 mtu 1460 > syncpeer: 224.0.0.240 maxupd: 128 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > twp1:# jls > JID IP Address Hostname Path > 5 192.168.1.242 twp5.ip6.com.au /usr/jail2/twp5 > > 192.168.1.242 is the jailed system, > twp1 is the host system. > > After I login 192.168.1.242, I ended up logged in twp1 which is my host system. > Now I am stuck. I don't know how I logged in the jailed system a month ago. > > Can anyone shred some lights on me? > > Thanks > Sam > _______________________________________________ > 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" What does: netstat -an | grep LISTEN Did you check /etc/ssh/sshd_config on the host system and check if ssh only listens to a specific IP address (to me it seemslike it's listening to *:22). From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 11:40:36 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC2CB10656AA for ; Mon, 29 Jun 2009 11:40:36 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 9128F8FC08 for ; Mon, 29 Jun 2009 11:40:36 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: by pzk35 with SMTP id 35so86150pzk.3 for ; Mon, 29 Jun 2009 04:40:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=92PEpnjkZzGd8t2mGFBNiZSVq8V+V1Qh9QKeRNdM5Mk=; b=mWe8/44X9WhXtkbjmq838FbQmHPw0+b+zWs9j8DOeaUleJ0VgeRxyP0mBYJCS4Xl1+ sCbmAw2igqW9pGqorTxVtQm4xkYNup9l7KOqQH5iKee/sM7JSPUPmwqqGw1ikL6pCA0T fW8a0XXWMIaHVriBYg0akh5HmMCeke6CuSuwU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xUXlDUK8tIhhgS3qPgC3qfAMS0eOXZ75FzGHkBiwuL5QMgZYFQFy38mJtJXaT0fnbo EUlIJ+f72L3Z7wk2TC4ALeJzKRcSY97GZjXj9X0eWMCAZHoKwWeZV7yMLtvYyPAXPmF8 G06Z9P4vt3VcB9xqF8Y4P4K9SACfcjspLNraU= MIME-Version: 1.0 Received: by 10.142.133.19 with SMTP id g19mr53801wfd.38.1246275636026; Mon, 29 Jun 2009 04:40:36 -0700 (PDT) In-Reply-To: <4A48A5BA.3080709@bindone.de> References: <736c47cb0906290422y756a6a74i9029b4d27d2ade34@mail.gmail.com> <4A48A5BA.3080709@bindone.de> Date: Mon, 29 Jun 2009 21:40:36 +1000 Message-ID: <736c47cb0906290440t29873631ge04aed6cdcc1136f@mail.gmail.com> From: Sam Wun To: Michael Gmelin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Can't login Jailed system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:40:37 -0000 On Mon, Jun 29, 2009 at 9:30 PM, Michael Gmelin wrot= e: > Sam Wun wrote: >> Hi, >> >> With FreeBSD 7.2Stable, >> I have done this many times before. >> After about a month left the "jail" behind, now when I done a >> "/etc/rc.d/jail start" and ssh into it, I ended up login to the host >> system. >> Here is the network configuraiton of the host system and the jail system= : >> >> =A0# ifconfig >> rl0: flags=3D8843 metric 0 mtu 1= 500 >> =A0 =A0 =A0 =A0 options=3D8 >> =A0 =A0 =A0 =A0 ether 00:00:21:ef:27:f7 >> =A0 =A0 =A0 =A0 media: Ethernet autoselect (100baseTX ) >> =A0 =A0 =A0 =A0 status: active >> rl1: flags=3D8802 metric 0 mtu 1500 >> =A0 =A0 =A0 =A0 options=3D8 >> =A0 =A0 =A0 =A0 ether 00:50:fc:65:78:c0 >> =A0 =A0 =A0 =A0 media: Ethernet autoselect >> =A0 =A0 =A0 =A0 status: no carrier >> fxp0: flags=3D8843 metric 0 mtu = 1500 >> =A0 =A0 =A0 =A0 options=3D8 >> =A0 =A0 =A0 =A0 ether 00:13:20:65:a9:be >> =A0 =A0 =A0 =A0 inet 192.168.1.246 netmask 0xffffff00 broadcast 192.168.= 1.255 >> =A0 =A0 =A0 =A0 inet 192.168.1.245 netmask 0xffffff00 broadcast 192.168.= 1.255 >> =A0 =A0 =A0 =A0 inet 192.168.1.235 netmask 0xffffff00 broadcast 192.168.= 1.255 >> =A0 =A0 =A0 =A0 inet 192.168.1.242 netmask 0xffffffff broadcast 192.168.= 1.242 >> =A0 =A0 =A0 =A0 media: Ethernet autoselect (100baseTX ) >> =A0 =A0 =A0 =A0 status: active >> plip0: flags=3D108810 metric 0= mtu 1500 >> enc0: flags=3D0<> metric 0 mtu 1536 >> pflog0: flags=3D141 metric 0 mtu 33204 >> pfsync0: flags=3D0<> metric 0 mtu 1460 >> =A0 =A0 =A0 =A0 syncpeer: 224.0.0.240 maxupd: 128 >> lo0: flags=3D8049 metric 0 mtu 16384 >> =A0 =A0 =A0 =A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 >> =A0 =A0 =A0 =A0 inet6 ::1 prefixlen 128 >> =A0 =A0 =A0 =A0 inet 127.0.0.1 netmask 0xff000000 >> twp1:# jls >> =A0 =A0JID =A0IP Address =A0 =A0 =A0Hostname =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0Path >> =A0 =A0 =A05 =A0192.168.1.242 =A0 twp5.ip6.com.au =A0 =A0 =A0 =A0 =A0 = =A0 =A0 /usr/jail2/twp5 >> >> 192.168.1.242 is the jailed system, >> twp1 is the host system. >> >> After I login 192.168.1.242, I ended up logged in twp1 which is my host = system. >> Now I am stuck. I don't know how I logged in the jailed system a month a= go. >> >> Can anyone shred some lights on me? >> >> Thanks >> Sam >> _______________________________________________ >> 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" > > What does: > > netstat -an | grep LISTEN > > Did you check /etc/ssh/sshd_config on the host system and check if ssh > only listens to a specific IP address (to me it seemslike it's listening > to *:22). > OK, I changed the host sshd_config setting, now I can ssh into the jailed system. Here is what I've done: twp1:~ # !jexec jexec 5 /bin/sh # top kvm_open: /boot/kernel/kernel: No such file or directory # cd etc # cat rc.conf network_interfaces=3D"" rpcbind_enable=3D"NO" sshd_enable=3D"YES" syslogd_flags=3D"-ss" mysql_enable=3D"yes" mysql_limits=3D"yes" mysql_dbdir=3D"/usr/local/var/db/mysql" # hostname twp5 # twp5 is the jailed system. Strange, I remember last time I can still have sshd and mysql running in the jailed system. Thanks > > > From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 12:03:09 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 085D41065741 for ; Mon, 29 Jun 2009 12:03:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BFE2B8FC1C for ; Mon, 29 Jun 2009 12:03:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 610B346B35; Mon, 29 Jun 2009 08:03:08 -0400 (EDT) Date: Mon, 29 Jun 2009 13:03:08 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jerry Toung In-Reply-To: <86068e730906221718o7b37660ei640fe85085624e06@mail.gmail.com> Message-ID: References: <86068e730906221718o7b37660ei640fe85085624e06@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-595102064-1246276988=:27566" Cc: net@freebsd.org Subject: Re: in_pcb crash on 7.2 RELEASE 64bits X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 12:03:22 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-595102064-1246276988=:27566 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 22 Jun 2009, Jerry Toung wrote: > may be someone has seen this  already before I dig into the issue myself. A > consistent crash with the following trace.       Unread portion of the > kernel message buffer: This is a NULL pointer dereference -- could you tell me what specific version of in_pcb.c ($FreeBSD$) you're running with? This seems like an unlikely panic to me, as the code in in_pcb.c is fairly careful about walking off the ends of address lists. However, we have a fairly large number of changes in 8.x (and even slightly later 7.x) to address known race conditions in address list management, so that could be related. Robert N M Watson Computer Laboratory University of Cambridge > > Fatal trap 12: page fault while in kernel mode > cpuid = 4; apic id = 04 > fault virtual address   = 0x164 > fault code              = supervisor read data, page not present > instruction pointer     = 0x8:0xffffffff806016c8 > stack pointer           = 0x10:0xfffffffefc079840 > frame pointer           = 0x10:0xc0000000 > code segment            = base 0x0, limit 0xfffff, type 0x1b >                         = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags        = interrupt enabled, resume, IOPL = 0 > current process         = 1352 (gated) > trap number             = 12 > panic: page fault > cpuid = 4 > Uptime: 5m37s > Dumping 4093 MB (4 chunks) >   chunk 0: 1MB (156 pages) ... ok >   chunk 1: 3326MB (851284 pages) 3310 3294 3278 3262 3246 3230 3214 3198 > 3182 3166 3150 3134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 > 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 > 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 > 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 > 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 > 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 > 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 > 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 > 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 > 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 > 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 > 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 > 126 110 94 78 62 46 30 14 ... ok >   chunk 2: 1MB (1 pages) ... ok >   chunk 3: 768MB (196607 pages) 753 737 721 705 689 673 657 641 625 609 593 > 577 561 545 529 513 497 481 465 449 433 417 401 385 369 353 337 321 305 289 > 273 257 241 225 209 193 177 161 145 129 113 97 81 65 49 33 17 > #0  doadump () at pcpu.h:195 > 195     pcpu.h: No such file or directory. >         in pcpu.h > (kgdb) bt > #0  doadump () at pcpu.h:195 > #1  0x0000000000000004 in ?? () > #2  0xffffffff80521d59 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #3  0xffffffff80522162 in panic (fmt=0x104
) >     at /usr/src/sys/kern/kern_shutdown.c:574 > #4  0xffffffff807e6a93 in trap_fatal (frame=0xffffff00038a06e0, eva=Variable > "eva" is not available. > ) >     at /usr/src/sys/amd64/amd64/trap.c:757 > #5  0xffffffff807e6e65 in trap_pfault (frame=0xfffffffefc079790, usermode=0) >     at /usr/src/sys/amd64/amd64/trap.c:673 > #6  0xffffffff807e77a4 in trap (frame=0xfffffffefc079790) >     at /usr/src/sys/amd64/amd64/trap.c:444 > #7  0xffffffff807cb90e in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:209 > #8  0xffffffff806016c8 in in_pcbconnect_setup (inp=0xffffff001439d6c0, > nam=Variable "nam" is not available. > ) >     at /usr/src/sys/netinet/in_pcb.c:833 > #9  0xffffffff806795a1 in udp_send (so=Variable "so" is not available. > ) at /usr/src/sys/netinet/udp_usrreq.c:961 > #10 0xffffffff8057d1a1 in sosend_dgram (so=0xffffff00143442d0, > addr=0xffffff0003b6e530, uio=Variable "uio" is not available. > ) >     at /usr/src/sys/kern/uipc_socket.c:1059 > #11 0xffffffff80581d77 in kern_sendit (td=0xffffff00038a06e0, s=22, > mp=0xfffffffefc079af0, >     flags=4, control=0x0, segflg=Variable "segflg" is not available. > ) at /usr/src/sys/kern/uipc_syscalls.c:805 > #12 0xffffffff80584d4f in sendit (td=0xffffff00038a06e0, s=22, > mp=0xfffffffefc079af0, flags=4) >     at /usr/src/sys/kern/uipc_syscalls.c:742 > #13 0xffffffff80584de9 in sendmsg (td=0xffffff00038a06e0, > uap=0xfffffffefc079bf0) >     at /usr/src/sys/kern/uipc_syscalls.c:938 > #14 0xffffffff807e70e7 in syscall (frame=0xfffffffefc079c80) >     at /usr/src/sys/amd64/amd64/trap.c:900 > #15 0xffffffff807cbb1b in Xfast_syscall () at > /usr/src/sys/amd64/amd64/exception.S:330 > #16 0x0000000801c1a00c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) f 8 > #8  0xffffffff806016c8 in in_pcbconnect_setup (inp=0xffffff001439d6c0, > nam=Variable "nam" is not available. > ) >     at /usr/src/sys/netinet/in_pcb.c:833 > 833     /usr/src/sys/netinet/in_pcb.c: No such file or directory. >         in /usr/src/sys/netinet/in_pcb.c > (kgdb) p *ia > Cannot access memory at address 0x0 > (kgdb) i loc > ia = (struct in_ifaddr *) 0x0 > oinp = Variable "oinp" is not available. > (kgdb) >   >   > thanks, > Jerry > > --621616949-595102064-1246276988=:27566-- From owner-freebsd-net@FreeBSD.ORG Mon Jun 29 20:47:13 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 655D81065670; Mon, 29 Jun 2009 20:47:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3B39F8FC29; Mon, 29 Jun 2009 20:47:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5TKlDoY097217; Mon, 29 Jun 2009 20:47:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5TKlDSM097213; Mon, 29 Jun 2009 20:47:13 GMT (envelope-from linimon) Date: Mon, 29 Jun 2009 20:47:13 GMT Message-Id: <200906292047.n5TKlDSM097213@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/136168: [em] em driver initialization fails on Intel 5000PSL motherboard X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 20:47:13 -0000 Old Synopsis: em driver initialization fails on Intel 5000PSL motherboard New Synopsis: [em] em driver initialization fails on Intel 5000PSL motherboard Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jun 29 20:47:00 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=136168 From owner-freebsd-net@FreeBSD.ORG Tue Jun 30 18:27:11 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEA64106566C for ; Tue, 30 Jun 2009 18:27:11 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id 64DC08FC08 for ; Tue, 30 Jun 2009 18:27:11 +0000 (UTC) (envelope-from lab@gta.com) Received: (qmail 32649 invoked by uid 1000); 30 Jun 2009 18:00:29 -0000 Date: Tue, 30 Jun 2009 14:00:29 -0400 From: Larry Baird To: freebsd-net@freebsd.org Message-ID: <20090630180029.GA8847@gta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Polling and kern.polling.idle_poll X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 18:27:12 -0000 A while back I upgraded some old gateways from FreeBSD 4.x to FreeBSD 6.x. I thought the upgrade had went smoothly, but a while later I started having users complaining about throughput. Luckly I still had a backup of the FreebSD 4.x install. Did some throughput tests with iperf. Low and behold 4.x appeared to have twice the throughput. After lots of experimenting I determined that turning off polling fixed the issue. So I started digging through the kernel code to see what had changed in the polling logic. Finally arived at the fact that "kern.polling.idle_poll" defaults to 1 in 4.x and 0 in 6.x and above. Turning polling back on with idle-poll enabled fixed the performance issue. The man page for polling states: kern.polling.idle_poll Controls if polling is enabled in the idle loop. There are no reasons (other than power saving or bugs in the scheduler's han- dling of idle priority kernel threads) to disable this. So why is it now disabled by default? Looking back through cvs the change was made by Luigi way back in August of 2002. -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-net@FreeBSD.ORG Tue Jun 30 19:33:20 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3116A106566C; Tue, 30 Jun 2009 19:33:20 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 5ABCD8FC12; Tue, 30 Jun 2009 19:33:19 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by mail-fx0-f218.google.com with SMTP id 18so346454fxm.43 for ; Tue, 30 Jun 2009 12:33:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=IVPqBOExpOShEIY4xg8f1reXUX4CqWT+aEUt687mVoo=; b=EIsmXkF01/X2zcAYpKUu9allYfix5hMxxQ7mnu2g7YivH5HkKJOTwDo1NRqboNtvhC goMs2+XVM28BhAIVv4jVOyP7JRZTb20C4d/kOXtLeVhJmvmq6TloXJIRzYYhOvek6Jqc HQxU2Jwjnzk0TqNu+3UUidqZGtssGjIg94ZfU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=TOFsIGEp74ty1aBCU6ipx3bBvc8oDjJVHrmFhILKbscyZMJXUHd4FWE3jCeLzyf3ve uOkqn4Hg4l/d0J/24bYBPK81sq3+3YNhW4ibA2TByfZxpCtjjGEGZU1Iv7CFkfI8j9Lf EH2JJAzb+ODuNzgEcIdJ4dYnqSb7wRYNB1Vv8= Received: by 10.204.117.17 with SMTP id o17mr8609850bkq.145.1246390398943; Tue, 30 Jun 2009 12:33:18 -0700 (PDT) Received: from localhost ([95.69.166.42]) by mx.google.com with ESMTPS id y15sm591602fkd.17.2009.06.30.12.33.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Jun 2009 12:33:16 -0700 (PDT) To: bug-followup@FreeBSD.org References: <200906101720.n5AHK3pr036971@freefall.freebsd.org> Organization: TOA Ukraine From: Mikolaj Golub Date: Tue, 30 Jun 2009 22:33:12 +0300 In-Reply-To: <200906101720.n5AHK3pr036971@freefall.freebsd.org> (Roar Pettersen's message of "Wed\, 10 Jun 2009 17\:20\:03 GMT") Message-ID: <86ocs5zfd3.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-net@FreeBSD.org, Alexander Motin , Sergei Cherveni Subject: Re: kern/134557: [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 19:33:20 -0000 --=-=-= Unfortunately, the problem was introduced by this commit :-) ---------- Author: mav Date: Sat Jan 31 12:48:09 2009 UTC (4 months, 4 weeks ago) Log Message: MFC rev. 187495 Check for infinite recursion possible on some broken PPTP/L2TP/... VPN setups. Mark packets with mbuf_tag on first interface passage and drop on second. PR: ports/129625, ports/125303 ---------- If a packet goes through two or more ng interfaces, "while" loop in the tag checking code can run infinitely. The attached patch should fix this. -- Mikolaj Golub --=-=-= Content-Type: text/x-diff Content-Disposition: attachment; filename=ng_iface.c.patch --- netgraph/ng_iface.c.orig 2009-06-30 21:47:54.000000000 +0300 +++ netgraph/ng_iface.c 2009-06-30 21:49:29.000000000 +0300 @@ -365,7 +365,8 @@ } /* Protect from deadly infinite recursion. */ - while ((mtag = m_tag_locate(m, MTAG_NGIF, MTAG_NGIF_CALLED, NULL))) { + mtag = NULL; + while ((mtag = m_tag_locate(m, MTAG_NGIF, MTAG_NGIF_CALLED, mtag))) { if (*(struct ifnet **)(mtag + 1) == ifp) { log(LOG_NOTICE, "Loop detected on %s\n", ifp->if_xname); m_freem(m); --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Tue Jun 30 19:40:02 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94089106566C for ; Tue, 30 Jun 2009 19:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 81D678FC13 for ; Tue, 30 Jun 2009 19:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5UJe24D096573 for ; Tue, 30 Jun 2009 19:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5UJe2l3096572; Tue, 30 Jun 2009 19:40:02 GMT (envelope-from gnats) Date: Tue, 30 Jun 2009 19:40:02 GMT Message-Id: <200906301940.n5UJe2l3096572@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mikolaj Golub Cc: Subject: Re: kern/134557: [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mikolaj Golub List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 19:40:02 -0000 The following reply was made to PR kern/134557; it has been noted by GNATS. From: Mikolaj Golub To: bug-followup@FreeBSD.org Cc: freebsd-net@FreeBSD.org, Sergei Cherveni , Alexander Motin Subject: Re: kern/134557: [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp problem Date: Tue, 30 Jun 2009 22:33:12 +0300 --=-=-= Unfortunately, the problem was introduced by this commit :-) ---------- Author: mav Date: Sat Jan 31 12:48:09 2009 UTC (4 months, 4 weeks ago) Log Message: MFC rev. 187495 Check for infinite recursion possible on some broken PPTP/L2TP/... VPN setups. Mark packets with mbuf_tag on first interface passage and drop on second. PR: ports/129625, ports/125303 ---------- If a packet goes through two or more ng interfaces, "while" loop in the tag checking code can run infinitely. The attached patch should fix this. -- Mikolaj Golub --=-=-= Content-Type: text/x-diff Content-Disposition: attachment; filename=ng_iface.c.patch --- netgraph/ng_iface.c.orig 2009-06-30 21:47:54.000000000 +0300 +++ netgraph/ng_iface.c 2009-06-30 21:49:29.000000000 +0300 @@ -365,7 +365,8 @@ } /* Protect from deadly infinite recursion. */ - while ((mtag = m_tag_locate(m, MTAG_NGIF, MTAG_NGIF_CALLED, NULL))) { + mtag = NULL; + while ((mtag = m_tag_locate(m, MTAG_NGIF, MTAG_NGIF_CALLED, mtag))) { if (*(struct ifnet **)(mtag + 1) == ifp) { log(LOG_NOTICE, "Loop detected on %s\n", ifp->if_xname); m_freem(m); --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Tue Jun 30 20:00:06 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1609F106566C; Tue, 30 Jun 2009 20:00:06 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 6059E8FC15; Tue, 30 Jun 2009 20:00:05 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by fxm18 with SMTP id 18so360425fxm.43 for ; Tue, 30 Jun 2009 13:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=+ahOEKF6IZFRhU6RtBxW39ma8WxIQabUH3ldhU/YQEY=; b=D9dv1K/UI67/uuOFKPHF5u6LlVz3R50d5via63Gr0RlBTvqW3/GLSQitMjh+ubMpA9 +nNZoGD/JCgQGDvzkqQzfffAGJBHF00Gb4xPutbLjq6Wd9ZZ0WhtRsNwdHs++579gNS2 doHWFJJaffNa87ZqS8KJchWsiW8TC+2EuEJCs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=U3YyOycM7trsQ9V7FYF8f2ETeHE0CkzA7W62/Met57YwVRHTe9FU9lhn1LkF4XTG6E 94OfKjro0LW9WC70PlA6ePz3C1dm0hz0ddC0TNEHZEBZepXXPV+4myHgPS3tGnKZbJCM ZrlPRoi4U3Sy8PksZmYlk1p3o9wfH7XCvDH+c= Received: by 10.204.64.67 with SMTP id d3mr8672417bki.142.1246392004386; Tue, 30 Jun 2009 13:00:04 -0700 (PDT) Received: from localhost ([95.69.166.42]) by mx.google.com with ESMTPS id 22sm612097fkq.53.2009.06.30.13.00.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Jun 2009 13:00:03 -0700 (PDT) To: Dennis Melentyev References: <200906090620.n596K6Uu039348@freefall.freebsd.org> Organization: TOA Ukraine From: Mikolaj Golub Date: Tue, 30 Jun 2009 23:00:00 +0300 In-Reply-To: <200906090620.n596K6Uu039348@freefall.freebsd.org> (Dennis Melentyev's message of "Tue\, 9 Jun 2009 06\:20\:06 GMT") Message-ID: <86fxdhze4f.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: kern/133572: [ppp] [hang] incoming PPTP connection hangs the system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 20:00:06 -0000 Could you try the patch from kern/134557? -- Mikolaj Golub From owner-freebsd-net@FreeBSD.ORG Tue Jun 30 20:00:14 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B16310656E9 for ; Tue, 30 Jun 2009 20:00:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9F78FC19 for ; Tue, 30 Jun 2009 20:00:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5UK0ENW010948 for ; Tue, 30 Jun 2009 20:00:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5UK0Ega010941; Tue, 30 Jun 2009 20:00:14 GMT (envelope-from gnats) Date: Tue, 30 Jun 2009 20:00:14 GMT Message-Id: <200906302000.n5UK0Ega010941@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mikolaj Golub Cc: Subject: Re: kern/133572: [ppp] [hang] incoming PPTP connection hangs the system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mikolaj Golub List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 20:00:14 -0000 The following reply was made to PR kern/133572; it has been noted by GNATS. From: Mikolaj Golub To: Dennis Melentyev Cc: bug-followup@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: kern/133572: [ppp] [hang] incoming PPTP connection hangs the system Date: Tue, 30 Jun 2009 23:00:00 +0300 Could you try the patch from kern/134557? -- Mikolaj Golub From owner-freebsd-net@FreeBSD.ORG Wed Jul 1 08:10:02 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6459106564A for ; Wed, 1 Jul 2009 08:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B4BB38FC17 for ; Wed, 1 Jul 2009 08:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n618A2HR007018 for ; Wed, 1 Jul 2009 08:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n618A24m007017; Wed, 1 Jul 2009 08:10:02 GMT (envelope-from gnats) Date: Wed, 1 Jul 2009 08:10:02 GMT Message-Id: <200907010810.n618A24m007017@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/134557: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 08:10:03 -0000 The following reply was made to PR kern/134557; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/134557: commit references a PR Date: Wed, 1 Jul 2009 08:09:10 +0000 (UTC) Author: mav Date: Wed Jul 1 08:08:56 2009 New Revision: 195231 URL: http://svn.freebsd.org/changeset/base/195231 Log: Fix infinite loop in ng_iface, that happens when packet passes out via two different ng interfaces sequentially due to tunnelling. PR: kern/134557 Submitted by: Mikolaj Golub Approved by: re (kensmith) MFC after: 3 days Modified: head/sys/netgraph/ng_iface.c Modified: head/sys/netgraph/ng_iface.c ============================================================================== --- head/sys/netgraph/ng_iface.c Wed Jul 1 07:37:21 2009 (r195230) +++ head/sys/netgraph/ng_iface.c Wed Jul 1 08:08:56 2009 (r195231) @@ -382,7 +382,8 @@ ng_iface_output(struct ifnet *ifp, struc } /* Protect from deadly infinite recursion. */ - while ((mtag = m_tag_locate(m, MTAG_NGIF, MTAG_NGIF_CALLED, NULL))) { + mtag = NULL; + while ((mtag = m_tag_locate(m, MTAG_NGIF, MTAG_NGIF_CALLED, mtag))) { if (*(struct ifnet **)(mtag + 1) == ifp) { log(LOG_NOTICE, "Loop detected on %s\n", ifp->if_xname); m_freem(m); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Jul 1 09:35:36 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 711261065673 for ; Wed, 1 Jul 2009 09:35:36 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 0CAA48FC18 for ; Wed, 1 Jul 2009 09:35:35 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by bwz12 with SMTP id 12so621684bwz.43 for ; Wed, 01 Jul 2009 02:35:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.117.194 with SMTP id s2mr5987976faq.83.1246439208385; Wed, 01 Jul 2009 02:06:48 -0700 (PDT) From: Vlad Galu Date: Wed, 1 Jul 2009 12:06:24 +0300 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Is there a chance to declare the prototype for setfib() somewhere in a system header? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 09:35:36 -0000 Right now, to be able to compile with g++ (not gcc), I have to declare it in a "extern <>" scope. From owner-freebsd-net@FreeBSD.ORG Wed Jul 1 09:57:56 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F6BA1065673 for ; Wed, 1 Jul 2009 09:57:56 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id C368C8FC19 for ; Wed, 1 Jul 2009 09:57:55 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm18 with SMTP id 18so636111fxm.43 for ; Wed, 01 Jul 2009 02:57:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7oS2yHIz7N+hbg/k9QqcZS2giv78xTmlDVHr9gr3Tdg=; b=oLqeQW0LvnPIaI5QkjOAafu9mUtH1tpgtwMNOEbwqEtlioytut739KYQidws4vflXZ D4/XW7toVwZvzPdkOQQstZRTRN4m59pSDnfq3vrGyNth5YTW6yyVkpvI87baloyxX6OB vRBscRTgxWtLyQqjaMsAQg0PT9CWnik3TmLOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CoKjIt1dvgwFezReWm5IUaJ5pAUUsrwJcXVhYb7D5ZRnBEjtHA9Js2yAKxfDLYaJLK Rj7RFfIM7i7TJjHZ0PGL1xWwKLdwhZq/LAtFBlxxi5CXG/dz7AGflBJbzROHH2S5cJRI foGGTFBfS92Uzll0bioOaaU9OTY7Qr4yT7UF0= MIME-Version: 1.0 Received: by 10.204.76.129 with SMTP id c1mr9461781bkk.9.1246442274682; Wed, 01 Jul 2009 02:57:54 -0700 (PDT) In-Reply-To: References: Date: Wed, 1 Jul 2009 13:57:54 +0400 Message-ID: From: pluknet To: Vlad Galu , Xin LI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Is there a chance to declare the prototype for setfib() somewhere in a system header? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 09:57:56 -0000 2009/7/1 Vlad Galu : > Right now, to be able to compile with g++ (not gcc), I have to declare > it in a "extern <>" scope. setfib() is declared in -current only in sys/socket.h (r1.102). Can some please correct setfib(2) manpage? --- lib/libc/sys/setfib.2.orig 2009-07-01 13:50:07.000000000 +0400 +++ lib/libc/sys/setfib.2 2009-07-01 13:50:22.000000000 +0400 @@ -33,6 +33,7 @@ .Sh LIBRARY .Lb libc .Sh SYNOPSIS +.In sys/socket.h .Ft int .Fn setfib "int fib" .Sh DESCRIPTION -- wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Wed Jul 1 10:04:45 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38EC31065675 for ; Wed, 1 Jul 2009 10:04:45 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id C75AF8FC12 for ; Wed, 1 Jul 2009 10:04:44 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fxm18 with SMTP id 18so639669fxm.43 for ; Wed, 01 Jul 2009 03:04:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.113.136 with SMTP id a8mr6043160faq.101.1246442682868; Wed, 01 Jul 2009 03:04:42 -0700 (PDT) In-Reply-To: References: From: Vlad Galu Date: Wed, 1 Jul 2009 13:04:20 +0300 Message-ID: To: pluknet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Xin LI Subject: Re: Is there a chance to declare the prototype for setfib() somewhere in a system header? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 10:04:45 -0000 On Wed, Jul 1, 2009 at 12:57 PM, pluknet wrote: > 2009/7/1 Vlad Galu : >> Right now, to be able to compile with g++ (not gcc), I have to declare >> it in a "extern <>" scope. > > > setfib() is declared in -current only in sys/socket.h (r1.102). > > Can some please correct setfib(2) manpage? > > --- lib/libc/sys/setfib.2.orig =A02009-07-01 13:50:07.000000000 +0400 > +++ lib/libc/sys/setfib.2 =A0 =A0 =A0 2009-07-01 13:50:22.000000000 +0400 > @@ -33,6 +33,7 @@ > =A0.Sh LIBRARY > =A0.Lb libc > =A0.Sh SYNOPSIS > +.In sys/socket.h > =A0.Ft int > =A0.Fn setfib "int fib" > =A0.Sh DESCRIPTION > > -- > wbr, > pluknet > It would be great if the change to socket.h could be MFCed :) Thanks! From owner-freebsd-net@FreeBSD.ORG Wed Jul 1 12:33:15 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB04A1065675 for ; Wed, 1 Jul 2009 12:33:15 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 6E22C8FC0A for ; Wed, 1 Jul 2009 12:33:15 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by bwz12 with SMTP id 12so711527bwz.43 for ; Wed, 01 Jul 2009 05:33:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.114.15 with SMTP id c15mr2954502faq.47.1246451594180; Wed, 01 Jul 2009 05:33:14 -0700 (PDT) In-Reply-To: References: From: Vlad Galu Date: Wed, 1 Jul 2009 15:32:54 +0300 Message-ID: To: pluknet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Xin LI Subject: Re: Is there a chance to declare the prototype for setfib() somewhere in a system header? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 12:33:16 -0000 On Wed, Jul 1, 2009 at 1:04 PM, Vlad Galu wrote: > On Wed, Jul 1, 2009 at 12:57 PM, pluknet wrote: >> 2009/7/1 Vlad Galu : >>> Right now, to be able to compile with g++ (not gcc), I have to declare >>> it in a "extern <>" scope. >> >> >> setfib() is declared in -current only in sys/socket.h (r1.102). >> >> Can some please correct setfib(2) manpage? >> >> --- lib/libc/sys/setfib.2.orig =A02009-07-01 13:50:07.000000000 +0400 >> +++ lib/libc/sys/setfib.2 =A0 =A0 =A0 2009-07-01 13:50:22.000000000 +040= 0 >> @@ -33,6 +33,7 @@ >> =A0.Sh LIBRARY >> =A0.Lb libc >> =A0.Sh SYNOPSIS >> +.In sys/socket.h >> =A0.Ft int >> =A0.Fn setfib "int fib" >> =A0.Sh DESCRIPTION >> >> -- >> wbr, >> pluknet >> > > It would be great if the change to socket.h could be MFCed :) Thanks! > I've submitted a PR, filed as misc/136216. From owner-freebsd-net@FreeBSD.ORG Wed Jul 1 13:20:05 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 024A71065674 for ; Wed, 1 Jul 2009 13:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C9A468FC22 for ; Wed, 1 Jul 2009 13:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n61DK4E6056958 for ; Wed, 1 Jul 2009 13:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n61DK4rs056957; Wed, 1 Jul 2009 13:20:04 GMT (envelope-from gnats) Date: Wed, 1 Jul 2009 13:20:04 GMT Message-Id: <200907011320.n61DK4rs056957@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Dmitry A.Deineka" Cc: Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) -- recovering X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Dmitry A.Deineka" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 13:20:05 -0000 The following reply was made to PR kern/124127; it has been noted by GNATS. From: "Dmitry A.Deineka" To: bug-followup@freebsd.org Cc: Pyun YongHyeon Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) -- recovering Date: Wed, 01 Jul 2009 15:59:22 +0300 Hi, have same problem, motherboard Asus P5K-VM with marvell yukon onboard: mskc0: port 0xd800-0xd8ff mem 0xfeafc000-0xfeafffff irq 17 at device 0.0 on pci1 msk0: on mskc0 msk0: Ethernet address: 00:1e:8c:5e:f8:92 Problem confirmed with FreeBSD 7.x, now installed 8.0-CURRENT-200906 with the same problem (and the same msk driver, as I see in source). Patch from Pyun YongHyeon in this PR applied, but it not fix problem. Downloading large file by ftp from another server causes following: Jul 1 15:43:58 msktest kernel: msk0: watchdog timeout Jul 1 15:43:58 msktest kernel: msk0: link state changed to DOWN Jul 1 15:44:00 msktest kernel: msk0: link state changed to UP Jul 1 15:44:38 msktest kernel: msk0: watchdog timeout Jul 1 15:44:38 msktest kernel: msk0: link state changed to DOWN Jul 1 15:44:40 msktest kernel: msk0: link state changed to UP Jul 1 15:45:03 msktest kernel: msk0: watchdog timeout Jul 1 15:45:03 msktest kernel: msk0: link state changed to DOWN Jul 1 15:45:05 msktest kernel: msk0: link state changed to UP Jul 1 15:45:28 msktest kernel: msk0: watchdog timeout Jul 1 15:45:28 msktest kernel: msk0: link state changed to DOWN Jul 1 15:45:30 msktest kernel: msk0: link state changed to UP Jul 1 15:46:07 msktest kernel: msk0: watchdog timeout Jul 1 15:46:07 msktest kernel: msk0: link state changed to DOWN Jul 1 15:46:09 msktest kernel: msk0: link state changed to UP Jul 1 15:46:24 msktest kernel: msk0: watchdog timeout Jul 1 15:46:24 msktest kernel: msk0: link state changed to DOWN Jul 1 15:46:26 msktest kernel: msk0: link state changed to UP Jul 1 15:47:07 msktest kernel: msk0: watchdog timeout Jul 1 15:47:07 msktest kernel: msk0: link state changed to DOWN Jul 1 15:47:09 msktest kernel: msk0: link state changed to UP Jul 1 15:48:33 msktest kernel: msk0: watchdog timeout Jul 1 15:48:33 msktest kernel: msk0: link state changed to DOWN Jul 1 15:48:35 msktest kernel: msk0: link state changed to UP Hope this helps. With best regards, Dmitry From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 07:22:21 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 123571065679 for ; Thu, 2 Jul 2009 07:22:21 +0000 (UTC) (envelope-from bohdan200@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 94DB88FC08 for ; Thu, 2 Jul 2009 07:22:20 +0000 (UTC) (envelope-from bohdan200@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1237903fgb.12 for ; Thu, 02 Jul 2009 00:22:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=12C8sMs7kflr5H/qMwWiIFsakQ7taCKJPTVKjVrYD/k=; b=hXDVcbyOgwMEYMdhGB5pzKbexyunyEGwDgjBNeMgt7CGimaTEKCzXBEMQPTj666d2o Cy0Yiax2mNeiNjnd1isi9PAj0n9136K2Gv5/NXdddFXQtK70HUISvfFhJnTPJo77IrWU mbtMad2i1v/s4Q+A/1bw068zYAHN8dh1TzHC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=SNayorcZjWEzmUstDJpFAgOfao1EMD6wd2mMZoieJlmLurgbcr+XuTW1D3rJlZ6yQH og33/V9GFwOOGZgK8DdvqIPMG6aKe0wssdjjNXY+uOEZSmcQ0JpOslt1S93OuDF1xYYX t2UrU+A1BV4DbowQ2uZJG5Ukmm8Py3t5ryQXU= MIME-Version: 1.0 Received: by 10.86.76.11 with SMTP id y11mr4702774fga.56.1246519339623; Thu, 02 Jul 2009 00:22:19 -0700 (PDT) In-Reply-To: <200906301940.n5UJe2l3096572@freefall.freebsd.org> References: <200906301940.n5UJe2l3096572@freefall.freebsd.org> Date: Thu, 2 Jul 2009 10:22:19 +0300 Message-ID: <9ce5b0ed0907020022n14af930du1127acb35bc14cc0@mail.gmail.com> From: Bohdan Tymkiv To: Mikolaj Golub Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: kern/134557: [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 07:22:21 -0000 Hello Mikolaj, I confirm that this patch fixes the issue. Thank you very much! Now pptp through pppoe works fine! Bohdan Tymkiv On Tue, Jun 30, 2009 at 10:40 PM, Mikolaj Golub wr= ote: > The following reply was made to PR kern/134557; it has been noted by GNAT= S. > > From: Mikolaj Golub > To: bug-followup@FreeBSD.org > Cc: freebsd-net@FreeBSD.org, Sergei Cherveni ,= Alexander Motin > Subject: Re: kern/134557: [netgraph] [hang] 7.2 with mpd5.3 hanging up - = ng_pptp problem > Date: Tue, 30 Jun 2009 22:33:12 +0300 > > =C2=A0--=3D-=3D-=3D > > =C2=A0Unfortunately, the problem was introduced by this commit :-) > > =C2=A0---------- > > =C2=A0Author: =C2=A0 =C2=A0 =C2=A0 =C2=A0mav > =C2=A0Date: =C2=A0Sat Jan 31 12:48:09 2009 UTC (4 months, 4 weeks ago) > =C2=A0Log Message: > > =C2=A0MFC rev. 187495 > > =C2=A0Check for infinite recursion possible on some broken PPTP/L2TP/... = VPN setups. > =C2=A0Mark packets with mbuf_tag on first interface passage and drop on s= econd. > > =C2=A0PR: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ports/129625, ports/12= 5303 > > =C2=A0---------- > > =C2=A0If a packet goes through two or more ng interfaces, "while" loop in= the tag > =C2=A0checking code can run infinitely. The attached patch should fix thi= s. > > =C2=A0-- > =C2=A0Mikolaj Golub > > > =C2=A0--=3D-=3D-=3D > =C2=A0Content-Type: text/x-diff > =C2=A0Content-Disposition: attachment; filename=3Dng_iface.c.patch > > =C2=A0--- netgraph/ng_iface.c.orig =C2=A0 2009-06-30 21:47:54.000000000 += 0300 > =C2=A0+++ netgraph/ng_iface.c =C2=A0 =C2=A0 =C2=A0 =C2=A02009-06-30 21:49= :29.000000000 +0300 > =C2=A0@@ -365,7 +365,8 @@ > =C2=A0 =C2=A0 =C2=A0 =C2=A0} > > =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Protect from deadly infinite recursion. */ > =C2=A0- =C2=A0 =C2=A0 =C2=A0while ((mtag =3D m_tag_locate(m, MTAG_NGIF, M= TAG_NGIF_CALLED, NULL))) { > =C2=A0+ =C2=A0 =C2=A0 =C2=A0mtag =3D NULL; > =C2=A0+ =C2=A0 =C2=A0 =C2=A0while ((mtag =3D m_tag_locate(m, MTAG_NGIF, M= TAG_NGIF_CALLED, mtag))) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (*(struct ifnet= **)(mtag + 1) =3D=3D ifp) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0log(LOG_NOTICE, "Loop detected on %s\n", ifp->if_xname); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0m_freem(m); > > =C2=A0--=3D-=3D-=3D-- > _______________________________________________ > 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" > From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 08:28:05 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB7581065670; Thu, 2 Jul 2009 08:28:05 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id F16ED8FC08; Thu, 2 Jul 2009 08:28:04 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 2 Jul 2009 09:28:01 +0100 (BST) Date: Thu, 2 Jul 2009 09:28:00 +0100 From: David Malone To: Edwin Groothuis Message-ID: <20090702082800.GA72556@walton.maths.tcd.ie> References: <20090605124428.GA85576@mavetju.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090605124428.GA85576@mavetju.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-net@freebsd.org, roberto@freebsd.org Subject: Re: NTP - default /etc/ntp.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 08:28:06 -0000 There are several problems with the default ntp.conf that we've committed to -current. First, we have not followed the vendor recommendations for the pool servers at: http://www.pool.ntp.org/vendors.html We are supposed to contact the people running the pool and ask for a freebsd.pool.ntp.org subdomain. Second, we shouldn't have the local clock configured by default. The local clock should only be configured on a single server in a NTP domain that might be disconnected from the rest of the tree. Since the default config is a client config, it doesn't make sense to have the local clock configured. Even if it was a server config, it still wouldn't make sense, because it is only useful if a single server has it configured. I'd like to suggest that we get a vendor subdomain from the pool guys and use that, and that we comment out the local clock. We should get this fixed before 8.0 is releasted, so that we don't end up shipping lots misconfigured FreeBSD boxes and upset the ntp guys! David. From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 08:46:16 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C907B106566C; Thu, 2 Jul 2009 08:46:16 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 57A6B8FC13; Thu, 2 Jul 2009 08:46:16 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 4452539E0A; Thu, 2 Jul 2009 10:46:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RP6cpZYQC7f0; Thu, 2 Jul 2009 10:46:13 +0200 (CEST) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id 38E1639880; Thu, 2 Jul 2009 10:46:13 +0200 (CEST) Date: Thu, 2 Jul 2009 10:46:08 +0200 From: Ollivier Robert To: David Malone Message-ID: <20090702084608.GA59311@roberto-al.eurocontrol.fr> References: <20090605124428.GA85576@mavetju.org> <20090702082800.GA72556@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090702082800.GA72556@walton.maths.tcd.ie> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org, Edwin Groothuis Subject: Re: NTP - default /etc/ntp.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 08:46:17 -0000 According to David Malone: > We are supposed to contact the people running the pool and ask for > a freebsd.pool.ntp.org subdomain. That's a good idea. > Second, we shouldn't have the local clock configured by default. Why? > The local clock should only be configured on a single server in a > NTP domain that might be disconnected from the rest of the tree. > Since the default config is a client config, it doesn't make sense > to have the local clock configured. Even if it was a server config, > it still wouldn't make sense, because it is only useful if a single > server has it configured. I do not see the point in removing it, it helps to keep the ntpd daemon running if for some reason it loses the "real" ntp servers. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 08:55:51 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1351106564A; Thu, 2 Jul 2009 08:55:51 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 432418FC0C; Thu, 2 Jul 2009 08:55:51 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 2 Jul 2009 09:55:48 +0100 (BST) Received: from localhost ([127.0.0.1] helo=maths.tcd.ie) by walton.maths.tcd.ie with SMTP id ; 2 Jul 2009 09:55:44 +0100 (BST) To: Ollivier Robert In-reply-to: Your message of "Thu, 02 Jul 2009 10:46:08 +0200." <20090702084608.GA59311@roberto-al.eurocontrol.fr> X-Request-Do: Date: Thu, 02 Jul 2009 09:55:44 +0100 From: David Malone Message-ID: <200907020955.aa73037@walton.maths.tcd.ie> Cc: freebsd-net@freebsd.org, Edwin Groothuis Subject: Re: NTP - default /etc/ntp.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 08:55:52 -0000 > > We are supposed to contact the people running the pool and ask for > > a freebsd.pool.ntp.org subdomain. > That's a good idea. OK - should I contact the pool guys and ask for freebsd.pool.org? > > Second, we shouldn't have the local clock configured by default. > Why? When Redhat did this, it caused a variety of niggles and compaints in the ntp community. The recent thread in comp.protocols.time.ntp gives one example where the local clock came under suspicion for causing various problems. It also interfers with people using real local clocks, where the system clock is controled by something other than NTP, and you just want NTP to distribute the time. > > The local clock should only be configured on a single server in a > > NTP domain that might be disconnected from the rest of the tree. > > Since the default config is a client config, it doesn't make sense > > to have the local clock configured. Even if it was a server config, > > it still wouldn't make sense, because it is only useful if a single > > server has it configured. > I do not see the point in removing it, it helps to keep the ntpd daemon > running if for some reason it loses the "real" ntp servers. It's definitely a misconfiguration to ship it by default. If you have many clients all with a local clock configured, then, when disconnected, they all just follow themselves rather than following the clock on a server. If you have it configured on several servers you end up with some clients following each of the servers, but they won't all stay together unless you're lucky. For this use of the local clock, you only want one local clock per island that might become disconnected. (Also, we probably really want people to run in orphan mode rather than local clock mode, but we can wait a little longer until orphan mode is more commonly deployed, IMHO...) David. From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 09:29:27 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7AB41065670; Thu, 2 Jul 2009 09:29:27 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0A50B8FC14; Thu, 2 Jul 2009 09:29:27 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 829E333CB7; Thu, 2 Jul 2009 11:29:24 +0200 (SAST) Date: Thu, 2 Jul 2009 11:29:24 +0200 From: John Hay To: David Malone Message-ID: <20090702092924.GA52735@zibbi.meraka.csir.co.za> References: <20090702084608.GA59311@roberto-al.eurocontrol.fr> <200907020955.aa73037@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200907020955.aa73037@walton.maths.tcd.ie> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Edwin Groothuis Subject: Re: NTP - default /etc/ntp.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 09:29:28 -0000 On Thu, Jul 02, 2009 at 09:55:44AM +0100, David Malone wrote: > > > We are supposed to contact the people running the pool and ask for > > > a freebsd.pool.ntp.org subdomain. > > > That's a good idea. > > OK - should I contact the pool guys and ask for freebsd.pool.org? > > > > Second, we shouldn't have the local clock configured by default. > > > Why? > > When Redhat did this, it caused a variety of niggles and compaints > in the ntp community. The recent thread in comp.protocols.time.ntp > gives one example where the local clock came under suspicion for > causing various problems. It also interfers with people using real > local clocks, where the system clock is controled by something other > than NTP, and you just want NTP to distribute the time. > > > > The local clock should only be configured on a single server in a > > > NTP domain that might be disconnected from the rest of the tree. > > > Since the default config is a client config, it doesn't make sense > > > to have the local clock configured. Even if it was a server config, > > > it still wouldn't make sense, because it is only useful if a single > > > server has it configured. > > > I do not see the point in removing it, it helps to keep the ntpd daemon > > running if for some reason it loses the "real" ntp servers. > > It's definitely a misconfiguration to ship it by default. If you > have many clients all with a local clock configured, then, when > disconnected, they all just follow themselves rather than following > the clock on a server. If you have it configured on several servers > you end up with some clients following each of the servers, but > they won't all stay together unless you're lucky. For this use of > the local clock, you only want one local clock per island that might > become disconnected. > > (Also, we probably really want people to run in orphan mode rather > than local clock mode, but we can wait a little longer until orphan > mode is more commonly deployed, IMHO...) > I agree with what David said. Maybe just in addition, a client machine (one that do not supply time to anyone), is not really worse off if its ntpd daemon is not synchronised because it could not get to valid ntp servers, so here you do not gain anything by adding a fake local clock. You might just cause confusion because it will look like it is synchronised where it is actually not. In the ntp server case you want to be really carefull with using the fake local clock. It can cause a lot of problems. My feeling is that the fake local clock should not even be commented out in the default ntp.conf file. It should totally removed. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 09:34:36 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA25F106564A for ; Thu, 2 Jul 2009 09:34:36 +0000 (UTC) (envelope-from jiabwang@redhat.com) Received: from mx2.redhat.com (mx2.redhat.com [66.187.237.31]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7B58FC08 for ; Thu, 2 Jul 2009 09:34:36 +0000 (UTC) (envelope-from jiabwang@redhat.com) Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n629YaYY024733 for ; Thu, 2 Jul 2009 05:34:36 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n629YZDd032672 for ; Thu, 2 Jul 2009 05:34:35 -0400 Received: from [10.66.64.26] (wangjiabo.nay.redhat.com [10.66.64.26]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n629YXD6029015 for ; Thu, 2 Jul 2009 05:34:34 -0400 Message-ID: <4A4C7F29.3080209@redhat.com> Date: Thu, 02 Jul 2009 17:34:33 +0800 From: wang_jiabo User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 CC: freebsd-net@freebsd.org References: <20090702084608.GA59311@roberto-al.eurocontrol.fr> <200907020955.aa73037@walton.maths.tcd.ie> <20090702092924.GA52735@zibbi.meraka.csir.co.za> In-Reply-To: <20090702092924.GA52735@zibbi.meraka.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.58 on 172.16.27.26 Subject: dhcpv6 client configuration X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 09:34:36 -0000 Hi, All: I setup a DHCPv6 server and dhcpv6 client on redhat, but who could tell me how to setup a dhcpv6 client on freebsd7.1 or 7.0 thanks jiabo From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 10:40:02 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FE7D1065672 for ; Thu, 2 Jul 2009 10:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 43BCE8FC18 for ; Thu, 2 Jul 2009 10:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n62Ae2m4082606 for ; Thu, 2 Jul 2009 10:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n62Ae2ma082605; Thu, 2 Jul 2009 10:40:02 GMT (envelope-from gnats) Date: Thu, 2 Jul 2009 10:40:02 GMT Message-Id: <200907021040.n62Ae2ma082605@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Dennis Melentyev Cc: Subject: Re: kern/133572: [ppp] [hang] incoming PPTP connection hangs the system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dennis Melentyev List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 10:40:02 -0000 The following reply was made to PR kern/133572; it has been noted by GNATS. From: Dennis Melentyev To: Mikolaj Golub Cc: bug-followup@freebsd.org, freebsd-net@freebsd.org Subject: Re: kern/133572: [ppp] [hang] incoming PPTP connection hangs the system Date: Thu, 2 Jul 2009 13:30:33 +0300 Hi Mikolaj, 2009/6/30 Mikolaj Golub : > > Could you try the patch from kern/134557? Unfortunately, no. I haven't that setup anymore. -- Dennis Melentyev From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 10:59:21 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 500591065672 for ; Thu, 2 Jul 2009 10:59:21 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id CB1418FC1F for ; Thu, 2 Jul 2009 10:59:20 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by bwz12 with SMTP id 12so1276680bwz.43 for ; Thu, 02 Jul 2009 03:59:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+15z3/DX+zoOUU10Lc5ycXXWJ2gp2ambIF2O/TL+SGA=; b=Qg8QamxyGE4X8ufgGJwTOVVFQ2ZYHWgTYNEl2n8fpXd6DmsD+zUquNGwq51uTnYDXC deI4de9tT3swOuOneergmV7MKK8vrHH57+voiP0AzzbMSRf/LCzKYGzFZXtEDq34LFsS 8s+e/mmFw97lwnNBatYeJ2Pbe2ScbZ67SP1To= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vgZM9d7LLssqrRNsjgkb1CJ9TpLE8cejaGU/MLnnEGouXvQNtWUGRK3erwzijd6Tjc DN5+c3B/+5w9pGPIZvTOt59FBkE3brifqCOAtkvUpMgJCDL3pXELLJh2vMSySitP1hIX k7yfOkv4hKVTRHKOceng7M4VJgxTGnG4X9vhk= MIME-Version: 1.0 Received: by 10.204.66.2 with SMTP id l2mr10553937bki.177.1246530633223; Thu, 02 Jul 2009 03:30:33 -0700 (PDT) In-Reply-To: <86fxdhze4f.fsf@kopusha.onet> References: <200906090620.n596K6Uu039348@freefall.freebsd.org> <86fxdhze4f.fsf@kopusha.onet> Date: Thu, 2 Jul 2009 13:30:33 +0300 Message-ID: From: Dennis Melentyev To: Mikolaj Golub Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/133572: [ppp] [hang] incoming PPTP connection hangs the system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 10:59:21 -0000 Hi Mikolaj, 2009/6/30 Mikolaj Golub : > > Could you try the patch from kern/134557? Unfortunately, no. I haven't that setup anymore. -- Dennis Melentyev From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 12:34:07 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6714E106566C for ; Thu, 2 Jul 2009 12:34:07 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1C98FC1B for ; Thu, 2 Jul 2009 12:34:07 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 8939E389AF2 for ; Thu, 2 Jul 2009 08:34:06 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Thu, 02 Jul 2009 08:34:07 -0400 X-Sasl-enc: 4KMv4GMGcdD51YuiFbDKf3TF/cbtuOZF37CFjytJy3AL 1246538041 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 9F65C1E5B for ; Thu, 2 Jul 2009 08:34:01 -0400 (EDT) Message-ID: <4A4CA93C.6000204@incunabulum.net> Date: Thu, 02 Jul 2009 13:34:04 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Netconf / Yang model support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 12:34:07 -0000 Is anyone in the FreeBSD community working on NETCONF support? information here: http://en.wikipedia.org/wiki/Netconf Interesting that SSH is a mandatory transport. Note: This does NOT appear to be the same as Debian's netconf effort, but I could be wrong: http://netconf.alioth.debian.org/ thanks, BMS From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 14:21:56 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFAF71065673 for ; Thu, 2 Jul 2009 14:21:56 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id 408618FC14 for ; Thu, 2 Jul 2009 14:21:55 +0000 (UTC) (envelope-from lab@gta.com) Received: (qmail 78532 invoked by uid 1000); 2 Jul 2009 14:21:55 -0000 Date: Thu, 2 Jul 2009 10:21:55 -0400 From: Larry Baird To: Paul Thornton Message-ID: <20090702142155.GA71817@gta.com> References: <20090630180029.GA8847@gta.com> <4A4C9FCC.6020304@prt.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A4C9FCC.6020304@prt.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Polling and kern.polling.idle_poll X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 14:21:57 -0000 Paul, > Larry Baird wrote: > >The man page for polling states: > > kern.polling.idle_poll > > Controls if polling is enabled in the idle loop. There are no > > reasons (other than power saving or bugs in the scheduler's han- > > dling of idle priority kernel threads) to disable this. > > > >So why is it now disabled by default? Looking back through cvs the > >change was made by Luigi way back in August of 2002. > > > > > Did you ever get a reply for this question on the -net list? I may have > missed it, but I don't think you did. > I'm very interested in why this was changed too. I got some off list mail from Luigi. In 4.x, the idle_poll() was called from idle. Now it is its own thread. CPU statistics will now show high 100% utilization if your set kern.polling.idle_poll. He also has some concerns about if locking was in place for SMP. Looking at the code locking appears to be in place. The performance improvment is too great for me to ignore, so I made a few mods to my kernels. I modified kern_poll to set P_NOLOAD for the idle_poll thread. I then modified CPU statistics to view all processes with P_NOLOAD as the idle process. So far working great for me. Patches below. *** /sys/kern/kern_poll.c 2006-06-16 18:11:55.000000000 -0400 --- kern_poll.c 2009-07-02 10:03:07.000000000 -0400 *************** *** 577,583 **** --- 577,587 ---- { struct thread *td = curthread; struct rtprio rtp; + struct proc *p = td->td_proc; + PROC_LOCK(p); + p->p_flag |= P_NOLOAD; + PROC_UNLOCK(p); rtp.prio = RTP_PRIO_MAX; /* lowest priority */ rtp.type = RTP_PRIO_IDLE; mtx_lock_spin(&sched_lock); *** /sys/kern/kern_clock.c 2008-06-04 06:31:41.000000000 -0400 --- kern_clock.c 2009-07-02 10:05:01.000000000 -0400 *************** *** 516,522 **** thread_statclock(0); td->td_sticks++; p->p_rux.rux_sticks++; ! if (td != PCPU_GET(idlethread)) { cp_time[CP_SYS]++; pcp_time[CP_SYS]++; } else { --- 516,522 ---- thread_statclock(0); td->td_sticks++; p->p_rux.rux_sticks++; ! if ( ! (p->p_flag & P_NOLOAD) ) { cp_time[CP_SYS]++; pcp_time[CP_SYS]++; } else { -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 15:17:52 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D01171065672 for ; Thu, 2 Jul 2009 15:17:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63903.mail.re1.yahoo.com (web63903.mail.re1.yahoo.com [69.147.97.118]) by mx1.freebsd.org (Postfix) with SMTP id 895E68FC0C for ; Thu, 2 Jul 2009 15:17:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 16694 invoked by uid 60001); 2 Jul 2009 15:17:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1246547871; bh=Qxi4L/Tcq/dCYN1UviR4MorfVs7iCQgbDRKOo05ONiU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=us+fYJKehg83jkXxo5yd/1C9iR90G2i9S/+7OyfukM6SeCPYqjx2ZMIjC9v45ZsoJWMZ1Em5Mj88YAeRmvf0/CiMnIXzufXTUPdTfL5la59szQstH/ZR+87EEfYETIWdTJeKkXJMQ/if8H7pPzV+1dZuuQaAupiTCVoF8oJRWjw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=IxsTdLvTI+GRMzyonk7tCGV2Gr2S10KbbPz8zcPBwp/qYZhqYciZjYFVStXFhrOeLVtpZcXVvsYVdG8MZJEJUW9HVqFo6bbZ/a6fe89z2cL9XSXJZaSzk1V/vREZJPgeep9TjTvXaLWncke0B0LuNu1dsR0FAceN+7BqCexhUnU=; Message-ID: <806553.16497.qm@web63903.mail.re1.yahoo.com> X-YMail-OSG: psenVZ0VM1nMKZx1a0QlFNYUFXOYDcOCN38W5SJTt0gYHPqnWZ5ewcYCglMAKPJvVnnbD10gZCUvUmUBIRJPE56nwOW.i1NDDiPTZcSpF41oRhv6GlA7hzxCvPEENqZZEnUyesHLBzaQRM7D89.FYpGKPjxC1CRwxFYBOB7UeRVIgYD0i.TcBicvoMAVD6UL0Pvg_B55ftXzJhCHy17fKt3ELttT2mluvsGlvM.YHstzTEXRSO8fzmHpMPilhH0uOKne24fLdfQ_H8P9rR7Vhg-- Received: from [66.176.162.245] by web63903.mail.re1.yahoo.com via HTTP; Thu, 02 Jul 2009 08:17:51 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Thu, 2 Jul 2009 08:17:51 -0700 (PDT) From: Barney Cordoba To: Paul Thornton , Larry Baird MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Polling and kern.polling.idle_poll X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 15:17:53 -0000 =0A=0A--- On Thu, 7/2/09, Larry Baird wrote:=0A=0A> From: Lar= ry Baird =0A> Subject: Re: Polling and kern.polling.idle_poll= =0A> To: "Paul Thornton" =0A> Cc: freebsd-net@freebsd.org=0A> = Date: Thursday, July 2, 2009, 10:21 AM=0A> Paul,=0A> =0A> > Larry Baird wro= te:=0A> > >The man page for polling states:=0A> > >=A0 =A0 kern.polling.idl= e_poll=0A> > >=A0=A0=A0=A0=A0Controls if polling=0A> is enabled in the idle= loop.=A0 There are no=0A> > >=A0=A0=A0=A0=A0reasons (other than=0A> power = saving or bugs in the scheduler's han-=0A> > >=A0=A0=A0=A0=A0dling of idle= =0A> priority kernel threads) to disable this.=0A> > >=0A> > >So why is it = now disabled by default?=A0=0A> Looking back through cvs the=0A> > >change = was made by Luigi way back in August of=0A> 2002.=A0 =0A> > >=0A> > >=A0 = =0A> > Did you ever get a reply for this question on the -net=0A> list?=A0 = I may have =0A> > missed it, but I don't think you did.=0A> > I'm very inte= rested in why this was changed too.=0A> I got some off list mail from Luigi= .=A0 In 4.x, the=0A> idle_poll() was called=0A> from idle.=A0 Now it is its= own thread.=A0 CPU=0A> statistics will now show high 100%=0A> utilization = if your set kern.polling.idle_poll.=A0 He=0A> also has some concerns=0A> ab= out if locking was in place for SMP.=A0 Looking at the=0A> code locking app= ears=0A> to be in place.=0A> =0A> The performance improvment is too great f= or me to ignore,=0A> so I made a few=0A> mods to my kernels.=A0 I modified = kern_poll to set=0A> P_NOLOAD for the idle_poll=0A> thread. I then modified= CPU statistics to view all=0A> processes with P_NOLOAD=0A> as the idle pro= cess.=A0 So far working great for=0A> me.=A0 Patches below.=0A> =0A> *** /s= ys/kern/kern_poll.c=A0 =A0=0A> =A0=A0=A02006-06-16 18:11:55.000000000 -0400= =0A> --- kern_poll.c 2009-07-02 10:03:07.000000000 -0400=0A> **************= *=0A> *** 577,583 ****=0A> --- 577,587 ----=0A> =A0 {=0A> =A0 =A0 =A0 =A0 s= truct thread *td =3D curthread;=0A> =A0 =A0 =A0 =A0 struct rtprio rtp;=0A> = +=A0 =A0 =A0=A0=A0struct proc *p =3D=0A> td->td_proc;=0A> =A0 =0A> +=A0 =A0= =A0=A0=A0PROC_LOCK(p);=0A> +=A0 =A0 =A0=A0=A0p->p_flag |=3D P_NOLOAD;=0A> = +=A0 =A0 =A0=A0=A0PROC_UNLOCK(p);=0A> =A0 =A0 =A0 =A0 rtp.prio =3D RTP_PRIO= _MAX;=A0=0A> =A0 =A0 =A0 /* lowest priority */=0A> =A0 =A0 =A0 =A0 rtp.type= =3D RTP_PRIO_IDLE;=0A> =A0 =A0 =A0 =A0=0A> mtx_lock_spin(&sched_lock);=0A>= =0A> *** /sys/kern/kern_clock.c=A0 =A0 =A0 2008-06-04=0A> 06:31:41.0000000= 00 -0400=0A> --- kern_clock.c=A0 =A0 =A0 =A0 2009-07-02=0A> 10:05:01.000000= 000 -0400=0A> ***************=0A> *** 516,522 ****=0A> =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> thread_statclock(0);=0A= > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 td->td_sticks++;=0A> = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 p->p_rux.rux_sticks++;= =0A> !=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0=A0=A0if (td !=3D=0A> = PCPU_GET(idlethread)) {=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0=0A> cp_time[CP_SYS]++;=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> pcp_time[CP_SYS]++;=0A> =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 } else {=0A> --- 516,522 --= --=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =0A> thread_statclock(0);=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 = =A0 =A0 td->td_sticks++;=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 = =A0 =A0 p->p_rux.rux_sticks++;=0A> !=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0= =A0 =A0=A0=A0if ( ! (p->p_flag &=0A> P_NOLOAD) ) {=0A> =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> cp_time[CP_SYS]++;=0A>= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> pc= p_time[CP_SYS]++;=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 }= else {=0A> =0A=0ACurious as to why you don't simply lay out the $40 for a = modern ethernet card that doesn't need polling to work well?=0A=0ABarney=0A= =0A=0A From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 15:20:08 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0345A1065674 for ; Thu, 2 Jul 2009 15:20:08 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 882CA8FC26 for ; Thu, 2 Jul 2009 15:20:07 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 8D01F730A4; Thu, 2 Jul 2009 17:09:17 +0200 (CEST) Date: Thu, 2 Jul 2009 17:09:17 +0200 From: Luigi Rizzo To: Larry Baird Message-ID: <20090702150917.GA52464@onelab2.iet.unipi.it> References: <20090630180029.GA8847@gta.com> <4A4C9FCC.6020304@prt.org> <20090702142155.GA71817@gta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090702142155.GA71817@gta.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Paul Thornton Subject: Re: Polling and kern.polling.idle_poll X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 15:20:08 -0000 On Thu, Jul 02, 2009 at 10:21:55AM -0400, Larry Baird wrote: > Paul, > > > Larry Baird wrote: > > >The man page for polling states: > > > kern.polling.idle_poll > > > Controls if polling is enabled in the idle loop. There are no > > > reasons (other than power saving or bugs in the scheduler's han- > > > dling of idle priority kernel threads) to disable this. > > > > > >So why is it now disabled by default? Looking back through cvs the > > >change was made by Luigi way back in August of 2002. > > > > > > > > Did you ever get a reply for this question on the -net list? I may have > > missed it, but I don't think you did. > > I'm very interested in why this was changed too. > I got some off list mail from Luigi. In 4.x, the idle_poll() was called > from idle. Now it is its own thread. CPU statistics will now show high 100% > utilization if your set kern.polling.idle_poll. He also has some concerns > about if locking was in place for SMP. Looking at the code locking appears > to be in place. > > The performance improvment is too great for me to ignore, so I made a few > mods to my kernels. I modified kern_poll to set P_NOLOAD for the idle_poll > thread. I then modified CPU statistics to view all processes with P_NOLOAD > as the idle process. So far working great for me. Patches below. just to understand -- the patch below is just cosmetics to avoid seeing the polling thread appear as "SYS" time, right ? cheers luigi > *** /sys/kern/kern_poll.c 2006-06-16 18:11:55.000000000 -0400 > --- kern_poll.c 2009-07-02 10:03:07.000000000 -0400 > *************** > *** 577,583 **** > --- 577,587 ---- > { > struct thread *td = curthread; > struct rtprio rtp; > + struct proc *p = td->td_proc; > > + PROC_LOCK(p); > + p->p_flag |= P_NOLOAD; > + PROC_UNLOCK(p); > rtp.prio = RTP_PRIO_MAX; /* lowest priority */ > rtp.type = RTP_PRIO_IDLE; > mtx_lock_spin(&sched_lock); > > *** /sys/kern/kern_clock.c 2008-06-04 06:31:41.000000000 -0400 > --- kern_clock.c 2009-07-02 10:05:01.000000000 -0400 > *************** > *** 516,522 **** > thread_statclock(0); > td->td_sticks++; > p->p_rux.rux_sticks++; > ! if (td != PCPU_GET(idlethread)) { > cp_time[CP_SYS]++; > pcp_time[CP_SYS]++; > } else { > --- 516,522 ---- > thread_statclock(0); > td->td_sticks++; > p->p_rux.rux_sticks++; > ! if ( ! (p->p_flag & P_NOLOAD) ) { > cp_time[CP_SYS]++; > pcp_time[CP_SYS]++; > } else { > > > > -- > ------------------------------------------------------------------------ > Larry Baird | http://www.gta.com > Global Technology Associates, Inc. | Orlando, FL > Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 > _______________________________________________ > 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" From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 15:25:31 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A0C91065675 for ; Thu, 2 Jul 2009 15:25:31 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id 10EEF8FC0A for ; Thu, 2 Jul 2009 15:25:30 +0000 (UTC) (envelope-from lab@gta.com) Received: (qmail 95587 invoked by uid 1000); 2 Jul 2009 15:25:30 -0000 Date: Thu, 2 Jul 2009 11:25:30 -0400 From: Larry Baird To: Luigi Rizzo Message-ID: <20090702152530.GA93332@gta.com> References: <20090630180029.GA8847@gta.com> <4A4C9FCC.6020304@prt.org> <20090702142155.GA71817@gta.com> <20090702150917.GA52464@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090702150917.GA52464@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Paul Thornton Subject: Re: Polling and kern.polling.idle_poll X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 15:25:31 -0000 > just to understand -- the patch below is just cosmetics to avoid > seeing the polling thread appear as "SYS" time, right ? Yes. Another fix would be to have the idle thread call poll_idle() like it did in 4.x. The comment for P_NOLOAD says /* Ignore during load avg calculations. */ Looking at the threads that set P_NOLOAD, all of them are appear to do minimal work. Both idle_poll() and vm_page_zero_idle() used to be called by the idle process. Mapping them back to the idle process seems reasonable to me. Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 15:31:52 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8B87106566C for ; Thu, 2 Jul 2009 15:31:52 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id 4AB128FC20 for ; Thu, 2 Jul 2009 15:31:51 +0000 (UTC) (envelope-from lab@gta.com) Received: (qmail 97271 invoked by uid 1000); 2 Jul 2009 15:31:51 -0000 Date: Thu, 2 Jul 2009 11:31:51 -0400 From: Larry Baird To: Barney Cordoba Message-ID: <20090702153151.GB93332@gta.com> References: <806553.16497.qm@web63903.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <806553.16497.qm@web63903.mail.re1.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Paul Thornton Subject: Re: Polling and kern.polling.idle_poll X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 15:31:53 -0000 > Curious as to why you don't simply lay out the $40 for a modern ethernet card that doesn't need polling to work well? These are low end embedded boxs. No way to upgrade. But in actuallity they have modern (fxp) NICS. From our testing, live lock is a real issue for gateways receiving lots of network traffic. Polling prevents live lock. Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 16:20:01 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DA3F106564A for ; Thu, 2 Jul 2009 16:20:01 +0000 (UTC) (envelope-from rob.gallagher@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF7C8FC08 for ; Thu, 2 Jul 2009 16:20:00 +0000 (UTC) (envelope-from rob.gallagher@gmail.com) Received: by bwz12 with SMTP id 12so1467436bwz.43 for ; Thu, 02 Jul 2009 09:19:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=3KBvX6VL4J/fAuiyZLeRHtRCnI7NgwsbBS8m1Bo2DqI=; b=TouiiSAPhsISf/JEwDwqyXGOHvSzTycL5WMj06gsXSieNRURfZTY9LhglFf5IWFgj9 jz1Ka/J0fbKzmjZFGWiYCQB/5YhIqQGj3hETcg4hOdZHKR5Ic+9Nqqg3sKv1y6UhQ0nK /o+//6HLa6n0bAam3QjxUhT6QGO5REfCmg2Nk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=I6IKfXXwQ5DIvHq7BHBD/w2UBkPRtcZGpo/5kkj/Puhh3Jd1QEcH2Fb3wIkWQ7aLrm x0vtYyN/rq5G6otmBOB+hSnd7AglTmApc/8Og9l6KKC5HrFNeCdOTnN5qOxrwmxb6QfB RgfE+B7YRo4+RfFiAT2xVqr3P/z+xitRch6qA= MIME-Version: 1.0 Received: by 10.204.117.141 with SMTP id r13mr148464bkq.207.1246550142236; Thu, 02 Jul 2009 08:55:42 -0700 (PDT) Date: Thu, 2 Jul 2009 16:55:42 +0100 Message-ID: <1d7a7b9d0907020855s469dc3f1x34e7515f1ea6edaf@mail.gmail.com> From: Rob Gallagher To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: IPv6 routing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 16:20:01 -0000 Hi, I previously had a freebsd 7.0 box set up as an IPv6 router for my home network, behind a sixxs tunnel. It was running rtadvd to hand out IPv6 addresses from my sixxs block to the network. However, after migrating this configuration over to a newly installed FreeBSD 7.2 box it appears that the machine will no longer route IPv6. All the correct settings seem to be enabled as described here: http://www.freebsd.org/doc/en/books/handbook/network-ipv6.html, and the configurations are identical to the 7.0 box. The only odd thing I can see is that the machine is not getting an IPv6 address on the lan-facing interface, which would explain why it can't route anything. There are no issues with the sixxs tunnel itself or IPv6 connectivity from the machine; it is also handing out IPv6 addresses to hosts on the network via RAs. Could there be something I'm missing? rg -- rob.gallagher (at) gmail.com || www.spoofedpacket.net || PK: 0x1DD13A78 From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 16:48:33 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E001065680 for ; Thu, 2 Jul 2009 16:48:33 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 687E98FC20 for ; Thu, 2 Jul 2009 16:48:33 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3185-ipbf514funabasi.chiba.ocn.ne.jp [123.225.96.185]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n62GmMnA096126; Fri, 3 Jul 2009 01:48:32 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n62GmD9u018581; Fri, 3 Jul 2009 01:48:14 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 03 Jul 2009 01:47:41 +0900 (JST) Message-Id: <20090703.014741.106072119.hrs@allbsd.org> To: rob.gallagher@gmail.com From: Hiroki Sato In-Reply-To: <1d7a7b9d0907020855s469dc3f1x34e7515f1ea6edaf@mail.gmail.com> References: <1d7a7b9d0907020855s469dc3f1x34e7515f1ea6edaf@mail.gmail.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Jul__3_01_47_41_2009_312)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Fri, 03 Jul 2009 01:48:32 +0900 (JST) Cc: freebsd-net@FreeBSD.org Subject: Re: IPv6 routing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 16:48:34 -0000 ----Security_Multipart(Fri_Jul__3_01_47_41_2009_312)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rob Gallagher wrote in <1d7a7b9d0907020855s469dc3f1x34e7515f1ea6edaf@mail.gmail.com>: ro> The only odd thing I can see is that the machine is not getting an ro> IPv6 address on the lan-facing interface, which would explain why it ro> can't route anything. There are no issues with the sixxs tunnel itself ro> or IPv6 connectivity from the machine; it is also handing out IPv6 ro> addresses to hosts on the network via RAs. ro> ro> Could there be something I'm missing? How did you configure the interfaces? If you use gif(4) between sixx and your router, and then rtadvd(8) to send RAs on your LAN, typically all of the interfaces need manual configuration. -- Hiroki ----Security_Multipart(Fri_Jul__3_01_47_41_2009_312)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkpM5K0ACgkQTyzT2CeTzy2fcACgwnd9oehmLLgqEmTa7hxkyZ7e mN8AoJ7itB0avxIadt37lBPmbBp+N7x1 =9SLk -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Jul__3_01_47_41_2009_312)---- From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 18:21:13 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 707B41065678; Thu, 2 Jul 2009 18:21:13 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF438FC1C; Thu, 2 Jul 2009 18:21:12 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c122-106-161-96.carlnfd1.nsw.optusnet.com.au (c122-106-161-96.carlnfd1.nsw.optusnet.com.au [122.106.161.96]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n62IL1rC011262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jul 2009 04:21:04 +1000 Date: Fri, 3 Jul 2009 04:21:02 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: David Malone In-Reply-To: <200907020955.aa73037@walton.maths.tcd.ie> Message-ID: <20090703035833.E40558@delplex.bde.org> References: <200907020955.aa73037@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Edwin Groothuis , freebsd-net@FreeBSD.org Subject: Re: NTP - default /etc/ntp.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 18:21:13 -0000 On Thu, 2 Jul 2009, David Malone wrote: >>> The local clock should only be configured on a single server in a >>> NTP domain that might be disconnected from the rest of the tree. >>> Since the default config is a client config, it doesn't make sense >>> to have the local clock configured. Even if it was a server config, >>> it still wouldn't make sense, because it is only useful if a single >>> server has it configured. > >> I do not see the point in removing it, it helps to keep the ntpd daemon >> running if for some reason it loses the "real" ntp servers. > > It's definitely a misconfiguration to ship it by default. If you > have many clients all with a local clock configured, then, when > disconnected, they all just follow themselves rather than following > the clock on a server. If you have it configured on several servers > you end up with some clients following each of the servers, but > they won't all stay together unless you're lucky. For this use of > the local clock, you only want one local clock per island that might > become disconnected. This is handled by having different local clocks in different strata. I only use 2 such strata -- 1 for server and another for all clients. But this is not so easy to set up as a default. ref8 FreeBSD cluster machines have the new ntp.conf, so they have the local clock with the same stratum and this misconfiguration is getting some official testing :-). It is probably actually unofficial, due mergemaster blowing away the old primitive ntp.conf which is still used on other FreeBSD cluster machines. This seems to break the server config generally -- ntptrace on ref8* hangs after localhost while ntptrace on ref7-amd64 hangs after hub. Bruce From owner-freebsd-net@FreeBSD.ORG Thu Jul 2 18:34:18 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6586106566C; Thu, 2 Jul 2009 18:34:18 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id D45C08FC12; Thu, 2 Jul 2009 18:34:17 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 2 Jul 2009 19:34:16 +0100 (BST) Received: from localhost ([127.0.0.1] helo=maths.tcd.ie) by walton.maths.tcd.ie with SMTP id ; 2 Jul 2009 19:34:15 +0100 (BST) To: Bruce Evans In-reply-to: Your message of "Fri, 03 Jul 2009 04:21:02 +1000." <20090703035833.E40558@delplex.bde.org> X-Request-Do: Date: Thu, 02 Jul 2009 19:34:15 +0100 From: David Malone Message-ID: <200907021934.aa77192@walton.maths.tcd.ie> Cc: Edwin Groothuis , freebsd-net@FreeBSD.org Subject: Re: NTP - default /etc/ntp.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 18:34:18 -0000 > This is handled by having different local clocks in different strata. > I only use 2 such strata -- 1 for server and another for all clients. > But this is not so easy to set up as a default. Indeed - I use 14 for the server, in the hope that it would limit how far the unsynced time would get in the event of something unexpected happening. If we're disconnected, I don't expect the time to need to go more than two hops, so 14 should be OK. Introducing some machines at stratum 10 into my network will result in something else that I didn't expect. > ref8 FreeBSD cluster machines have the new ntp.conf, so they have the > local clock with the same stratum and this misconfiguration is getting > some official testing :-). I think this configuration has been pretty well tested, unbeknownst to many ;-) > It is probably actually unofficial, due > mergemaster blowing away the old primitive ntp.conf which is still > used on other FreeBSD cluster machines. This seems to break the > server config generally -- ntptrace on ref8* hangs after localhost > while ntptrace on ref7-amd64 hangs after hub. Interesting! David. From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 00:49:44 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC4E1065673 for ; Fri, 3 Jul 2009 00:49:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f194.google.com (mail-px0-f194.google.com [209.85.216.194]) by mx1.freebsd.org (Postfix) with ESMTP id 98B578FC0A for ; Fri, 3 Jul 2009 00:49:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by pxi32 with SMTP id 32so933477pxi.7 for ; Thu, 02 Jul 2009 17:49:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=OWfe9eFKFWDmLDmyos/vwHlkz8nGLGoIdpIbS1ZzuoE=; b=p0o6g79u4Wu4Ok7APTrXG6DaCqyzYo4iI7E7S+EnGq/Eu5RxA+G67K1GSQ0YHHrs79 nMatrq+khJ5qEACn+IRNwunXDvCulNRULndlptQyyyI/Wq0bA9fbUXxh7vQBWifHJRM6 hmweqFQcPRV25PPUx534nyu/c8usAf6bP9d+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Qp/t8OgPt6lDLtCxqekeSoaoujeTjiKKPuGlL6XXw4LSYBI3c8hq2Qifxh9X60pPu0 7pPwspKHgCRwIkQxKUeIARGyyjGaisTh7XcZCJcOiOEOblKWtL080SnPbFP0K4VpNsvl SCMwnqcZtWCrb5pxXjHaLgrvQIRspEgGx1zpc= Received: by 10.141.40.20 with SMTP id s20mr23077rvj.213.1246582184085; Thu, 02 Jul 2009 17:49:44 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g14sm13452326rvb.14.2009.07.02.17.49.41 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Jul 2009 17:49:42 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Fri, 3 Jul 2009 09:47:50 +0900 From: Pyun YongHyeon Date: Fri, 3 Jul 2009 09:47:50 +0900 To: Larry Baird Message-ID: <20090703004750.GH13137@michelle.cdnetworks.co.kr> References: <806553.16497.qm@web63903.mail.re1.yahoo.com> <20090702153151.GB93332@gta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090702153151.GB93332@gta.com> User-Agent: Mutt/1.4.2.3i Cc: Barney Cordoba , Paul Thornton , freebsd-net@freebsd.org Subject: Re: Polling and kern.polling.idle_poll X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 00:49:45 -0000 On Thu, Jul 02, 2009 at 11:31:51AM -0400, Larry Baird wrote: > > Curious as to why you don't simply lay out the $40 for a modern ethernet card that doesn't need polling to work well? > These are low end embedded boxs. No way to upgrade. But in actuallity > they have modern (fxp) NICS. From our testing, live lock is a real issue Lack of intelligent interrupt mitigation is a weak point of fxp(4) hardwares. You may not need poling(4) any more on recent PCIe based fast ethernet controllers. > for gateways receiving lots of network traffic. Polling prevents live > lock. > And it may also add additional latencies. > Larry From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 01:33:44 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C876A1065672 for ; Fri, 3 Jul 2009 01:33:44 +0000 (UTC) (envelope-from realliukai@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 86A728FC20 for ; Fri, 3 Jul 2009 01:33:44 +0000 (UTC) (envelope-from realliukai@gmail.com) Received: by yxe11 with SMTP id 11so3024978yxe.3 for ; Thu, 02 Jul 2009 18:33:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=q4mIbm1mQMW3nV1tp5sqa9FAjZ3rrP6X0ZbLO3E2gHE=; b=bULG2nlpzDq4aZsjlG6nPfv6FgPwE3Wj3s2lFoNUz+zot7hXTuo8S+Y6MW1G1Q6IFc yvFdekdPU0LmeRbzhlaTtRn5jO4JS/K3o02r/bzveAf5dOKIvSKsFrJpTVDkqIc/a0Z6 n9c/LKiuWashnBVXXlWsDZQIjI3N1nnRPJeHc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=GFa8z/9hxMmhbhcubRXRJ23xaUIP/9/zfB7XBc05OOTtNqCeYW1LbUzoKt0wMwUZm8 L6+ZE5wtVo/OvxH3d2Xuv0ozXzu/sQjz3ycV7jbbeY5jTNCLm9JHfh/XW542KZmolYVH hlIraHtNra76JRM5U2PICwKnNm0aHFHgy098Q= MIME-Version: 1.0 Received: by 10.231.11.67 with SMTP id s3mr940325ibs.11.1246584823750; Thu, 02 Jul 2009 18:33:43 -0700 (PDT) Date: Fri, 3 Jul 2009 09:33:43 +0800 Message-ID: <7237120a0907021833r20e8a45bg243e4e3d881778b2@mail.gmail.com> From: =?GB2312?B?wfW/rQ==?= To: freebsd-net@freebsd.org X-Mailman-Approved-At: Fri, 03 Jul 2009 03:57:29 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: WDS support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 01:33:45 -0000 Hi all: I am looking for information about WDS in freebsd.I wonder whether the WDS is supported and how to config it. thank you ** ** ** Michael Kevin From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 01:53:55 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3888106568E for ; Fri, 3 Jul 2009 01:53:55 +0000 (UTC) (envelope-from realliukai@gmail.com) Received: from mail-gx0-f210.google.com (mail-gx0-f210.google.com [209.85.217.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA778FC08 for ; Fri, 3 Jul 2009 01:53:55 +0000 (UTC) (envelope-from realliukai@gmail.com) Received: by gxk6 with SMTP id 6so1734500gxk.19 for ; Thu, 02 Jul 2009 18:53:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=UVduO0uTEsiQLSCvnTIDDa1IueK88z2ywUTfrgoWHzk=; b=jr5aARgFtv5gUCH0E9LwD2hxEr77qskp8t9kHpDQspzl/DoFYsCRf10a4lemr7zCO6 8736s6WvFqrEVCMRLKoHhz73WYcUl9gqqikLESbK+nH2Kt6AVM1vjv3ovpwfWVS6nM0O bv0tXTNiU6pnbmCW7x9Y8JAbBcPLRHklnm6X4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Hre0YQNrri5L8GwAjYlVhrSdXm078FEJhlxXljVUzRv/50Q+jm9BCMRak/F+gs9MbP lzYGglETwNqNiYUdW4NZEFUdtY7fBuL/or2OWvL3WlWIp5XgvLWVTy86ZtErx1qdqinO bwu50oOhq73hYrftbRT/U+7z1gVXI0xkcYbo0= MIME-Version: 1.0 Received: by 10.231.10.137 with SMTP id p9mr886990ibp.52.1246586034640; Thu, 02 Jul 2009 18:53:54 -0700 (PDT) Date: Fri, 3 Jul 2009 09:53:54 +0800 Message-ID: <7237120a0907021853oa614403iedb966d77bb9f451@mail.gmail.com> From: =?GB2312?B?wfW/rQ==?= To: freebsd-net@freebsd.org X-Mailman-Approved-At: Fri, 03 Jul 2009 04:32:22 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 11n-aware rate control algorithm? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 01:53:56 -0000 Hi all I am working on someting about 802.11n recently, but 11n transmit requires an 11n-aware rate control algorithm. Does anybody have write the algorithm? Could someone give me some advice and some example to help me. thank you Micheal Kevin From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 04:47:05 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4501065675 for ; Fri, 3 Jul 2009 04:47:05 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id D26338FC1B for ; Fri, 3 Jul 2009 04:47:04 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n634l3IQ091439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Jul 2009 21:47:04 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A4D8D47.9040201@freebsd.org> Date: Thu, 02 Jul 2009 21:47:03 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: =?ISO-8859-1?Q?=C1=F5=BF=AD?= References: <7237120a0907021833r20e8a45bg243e4e3d881778b2@mail.gmail.com> In-Reply-To: <7237120a0907021833r20e8a45bg243e4e3d881778b2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: WDS support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 04:47:05 -0000 Áõ¿­ wrote: > Hi all: > I am looking for information about WDS in freebsd.I wonder whether the > WDS is supported and how to config it. > thank you In HEAD look at tools/tools/net80211/scripts. I don't think the handbook has anything. Sam From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 11:31:44 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EED291065670 for ; Fri, 3 Jul 2009 11:31:44 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63907.mail.re1.yahoo.com (web63907.mail.re1.yahoo.com [69.147.97.122]) by mx1.freebsd.org (Postfix) with SMTP id 94BC68FC16 for ; Fri, 3 Jul 2009 11:31:44 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 47405 invoked by uid 60001); 3 Jul 2009 11:31:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1246620704; bh=AYA4Vwq2Hye3IOeU7q2iGn0d7YI/FEXcIH0nxjtrnOs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Pk2WvbxNXwTyTPT2G9RLW+d4tYGXOTSUdCszOUhTWU0di7AE17gySmW8t0UsnGceRtIbMrpp1mXYSInOlNUHY44wLnxLticXAfg0wO4WdQxzSaffkPCRaJz+3SjREfEOBL/G+zoMzLgefJJRxOmJRtufOL/rUwsuktjhbWGvfzE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=PfuFPvhK91yk5Opq2XsQ6IlHGbT/xX1uNHaGT1DdrhEZL24G7vssNiHTMTM6GvNjM5WNt2doOx+xyTAtyd4gUH1cicaTfX6rJzBd5vV3+I5w8xAOt42cSo3VjnhDlgNhs+bsRUEpKSyZRMd0/uFaieKVlcZkIGdPnrGAmldOO6Q=; Message-ID: <117993.46390.qm@web63907.mail.re1.yahoo.com> X-YMail-OSG: 6LPS_vgVM1lzdpchOikAj8Yb7yoXjutofttb1j7UUF9fbHjh9788Zy5pf.OBFXI.rDzUYj16YcaWrCmS8vDSlhJ32bzrCbikLtVlxEcyRCMMyZO_Ep9yUY.UcN97yjLyWOnKNRqj2feSPwpkpQGGazE7HnUXN5LB0yF54SMJz1MHVOA4K_ZZS_h6NbgMuCgtL91QNYQO7roSX587XMfZ8QIYPXcsGrAge18M5MBEDKA929oIOpyfRkhH2n2TFH53Sr_87VcEQYxpjN9Bh24TRyW.A7MURe77QI.gNRyxkiNhTHsuCV8sOvDiAQCpYuAC3339IoAX6dOwf59Q9aE- Received: from [66.176.162.245] by web63907.mail.re1.yahoo.com via HTTP; Fri, 03 Jul 2009 04:31:44 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Fri, 3 Jul 2009 04:31:44 -0700 (PDT) From: Barney Cordoba To: Larry Baird MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Paul Thornton Subject: Re: Polling and kern.polling.idle_poll X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 11:31:45 -0000 =0A=0A--- On Thu, 7/2/09, Larry Baird wrote:=0A=0A> From: Lar= ry Baird =0A> Subject: Re: Polling and kern.polling.idle_poll= =0A> To: "Barney Cordoba" =0A> Cc: freebsd-net@fr= eebsd.org, "Paul Thornton" =0A> Date: Thursday, July 2, 2009, = 11:31 AM=0A> > Curious as to why you don't=0A> simply lay out the $40 for a= modern ethernet card that=0A> doesn't need polling to work well?=0A> These= are low end embedded boxs.=A0 No way to=0A> upgrade.=A0 But in actuallity= =0A> they have modern (fxp) NICS.=A0 From our testing, live=0A> lock is a r= eal issue=0A> for gateways receiving lots of network traffic.=A0=0A> Pollin= g prevents live=0A> lock.=0A=0AThere are few applications where dropping bu= ckets of packets is preferable to losing the keyboard. If "livelock is a pr= oblem", then your systems are too slow for the task.=0A=0ALivelock can easi= ty be tuned with the "work" parameter. fxp drivers are hard coded to (I thi= nk) 6000 ints per second, so its not rocket science to set your tuning para= meters to whatever the system can handle before entering a livelock scenari= o. In reality, interrupt moderation is the equivalent of polling 6000 times= per second, in the case of fxp. You wouldn't want to set hz to 6000 as you= substantially increase system overhead. Moderation is a much more efficien= t way of managing your ethernet loads, because the "polls" are only directe= d at the driver, and if you dont have traffic then you don't need to get p= olled.=0A=0ABarney=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 12:28:23 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A12610656B7; Fri, 3 Jul 2009 12:28:23 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 72F2E8FC29; Fri, 3 Jul 2009 12:28:22 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (host86-150-124-14.range86-150.btcentralplus.com [86.150.124.14]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n63BpYFT090817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jul 2009 21:51:37 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A4DF0BC.6090207@freebsd.org> Date: Fri, 03 Jul 2009 12:51:24 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Qing Li References: <20090505160145.8C8F18FC15@mx1.freebsd.org> In-Reply-To: <20090505160145.8C8F18FC15@mx1.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_20,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: freebsd-net@freebsd.org, qingli@freebsd.org Subject: Re: Slow local TCP transfers on -CURRENT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 12:28:23 -0000 Hi Qing, Qing Li wrote: >> Qing (added to CC) is aware of the problem. Not sure how far >> off the fix is. >> > > I am resuming the work on it, hoping to get it verified and > finalized in a day or so. Sorry about the delay. Did this ever get fixed? I don't think I saw a follow up to this thread so just thought I'd check. Cheers, Lawrence From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 15:49:38 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FEAF1065674 for ; Fri, 3 Jul 2009 15:49:38 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 2EDDB8FC21 for ; Fri, 3 Jul 2009 15:49:37 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: (qmail invoked by alias); 03 Jul 2009 15:49:35 -0000 Received: from ipa71.5.107.79.tellas.gr (EHLO [169.254.0.2]) [79.107.5.71] by mail.gmx.com (mp-eu001) with SMTP; 03 Jul 2009 17:49:35 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1/iO9sT+tji42r/NI/HwGpIf5fm3viPXr4wl1PrhN cM1WSCzmP+mjFl Message-ID: <4A4E2873.3010501@gmx.com> Date: Fri, 03 Jul 2009 18:49:07 +0300 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Nikos Vassiliadis , weongyo@freebsd.org References: <4A43386D.80500@gmx.com> <20090625103420.GD31161@weongyo.cdnetworks.kr> <4A436A8A.1000405@gmx.com> <20090626041246.GE31161@weongyo.cdnetworks.kr> <4A461AF9.7040900@gmx.com> <20090629032520.GA1138@weongyo.cdnetworks.kr> <4A4880EF.5010206@gmx.com> In-Reply-To: <4A4880EF.5010206@gmx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5600000000000001 Cc: freebsd-net@freebsd.org Subject: Re: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 15:49:38 -0000 Hello Weongyo & net, I did some tests with an AP. The bad news is that I am getting random crashes. At least I cannot relate them to something... It just stops responding, I cannot break to the debugger. Would I try another driver? there are 3 versions if I recall correctly on the vendor's site. Something strange I've noticed, is that if I set the ssid before setting the interface to "up" state, it does not associate with the AP. ifconfig wlan0 down ifconfig wlan0 ssid barba ifconfig wlan0 up > Setting BSSID to 00:1b:2f:be:78:aa > ndis_newstate: INIT -> SCAN > ndis0: link state changed to DOWN > ndis0: link state changed to UP > ndis_scan_results: 4 results > scan: bssid 00:1c:a2:b2:4e:e5 chan 2412MHz (1/1152) rssi 25 > scan: bssid 00:13:33:07:90:90 chan 2442MHz (7/1152) rssi 75 > scan: bssid 00:05:59:0a:b7:c1 chan 2437MHz (6/1152) rssi 60 > scan: bssid 00:1a:4f:20:dc:4a chan 2437MHz (6/1152) rssi 6 > wlan0: ieee80211_new_state_locked: pending SCAN -> RUN transition lost > ndis_newstate: SCAN -> AUTH > Setting BSSID to 00:1b:2f:be:78:aa > Setting BSSID to ff:ff:ff:ff:ff:ff > Setting ESSID to "barba" > ndis_newstate: AUTH -> ASSOC If if delete the ssid, and "up" the interface, it associates: > Setting BSSID to 00:1b:2f:be:78:aa > ndis_newstate: INIT -> SCAN > ndis0: link state changed to DOWN > ndis_scan_results: 4 results > scan: bssid 00:13:33:07:90:90 chan 2442MHz (7/1152) rssi 73 > scan: bssid 00:1c:a2:b2:4e:e5 chan 2412MHz (1/1152) rssi 15 > scan: bssid 00:1a:4f:20:dc:4a chan 2437MHz (6/1152) rssi 7 > scan: bssid 00:05:59:0a:b7:c1 chan 2437MHz (6/1152) rssi 54 > ndis_newstate: SCAN -> AUTH > Setting BSSID to 00:1b:2f:be:78:aa > Setting BSSID to ff:ff:ff:ff:ff:ff > Setting ESSID to "barba" > ndis_newstate: AUTH -> ASSOC > ndis_newstate: ASSOC -> RUN > ndis0: link state changed to UP If you have some idea, I would be happy to test it. Thanks, Nikos From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 19:47:19 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2A3D1065675 for ; Fri, 3 Jul 2009 19:47:19 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 722468FC08 for ; Fri, 3 Jul 2009 19:47:19 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1124437and.13 for ; Fri, 03 Jul 2009 12:47:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Vi50CwVi67SJsFI5uydxwCOCpw9+pshMAtoAVRY9sns=; b=vjvMWG6E2936GUo6ilY7HM9nDBRwPH/MBx86tL1XbTFvHHyMBIwMgoOMFstySaOgdY AL50GzqdoXcS9FQ30PykXr4LHkUnkChmo0LnQmypYM6n1t/1MDa4ztEHDC/PhxIibJcM QAnRkdGLcQlCHd/CwzQBU8k+7vXr5sPZVToaw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=RQ6ywmupV6PtO7zS1SbabAgY8143h/57HzBaE9qDDvUilxo4RdL+cQIq6vvvIlp5kC dML3Y2Gks/0NkHleE6q+daqv8+iO7x1X8Zd/FmXZGEpx/VmQOUa39ZmsHjl0AffqFyGI fsN754EATdhAdj6ULD8bAJLddvUe43eLRziKI= MIME-Version: 1.0 Received: by 10.100.209.5 with SMTP id h5mr2734792ang.124.1246649069269; Fri, 03 Jul 2009 12:24:29 -0700 (PDT) Date: Sat, 4 Jul 2009 03:24:29 +0800 Message-ID: From: Fang Wang To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: tcputo(RFC 5482) can work now X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 19:47:20 -0000 Hi, The tcp UTO option described in RFC 5482 now is accomplished. The branch is //depot/projects/soc2009/tcputo/. Regards, Fang Wang From owner-freebsd-net@FreeBSD.ORG Fri Jul 3 22:07:30 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 186FC106564A for ; Fri, 3 Jul 2009 22:07:30 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF0C8FC1B for ; Fri, 3 Jul 2009 22:07:29 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy9 with SMTP id 9so2796061ewy.43 for ; Fri, 03 Jul 2009 15:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=8F/Gv5OyTBXXCIKx+0TM+UF7twidWbcqgf1K/S4eeJM=; b=kMRPKaVdbjxgIpBpIalzt23f+fyi6vTOf2PTzwx32QrcpI5ePo+7IFETeXIMFQkmGb 0nHSeWHgj4JF+ra2zqIzrOUvMSUyoepkla/7wWX+B3NsAkWUeXxyWUO2ddQHF5jRo8Jf /QvgTKgOd1jEG6wLGn2jQzzMIzQVBIV1RrAjg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=kmvm3Q7/c6lAWOC6pPVuzPuZkI1Vr5smiHGRlgmFhHGNltrbjOsAGBQ30VFTDTmbPR HJxPACqRARnBufb+zQaKODfbzxKl6ISL9wEy7arTrtOnJurnRRgbTk4gePqMJ4yx6sYa WEqMj7HOtPtdm8B6f4FdPh8nATXFx97BqUfBM= Received: by 10.210.43.11 with SMTP id q11mr1568833ebq.15.1246658848462; Fri, 03 Jul 2009 15:07:28 -0700 (PDT) Received: from omega.lan (bl5-224-141.dsl.telepac.pt [82.154.224.141]) by mx.google.com with ESMTPS id 5sm9531792eyf.12.2009.07.03.15.07.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 03 Jul 2009 15:07:28 -0700 (PDT) Sender: Rui Paulo Message-Id: <53F44E76-CB3A-45F5-A269-7B034350BA60@freebsd.org> From: Rui Paulo To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 3 Jul 2009 23:07:26 +0100 X-Mailer: Apple Mail (2.935.3) Subject: CFR: 802.11s implementation (mesh11s project) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 22:07:30 -0000 Hi, If you would like to review the mesh11s code, you can find a diff against HEAD here: http://people.freebsd.org/~rpaulo/mesh_195323.diff This is the most recent diff, but expect changes. We will present the re@ team with a patch so we can discuss the inclusion of this in the 8.0 release. Thanks, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sat Jul 4 06:02:03 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DBEA1065677; Sat, 4 Jul 2009 06:02:03 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 536A78FC08; Sat, 4 Jul 2009 06:02:03 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (mav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n64623Kg016799; Sat, 4 Jul 2009 06:02:03 GMT (envelope-from mav@freefall.freebsd.org) Received: (from mav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n64623KG016795; Sat, 4 Jul 2009 06:02:03 GMT (envelope-from mav) Date: Sat, 4 Jul 2009 06:02:03 GMT Message-Id: <200907040602.n64623KG016795@freefall.freebsd.org> To: sergei.cherveni@gmail.com, mav@FreeBSD.org, freebsd-net@FreeBSD.org From: mav@FreeBSD.org Cc: Subject: Re: kern/134557: [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 06:02:03 -0000 Synopsis: [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp problem State-Changed-From-To: open->closed State-Changed-By: mav State-Changed-When: Sat Jul 4 06:01:31 UTC 2009 State-Changed-Why: Patch committed and merged to 7-SATBLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=134557 From owner-freebsd-net@FreeBSD.ORG Sat Jul 4 06:10:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43A431065673 for ; Sat, 4 Jul 2009 06:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 323028FC13 for ; Sat, 4 Jul 2009 06:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n646A46f016961 for ; Sat, 4 Jul 2009 06:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n646A41V016953; Sat, 4 Jul 2009 06:10:04 GMT (envelope-from gnats) Date: Sat, 4 Jul 2009 06:10:04 GMT Message-Id: <200907040610.n646A41V016953@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/134557: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 06:10:04 -0000 The following reply was made to PR kern/134557; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/134557: commit references a PR Date: Sat, 4 Jul 2009 06:01:15 +0000 (UTC) Author: mav Date: Sat Jul 4 06:00:57 2009 New Revision: 195336 URL: http://svn.freebsd.org/changeset/base/195336 Log: MFC rev.195335: Fix infinite loop in ng_iface, that happens when packet passes out via two different ng interfaces sequentially due to tunnelling. PR: kern/134557 Submitted by: Mikolaj Golub Modified: stable/7/sys/ (props changed) stable/7/sys/contrib/pf/ (props changed) stable/7/sys/netgraph/ng_iface.c Modified: stable/7/sys/netgraph/ng_iface.c ============================================================================== --- stable/7/sys/netgraph/ng_iface.c Sat Jul 4 05:07:52 2009 (r195335) +++ stable/7/sys/netgraph/ng_iface.c Sat Jul 4 06:00:57 2009 (r195336) @@ -365,7 +365,8 @@ ng_iface_output(struct ifnet *ifp, struc } /* Protect from deadly infinite recursion. */ - while ((mtag = m_tag_locate(m, MTAG_NGIF, MTAG_NGIF_CALLED, NULL))) { + mtag = NULL; + while ((mtag = m_tag_locate(m, MTAG_NGIF, MTAG_NGIF_CALLED, mtag))) { if (*(struct ifnet **)(mtag + 1) == ifp) { log(LOG_NOTICE, "Loop detected on %s\n", ifp->if_xname); m_freem(m); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"