From owner-freebsd-net@FreeBSD.ORG Sun Dec 26 14:10:11 2010 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 D1A0D1065674 for ; Sun, 26 Dec 2010 14:10:11 +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 A76248FC0A for ; Sun, 26 Dec 2010 14:10:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBQEABva074534 for ; Sun, 26 Dec 2010 14:10:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBQEABFU074533; Sun, 26 Dec 2010 14:10:11 GMT (envelope-from gnats) Date: Sun, 26 Dec 2010 14:10:11 GMT Message-Id: <201012261410.oBQEABFU074533@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/138427: 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: Sun, 26 Dec 2010 14:10:11 -0000 The following reply was made to PR kern/138427; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/138427: commit references a PR Date: Sun, 26 Dec 2010 14:09:11 +0000 (UTC) Author: bschmidt Date: Sun Dec 26 14:09:06 2010 New Revision: 216709 URL: http://svn.freebsd.org/changeset/base/216709 Log: MFC r216557: Fix panic while trying to use monitor mode. The iwn_cmd() calls issued by iwn_config() want to msleep() on the mutex. PR: kern/138427 Submitted by: Henry Hu Approved by: re (kib) Modified: stable/8/sys/dev/wpi/if_wpi.c Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/dev/wpi/if_wpi.c ============================================================================== --- stable/8/sys/dev/wpi/if_wpi.c Sun Dec 26 13:57:05 2010 (r216708) +++ stable/8/sys/dev/wpi/if_wpi.c Sun Dec 26 14:09:06 2010 (r216709) @@ -3561,7 +3561,9 @@ wpi_set_channel(struct ieee80211com *ic) * are already taken care of by their respective firmware commands. */ if (ic->ic_opmode == IEEE80211_M_MONITOR) { + WPI_LOCK(sc); error = wpi_config(sc); + WPI_UNLOCK(sc); if (error != 0) device_printf(sc->sc_dev, "error %d settting channel\n", error); _______________________________________________ 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 Sun Dec 26 14:20:10 2010 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 744F2106564A for ; Sun, 26 Dec 2010 14:20:10 +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 4A2C48FC14 for ; Sun, 26 Dec 2010 14:20:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBQEKAVJ085626 for ; Sun, 26 Dec 2010 14:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBQEKA46085625; Sun, 26 Dec 2010 14:20:10 GMT (envelope-from gnats) Date: Sun, 26 Dec 2010 14:20:10 GMT Message-Id: <201012261420.oBQEKA46085625@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/138427: 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: Sun, 26 Dec 2010 14:20:10 -0000 The following reply was made to PR kern/138427; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/138427: commit references a PR Date: Sun, 26 Dec 2010 14:10:18 +0000 (UTC) Author: bschmidt Date: Sun Dec 26 14:10:12 2010 New Revision: 216710 URL: http://svn.freebsd.org/changeset/base/216710 Log: MFC r216557: Fix panic while trying to use monitor mode. The iwn_cmd() calls issued by iwn_config() want to msleep() on the mutex. PR: kern/138427 Submitted by: Henry Hu Approved by: re (kib) Modified: releng/8.2/sys/dev/wpi/if_wpi.c Directory Properties: releng/8.2/sys/ (props changed) releng/8.2/sys/amd64/include/xen/ (props changed) releng/8.2/sys/cddl/contrib/opensolaris/ (props changed) releng/8.2/sys/contrib/dev/acpica/ (props changed) releng/8.2/sys/contrib/pf/ (props changed) Modified: releng/8.2/sys/dev/wpi/if_wpi.c ============================================================================== --- releng/8.2/sys/dev/wpi/if_wpi.c Sun Dec 26 14:09:06 2010 (r216709) +++ releng/8.2/sys/dev/wpi/if_wpi.c Sun Dec 26 14:10:12 2010 (r216710) @@ -3561,7 +3561,9 @@ wpi_set_channel(struct ieee80211com *ic) * are already taken care of by their respective firmware commands. */ if (ic->ic_opmode == IEEE80211_M_MONITOR) { + WPI_LOCK(sc); error = wpi_config(sc); + WPI_UNLOCK(sc); if (error != 0) device_printf(sc->sc_dev, "error %d settting channel\n", error); _______________________________________________ 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 Sun Dec 26 18:17:56 2010 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 6D0E4106564A for ; Sun, 26 Dec 2010 18:17:56 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id EBD578FC0C for ; Sun, 26 Dec 2010 18:17:55 +0000 (UTC) Received: by mail-ew0-f54.google.com with SMTP id 24so4147463ewy.13 for ; Sun, 26 Dec 2010 10:17:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=AVaCk70SSDRJ4IFIifQHHNg9D6gcduuPA3tC3MC8e9s=; b=g9TBivfDvIE1Ht43CvDAa4+WO6pMR/2pN8FXERPJqGIB86IA4ItcI/x9KS7Bg9ACzi TIznlc8s8n9mKMm/HRdXRaLD5RhJjdF4tA4Jr7A8MrhSKZz0+N7G5yLcE/zAPUCJ0Dp6 ocOGNcsRhhB1/kaUt0pkwyC/HiiNAkZE+Xk4Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Ejmge6l/a6kGmWebq9m5AAkF5jW+OlEcMDL6IdszqicSqJm48fCRu4jPADCtO1i1Q2 cIDeSr92fFqdT++IxmK+k5KWam1RuLYJc7zoTIWY5pFsNyatz9eq0/6HSJFlBqodCiYv CDRwdakOCiT6RmMf7XsQQDSH/m+6LgJzbSKSY= Received: by 10.213.28.138 with SMTP id m10mr1510245ebc.47.1293386035561; Sun, 26 Dec 2010 09:53:55 -0800 (PST) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id b52sm8193345eei.13.2010.12.26.09.53.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 26 Dec 2010 09:53:54 -0800 (PST) Date: Sun, 26 Dec 2010 19:53:22 +0200 From: Gleb Kurtsou To: Eugene Grosbein Message-ID: <20101226175322.GB45598@tops> References: <4D0CFEFF.3000902@rdtc.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <4D0CFEFF.3000902@rdtc.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: net@freebsd.org Subject: Re: lagg/lacp poor traffic distribution 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, 26 Dec 2010 18:17:56 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On (19/12/2010 00:35), Eugene Grosbein wrote: > Hi! > > I've loaded router using two lagg interfaces in LACP mode. > lagg0 has IP address and two ports (em0 and em1) and carry untagged frames. > lagg1 has no IP address and has two ports (igb0 and igb1) and carry > about 1000 dot-q vlans with lots of hosts in each vlan. > > For lagg1, lagg distributes outgoing traffic over two ports just fine. > For lagg0 (untagged ethernet segment with only 2 MAC addresses) > less than 0.07% (54Mbit/s max) of traffic goes to em0 > and over 99.92% goes to em1, that's bad. > > That's general traffic of several thousands of customers surfing the web, > using torrents etc. I've glanced over lagg/lacp sources if src/sys/net/ > and found nothing suspicious, it should extract and use srcIP/dstIP for hash. > > How do I debug this problem? Could you try the patch attached. It changes hash function for distributing traffic. Thanks, Gleb. > > Eugene Grosbein > _______________________________________________ > 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" --AhhlLboLdkugWU4S Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="sfh-lagg.patch.txt" --- /dev/null +++ b/sys/sys/hash_sfh.h @@ -0,0 +1,89 @@ +/*- + * Copyright (c) 2010, Paul Hsieh + * 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. + * 3. My name, Paul Hsieh, and the names of any other contributors to + * the code use may be used to endorse or promote products derived from + * this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS 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 COPYRIGHT + * OWNER 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$ + */ + +#ifndef _SYS_HASH_SFH_H_ +#define _SYS_HASH_SFH_H_ +#include + +static __inline uint32_t +hash_sfh_buf(const void *buf, size_t len, uint32_t hash) +{ + const uint8_t *data = buf; + uint32_t tmp; + int rem; + + if (len <= 0 || data == NULL) + return (0); + + rem = len & 3; + len >>= 2; + +#define get16bits(d) ((((uint32_t)(((const uint8_t *)(d))[1])) << 8) \ + +(uint32_t)(((const uint8_t *)(d))[0]) ) + + /* Main loop */ + for (;len > 0; len--) { + hash += get16bits(data); + tmp = (get16bits(data + 2) << 11) ^ hash; + hash = (hash << 16) ^ tmp; + data += 2 * sizeof(uint16_t); + hash += hash >> 11; + } + + /* Handle end cases */ + switch (rem) { + case 3: hash += get16bits(data); + hash ^= hash << 16; + hash ^= data[sizeof(uint16_t)] << 18; + hash += hash >> 11; + break; + case 2: hash += get16bits(data); + hash ^= hash << 11; + hash += hash >> 17; + break; + case 1: hash += *data; + hash ^= hash << 10; + hash += hash >> 1; + } +#undef get16bits + + /* Force "avalanching" of final 127 bits */ + hash ^= hash << 3; + hash += hash >> 5; + hash ^= hash << 4; + hash += hash >> 17; + hash ^= hash << 25; + hash += hash >> 6; + + return (hash); +} +#endif /* !_SYS_HASH_SFH_H_ */ --- a/sys/net/if_lagg.c +++ b/sys/net/if_lagg.c @@ -35,7 +35,7 @@ __FBSDID("$FreeBSD$"); #include #include #include -#include +#include #include #include #include @@ -1414,19 +1414,19 @@ lagg_hashmbuf(struct mbuf *m, uint32_t key) goto out; eh = mtod(m, struct ether_header *); etype = ntohs(eh->ether_type); - p = hash32_buf(&eh->ether_shost, ETHER_ADDR_LEN, key); - p = hash32_buf(&eh->ether_dhost, ETHER_ADDR_LEN, p); + p = hash_sfh_buf(&eh->ether_shost, ETHER_ADDR_LEN, key); + p = hash_sfh_buf(&eh->ether_dhost, ETHER_ADDR_LEN, p); /* Special handling for encapsulating VLAN frames */ if (m->m_flags & M_VLANTAG) { - p = hash32_buf(&m->m_pkthdr.ether_vtag, + p = hash_sfh_buf(&m->m_pkthdr.ether_vtag, sizeof(m->m_pkthdr.ether_vtag), p); } else if (etype == ETHERTYPE_VLAN) { vlan = lagg_gethdr(m, off, sizeof(*vlan), &vlanbuf); if (vlan == NULL) goto out; - p = hash32_buf(&vlan->evl_tag, sizeof(vlan->evl_tag), p); + p = hash_sfh_buf(&vlan->evl_tag, sizeof(vlan->evl_tag), p); etype = ntohs(vlan->evl_proto); off += sizeof(*vlan) - sizeof(*eh); } @@ -1438,8 +1438,8 @@ lagg_hashmbuf(struct mbuf *m, uint32_t key) if (ip == NULL) goto out; - p = hash32_buf(&ip->ip_src, sizeof(struct in_addr), p); - p = hash32_buf(&ip->ip_dst, sizeof(struct in_addr), p); + p = hash_sfh_buf(&ip->ip_src, sizeof(struct in_addr), p); + p = hash_sfh_buf(&ip->ip_dst, sizeof(struct in_addr), p); break; #endif #ifdef INET6 @@ -1448,10 +1448,10 @@ lagg_hashmbuf(struct mbuf *m, uint32_t key) if (ip6 == NULL) goto out; - p = hash32_buf(&ip6->ip6_src, sizeof(struct in6_addr), p); - p = hash32_buf(&ip6->ip6_dst, sizeof(struct in6_addr), p); + p = hash_sfh_buf(&ip6->ip6_src, sizeof(struct in6_addr), p); + p = hash_sfh_buf(&ip6->ip6_dst, sizeof(struct in6_addr), p); flow = ip6->ip6_flow & IPV6_FLOWLABEL_MASK; - p = hash32_buf(&flow, sizeof(flow), p); /* IPv6 flow label */ + p = hash_sfh_buf(&flow, sizeof(flow), p); /* IPv6 flow label */ break; #endif } --AhhlLboLdkugWU4S-- From owner-freebsd-net@FreeBSD.ORG Sun Dec 26 18:28:30 2010 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 6EE9E106566C for ; Sun, 26 Dec 2010 18:28:30 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from grosbein.pp.ru (grosbein.pp.ru [89.189.172.146]) by mx1.freebsd.org (Postfix) with ESMTP id D66858FC13 for ; Sun, 26 Dec 2010 18:28:29 +0000 (UTC) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.4/8.14.4) with ESMTP id oBQISQX8018877; Mon, 27 Dec 2010 00:28:27 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D17894A.1030809@rdtc.ru> Date: Mon, 27 Dec 2010 00:28:26 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 MIME-Version: 1.0 To: Gleb Kurtsou References: <4D0CFEFF.3000902@rdtc.ru> <20101226175322.GB45598@tops> In-Reply-To: <20101226175322.GB45598@tops> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: lagg/lacp poor traffic distribution 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, 26 Dec 2010 18:28:30 -0000 On 26.12.2010 23:53, Gleb Kurtsou wrote: >> I've loaded router using two lagg interfaces in LACP mode. >> lagg0 has IP address and two ports (em0 and em1) and carry untagged frames. >> lagg1 has no IP address and has two ports (igb0 and igb1) and carry >> about 1000 dot-q vlans with lots of hosts in each vlan. >> >> For lagg1, lagg distributes outgoing traffic over two ports just fine. >> For lagg0 (untagged ethernet segment with only 2 MAC addresses) >> less than 0.07% (54Mbit/s max) of traffic goes to em0 >> and over 99.92% goes to em1, that's bad. >> >> That's general traffic of several thousands of customers surfing the web, >> using torrents etc. I've glanced over lagg/lacp sources if src/sys/net/ >> and found nothing suspicious, it should extract and use srcIP/dstIP for hash. >> >> How do I debug this problem? > Could you try the patch attached. It changes hash function for > distributing traffic. I've already found source of this problem. That's not hash function problem (it works just fine when called), that's lagg(4) driver not using hashes for some workflows. Details can be found in this thread, as well as solution. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Sun Dec 26 20:36:24 2010 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 5D0811065674; Sun, 26 Dec 2010 20:36:24 +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 33B298FC12; Sun, 26 Dec 2010 20:36:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBQKaO3a090403; Sun, 26 Dec 2010 20:36:24 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBQKaOtG090399; Sun, 26 Dec 2010 20:36:24 GMT (envelope-from linimon) Date: Sun, 26 Dec 2010 20:36:24 GMT Message-Id: <201012262036.oBQKaOtG090399@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/153454: [patch] [wlan] [urtw] Support ad-hoc and hostap modes in if_urtw(4) 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, 26 Dec 2010 20:36:24 -0000 Synopsis: [patch] [wlan] [urtw] Support ad-hoc and hostap modes in if_urtw(4) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Dec 26 20:36:15 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153454 From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 10:24:25 2010 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 C73891065670; Mon, 27 Dec 2010 10:24:25 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3898FC1B; Mon, 27 Dec 2010 10:24:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBRAOPsU009717; Mon, 27 Dec 2010 10:24:25 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBRAOP7B009713; Mon, 27 Dec 2010 10:24:25 GMT (envelope-from bschmidt) Date: Mon, 27 Dec 2010 10:24:25 GMT Message-Id: <201012271024.oBRAOP7B009713@freefall.freebsd.org> To: vermaden@interia.pl, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/138739: [wpi] wpi(4) does not work very well under 8.0-BETA4 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, 27 Dec 2010 10:24:25 -0000 Synopsis: [wpi] wpi(4) does not work very well under 8.0-BETA4 State-Changed-From-To: open->feedback State-Changed-By: bschmidt State-Changed-When: Mon Dec 27 10:22:42 UTC 2010 State-Changed-Why: Can you retry with a recent 8.2-RC1, stable/8 or head? I expect recent changes might solved this. Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Mon Dec 27 10:22:42 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=138739 From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 10:26:33 2010 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 32B7A1065696; Mon, 27 Dec 2010 10:26:33 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 08C4E8FC0A; Mon, 27 Dec 2010 10:26:33 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBRAQWRS009799; Mon, 27 Dec 2010 10:26:32 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBRAQWOp009795; Mon, 27 Dec 2010 10:26:32 GMT (envelope-from bschmidt) Date: Mon, 27 Dec 2010 10:26:32 GMT Message-Id: <201012271026.oBRAQWOp009795@freefall.freebsd.org> To: lsantagostini@gmail.com, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/140564: [wpi] Problem with Intel(R) PRO/Wireless 3945ABG 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, 27 Dec 2010 10:26:33 -0000 Synopsis: [wpi] Problem with Intel(R) PRO/Wireless 3945ABG State-Changed-From-To: open->feedback State-Changed-By: bschmidt State-Changed-When: Mon Dec 27 10:25:14 UTC 2010 State-Changed-Why: Can you retry with a recent 8.2-RC1, stable/8 or head? I think that some recent changes might have fixed that. Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Mon Dec 27 10:25:14 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=140564 From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 10:28:44 2010 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 5AD7C1065670; Mon, 27 Dec 2010 10:28:44 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3058D8FC0C; Mon, 27 Dec 2010 10:28:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBRASi5h009885; Mon, 27 Dec 2010 10:28:44 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBRASh6U009881; Mon, 27 Dec 2010 10:28:43 GMT (envelope-from bschmidt) Date: Mon, 27 Dec 2010 10:28:43 GMT Message-Id: <201012271028.oBRASh6U009881@freefall.freebsd.org> To: marcin.nowak@simplusnet.pl, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/145777: [wpi] Intel 3945ABG driver breaks the connection after about 10 minutes of inactivity 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, 27 Dec 2010 10:28:44 -0000 Synopsis: [wpi] Intel 3945ABG driver breaks the connection after about 10 minutes of inactivity State-Changed-From-To: open->feedback State-Changed-By: bschmidt State-Changed-When: Mon Dec 27 10:27:29 UTC 2010 State-Changed-Why: What is the state of the PR, does that still happen? Also with a recent 8.2-RC1 setup? Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Mon Dec 27 10:27:29 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=145777 From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 10:31:22 2010 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 A9D86106566B; Mon, 27 Dec 2010 10:31:22 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE678FC13; Mon, 27 Dec 2010 10:31:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBRAVM18017346; Mon, 27 Dec 2010 10:31:22 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBRAVM63017335; Mon, 27 Dec 2010 10:31:22 GMT (envelope-from bschmidt) Date: Mon, 27 Dec 2010 10:31:22 GMT Message-Id: <201012271031.oBRAVM63017335@freefall.freebsd.org> To: draconian.burns@gmail.com, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/147862: [wpi] Possible bug in the wpi driver. Network Manager sporadically drops wifi signal 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, 27 Dec 2010 10:31:22 -0000 Synopsis: [wpi] Possible bug in the wpi driver. Network Manager sporadically drops wifi signal State-Changed-From-To: open->feedback State-Changed-By: bschmidt State-Changed-When: Mon Dec 27 10:30:09 UTC 2010 State-Changed-Why: Does that still happen with a recent 8.2-RC1, stable/8 or head setup? There have been a few changes regarding firmware notifications, this issue might already be fixed. Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Mon Dec 27 10:30:09 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=147862 From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 11:07:03 2010 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 87BEA1065670 for ; Mon, 27 Dec 2010 11:07:03 +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 74F908FC15 for ; Mon, 27 Dec 2010 11:07:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBRB739X055817 for ; Mon, 27 Dec 2010 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBRB729a055813 for freebsd-net@FreeBSD.org; Mon, 27 Dec 2010 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Dec 2010 11:07:02 GMT Message-Id: <201012271107.oBRB729a055813@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, 27 Dec 2010 11:07:03 -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/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153255 net 8.2-PRERELEASE repeatable kernel panic under heavy net o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o bin/152716 net hostapd(8) fails to authenticate after 2010-11-03 upda o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152411 net [re] network card works only on 1000M o kern/152360 net [dummynet] [panic] Crash related to dummynet. o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] encapsulate vlan in ng_ether before output to i o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o bin/150642 net netstat(1) doesn't print anything for SCTP sockets o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o kern/150247 net [patch] [ixgbe] Version in -current won't build on 7.x o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co o kern/150052 net [wi] wi(4) driver does not work with wlan(4) driver fo f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net [realtek/atheros]: None of my network card working o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 net [ath] wireless networking stops functioning o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] [request] allow Atheros watchdog timeout o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra 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/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... 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/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs 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 [patch] rc.conf(5): allow to setfib(1) for service run 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/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/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 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 bin/131365 net route(8): route add changes interpretation of network 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 f 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/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) 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/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) 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/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/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy 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/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 o kern/125721 net [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 net [ath] [panic] ath(4) related panic f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125501 net [ath] atheros cardbus driver hangs f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa f kern/125332 net [ath] [panic] crash under any non-tiny networking unde 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/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. 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 kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one 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 conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node 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 f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge 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/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net 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] [security] ppp(8): fix local stack overflow in 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/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/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 o kern/118727 net [netgraph] [patch] [request] add new ng_pf module 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/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/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/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af 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 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/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 bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks f kern/107279 net [ath] [panic] ath_start: attempted use of a free mbuf! o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to 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/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] f 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/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) 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 o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack 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 f 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 s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu 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/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat 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 p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if 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 a kern/71474 net [route] route lookup does not skip interfaces marked d 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/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic 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/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 360 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 11:20:10 2010 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 D6B921065694 for ; Mon, 27 Dec 2010 11:20:10 +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 C40B78FC0A for ; Mon, 27 Dec 2010 11:20:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBRBKAtx069498 for ; Mon, 27 Dec 2010 11:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBRBKA0Q069497; Mon, 27 Dec 2010 11:20:10 GMT (envelope-from gnats) Date: Mon, 27 Dec 2010 11:20:10 GMT Message-Id: <201012271120.oBRBKA0Q069497@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugene Grosbein Cc: Subject: Re: kern/153255: 8.2-PRERELEASE repeatable kernel panic under heavy network load X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Grosbein List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2010 11:20:11 -0000 The following reply was made to PR kern/153255; it has been noted by GNATS. From: Eugene Grosbein To: bug-followup@FreeBSD.ORG Cc: Subject: Re: kern/153255: 8.2-PRERELEASE repeatable kernel panic under heavy network load Date: Mon, 27 Dec 2010 17:18:13 +0600 Hi! I've rebuilt kernel of one of my NAS'es with options INVARIANTS and it paniced again after 3 days. I've full crashdump. It has paniced in netisr code trying to process mbuf which recvif field points to uninitialized area of memory (0xdeadc0dedeadc0de). Note: netgraph interfaces ngXXX are created/destroyed at high rate within these PPPoE network access servers. I will supply web link to crashdump, kernel and symbols on request. Script started on Mon Dec 27 14:58:33 2010 kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff80383258 stack pointer = 0x28:0xffffff8000042810 frame pointer = 0x28:0xffffff8000042820 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 = 12 (swi1: netisr 0) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 3d23h48m28s Dumping 3893 MB (6 chunks) chunk 0: 1MB (151 pages) ... ok chunk 1: 3251MB (832247 pages) Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 04 fault virtual address = 0x1000422d0 fault code = supervisor read instruction, page not present instruction pointer = 0x20:0x1000422d0 stack pointer = 0x28:0xffffff80e75b3ac0 frame pointer = 0x28:0xffffff80e75b3af0 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 = 12 (irq19: uhci2 uhci3+) trap number = 12 3236 3220 3204 3188 3172 3156 3140 3124 3108 3092 3076 3060 3044 3028 3012 2996 2980 2964 2948 2932 2916 2900 2884 2868 2852 2836 2820 2804 2788 2772 2756 2740 2724 2708 2692 2676 2660 2644 2628 2612 2596 2580 2564 2548 2532 2516 2500 2484 2468 2452 2436 2420 2404 2388 2372 2356 2340 2324 2308 2292 2276 2260 2244 2228 2212 2196 2180 2164 2148 2132 2116 2100 2084 2068 2052 2036 2020 2004 1988 1972 1956 1940 1924 1908 1892 1876 1860 1844 1828 1812 1796 1780 1764 1748 1732 1716 1700 1684 1668 1652 1636 1620 1604 1588 1572 1556 1540 1524 1508 1492 1476 1460 1444 1428 1412 1396 1380 1364 1348 1332 1316 1300 1284 1268 1252 1236 1220 1204 1188 1172 1156 1140 1124 1108 1092 1076 1060 1044 1028 1012 996 980 964 948 932 916 900 884 868 852 836 820 804 788 772 756 740 724 708 692 676 660 644 628 612 596 580 564 548 532 516 500 484 468 452 436 420 404 388 372 356 340 324 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 ... ok chunk 2: 1MB (2 pages) ... ok chunk 3: 1MB (1 pages) ... ok chunk 4: 2MB (381 pages) ... ok chunk 5: 640MB (163840 pages) 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 1 Reading symbols from /boot/modules/if_lagg.ko...done. Loaded symbols for /boot/modules/if_lagg.ko #0 doadump () at pcpu.h:224 224 __asm("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:224 #1 0xffffffff802e5526 in boot (howto=260) at /home/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff802e599f in panic (fmt=Variable "fmt" is not available. ) at /home/src/sys/kern/kern_shutdown.c:592 #3 0xffffffff80478b72 in trap_fatal (frame=0x9, eva=Variable "eva" is not available. ) at /home/src/sys/amd64/amd64/trap.c:783 #4 0xffffffff8047910f in trap (frame=0xffffff8000042760) at /home/src/sys/amd64/amd64/trap.c:592 #5 0xffffffff80461a14 in calltrap () at /home/src/sys/amd64/amd64/exception.S:224 #6 0xffffffff80383258 in strlen (str=0xdeadc0dedeadc0de
) at /home/src/sys/libkern/strlen.c:38 #7 0xffffffff80318148 in kvprintf (fmt=0xffffffff80501b6b " @ %s:%d", func=0xffffffff80316da0 , arg=0xffffff8000042970, radix=10, ap=Variable "ap" is not available. ) at /home/src/sys/kern/subr_prf.c:728 #8 0xffffffff803183d0 in vsnprintf (str=Variable "str" is not available. ) at /home/src/sys/kern/subr_prf.c:461 #9 0xffffffff802e5a06 in panic (fmt=0xffffffff80501b50 "mtx_lock() of spin mutex %s @ %s:%d") at /home/src/sys/kern/kern_shutdown.c:558 #10 0xffffffff802d7f6b in _mtx_lock_flags (m=Variable "m" is not available. ) at /home/src/sys/kern/kern_mutex.c:197 #11 0xffffffff803d3c96 in ip_input (m=0xffffff000dfaf700) at /home/src/sys/netinet/ip_input.c:636 #12 0xffffffff80395f54 in swi_net (arg=Variable "arg" is not available. ) at /home/src/sys/net/netisr.c:716 #13 0xffffffff802c2716 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /home/src/sys/kern/kern_intr.c:1220 #14 0xffffffff802c3436 in ithread_loop (arg=0xffffff0001834840) at /home/src/sys/kern/kern_intr.c:1233 #15 0xffffffff802c06aa in fork_exit (callout=0xffffffff802c3389 , arg=0xffffff0001834840, frame=0xffffff8000042c40) at /home/src/sys/kern/kern_fork.c:845 #16 0xffffffff80461eee in fork_trampoline () at /home/src/sys/amd64/amd64/exception.S:566 #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000001 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0xffffff0001849888 in ?? () ---Type to continue, or q to quit--- #43 0xffffffff806ec1c0 in affinity () #44 0xffffff0005107000 in ?? () #45 0xffffff8000042b30 in ?? () #46 0xffffff8000042ad8 in ?? () #47 0xffffff0001849460 in ?? () #48 0xffffffff80308cf8 in sched_switch (td=0xffffff0001834840, newtd=0xffffffff802c3389, flags=Variable "flags" is not available. ) at /home/src/sys/kern/sched_ule.c:1852 Previous frame inner to this frame (corrupt stack?) (kgdb) frame 11 #11 0xffffffff803d3c96 in ip_input (m=0xffffff000dfaf700) at /home/src/sys/netinet/ip_input.c:636 636 IF_ADDR_LOCK(ifp); (kgdb) p *ifp $1 = {if_softc = 0xdeadc0dedeadc0de, if_l2com = 0xdeadc0dedeadc0de, if_vnet = 0xdeadc0dedeadc0de, if_link = { tqe_next = 0xdeadc0dedeadc0de, tqe_prev = 0xdeadc0dedeadc0de}, if_xname = "п╬п═б╜п╬п╬п═б╜п╬п╬п═б╜п╬п╬п═б╜п╬", if_dname = 0xdeadc0dedeadc0de
, if_dunit = -559038242, if_refcount = 3735929054, if_addrhead = {tqh_first = 0xdeadc0dedeadc0de, tqh_last = 0xdeadc0dedeadc0de}, if_pcount = -559038242, if_carp = 0xdeadc0dedeadc0de, if_bpf = 0xdeadc0dedeadc0de, if_index = 49374, if_timer = -8531, if_vlantrunk = 0xdeadc0dedeadc0de, if_flags = -559038242, if_capabilities = -559038242, if_capenable = -559038242, if_linkmib = 0xdeadc0dedeadc0de, if_linkmiblen = 16045693110842147038, if_data = {ifi_type = 222 'п╬', ifi_physical = 192 'п═', ifi_addrlen = 173 'б╜', ifi_hdrlen = 222 'п╬', ifi_link_state = 222 'п╬', ifi_spare_char1 = 192 'п═', ifi_spare_char2 = 173 'б╜', ifi_datalen = 222 'п╬', ifi_mtu = 16045693110842147038, ifi_metric = 16045693110842147038, ifi_baudrate = 16045693110842147038, ifi_ipackets = 16045693110842147038, ifi_ierrors = 16045693110842147038, ifi_opackets = 16045693110842147038, ifi_oerrors = 16045693110842147038, ifi_collisions = 16045693110842147038, ifi_ibytes = 16045693110842147038, ifi_obytes = 16045693110842147038, ifi_imcasts = 16045693110842147038, ifi_omcasts = 16045693110842147038, ifi_iqdrops = 16045693110842147038, ifi_noproto = 16045693110842147038, ifi_hwassist = 16045693110842147038, ifi_epoch = -2401050962867404578, ifi_lastchange = {tv_sec = -2401050962867404578, tv_usec = -2401050962867404578}}, if_multiaddrs = {tqh_first = 0xdeadc0dedeadc0de, tqh_last = 0xdeadc0dedeadc0de}, if_amcount = -559038242, if_output = 0xdeadc0dedeadc0de, if_input = 0xdeadc0dedeadc0de, if_start = 0xdeadc0dedeadc0de, if_ioctl = 0xdeadc0dedeadc0de, if_watchdog = 0xdeadc0dedeadc0de, if_init = 0xdeadc0dedeadc0de, if_resolvemulti = 0xdeadc0dedeadc0de, if_qflush = 0xdeadc0dedeadc0de, if_transmit = 0xdeadc0dedeadc0de, if_reassign = 0xdeadc0dedeadc0de, if_home_vnet = 0xdeadc0dedeadc0de, if_addr = 0xdeadc0dedeadc0de, if_llsoftc = 0xdeadc0dedeadc0de, if_drv_flags = -559038242, if_snd = {ifq_head = 0xdeadc0dedeadc0de, ifq_tail = 0xdeadc0dedeadc0de, ifq_len = -559038242, ifq_maxlen = -559038242, ifq_drops = -559038242, ifq_mtx = { lock_object = {lo_name = 0xdeadc0dedeadc0de
, lo_flags = 3735929054, lo_data = 3735929054, lo_witness = 0xdeadc0dedeadc0de}, mtx_lock = 16045693110842147038}, ifq_drv_head = 0xdeadc0dedeadc0de, ifq_drv_tail = 0xdeadc0dedeadc0de, ifq_drv_len = -559038242, ifq_drv_maxlen = -559038242, altq_type = -559038242, altq_flags = -559038242, altq_disc = 0xdeadc0dedeadc0de, altq_ifp = 0xdeadc0dedeadc0de, altq_enqueue = 0xdeadc0dedeadc0de, altq_dequeue = 0xdeadc0dedeadc0de, altq_request = 0xdeadc0dedeadc0de, altq_clfier = 0xdeadc0dedeadc0de, altq_classify = 0xdeadc0dedeadc0de, altq_tbr = 0xdeadc0dedeadc0de, altq_cdnr = 0xdeadc0dedeadc0de}, if_broadcastaddr = 0xdeadc0dedeadc0de
, if_bridge = 0xdeadc0dedeadc0de, if_label = 0xdeadc0dedeadc0de, if_prefixhead = {tqh_first = 0xdeadc0dedeadc0de, tqh_last = 0xdeadc0dedeadc0de}, if_afdata = {0xdeadc0dedeadc0de }, if_afdata_initialized = -559038242, if_afdata_lock = {lock_object = { lo_name = 0xdeadc0dedeadc0de
, lo_flags = 3735929054, lo_data = 3735929054, lo_witness = 0xdeadc0dedeadc0de}, rw_lock = 16045693110842147038}, if_linktask = {ta_link = { stqe_next = 0xdeadc0dedeadc0de}, ta_pending = 49374, ta_priority = 57005, ta_func = 0xdeadc0dedeadc0de, ta_context = 0xdeadc0dedeadc0de}, if_addr_mtx = {lock_object = { lo_name = 0xdeadc0dedeadc0de
, lo_flags = 3735929054, lo_data = 3735929054, lo_witness = 0xdeadc0dedeadc0de}, mtx_lock = 16045693110842147038}, if_clones = {le_next = 0xdeadc0dedeadc0de, le_prev = 0xdeadc0dedeadc0de}, if_groups = {tqh_first = 0xdeadc0dedeadc0de, tqh_last = 0xdeadc0dedeadc0de}, if_pf_kif = 0xdeadc0dedeadc0de, if_lagg = 0xdeadc0dedeadc0de, if_alloctype = 222 'п╬', if_cspare = "п═б╜п╬", if_description = 0xdeadc0dedeadc0de
, if_pspare = {0xdeadc0dedeadc0de, 0xdeadc0dedeadc0de, 0xdeadc0dedeadc0de, 0xdeadc0dedeadc0de, 0xdeadc0dedeadc0de, 0xdeadc0dedeadc0de, 0xdeadc0dedeadc0de}, if_ispare = {-559038242, -559038242, -559038242, -559038242}} (kgdb) quit Script done on Mon Dec 27 14:58:45 2010 From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 11:24:16 2010 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 180EF106566C; Mon, 27 Dec 2010 11:24:16 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A9F698FC1B; Mon, 27 Dec 2010 11:24:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBRBOFBp078682; Mon, 27 Dec 2010 11:24:15 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBRBOFXn078678; Mon, 27 Dec 2010 11:24:15 GMT (envelope-from bschmidt) Date: Mon, 27 Dec 2010 11:24:15 GMT Message-Id: <201012271124.oBRBOFXn078678@freefall.freebsd.org> To: dave@dogwood.com, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: bin/152716: hostapd(8) fails to authenticate after 2010-11-03 update 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, 27 Dec 2010 11:24:16 -0000 Synopsis: hostapd(8) fails to authenticate after 2010-11-03 update State-Changed-From-To: open->feedback State-Changed-By: bschmidt State-Changed-When: Mon Dec 27 11:23:36 UTC 2010 State-Changed-Why: feedback has been requested Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Mon Dec 27 11:23:36 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=152716 From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 12:56:40 2010 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 84F3C106564A; Mon, 27 Dec 2010 12:56:40 +0000 (UTC) (envelope-from lsantagostini@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D8A658FC0A; Mon, 27 Dec 2010 12:56:39 +0000 (UTC) Received: by bwz12 with SMTP id 12so2301979bwz.13 for ; Mon, 27 Dec 2010 04:56:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=dkHu+S71baig7zc7+yw3GUS//sVbFs1lkm+J7t41Plw=; b=Ziuf11OY51vldhVRt2hF+Fy2IalRzsnzmbWwIb8DR7ZzYyQr/OeA9P83ZkDGK3bpAg CJnSKFpRSH5PI1hFTcXVF07Cj5o4wA9u/c+mIquGobOAMm+ZvU/vHRrGU10d24w/WAXZ PX0FPY1Tyne+ezSnWhz+kR3s7GEjz3G0jsgdY= 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=ZKAwzKQm3w+DGr0yG3Ql5SvvZWCzcGqNwRVtjdlsBRAxqaRa2u6n6263B2THH3zyOI R+2lKhJu1oDSNl4A072xGBty+vvp1gmZTahg/LO7hJaLgPPsq+D5ccTPIn8vrL3Mzz48 Gpl0tqxf4fVqmF5Q+d5XYN+eutqiT0FJykUZU= MIME-Version: 1.0 Received: by 10.204.98.12 with SMTP id o12mr10403986bkn.32.1293453142001; Mon, 27 Dec 2010 04:32:22 -0800 (PST) Received: by 10.204.112.11 with HTTP; Mon, 27 Dec 2010 04:32:21 -0800 (PST) In-Reply-To: <201012271026.oBRAQWOp009795@freefall.freebsd.org> References: <201012271026.oBRAQWOp009795@freefall.freebsd.org> Date: Mon, 27 Dec 2010 09:32:21 -0300 Message-ID: From: Leonardo Santagostini To: bschmidt@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: kern/140564: [wpi] Problem with Intel(R) PRO/Wireless 3945ABG 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, 27 Dec 2010 12:56:40 -0000 I have not anymore this computer to test it. By the way, someone at the list has this hardware to try. Thanks in advance Leonardo Santagostini 2010/12/27 > Synopsis: [wpi] Problem with Intel(R) PRO/Wireless 3945ABG > > State-Changed-From-To: open->feedback > State-Changed-By: bschmidt > State-Changed-When: Mon Dec 27 10:25:14 UTC 2010 > State-Changed-Why: > Can you retry with a recent 8.2-RC1, stable/8 or head? I think that some > recent changes might have fixed that. > > > Responsible-Changed-From-To: freebsd-net->bschmidt > Responsible-Changed-By: bschmidt > Responsible-Changed-When: Mon Dec 27 10:25:14 UTC 2010 > Responsible-Changed-Why: > over to me > > http://www.freebsd.org/cgi/query-pr.cgi?pr=140564 > From owner-freebsd-net@FreeBSD.ORG Mon Dec 27 19:26:29 2010 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 3538D106566C; Mon, 27 Dec 2010 19:26:29 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 668DC8FC17; Mon, 27 Dec 2010 19:26:28 +0000 (UTC) Received: by bwz12 with SMTP id 12so2551786bwz.13 for ; Mon, 27 Dec 2010 11:26:27 -0800 (PST) Received: by 10.204.68.76 with SMTP id u12mr10700865bki.57.1293477985855; Mon, 27 Dec 2010 11:26:25 -0800 (PST) Received: from julie.lab.techwires.net (dslb-088-067-212-122.pools.arcor-ip.net [88.67.212.122]) by mx.google.com with ESMTPS id f20sm5301241bkf.16.2010.12.27.11.26.20 (version=SSLv3 cipher=RC4-MD5); Mon, 27 Dec 2010 11:26:24 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Mon, 27 Dec 2010 20:24:36 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.5.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201012272024.37110.bschmidt@freebsd.org> Cc: Attilio Rao , Adrian Chadd Subject: CFT/CFR, possible fix for ifconfig scan hang 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, 27 Dec 2010 19:26:29 -0000 Hi, I recently received some complains about the infamous 'ifconfig scan hang' issue again. Finally looking into that I noticed a bunch of inconsistences, the most obvious one is that ifconfig(8) is talking about doing a background scan by default, which is simply not true according to the implementation. Anyways.. the generic use-case which triggers the 'hang' is, if 'ifconfig scan' is called while a scan is already in progress, net80211 will not start a new one which means that no scan flags are updated, though, ifconfig will loop until it receives a notification about the scan being done. This does always happen after an 'ifconfig up', because net80211 will move the VAP into scan state by default, with the scan flags set in such a way that a scan is done until there is something to connect to. This also means that no notifications about the scan being done are sent to upper layers, because the scan is not finished.. If we successfully moved from scan to run state, how so ever, and now want to call 'ifconfig scan' we're faced with another issue. Doing a scan while being associated means we have to move off our current channel, to do this without loosing any imported frames/information, we make use of the power save feature. Now if we want to send any traffic while doing the scan, the scan is temporary suspended, frames are sent, then the scan is restarted after receiving a beacon and there is no frame to send. For this to work though, we need to actually request a background scan so appropriate flags are set and the scan is actually restarted. Without this, we hang until the bgscan timer fires of at that next bgscanintval. I have a patch available which addresses both of the issues. It requests a background scan by default and also honors the return value of start_scan_locked(): - for head http://techwires.net/~bschmidt/scan_hang_head.diff - for 8-stable/8.2-*: http://techwires.net/~bschmidt/scan_hang_stable.diff Please test and let me know if it works, or not. Thanks -- Bernhard From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 00:41:19 2010 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 7AF5D1065698; Tue, 28 Dec 2010 00:41:19 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B8BB18FC17; Tue, 28 Dec 2010 00:41:18 +0000 (UTC) Received: by wwf26 with SMTP id 26so8669765wwf.31 for ; Mon, 27 Dec 2010 16:41:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=FbAZqJ2dyL3Y1ps+eUDGU+DtwmREQWa9rSkackDvjR4=; b=WD6MmOwaOdLvwhPTvGL+sko6ilJtJfFbg90iDe9DwTL5E104+njpldKOHn9iLETLrh FOQ7qDIH07KB3TOqLhThWVM4pnbLbYhP7gSsqPedovasT6IU4BRSDHL3K4ZlIGR47/Dh vbZKkVA5nb5Fgt+0C5H2LtN4Ff14Yb5quSzPQ= 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=Ml4EpeBqPkLUlm2v5qu3NyzWUPMag1UccurflH+LWUfvCQlwXuUceot//6gaIkmUvY vMPSok1a8DpXp2WFuE4VVFmZJU4JrgzZdpjm/yoCQZmkYf3WD9/8ppIbulSXWwYRKlGY ZqqK5LfK2KjE/FUrdby69tM4jcCgUePWtrYEw= MIME-Version: 1.0 Received: by 10.216.170.133 with SMTP id p5mr13369057wel.89.1293495462140; Mon, 27 Dec 2010 16:17:42 -0800 (PST) Received: by 10.216.12.80 with HTTP; Mon, 27 Dec 2010 16:17:42 -0800 (PST) In-Reply-To: <201012272024.37110.bschmidt@freebsd.org> References: <201012272024.37110.bschmidt@freebsd.org> Date: Mon, 27 Dec 2010 18:17:42 -0600 Message-ID: From: Brandon Gooch To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: Attilio Rao , freebsd-net@freebsd.org, Adrian Chadd Subject: Re: CFT/CFR, possible fix for ifconfig scan hang 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, 28 Dec 2010 00:41:19 -0000 On Mon, Dec 27, 2010 at 1:24 PM, Bernhard Schmidt wrote: > Hi, > > I recently received some complains about the infamous 'ifconfig scan hang' > issue again. Finally looking into that I noticed a bunch of inconsistences, > the most obvious one is that ifconfig(8) is talking about doing a background > scan by default, which is simply not true according to the implementation. > > Anyways.. the generic use-case which triggers the 'hang' is, if 'ifconfig > scan' is called while a scan is already in progress, net80211 will not start a > new one which means that no scan flags are updated, though, ifconfig will loop > until it receives a notification about the scan being done. This does always > happen after an 'ifconfig up', because net80211 will move the VAP into scan > state by default, with the scan flags set in such a way that a scan is done > until there is something to connect to. This also means that no notifications > about the scan being done are sent to upper layers, because the scan is not > finished.. > > If we successfully moved from scan to run state, how so ever, and now want to > call 'ifconfig scan' we're faced with another issue. Doing a scan while being > associated means we have to move off our current channel, to do this without > loosing any imported frames/information, we make use of the power save > feature. Now if we want to send any traffic while doing the scan, the scan is > temporary suspended, frames are sent, then the scan is restarted after > receiving a beacon and there is no frame to send. For this to work though, we > need to actually request a background scan so appropriate flags are set and > the scan is actually restarted. Without this, we hang until the bgscan timer > fires of at that next bgscanintval. > > I have a patch available which addresses both of the issues. It requests a > background scan by default and also honors the return value of > start_scan_locked(): > - for head > http://techwires.net/~bschmidt/scan_hang_head.diff > - for 8-stable/8.2-*: > http://techwires.net/~bschmidt/scan_hang_stable.diff > > Please test and let me know if it works, or not. > Works here, on 8.2-PRERELEASE #1 r216690 and 9.0-CURRENT #1 r216702. I mucked around for about an hour on both systems with varying configurations (iwn(4) and wpi(4)), and all seemed normal and consistently well-behaved. Thanks Bernhard! -Brandon From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 01:11:59 2010 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 19D2F106566C; Tue, 28 Dec 2010 01:11:59 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id A493F8FC17; Tue, 28 Dec 2010 01:11:58 +0000 (UTC) Received: by yie19 with SMTP id 19so1851260yie.13 for ; Mon, 27 Dec 2010 17:11:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=lDi83k0Ckv52MwRkrN8423k59q7bl6vbn0TGK7CMZ1A=; b=lQhq3dkMO9AJJa2lF65WyyXku0OlOn+7kTNXci1tbE8ewZV+jGBeKZfhXwcDrx/v0U 73Y11h5nZgq1nHrhh6C4KCY/NBsVtQpz4JlGvWV0oos4yvVaMdT8arG1bP+EbugiT778 qob4zqF5FVPtIHcM7LxNqUYIkYWnbMJdoOEWE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=HWgJ0lqigujX7xnQhLUvEn8xb7Cdcu04XlqWVIZqaVyO+nU1WPYpyWWvJNRra5nSnx 02/Cp4jniw4BpTf+it7QASGvp2JGYftQOqafBX/q/y5lf4IB6o4VNxZbLPsQdRAYwf2g 9HocMCfgpet/9wApK+r++nH3ZtyfMCSBRAmuI= MIME-Version: 1.0 Received: by 10.236.102.179 with SMTP id d39mr10311049yhg.13.1293496899475; Mon, 27 Dec 2010 16:41:39 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.236.109.45 with HTTP; Mon, 27 Dec 2010 16:41:39 -0800 (PST) In-Reply-To: <201012272024.37110.bschmidt@freebsd.org> References: <201012272024.37110.bschmidt@freebsd.org> Date: Tue, 28 Dec 2010 01:41:39 +0100 X-Google-Sender-Auth: v5oXYwGR_H8MUjspDL4zL1LYiT4 Message-ID: From: Attilio Rao To: Bernhard Schmidt Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org, Adrian Chadd Subject: Re: CFT/CFR, possible fix for ifconfig scan hang 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, 28 Dec 2010 01:11:59 -0000 2010/12/27 Bernhard Schmidt : > Hi, > > I recently received some complains about the infamous 'ifconfig scan hang' > issue again. Finally looking into that I noticed a bunch of inconsistences, > the most obvious one is that ifconfig(8) is talking about doing a background > scan by default, which is simply not true according to the implementation. > > Anyways.. the generic use-case which triggers the 'hang' is, if 'ifconfig > scan' is called while a scan is already in progress, net80211 will not start a > new one which means that no scan flags are updated, though, ifconfig will loop > until it receives a notification about the scan being done. This does always > happen after an 'ifconfig up', because net80211 will move the VAP into scan > state by default, with the scan flags set in such a way that a scan is done > until there is something to connect to. This also means that no notifications > about the scan being done are sent to upper layers, because the scan is not > finished.. > > If we successfully moved from scan to run state, how so ever, and now want to > call 'ifconfig scan' we're faced with another issue. Doing a scan while being > associated means we have to move off our current channel, to do this without > loosing any imported frames/information, we make use of the power save > feature. Now if we want to send any traffic while doing the scan, the scan is > temporary suspended, frames are sent, then the scan is restarted after > receiving a beacon and there is no frame to send. For this to work though, we > need to actually request a background scan so appropriate flags are set and > the scan is actually restarted. Without this, we hang until the bgscan timer > fires of at that next bgscanintval. > > I have a patch available which addresses both of the issues. It requests a > background scan by default and also honors the return value of > start_scan_locked(): > - for head > http://techwires.net/~bschmidt/scan_hang_head.diff > - for 8-stable/8.2-*: > http://techwires.net/~bschmidt/scan_hang_stable.diff > > Please test and let me know if it works, or not. Bernard, thanks a lot for working on this. There is any receipt for easilly reproduce this type of bug, or I should just go with 'ifconfig scan' repeteadly? I recall I could trigger it, but not 100% of times, so if you have more hints about how this problem could be reproduced, I'd be glad to hear. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 08:17:30 2010 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 15A5C106564A; Tue, 28 Dec 2010 08:17:30 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4652D8FC12; Tue, 28 Dec 2010 08:17:28 +0000 (UTC) Received: by bwz12 with SMTP id 12so2818908bwz.13 for ; Tue, 28 Dec 2010 00:17:28 -0800 (PST) Received: by 10.204.76.145 with SMTP id c17mr10798625bkk.52.1293524246154; Tue, 28 Dec 2010 00:17:26 -0800 (PST) Received: from julie.lab.techwires.net (dslb-088-065-050-231.pools.arcor-ip.net [88.65.50.231]) by mx.google.com with ESMTPS id b17sm7942556bku.8.2010.12.28.00.17.24 (version=SSLv3 cipher=RC4-MD5); Tue, 28 Dec 2010 00:17:24 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Attilio Rao Date: Tue, 28 Dec 2010 09:15:43 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.5.4; amd64; ; ) References: <201012272024.37110.bschmidt@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201012280915.43614.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org, Adrian Chadd Subject: Re: CFT/CFR, possible fix for ifconfig scan hang 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, 28 Dec 2010 08:17:30 -0000 On Tuesday 28 December 2010 01:41:39 Attilio Rao wrote: > 2010/12/27 Bernhard Schmidt : > > Hi, > > > > I recently received some complains about the infamous 'ifconfig scan > > hang' issue again. Finally looking into that I noticed a bunch of > > inconsistences, the most obvious one is that ifconfig(8) is talking > > about doing a background scan by default, which is simply not true > > according to the implementation. > > > > Anyways.. the generic use-case which triggers the 'hang' is, if 'ifconfig > > scan' is called while a scan is already in progress, net80211 will not > > start a new one which means that no scan flags are updated, though, > > ifconfig will loop until it receives a notification about the scan being > > done. This does always happen after an 'ifconfig up', because net80211 > > will move the VAP into scan state by default, with the scan flags set in > > such a way that a scan is done until there is something to connect to. > > This also means that no notifications about the scan being done are sent > > to upper layers, because the scan is not finished.. > > > > If we successfully moved from scan to run state, how so ever, and now > > want to call 'ifconfig scan' we're faced with another issue. Doing a > > scan while being associated means we have to move off our current > > channel, to do this without loosing any imported frames/information, we > > make use of the power save feature. Now if we want to send any traffic > > while doing the scan, the scan is temporary suspended, frames are sent, > > then the scan is restarted after receiving a beacon and there is no > > frame to send. For this to work though, we need to actually request a > > background scan so appropriate flags are set and the scan is actually > > restarted. Without this, we hang until the bgscan timer fires of at that > > next bgscanintval. > > > > I have a patch available which addresses both of the issues. It requests > > a background scan by default and also honors the return value of > > start_scan_locked(): > > - for head > > http://techwires.net/~bschmidt/scan_hang_head.diff > > - for 8-stable/8.2-*: > > http://techwires.net/~bschmidt/scan_hang_stable.diff > > > > Please test and let me know if it works, or not. > > Bernard, > thanks a lot for working on this. > > There is any receipt for easilly reproduce this type of bug, or I > should just go with 'ifconfig scan' repeteadly? > I recall I could trigger it, but not 100% of times, so if you have > more hints about how this problem could be reproduced, I'd be glad to > hear. With an wpi(4) device I was able to trigger it 100% reliably with no open AP available: ifconfig wlan0 create wlandev wpi0 ifconfig wlan0 up sleep 1 ifconfig wlan0 scan # this will hang For background scans, wpi(4) isn't the best hardware to test with because it lags support for currectly (you'll only get a fireware error). So use something else, ath(4) works. Scan would hang if there is some light traffic going with enough time between frames, usally ping works. .. wpa_supplicant -Dbsd -iwlan0 ... # wait for device to get associated, assign ip, .. ping somethings & ifconfig wlan0 scan # this will hang -- Bernhard From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 08:18:08 2010 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 7151B106566B for ; Tue, 28 Dec 2010 08:18:08 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 03BDA8FC0A for ; Tue, 28 Dec 2010 08:18:07 +0000 (UTC) Received: by bwz12 with SMTP id 12so2819100bwz.13 for ; Tue, 28 Dec 2010 00:18:07 -0800 (PST) Received: by 10.204.1.132 with SMTP id 4mr746326bkf.136.1293524285434; Tue, 28 Dec 2010 00:18:05 -0800 (PST) Received: from julie.lab.techwires.net (dslb-088-065-050-231.pools.arcor-ip.net [88.65.50.231]) by mx.google.com with ESMTPS id j11sm8071551bka.12.2010.12.28.00.18.03 (version=SSLv3 cipher=RC4-MD5); Tue, 28 Dec 2010 00:18:04 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Brandon Gooch Date: Tue, 28 Dec 2010 09:16:23 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.5.4; amd64; ; ) References: <201012272024.37110.bschmidt@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012280916.23100.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: CFT/CFR, possible fix for ifconfig scan hang 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, 28 Dec 2010 08:18:08 -0000 On Tuesday 28 December 2010 01:17:42 Brandon Gooch wrote: > On Mon, Dec 27, 2010 at 1:24 PM, Bernhard Schmidt wrote: > > Hi, > > > > I recently received some complains about the infamous 'ifconfig scan > > hang' issue again. Finally looking into that I noticed a bunch of > > inconsistences, the most obvious one is that ifconfig(8) is talking > > about doing a background scan by default, which is simply not true > > according to the implementation. > > > > Anyways.. the generic use-case which triggers the 'hang' is, if 'ifconfig > > scan' is called while a scan is already in progress, net80211 will not > > start a new one which means that no scan flags are updated, though, > > ifconfig will loop until it receives a notification about the scan being > > done. This does always happen after an 'ifconfig up', because net80211 > > will move the VAP into scan state by default, with the scan flags set in > > such a way that a scan is done until there is something to connect to. > > This also means that no notifications about the scan being done are sent > > to upper layers, because the scan is not finished.. > > > > If we successfully moved from scan to run state, how so ever, and now > > want to call 'ifconfig scan' we're faced with another issue. Doing a > > scan while being associated means we have to move off our current > > channel, to do this without loosing any imported frames/information, we > > make use of the power save feature. Now if we want to send any traffic > > while doing the scan, the scan is temporary suspended, frames are sent, > > then the scan is restarted after receiving a beacon and there is no > > frame to send. For this to work though, we need to actually request a > > background scan so appropriate flags are set and the scan is actually > > restarted. Without this, we hang until the bgscan timer fires of at that > > next bgscanintval. > > > > I have a patch available which addresses both of the issues. It requests > > a background scan by default and also honors the return value of > > start_scan_locked(): > > - for head > > http://techwires.net/~bschmidt/scan_hang_head.diff > > - for 8-stable/8.2-*: > > http://techwires.net/~bschmidt/scan_hang_stable.diff > > > > Please test and let me know if it works, or not. > > Works here, on 8.2-PRERELEASE #1 r216690 and 9.0-CURRENT #1 r216702. > > I mucked around for about an hour on both systems with varying > configurations (iwn(4) and wpi(4)), and all seemed normal and > consistently well-behaved. > > Thanks Bernhard! Thanks! -- Bernhard From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 09:17:12 2010 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 49600106567A for ; Tue, 28 Dec 2010 09:17:12 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCDA8FC12 for ; Tue, 28 Dec 2010 09:17:11 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oBS9H904004076; Tue, 28 Dec 2010 15:17:09 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D19AB10.4030803@rdtc.ru> Date: Tue, 28 Dec 2010 15:17:04 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: Bernhard Schmidt References: <201012272024.37110.bschmidt@freebsd.org> In-Reply-To: <201012272024.37110.bschmidt@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: CFT/CFR, possible fix for ifconfig scan hang 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, 28 Dec 2010 09:17:12 -0000 On 28.12.2010 01:24, Bernhard Schmidt wrote: > I have a patch available which addresses both of the issues. It requests a > background scan by default and also honors the return value of > start_scan_locked(): > - for head > http://techwires.net/~bschmidt/scan_hang_head.diff > - for 8-stable/8.2-*: > http://techwires.net/~bschmidt/scan_hang_stable.diff > > Please test and let me know if it works, or not. I'll try today evening with my urtw(4)/RELENG_8 where ifconfig wlan0 scan hangs forever 100% of time. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 13:49:47 2010 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 F1E55106564A; Tue, 28 Dec 2010 13:49:47 +0000 (UTC) (envelope-from marcin.nowak@simplusnet.pl) Received: from mail.plusnet.pl (mail.plusnet.pl [212.2.120.80]) by mx1.freebsd.org (Postfix) with ESMTP id AF4328FC0A; Tue, 28 Dec 2010 13:49:47 +0000 (UTC) Received: from plusnetfe3 ([10.230.83.13] helo=www.plusnet.pl) by plusnetfe3 with esmtp (Exim 4.63) (envelope-from ) id 1PXZ9K-0002mf-Bv; Tue, 28 Dec 2010 13:59:36 +0100 Received: from 78.8.88.205 (Authenticated user marcin.nowak) by www.plusnet.pl with HTTP; Tue, 28 Dec 2010 13:59:34 +0100 (CET) Message-ID: In-Reply-To: <201012271028.oBRASh6U009881@freefall.freebsd.org> References: <201012271028.oBRASh6U009881@freefall.freebsd.org> Date: Tue, 28 Dec 2010 13:59:34 +0100 (CET) From: "Marcin Nowak" To: bschmidt@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Plusnet-AS-Test: True ; -0.8 / 3.0 X-Spam-Status: No Cc: freebsd-net@freebsd.org, bschmidt@freebsd.org Subject: Re: kern/145777: [wpi] Intel 3945ABG driver breaks the connection after about 10 minutes of inactivity 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, 28 Dec 2010 13:49:48 -0000 Current state of this is NOT A BUG/PR/Whatever. Option -powersave was needed. With that ifconfig switch works fine for me. Thanks for advice! > Synopsis: [wpi] Intel 3945ABG driver breaks the connection after about 10 > minutes of inactivity > > State-Changed-From-To: open->feedback > State-Changed-By: bschmidt > State-Changed-When: Mon Dec 27 10:27:29 UTC 2010 > State-Changed-Why: > What is the state of the PR, does that still happen? Also with a recent > 8.2-RC1 setup? > > > Responsible-Changed-From-To: freebsd-net->bschmidt > Responsible-Changed-By: bschmidt > Responsible-Changed-When: Mon Dec 27 10:27:29 UTC 2010 > Responsible-Changed-Why: > over to me > > http://www.freebsd.org/cgi/query-pr.cgi?pr=145777 > From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 15:11:44 2010 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 5FE41106566C for ; Tue, 28 Dec 2010 15:11:44 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 208658FC15 for ; Tue, 28 Dec 2010 15:11:43 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 5AB6913DF61 for ; Tue, 28 Dec 2010 17:52:26 +0300 (MSK) Date: Tue, 28 Dec 2010 17:52:22 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <959645508.20101228175222@serebryakov.spb.ru> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: SIP module for libalias? 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, 28 Dec 2010 15:11:44 -0000 Hello, Freebsd-net. Is here any plans to write SIP module for libalias? It seems, that some "alternative" packet filters/NATs have support for SIP, like we have for FTP. Is here any good solution for SIP via ipfw-nat other than full-featured SIP router on NAT box? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 17:08:06 2010 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 82F231065672 for ; Tue, 28 Dec 2010 17:08:06 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (outo.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 66E6D8FC08 for ; Tue, 28 Dec 2010 17:08:06 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oBSH84UY024212; Tue, 28 Dec 2010 09:08:04 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 063CA2D6012; Tue, 28 Dec 2010 09:08:03 -0800 (PST) Message-ID: <4D1A1985.20100@freebsd.org> Date: Tue, 28 Dec 2010 09:08:21 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Lev Serebryakov References: <959645508.20101228175222@serebryakov.spb.ru> In-Reply-To: <959645508.20101228175222@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-net@freebsd.org Subject: Re: SIP module for libalias? 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, 28 Dec 2010 17:08:06 -0000 On 12/28/10 6:52 AM, Lev Serebryakov wrote: > Hello, Freebsd-net. > > > Is here any plans to write SIP module for libalias? It seems, that > some "alternative" packet filters/NATs have support for SIP, like we > have for FTP. > > Is here any good solution for SIP via ipfw-nat other than > full-featured SIP router on NAT box? > needs someone who understands SIP to do it :-) From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 17:52:15 2010 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 D0641106566B for ; Tue, 28 Dec 2010 17:52:15 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 95FDE8FC14 for ; Tue, 28 Dec 2010 17:52:15 +0000 (UTC) Received: by iyb26 with SMTP id 26so8645318iyb.13 for ; Tue, 28 Dec 2010 09:52:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=mLl5tI3mTlZUGRPw7c+3xVEg+kmT9CRgl4cGDUgFiVo=; b=dziF3gRhVlfZrvJHFzzKY6HDVvaEf7CpZinw6SUCSfrUN1SY/BBnLjbRhXgMoSD7II AifpE3jlEercoF++o+V7mfDP9DQFg7OEDk/bESpaqF1TRFTmkqsP9v7p0cY5d7ZeTk+1 JXsRCZ1AWqs86Z2utnjtIy3gLrf3N6ls84kBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=aNXBKGhOzI92FvkeHlChbPjOlAEXDDkTw3pEJmyqofFqoVEGyXUCrWrfr7neVnve4t lVF+MVPD9KRx+M+g7s3OndByC7ivFeq6ttUHCJuH6apPuGjIcI/yyHwDVqaRZKMOKSTj sRlXqHNZuXbs1n3QGOhH4gkiPFd1FBq32987E= Received: by 10.231.11.77 with SMTP id s13mr3480326ibs.18.1293557030854; Tue, 28 Dec 2010 09:23:50 -0800 (PST) MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.231.37.135 with HTTP; Tue, 28 Dec 2010 09:23:30 -0800 (PST) In-Reply-To: <959645508.20101228175222@serebryakov.spb.ru> References: <959645508.20101228175222@serebryakov.spb.ru> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Tue, 28 Dec 2010 18:23:30 +0100 X-Google-Sender-Auth: ueL2GbkgcNS6x5eVIcUXCwloSnA Message-ID: To: Lev Serebryakov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: SIP module for libalias? 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, 28 Dec 2010 17:52:16 -0000 2010/12/28 Lev Serebryakov : > Hello, Freebsd-net. > > > =A0Is =A0here =A0any plans to write SIP module for libalias? It seems, th= at > some "alternative" packet filters/NATs have support for SIP, like we > have for FTP. > > =A0Is here any good solution for SIP via ipfw-nat other than > full-featured SIP router on NAT box? > > -- > // Black Lion AKA Lev Serebryakov > i thought that alias_smedia module did already this! Alias_smedia.c is meant to contain the aliasing code for streaming media protocols. It performs special processing for RSTP sessions under TCP. Specifically, when a SETUP request is sent by a client, or a 200 reply is sent by a server, it is intercepted and modified. The address is changed to the gateway machine and an aliasing port is used. --=20 Ermal From owner-freebsd-net@FreeBSD.ORG Tue Dec 28 18:17:26 2010 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 68E08106566B; Tue, 28 Dec 2010 18:17:26 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id C6C228FC15; Tue, 28 Dec 2010 18:17:25 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oBSIHMcq006893; Wed, 29 Dec 2010 00:17:22 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D1A29AD.4030103@rdtc.ru> Date: Wed, 29 Dec 2010 00:17:17 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: Bernhard Schmidt References: <201012272024.37110.bschmidt@freebsd.org> <4D1A10C2.7070506@rdtc.ru> <201012281758.42484.bschmidt@freebsd.org> In-Reply-To: <201012281758.42484.bschmidt@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "net@freebsd.org" Subject: Re: CFT/CFR, possible fix for ifconfig scan hang 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, 28 Dec 2010 18:17:26 -0000 On 28.12.2010 22:58, Bernhard Schmidt wrote: > On Tuesday 28 December 2010 17:30:58 you wrote: >> On 28.12.2010 01:24, Bernhard Schmidt wrote: >>> I have a patch available which addresses both of the issues. It requests >>> a background scan by default and also honors the return value of >>> start_scan_locked(): >>> - for head >>> http://techwires.net/~bschmidt/scan_hang_head.diff >>> - for 8-stable/8.2-*: >>> http://techwires.net/~bschmidt/scan_hang_stable.diff >>> >>> Please test and let me know if it works, or not. >> >> It helps and works for urtw(4)/Realtek RTL8187B found in some notebooks, > > Thanks > >> thanks. However, it still takes 81 seconds for "ifconfig wlan0 up" to >> complete and I wonder why. Then "ifconfig wlan0 scan" works without delay >> (it was hanging forever without your patch). > > Is it really 81 seconds? or just 8.1, that's what I've got too. Really 81 seconds. From owner-freebsd-net@FreeBSD.ORG Wed Dec 29 10:19:46 2010 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 E5114106564A for ; Wed, 29 Dec 2010 10:19:46 +0000 (UTC) (envelope-from achilov-rn@askd.ru) Received: from master.askd.ru (master.askd.ru [80.242.75.6]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2B38FC16 for ; Wed, 29 Dec 2010 10:19:45 +0000 (UTC) Received: from to-495.askd.gmbh (to-495.askd.gmbh [192.168.1.94]) by master.askd.ru (8.14.4/8.14.4) with ESMTP id oBTA0GCN013329 for ; Wed, 29 Dec 2010 16:00:16 +0600 (NOVT) (envelope-from achilov-rn@askd.ru) From: "Rashid N. Achilov" Organization: =?koi8-r?b?7+/v?= "=?koi8-r?b?4fMt88nT1MXNwQ==?= =?koi8-r?b?IOvPzdDMxcvT?=" To: freebsd-net@freebsd.org Date: Wed, 29 Dec 2010 16:00:12 +0600 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201012291600.12832.achilov-rn@askd.ru> Subject: Tunnel works on 10.10.1.0-10.10.2.0, and not works on 172.16.1.0-172.16.2.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Achilov, Rashid" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2010 10:19:47 -0000 FreeBSD 8.1-RELEASE. Occured a strange thing. Take two boxes with 8.1. Do these: On #1 ifconfig gif create ifconfig gif0 tunnel AAA.AAA.AAA.AAA BBB.BBB.BBB.BBB ifconfig gif0 inet 10.10.1.254 10.10.2.254 netmask 255.255.255.255 On #2 ifconfig gif create ifconfig gif0 tunnel BBB.BBB.BBB.BBB AAA.AAA.AAA.AAA ifconfig gif0 inet 10.10.2.254 10.10.1.254 netmask 255.255.255.255 Next, do ping 10.10.2.254 from box #1. Worked! Now do these: On #1 ifconfig gif create ifconfig gif0 tunnel AAA.AAA.AAA.AAA BBB.BBB.BBB.BBB ifconfig gif0 inet 172.16.1.254 172.16.2.254 netmask 255.255.255.255 On #2 ifconfig gif create ifconfig gif0 tunnel BBB.BBB.BBB.BBB AAA.AAA.AAA.AAA ifconfig gif0 inet 172.16.2.254 172.16.1.254 netmask 255.255.255.255 Next, do ping 172.16.2.254 from box #1. Not worked :-O Replace boxes onto 7.3-STABLE and re-do last sample (with 172.16). Worked! Why? Is there any problems in 8.1? -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), JID: citycat4@jabber.infos.ru OOO "ACK" telecommunications administrator, e-mail: achilov-rn [at] askd.ru PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A From owner-freebsd-net@FreeBSD.ORG Wed Dec 29 12:48:00 2010 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 7B619106564A for ; Wed, 29 Dec 2010 12:48:00 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA388FC1A for ; Wed, 29 Dec 2010 12:47:59 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id A21FB13DF5F; Wed, 29 Dec 2010 15:47:36 +0300 (MSK) Date: Wed, 29 Dec 2010 15:47:32 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1759852622.20101229154732@serebryakov.spb.ru> To: =?iso-8859-1?Q?Ermal_Lu=E7i?= In-Reply-To: References: <959645508.20101228175222@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: SIP module for libalias? 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, 29 Dec 2010 12:48:00 -0000 Hello, Ermal. You wrote 28 =E4=E5=EA=E0=E1=F0=FF 2010 =E3., 20:23:30: > i thought that alias_smedia module did already this! > > Alias_smedia.c is meant to contain the aliasing code for streaming media > protocols. It performs special processing for RSTP sessions under TCP. > Specifically, when a SETUP request is sent by a client, or a 200 reply > is sent by a server, it is intercepted and modified. The address is > changed to the gateway machine and an aliasing port is used. > RTSP is different from SIP :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 11:20:12 2010 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 2237B106564A for ; Thu, 30 Dec 2010 11:20:12 +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 112FE8FC0A for ; Thu, 30 Dec 2010 11:20:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBUBKB5x066210 for ; Thu, 30 Dec 2010 11:20:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBUBKBhp066204; Thu, 30 Dec 2010 11:20:11 GMT (envelope-from gnats) Date: Thu, 30 Dec 2010 11:20:11 GMT Message-Id: <201012301120.oBUBKBhp066204@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bernhard Schmidt Cc: Subject: Re: kern/143874: [wpi] Wireless 3945ABG error. wpi0 could not allocate memory resource X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bernhard Schmidt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2010 11:20:12 -0000 The following reply was made to PR kern/143874; it has been noted by GNATS. From: Bernhard Schmidt To: Oliver Ebert Cc: bug-followup@freebsd.org Subject: Re: kern/143874: [wpi] Wireless 3945ABG error. wpi0 could not allocate memory resource Date: Thu, 30 Dec 2010 12:12:43 +0100 On Sunday 19 December 2010 18:10:11 Oliver Ebert wrote: > Bernhard Schmidt wrote: > > Is this still an issue on a recent stable/8 or 8.2-BETA1? > > With 8.1 it is but I didn't had a chance to check with 8.2 beta. According to John Baldwin this is long standing issue within our {ACPI,PCI}-Bridge code, not directly related to the device driver itself. Way above my clue level.. sorry for the noise. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 11:32:58 2010 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 A79C5106567A; Thu, 30 Dec 2010 11:32:58 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7E4AF8FC08; Thu, 30 Dec 2010 11:32:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBUBWwcG086094; Thu, 30 Dec 2010 11:32:58 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBUBWwsl086090; Thu, 30 Dec 2010 11:32:58 GMT (envelope-from bschmidt) Date: Thu, 30 Dec 2010 11:32:58 GMT Message-Id: <201012301132.oBUBWwsl086090@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/125502: [ral] ifconfig ral0 scan produces no output unless in shared mode 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, 30 Dec 2010 11:32:58 -0000 Synopsis: [ral] ifconfig ral0 scan produces no output unless in shared mode Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Thu Dec 30 11:30:44 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=125502 From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 11:36:44 2010 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 A4F731065673; Thu, 30 Dec 2010 11:36:44 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7AB9D8FC14; Thu, 30 Dec 2010 11:36:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBUBai6H089479; Thu, 30 Dec 2010 11:36:44 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBUBai2p089474; Thu, 30 Dec 2010 11:36:44 GMT (envelope-from bschmidt) Date: Thu, 30 Dec 2010 11:36:44 GMT Message-Id: <201012301136.oBUBai2p089474@freefall.freebsd.org> To: tednolan@bellsouth.net, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/150052: [wi] wi(4) driver does not work with wlan(4) driver for Lucent Orinoco Cards 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, 30 Dec 2010 11:36:44 -0000 Synopsis: [wi] wi(4) driver does not work with wlan(4) driver for Lucent Orinoco Cards State-Changed-From-To: open->feedback State-Changed-By: bschmidt State-Changed-When: Thu Dec 30 11:36:04 UTC 2010 State-Changed-Why: Try the patch available at http://lists.freebsd.org/pipermail/freebsd-net/2010-December/027327.html please. Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Thu Dec 30 11:36:04 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=150052 From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 11:38:39 2010 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 CE6CA106567A; Thu, 30 Dec 2010 11:38:39 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A4EE28FC12; Thu, 30 Dec 2010 11:38:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBUBcdgn089553; Thu, 30 Dec 2010 11:38:39 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBUBcdWr089549; Thu, 30 Dec 2010 11:38:39 GMT (envelope-from bschmidt) Date: Thu, 30 Dec 2010 11:38:39 GMT Message-Id: <201012301138.oBUBcdWr089549@freefall.freebsd.org> To: knowtree@aloha.com, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/143074: [wi]: wi driver triggers panic 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, 30 Dec 2010 11:38:39 -0000 Synopsis: [wi]: wi driver triggers panic State-Changed-From-To: open->feedback State-Changed-By: bschmidt State-Changed-When: Thu Dec 30 11:37:33 UTC 2010 State-Changed-Why: Is that still an issue on a recent installation? I'm not able to trigger that. For the scan hang try the patch available at http://lists.freebsd.org/pipermail/freebsd-net/2010-December/027327.html Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Thu Dec 30 11:37:33 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=143074 From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 13:47:36 2010 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 3EF3D1065679; Thu, 30 Dec 2010 13:47:36 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id DC5498FC17; Thu, 30 Dec 2010 13:47:35 +0000 (UTC) Received: by qyk8 with SMTP id 8so11303468qyk.13 for ; Thu, 30 Dec 2010 05:47:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=mWwMlvwq+R5655lsW1yppiOCMcRMt1pE2eHJJXpVFKk=; b=BlKgP7c6arxWObDyN/ky8muvSoy8rUZ6k56z9RIUn9N55XJOhbzX9rADmmDDZu2+Eg f3TDEg3rm+nda4U5+Eiff/daaeKoqL3/Ey3LqSk8Kkop88wXQZHSYmiPMFP8msQhrK47 j7UNz+JdwYjh0IEXZIerfk1KaJAN6IIeoCqnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=rhWSBe3c/E2mUf4K5dFc+/U3IDUfC3c0h8OVwknMnXym+hYCXqW2wIDEn0uf3Gq7q9 wAyKw4o9LqSvWkd52OMPR0zQw7AACQXM13P1wDpiz+YtFeJnrh8ElsTTM8aqvNbqG9p1 uJM52OoWCN7/UwIIMXiqXpReDostyZl7hbOm0= MIME-Version: 1.0 Received: by 10.229.251.139 with SMTP id ms11mr14244056qcb.198.1293716855179; Thu, 30 Dec 2010 05:47:35 -0800 (PST) Received: by 10.229.118.83 with HTTP; Thu, 30 Dec 2010 05:47:35 -0800 (PST) Date: Thu, 30 Dec 2010 14:47:35 +0100 Message-ID: From: Monthadar Al Jaberi To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: capturing packet from wlan0 with netgraph? 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, 30 Dec 2010 13:47:36 -0000 Hi, I have an idea in my head and would like to know if it is possible. I want to simulate and test the net80211 mesh code in FreeBSD Current. I have an RSPRO board with 3 atheros cards. My basic idea is to run three jails each having its own network stack, and redirect all data packets coming out/in of the wlan driver to a Server running a home brew application that simulates the medium. That would be great, right? Realtime unchanged code to test, running different application in their own jails. So first I started to test netgraph with a simple test case, I want to receive all packets from one wireless card and see the data in wireshark or tcpdump... This is my netgraph code: mkpeer wlan0: hub lower hook0 name wlan0:lower hub connect hub: wlan0: hook1 upper connect hub: arge0: hook2 lower So if I understood man ng_ether correct, this should capture everything from wlan and redirect to ethernet cable. But I get a panic after a couple of seconds: Trap cause = 4 (address error (load or I-fetch) - kernel mode) [ thread pid 11 tid 100037 ] Stopped at ip_input+0xd8: lw v0,0(s0) I suspect that data flows to all hooks of the hub, and that is a bad thing right? Need to create a special hub node to filter data? Or maybe use two ethernet cables for out resp. in? Is it even possible to do what I want? Or am I thinking wrong? And is there a simpler way? What I want is to test mesh code in a bunch of FreeBSD systems without moving the hardware, one could just stack RSPROs and connected them a big switch and a PC. Hope was I clear in my thoughts. Best regards, -- //Monthadar Al Jaberi From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 14:10:42 2010 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 7048410656A7 for ; Thu, 30 Dec 2010 14:10:42 +0000 (UTC) (envelope-from i@levsha.me) Received: from expo.ukrweb.net (mail.univua.net [91.202.128.78]) by mx1.freebsd.org (Postfix) with ESMTP id ADEC58FC14 for ; Thu, 30 Dec 2010 14:10:41 +0000 (UTC) Received: from [91.193.166.194] (helo=laptop.levsha.me) by expo.ukrweb.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1PYIyT-000HD8-Ar for freebsd-net@freebsd.org; Thu, 30 Dec 2010 15:55:27 +0200 Received: from levsha by laptop.levsha.me with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PYIyT-000Nf5-2W for freebsd-net@freebsd.org; Thu, 30 Dec 2010 15:55:25 +0200 Date: Thu, 30 Dec 2010 15:55:24 +0200 From: Mykola Dzham To: freebsd-net@freebsd.org Message-ID: <20101230135524.GC4234@laptop.levsha.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Mykola Dzham X-SA-Exim-Connect-IP: 91.193.166.194 X-SA-Exim-Mail-From: i@levsha.me X-SA-Exim-Scanned: No (on expo.ukrweb.net); SAEximRunCond expanded to false Subject: fragmented packet not reassembled after l2tp encapsulation in mpd and second fragmentation 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, 30 Dec 2010 14:10:42 -0000 Hi! fragmented packets does not reassemble when encapsulated into l2tp and l2tp packets fragmented too. Send side: $ uname -a FreeBSD gamlet.kiev.xxxx.com.ua 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #21 r216586: Mon Dec 20 14:12:32 EET 2010 root@gamlet.kiev.xxxx.com.ua:/usr/bsd/obj/usr/bsd/src/sys/GAMLET amd64 $ pkg_info -E mpd\* mpd-5.5 $ ifconfig ng0 ng0: flags=88d1 metric 0 mtu 1500 inet 10.113.255.1 --> 10.113.255.3 netmask 0xffffffff $ ifconfig vlan2103 vlan2103: flags=8843 metric 0 mtu 1500 options=3 ether 00:30:48:64:76:07 inet xx.xxx.xxx.220 netmask 0xfffffff8 broadcast xx.xxx.xxx.223 media: Ethernet autoselect (1000baseT ) status: active vlan: 2103 parent interface: em1 mpd.conf section: l2tpsrv: set ippool add l2tppool 10.113.255.2 10.113.255.200 create bundle template B2 set iface enable tcpmssfix set iface up-script /usr/local/etc/mpd5/l2tp.up set ipcp yes vjcomp set ipcp ranges 10.113.255.1 ippool l2tppool create link template L2 l2tp set link action bundle B2 set link keep-alive 10 60 set link no pap chap set link enable chap set l2tp self xx.xxx.xxx.220 set link enable incoming recv side: $ uname -a FreeBSD terra.kiev.xxxx.com.ua 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #9 r216430: Wed Dec 15 13:15:36 EET 2010 root@terra.kiev.xxxx.com.ua:/usr/bsd/obj/usr/bsd/src/sys/TERRA amd64 $ pkg_info -E mpd\* mpd-5.5 $ ifconfig ng0 ng0: flags=88d1 metric 0 mtu 1500 inet 10.113.255.3 --> 10.113.255.1 netmask 0xffffffff $ ifconfig vlan405 vlan405: flags=8843 metric 0 mtu 1500 options=3 ether 00:1b:21:13:16:30 inet yy.yyy.yyy.203 netmask 0xfffffff0 broadcast yy.yyy.yyy.207 media: Ethernet autoselect (1000baseT ) status: active vlan: 405 parent interface: em0 mpd.conf section: gamlet: create bundle static BG set bundle no noretry set iface enable tcpmssfix set iface route 10.112.0.0/24 set ipcp ranges 0.0.0.0/0 0.0.0.0/0 create link static LG l2tp set link action bundle BG set link max-redial 0 set auth authname terra set auth password XXXXXXXXX set l2tp peer xx.xxx.xxx.220 open st00$ sudo ping -c 1 -s 1500 10.113.1.1 PING 10.113.1.1 (10.113.1.1): 1500 data bytes --- 10.113.1.1 ping statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss st00 is a server, directly connected to send side (gamlet) server, 10.113.1.1 is ip from another interface on recv side (terra) server. tcpdump on send side: gamlet$ sudo tcpdump -vnpi ng0 tcpdump: listening on ng0, link-type NULL (BSD loopback), capture size 96 bytes 15:34:13.389575 IP (tos 0x0, ttl 63, id 15850, offset 0, flags [+], proto ICMP (1), length 1500) 10.112.0.22 > 10.113.1.1: ICMP echo request, id 1867, seq 0, length 1480 15:34:13.389601 IP (tos 0x0, ttl 63, id 15850, offset 1480, flags [none], proto ICMP (1), length 48) 10.112.0.22 > 10.113.1.1: icmp ^C gamlet$ sudo tcpdump -vnpi vlan2103 'host yy.yyy.yyy.203' tcpdump: listening on vlan2103, link-type EN10MB (Ethernet), capture size 96 bytes 15:34:13.389613 IP (tos 0x0, ttl 64, id 13971, offset 0, flags [+], proto UDP (17), length 1500) xx.xxx.xxx.220.1701 > yy.yyy.yyy.203.19844: l2tp:[S](20293/43838)Ns=17,Nr=14 {IP truncated-ip - 39 bytes missing! (tos 0x0, ttl 63, id 15850, offset 0, flags [+], proto ICMP (1), length 1500) 10.112.0.22 > 10.113.1.1: ICMP echo request, id 1867, seq 0, length 1480} 15:34:13.389617 IP (tos 0x0, ttl 64, id 13971, offset 1480, flags [none], proto UDP (17), length 59) xx.xxx.xxx.220 > yy.yyy.yyy.203: udp 15:34:13.389623 IP (tos 0x0, ttl 64, id 13972, offset 0, flags [none], proto UDP (17), length 87) xx.xxx.xxx.220.1701 > yy.yyy.yyy.203.19844: l2tp:[S](20293/43838)Ns=18,Nr=14 {IP (tos 0x0, ttl 63, id 15850, offset 1480, flags [none], proto ICMP (1), length 48) 10.112.0.22 > 10.113.1.1: icmp} ^C tcpdump on recv side: terra$ sudo tcpdump -vnpi ng0 tcpdump: listening on ng0, link-type NULL (BSD loopback), capture size 96 bytes 15:33:16.084156 IP (tos 0x0, ttl 63, id 15850, offset 1480, flags [none], proto ICMP (1), length 48) 10.112.0.22 > 10.113.1.1: icmp ^C terra$ sudo tcpdump -vnpi vlan405 'host yy.yyy.yyy.203' tcpdump: listening on vlan405, link-type EN10MB (Ethernet), capture size 96 bytes 15:33:16.084035 IP (tos 0x0, ttl 60, id 13971, offset 1480, flags [none], proto UDP (17), length 59) xx.xxx.xxx.220 > yy.yyy.yyy.203: udp 15:33:16.084065 IP (tos 0x0, ttl 60, id 13972, offset 0, flags [none], proto UDP (17), length 87) xx.xxx.xxx.220.1701 > yy.yyy.yyy.203.19844: l2tp:[S](20293/43838)Ns=18,Nr=14 {IP (tos 0x0, ttl 63, id 15850, offset 1480, flags [none], proto ICMP (1), length 48) 10.112.0.22 > 10.113.1.1: icmp} 15:33:16.084151 IP (tos 0x0, ttl 60, id 13971, offset 0, flags [+], proto UDP (17), length 1500) xx.xxx.xxx.220.1701 > yy.yyy.yyy.203.19844: l2tp:[S](20293/43838)Ns=17,Nr=14 {IP truncated-ip - 39 bytes missing! (tos 0x0, ttl 63, id 15850, offset 0, flags [+], proto ICMP (1), length 1500) 10.112.0.22 > 10.113.1.1: ICMP echo request, id 1867, seq 0, length 1480} ^C As can i see, l2tp packets properly fragmented and transfered to recv side, but only last icmp fragment, encapsulated into separate l2tp packet, received on ng0 . When i send not fragmented packets (ping -s 1472) or set mtu on ng interface to lover value (set link mtu 1460 on mpd.conf) all works properly. But this is not solution: i'm require fragmented packets, and path mtu between vpn hosts can change. -- LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua PGP fingerprint: 1BCD 7C80 2E04 7282 C944 B0E0 7E67 619E 4E72 9280 From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 14:50:54 2010 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 5D0A8106564A for ; Thu, 30 Dec 2010 14:50:54 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) by mx1.freebsd.org (Postfix) with ESMTP id DCAC08FC14 for ; Thu, 30 Dec 2010 14:50:53 +0000 (UTC) Received: from dhcp170-205-red.yandex.net ([95.108.170.205]) by sunner.semmy.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PYJq8-0001Ss-3J; Thu, 30 Dec 2010 17:50:52 +0300 Message-ID: <4D1C9C4C.1080407@FreeBSD.org> Date: Thu, 30 Dec 2010 17:50:52 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: "Achilov, Rashid" References: <201012291600.12832.achilov-rn@askd.ru> In-Reply-To: <201012291600.12832.achilov-rn@askd.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Tunnel works on 10.10.1.0-10.10.2.0, and not works on 172.16.1.0-172.16.2.0 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, 30 Dec 2010 14:50:54 -0000 29.12.2010 13:00, Rashid N. Achilov пишет: > FreeBSD 8.1-RELEASE. Occured a strange thing. > > Take two boxes with 8.1. Do these: > On #1 > ifconfig gif create > ifconfig gif0 tunnel AAA.AAA.AAA.AAA BBB.BBB.BBB.BBB > ifconfig gif0 inet 10.10.1.254 10.10.2.254 netmask 255.255.255.255 > > On #2 > ifconfig gif create > ifconfig gif0 tunnel BBB.BBB.BBB.BBB AAA.AAA.AAA.AAA > ifconfig gif0 inet 10.10.2.254 10.10.1.254 netmask 255.255.255.255 > > Next, do ping 10.10.2.254 from box #1. Worked! > > Now do these: > On #1 > ifconfig gif create > ifconfig gif0 tunnel AAA.AAA.AAA.AAA BBB.BBB.BBB.BBB > ifconfig gif0 inet 172.16.1.254 172.16.2.254 netmask 255.255.255.255 > > On #2 > ifconfig gif create > ifconfig gif0 tunnel BBB.BBB.BBB.BBB AAA.AAA.AAA.AAA > ifconfig gif0 inet 172.16.2.254 172.16.1.254 netmask 255.255.255.255 > > Next, do ping 172.16.2.254 from box #1. Not worked :-O > > Replace boxes onto 7.3-STABLE and re-do last sample (with 172.16). Worked! > > Why? Is there any problems in 8.1? Have you a firewall? I can't reproduce it with 8.2-PRERELEASE from Dec, 13. Both 10/8 and 172.16/12 work well. -- Sem. From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 15:00:24 2010 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 52005106564A for ; Thu, 30 Dec 2010 15:00:24 +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 408E18FC08 for ; Thu, 30 Dec 2010 15:00:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBUF0OHY003901 for ; Thu, 30 Dec 2010 15:00:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBUF0OEt003883; Thu, 30 Dec 2010 15:00:24 GMT (envelope-from gnats) Date: Thu, 30 Dec 2010 15:00:24 GMT Message-Id: <201012301500.oBUF0OEt003883@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Oliver Ebert Cc: Subject: Re: kern/143874: [wpi] Wireless 3945ABG error. wpi0 could not allocate memory resource X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Oliver Ebert List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2010 15:00:24 -0000 The following reply was made to PR kern/143874; it has been noted by GNATS. From: Oliver Ebert To: Bernhard Schmidt Cc: bug-followup@freebsd.org Subject: Re: kern/143874: [wpi] Wireless 3945ABG error. wpi0 could not allocate memory resource Date: Thu, 30 Dec 2010 08:55:43 -0600 Too bad but it is interesting that Solaris 10 had exactly the same issue with the wpi driver. Anyway thanks for taking a look to this issue. On Thu, 30 Dec 2010 12:12:43 +0100 Bernhard Schmidt wrote: > On Sunday 19 December 2010 18:10:11 Oliver Ebert wrote: > > Bernhard Schmidt wrote: > > > Is this still an issue on a recent stable/8 or 8.2-BETA1? > > > > With 8.1 it is but I didn't had a chance to check with 8.2 beta. > > According to John Baldwin this is long standing issue within our > {ACPI,PCI}-Bridge code, not directly related to the device driver > itself. Way above my clue level.. sorry for the noise. > From owner-freebsd-net@FreeBSD.ORG Thu Dec 30 22:17:55 2010 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 2FB57106564A; Thu, 30 Dec 2010 22:17:55 +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 0648D8FC17; Thu, 30 Dec 2010 22:17:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBUMHspa079203; Thu, 30 Dec 2010 22:17:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBUMHsAV079199; Thu, 30 Dec 2010 22:17:54 GMT (envelope-from linimon) Date: Thu, 30 Dec 2010 22:17:54 GMT Message-Id: <201012302217.oBUMHsAV079199@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/153549: [patch] [mwl] Fix for incorrect limit on number of virtual access points 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, 30 Dec 2010 22:17:55 -0000 Synopsis: [patch] [mwl] Fix for incorrect limit on number of virtual access points Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Dec 30 22:17:48 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153549 From owner-freebsd-net@FreeBSD.ORG Fri Dec 31 00:57:14 2010 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 1BB17106566C for ; Fri, 31 Dec 2010 00:57:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id DD9C18FC13 for ; Fri, 31 Dec 2010 00:57:13 +0000 (UTC) Received: by pzk32 with SMTP id 32so2748350pzk.13 for ; Thu, 30 Dec 2010 16:57:13 -0800 (PST) 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=CTVYR8Wcn3iVHg2ZKLUEPeenErU11y//U3RVtQw9FjQ=; b=G9N0PaKAVmOEuOVJEiAkg/BvpDr0+aQwV2VeHKq5JU23lTTqtUrDllHCaxKLH2zIgc uqOFfxEK790WVh+9Az6U+QJsP6TDxFWvS7HXt7j9ZQUNVZSEYP1Sa/X7PdNgmKWr/xgB IRPi0HwUY+2UNXOdzfowqSj+LFaSE5+tFytl0= 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=MVWHDBiknmJK4u+dSgHJlJjFa4DSt01hy6D6AtX4TSmLAwpmU7xMGKrnreHHRIfcJ1 iXZ4qU4EyK8qukxEtkPFL9DX/NafOhGtgMdS9n391S5Doi6sloX9zKG/L+2mEE1c+viY fj/HHprD1cnREbVpGzF+YIBdLCki1WpaDMbp0= Received: by 10.142.165.18 with SMTP id n18mr13725707wfe.175.1293757033419; Thu, 30 Dec 2010 16:57:13 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e14sm23246048wfg.20.2010.12.30.16.57.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 30 Dec 2010 16:57:11 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 30 Dec 2010 16:56:28 -0800 From: Pyun YongHyeon Date: Thu, 30 Dec 2010 16:56:28 -0800 To: "Sreekanth M." Message-ID: <20101231005628.GH16411@michelle.cdnetworks.com> References: <9F4F5E1D3FF7D94388F341BE8819BA3D9B553B@orion8.netlogicmicro.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <9F4F5E1D3FF7D94388F341BE8819BA3D9B553B@orion8.netlogicmicro.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: msk driver rxcsum issue 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, 31 Dec 2010 00:57:14 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 29, 2010 at 12:35:51AM -0800, Sreekanth M. wrote: > Hi, > > > > I am Sreekanth from Netlogic microsystems. > > > > I am having an issue with msk driver. > > It is related to rxcsum. > > In freebsd 9, rxcsum is enabled in default for the device I am using on > XLS MIPS board. > > >From hardware id it is known that chip id is: CHIP_ID_YUKON_EC. > > > > Though I am able to ping to this port, ssh (TCP) is not working. > > > > If I disable the rxcsum through the command > > "Ifconfig msk0 -rxcsum" > > It works. i.e ssh command works fine. > > Would you try attached patch and let me know how it goes on MIPS? --NzB8fVQJ5HfG6fxh Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.csum.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 216827) +++ sys/dev/msk/if_msk.c (working copy) @@ -3070,7 +3070,7 @@ default: return; } - csum = ntohs(sc_if->msk_csum & 0xFFFF); + csum = bswap16(sc_if->msk_csum & 0xFFFF); /* Checksum fixup for IP options. */ len = hlen - sizeof(struct ip); if (len > 0) { --NzB8fVQJ5HfG6fxh-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 31 09:52:57 2010 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 193531065697; Fri, 31 Dec 2010 09:52:57 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E34F68FC13; Fri, 31 Dec 2010 09:52:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBV9quSJ031974; Fri, 31 Dec 2010 09:52:56 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBV9quux031970; Fri, 31 Dec 2010 09:52:56 GMT (envelope-from bschmidt) Date: Fri, 31 Dec 2010 09:52:56 GMT Message-Id: <201012310952.oBV9quux031970@freefall.freebsd.org> To: efonnes@gmail.com, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/153549: [patch] [mwl] Fix for incorrect limit on number of virtual access points 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, 31 Dec 2010 09:52:57 -0000 Synopsis: [patch] [mwl] Fix for incorrect limit on number of virtual access points State-Changed-From-To: open->closed State-Changed-By: bschmidt State-Changed-When: Fri Dec 31 09:51:32 UTC 2010 State-Changed-Why: Good catch, thanks! I allowed myself to change the condition to the predefined MWL_MBSS_MAX constant. Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Fri Dec 31 09:51:32 UTC 2010 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=153549 From owner-freebsd-net@FreeBSD.ORG Fri Dec 31 15:58:26 2010 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 DE4CD1065672 for ; Fri, 31 Dec 2010 15:58:25 +0000 (UTC) (envelope-from kevlo@kevlo.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id DEE5E8FC0A for ; Fri, 31 Dec 2010 15:58:19 +0000 (UTC) Received: from [127.0.0.1] (kevlo@kevlo.org [220.128.136.52]) by ns.kevlo.org (8.14.3/8.14.3) with ESMTP id oBVFd7Rr011312; Fri, 31 Dec 2010 23:39:21 +0800 (CST) From: Kevin Lo To: Andriy Syrovenko In-Reply-To: References: <200912071020.nB7AK77I023054@freefall.freebsd.org> <4B1CDEE5.6080507@incunabulum.net> <3e2b8dd90912070305t6ffc08a6gf7acd8890d028854@mail.gmail.com> <4B1D07C3.6090005@incunabulum.net> <3e2b8dd90912080114x31d962acqf2c8a360e7b5a83d@mail.gmail.com> <4B1E1EF0.8040503@incunabulum.net> <3e2b8dd90912080155s544a7a50j17882b35f1343750@mail.gmail.com> <4B1E2574.8010704@incunabulum.net> <3e2b8dd90912080247s247bd878ud9fe4b234ff83f84@mail.gmail.com> <3e2b8dd90912090037v6c8e13e1v869471d4e03ecfd5@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 31 Dec 2010 23:38:58 +0800 Message-ID: <1293809938.2126.12.camel@nsl> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, flo@smeets.im, serg vasilyev , Bruce Simpson Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy 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, 31 Dec 2010 15:58:26 -0000 This issue is easily reproduced on 9.0 -CURRENT as well. I got kernel panic after running mrouted, igmpproxy, or xorp. Kevin Andriy Syrovenko wrote: > Hi! > > Yes, I have PF enabled with some NAT rules present in the rule set. However > disabling PF (even by commenting out 'pf_enable' in the /etc/rc.conf and > rebooting the machine) does not make any difference. The problem persist > regardless of whether NAT is enabled or not (or even whether pf.ko is loaded > or not). > > Best regards, > Andriy. > > 2010/12/15 serg vasilyev > > > 2009/12/9, Andriy Syrovenko : > > > Hi, > > > > > > Well, turning off the transmit checksum offloading on the upstream > > > interface solves the problem with IP checksums of IGMP report and > > > leave messages always being 0. So after issuing the > > > > > > ifconfig re1 -txcsum > > > > > > command, the proxy successfully subscribes to receiving multicast > > > streams, and I can see multicast UDP traffic coming in on the upstream > > > interface. However there is another serious problem. Shortly alfter my > > > router starts forwarding multicast traffic kernel crashes. The crash > > > may happen either immediately when I press the play button in my IPTV > > > player, or just after several channel switches. You can find crash > > > reports in the attached files. They are almost identical, differing > > > only in whether the pf module is loaded. > > > > > > > > > The interesting part of the story is if I block incoming UDP multicast > > > traffic using something like > > > > > > block in quick inet proto udp from any to 224.0.0.0/4 > > > > > > in my pf.conf, system remains stable. But as soon as I comment the > > > rule and reload pf, kernel crashes. I suspect the problem is not > > > strictly related to the igmp processing, but to the multicast routing > > > in general. Probably something wrong with thread synchronization. My > > > system is a dual-core Intel Atom. > > > > > > Another interesting observation is when my BSD box is disconnected > > > from the upstream router, I can see only IGMPv3 messages going out the > > > upstream interface, even despite the fact that igmpproxy supports > > > IGMPv2 only. > > > > > > br, > > > Andrey > > > > > Does your system do any nat processing ? > > > _______________________________________________ > 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 Fri Dec 31 16:09:22 2010 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 801521065695 for ; Fri, 31 Dec 2010 16:09:22 +0000 (UTC) (envelope-from flo@smeets.im) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:238:42c7:9a00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 07F788FC0C for ; Fri, 31 Dec 2010 16:09:22 +0000 (UTC) Received: from mail.solomo.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 8EC715C3F; Fri, 31 Dec 2010 17:09:20 +0100 (CET) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by mail.solomo.de (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oK0FDMYIXDyS; Fri, 31 Dec 2010 17:09:18 +0100 (CET) Received: from [192.168.0.122] (p509153E2.dip.t-dialin.net [80.145.83.226]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id B9A4D5C3C; Fri, 31 Dec 2010 17:09:17 +0100 (CET) Message-ID: <4D1E002C.4080300@smeets.im> Date: Fri, 31 Dec 2010 17:09:16 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Kevin Lo References: <200912071020.nB7AK77I023054@freefall.freebsd.org> <4B1CDEE5.6080507@incunabulum.net> <3e2b8dd90912070305t6ffc08a6gf7acd8890d028854@mail.gmail.com> <4B1D07C3.6090005@incunabulum.net> <3e2b8dd90912080114x31d962acqf2c8a360e7b5a83d@mail.gmail.com> <4B1E1EF0.8040503@incunabulum.net> <3e2b8dd90912080155s544a7a50j17882b35f1343750@mail.gmail.com> <4B1E2574.8010704@incunabulum.net> <3e2b8dd90912080247s247bd878ud9fe4b234ff83f84@mail.gmail.com> <3e2b8dd90912090037v6c8e13e1v869471d4e03ecfd5@mail.gmail.com> <1293809938.2126.12.camel@nsl> In-Reply-To: <1293809938.2126.12.camel@nsl> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Bruce Simpson , serg vasilyev , Andriy Syrovenko Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy 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, 31 Dec 2010 16:09:22 -0000 On 31.12.10 16:38, Kevin Lo wrote: > This issue is easily reproduced on 9.0 -CURRENT as well. > I got kernel panic after running mrouted, igmpproxy, or xorp. My router is still running r215262 from mid November, without problems when watching IPTV using igmpproxy (latest git version). I'll try updating this week and report back. Cheers, Florian -- Florian Smeets From owner-freebsd-net@FreeBSD.ORG Fri Dec 31 16:15:14 2010 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 127451065675 for ; Fri, 31 Dec 2010 16:15:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id B8FF78FC17 for ; Fri, 31 Dec 2010 16:15:13 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 18F9541C72F; Fri, 31 Dec 2010 17:15:13 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id HoCV1euWsKDS; Fri, 31 Dec 2010 17:15:12 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 4AFF941C72C; Fri, 31 Dec 2010 17:15:12 +0100 (CET) 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 08A7A444938; Fri, 31 Dec 2010 16:15:06 +0000 (UTC) Date: Fri, 31 Dec 2010 16:15:05 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Kevin Lo In-Reply-To: <1293809938.2126.12.camel@nsl> Message-ID: <20101231161337.P6126@maildrop.int.zabbadoz.net> References: <200912071020.nB7AK77I023054@freefall.freebsd.org> <4B1CDEE5.6080507@incunabulum.net> <3e2b8dd90912070305t6ffc08a6gf7acd8890d028854@mail.gmail.com> <4B1D07C3.6090005@incunabulum.net> <3e2b8dd90912080114x31d962acqf2c8a360e7b5a83d@mail.gmail.com> <4B1E1EF0.8040503@incunabulum.net> <3e2b8dd90912080155s544a7a50j17882b35f1343750@mail.gmail.com> <4B1E2574.8010704@incunabulum.net> <3e2b8dd90912080247s247bd878ud9fe4b234ff83f84@mail.gmail.com> <3e2b8dd90912090037v6c8e13e1v869471d4e03ecfd5@mail.gmail.com> <1293809938.2126.12.camel@nsl> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy 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, 31 Dec 2010 16:15:14 -0000 On Fri, 31 Dec 2010, Kevin Lo wrote: > This issue is easily reproduced on 9.0 -CURRENT as well. > I got kernel panic after running mrouted, igmpproxy, or xorp. Was it the same as reported in the PR? -- Bjoern A. Zeeb You have to have visions! Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-net@FreeBSD.ORG Fri Dec 31 16:20:26 2010 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 E81D5106564A for ; Fri, 31 Dec 2010 16:20:26 +0000 (UTC) (envelope-from kevlo@kevlo.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id 800688FC12 for ; Fri, 31 Dec 2010 16:20:26 +0000 (UTC) Received: from [127.0.0.1] (kevlo@kevlo.org [220.128.136.52]) by ns.kevlo.org (8.14.3/8.14.3) with ESMTP id oBVGKKrR025567; Sat, 1 Jan 2011 00:20:21 +0800 (CST) From: Kevin Lo To: "Bjoern A. Zeeb" In-Reply-To: <20101231161337.P6126@maildrop.int.zabbadoz.net> References: <200912071020.nB7AK77I023054@freefall.freebsd.org> <4B1CDEE5.6080507@incunabulum.net> <3e2b8dd90912070305t6ffc08a6gf7acd8890d028854@mail.gmail.com> <4B1D07C3.6090005@incunabulum.net> <3e2b8dd90912080114x31d962acqf2c8a360e7b5a83d@mail.gmail.com> <4B1E1EF0.8040503@incunabulum.net> <3e2b8dd90912080155s544a7a50j17882b35f1343750@mail.gmail.com> <4B1E2574.8010704@incunabulum.net> <3e2b8dd90912080247s247bd878ud9fe4b234ff83f84@mail.gmail.com> <3e2b8dd90912090037v6c8e13e1v869471d4e03ecfd5@mail.gmail.com> <1293809938.2126.12.camel@nsl> <20101231161337.P6126@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset="UTF-8" Date: Sat, 01 Jan 2011 00:20:19 +0800 Message-ID: <1293812419.2126.14.camel@nsl> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy 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, 31 Dec 2010 16:20:27 -0000 Bjoern A. Zeeb wrote: > On Fri, 31 Dec 2010, Kevin Lo wrote: > > > This issue is easily reproduced on 9.0 -CURRENT as well. > > I got kernel panic after running mrouted, igmpproxy, or xorp. > > Was it the same as reported in the PR? Yes. From owner-freebsd-net@FreeBSD.ORG Fri Dec 31 19:14:09 2010 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 3D48D1065697 for ; Fri, 31 Dec 2010 19:14:09 +0000 (UTC) (envelope-from noreplyB-NET@ymail.com) Received: from [174.212.186.154] (h-96-14-54-125.ip.alltel.net [96.14.54.125]) by mx1.freebsd.org (Postfix) with SMTP id 0877B8FC18 for ; Fri, 31 Dec 2010 19:14:06 +0000 (UTC) Received: from [174.212.186.154][127.0.0.1] by [174.212.186.154][127.0.0.1] (SMTPD32); Fri, 31 Dec 2010 12:14:02 -0700 Message-ID: <1d4a79bf3972b805415ae9330016bfc1@ymail.com> From: "Business Network" To: Date: Fri, 31 Dec 2010 12:14:00 -0700 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Succeed in a Tough Economy! 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, 31 Dec 2010 19:14:09 -0000 Succeed in a Tough Economy! A small business can turn=20 a bad economy into a great opportunity. According to a = recent=20 study, more business owners and managers are turning to E-mail=20 Marketing then = ever=20 before. Every other type of advertising has declined in sales = -=20 except E-mail Marketing. This=20 proves that it works! When you launch your E-mail = Marketing=20 program with [1]our=20 company you have access to powerful tools that can help = you grow=20 revenue, find new customers and achieve your online marketing=20 goals. We Have Access To 45=20 Million Businesses & 200=20 Million Consumers. Drive traffic directly to your = website=20 with ease using our [2]turnkey e-mail = marketing=20 programs! [3]Click=20 Here to get our FREE Information Packet! OUR OFFER: Our Graphics Team Designs Your AD You Pick Your Ideal = Target=20 Audience We = Provide=20 OPT-IN Customer List We Scrub Do not E-mail Database Send E-mails Using = our=20 Servers Track=20 Click-Thru's & Open Rates Direct Traffic To = Your Web=20 site Customer = Contacts=20 You Interested Blast Can=20 Broken Up As You Need 1 (800) = 330-4022 [4]Click=20 Here to get our FREE Information Packet! The Decision To Grow Is = Yours.=20 Are You Ready? <= /td> [5][ljoq3"] References Visible links 1. 3D"mailto:getsalesinstantly@gmx.com?cc=3Dfreebsd-net@freebsd.org&b= 2. 3D"http://tiny.cc/96w2p" 3. 3D"mailto:getsalesinstantly@gmx.com?cc=3Dfreebsd-net@freebsd.org&b= 4. 3D"mailto:getsalesinstantly@gmx.com?cc=3Dfreebsd-net@freebsd.org&b= 5. 3D"mailto:stopthisstuff@gmx.com" Hidden links: 6. 3D"http://tiny.cc/96w2p" From owner-freebsd-net@FreeBSD.ORG Fri Dec 31 22:21:22 2010 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 9AB621065670 for ; Fri, 31 Dec 2010 22:21:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6888FC12 for ; Fri, 31 Dec 2010 22:21:22 +0000 (UTC) Received: by pxi1 with SMTP id 1so2350924pxi.13 for ; Fri, 31 Dec 2010 14:21:22 -0800 (PST) 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=vBjlMuBhSYeAR395QM5zydpcKsYf9UMS4jTvm3l0a1Y=; b=a5aWgWg4S5/C4JTMn1mHkproX5PJHxZbEL0JinHk8/xMwzl88vmh5LBVgXQDWIfcNq od5dSpgiLd6U0p6pwbiGQH88M84ghEiQMExtACD8FyVKiu9D3B5lnApBM6IaaGDDZlm/ Hs2spOs5sbEf/XaNMS+iHMYg3RSjM1SwMGGew= 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=B+koz4hQ0OoUeR5LcNrmsgPYce3SW2rRW8HYebz914yLdud06KzaseHOUSjnXx/yyZ l78B65ukHJWdK1oWVQZZ/X0KR9AGx7yn+lT/AcsOp1n0BV9d0oLlhbV5W9jVFiFxTCtd 657zo7ReIJ38cosl9yowMp+HIsAKIVL95wNrM= Received: by 10.142.234.1 with SMTP id g1mr14509863wfh.438.1293834081952; Fri, 31 Dec 2010 14:21:21 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id w14sm24682308wfd.6.2010.12.31.14.21.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 31 Dec 2010 14:21:20 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 31 Dec 2010 14:20:38 -0800 From: Pyun YongHyeon Date: Fri, 31 Dec 2010 14:20:38 -0800 To: "Sreekanth M." Message-ID: <20101231222038.GA1082@michelle.cdnetworks.com> References: <9F4F5E1D3FF7D94388F341BE8819BA3D9B553B@orion8.netlogicmicro.com> <20101231005628.GH16411@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101231005628.GH16411@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: msk driver rxcsum issue 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, 31 Dec 2010 22:21:22 -0000 On Thu, Dec 30, 2010 at 04:56:28PM -0800, Pyun YongHyeon wrote: > On Wed, Dec 29, 2010 at 12:35:51AM -0800, Sreekanth M. wrote: > > Hi, > > > > > > > > I am Sreekanth from Netlogic microsystems. > > > > > > > > I am having an issue with msk driver. > > > > It is related to rxcsum. > > > > In freebsd 9, rxcsum is enabled in default for the device I am using on > > XLS MIPS board. > > > > >From hardware id it is known that chip id is: CHIP_ID_YUKON_EC. > > > > > > > > Though I am able to ping to this port, ssh (TCP) is not working. > > > > > > > > If I disable the rxcsum through the command > > > > "Ifconfig msk0 -rxcsum" > > > > It works. i.e ssh command works fine. > > > > > > Would you try attached patch and let me know how it goes on MIPS? Thanks for testing. Fix committed to HEAD(r216860).