From owner-freebsd-net@FreeBSD.ORG Sun Aug 8 04:34: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 85349106566B for ; Sun, 8 Aug 2010 04:34:12 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (unknown [IPv6:2001:5c0:1000:b::599b]) by mx1.freebsd.org (Postfix) with ESMTP id EFC5E8FC14 for ; Sun, 8 Aug 2010 04:34:11 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o784Y78F009479 for ; Sun, 8 Aug 2010 07:34:08 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4C5E33BB.50809@ukr.net> Date: Sun, 08 Aug 2010 07:34:03 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Subject: Does not work resolving IPv6 addresses via IPv4 DNS-server 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, 08 Aug 2010 04:34:12 -0000 # host -6 2001:5c0:1000:b::599b 8.8.8.8 socket.c:1859: internal_send: ::ffff:8.8.8.8#53: Invalid argument socket.c:1859: internal_send: ::ffff:8.8.8.8#53: Invalid argument ;; connection timed out; no servers could be reached #man host ... host [-aCdlnrsTwv] [-c class] [-N ndots] [-R number] [-t type] [-W wait] [-m flag] [-4] [-6] {name} [server] ... # named -V BIND 9.7.0-P2 built with '--localstatedir=/var' '--disable-linux-caps' '--disable-symtable' '--with-randomdev=/dev/random' '--with-openssl=/usr' '--with-libxml2=/usr/local' '--with-idn=/usr/local' '--with-libiconv=/usr/local' '--enable-largefile' '--enable-ipv6' '--enable-threads' '--sysconfdir=/etc/namedb' '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info/' '--build=x86_64-portbld-freebsd9.0' 'build_alias=x86_64-portbld-freebsd9.0' 'CC=cc' 'CFLAGS=-O2 -pipe -march=athlon64 -fno-strict-aliasing' 'LDFLAGS= -rpath=/usr/lib:/usr/local/lib' 'CXX=c++' 'CXXFLAGS=-O2 -pipe -march=athlon64 -fno-strict-aliasing' # uname -a FreeBSD mary-teresa.ZZZZZ.od.ua 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sun Apr 11 23:26:21 EEST 2010 vlad11@mary-teresa.ZZZZ.od.ua:/usr/obj/usr/src/sys/mary-teresa.22 amd64 From owner-freebsd-net@FreeBSD.ORG Sun Aug 8 04:58: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 9AC06106566C for ; Sun, 8 Aug 2010 04:58:40 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id F1E0B8FC0A for ; Sun, 8 Aug 2010 04:58:39 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o784wHuD097240; Sun, 8 Aug 2010 13:58:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o784wFOv091331; Sun, 8 Aug 2010 13:58:17 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 08 Aug 2010 13:56:05 +0900 (JST) Message-Id: <20100808.135605.22069970.hrs@allbsd.org> To: universite@ukr.net From: Hiroki Sato In-Reply-To: <4C5E33BB.50809@ukr.net> References: <4C5E33BB.50809@ukr.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Aug__8_13_56_05_2010_945)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Sun, 08 Aug 2010 13:58:33 +0900 (JST) X-Spam-Status: No, score=-99.7 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, RCVD_IN_CHINA, RCVD_IN_CHINA_KR, RCVD_IN_PBL, RCVD_IN_TAIWAN, SPF_SOFTFAIL, USER_IN_WHITELIST,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org Subject: Re: Does not work resolving IPv6 addresses via IPv4 DNS-server 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, 08 Aug 2010 04:58:40 -0000 ----Security_Multipart(Sun_Aug__8_13_56_05_2010_945)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Vladislav V. Prodan" wrote in <4C5E33BB.50809@ukr.net>: un> # host -6 2001:5c0:1000:b::599b 8.8.8.8 un> socket.c:1859: internal_send: ::ffff:8.8.8.8#53: Invalid argument un> socket.c:1859: internal_send: ::ffff:8.8.8.8#53: Invalid argument un> ;; connection timed out; no servers could be reached The above command specifies IPv4 as the transport to 8.8.8.8. I guess that is not what you want to do. If you want to resolve an IPv6 address by using a name server 8.8.8.8 via IPv4, the following should be enough: # host 2001:5c0:1000:b::599b 8.8.8.8 The two options -4 and -6 are useful when the name server is specified as a domain name which has both A and AAAA RR. -- Hiroki ----Security_Multipart(Sun_Aug__8_13_56_05_2010_945)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkxeOOYACgkQTyzT2CeTzy1BHgCglRUDyPPoMrNsmKILD+Ra6ENl HfEAn1DCekNotwbpdrQZq617P8R0+Aj/ =VNmA -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Aug__8_13_56_05_2010_945)---- From owner-freebsd-net@FreeBSD.ORG Sun Aug 8 05:05:02 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 EEFF9106564A; Sun, 8 Aug 2010 05:05:02 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id C65868FC0C; Sun, 8 Aug 2010 05:05:02 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1Ohy4C-000C9P-TL; Sun, 08 Aug 2010 01:05:00 -0400 Date: Sun, 8 Aug 2010 01:05:00 -0400 From: Gary Palmer To: Hiroki Sato Message-ID: <20100808050500.GB86366@in-addr.com> References: <4C5E33BB.50809@ukr.net> <20100808.135605.22069970.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100808.135605.22069970.hrs@allbsd.org> Cc: freebsd-net@FreeBSD.org, universite@ukr.net Subject: Re: Does not work resolving IPv6 addresses via IPv4 DNS-server 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, 08 Aug 2010 05:05:03 -0000 On Sun, Aug 08, 2010 at 01:56:05PM +0900, Hiroki Sato wrote: > "Vladislav V. Prodan" wrote > in <4C5E33BB.50809@ukr.net>: > > un> # host -6 2001:5c0:1000:b::599b 8.8.8.8 > un> socket.c:1859: internal_send: ::ffff:8.8.8.8#53: Invalid argument > un> socket.c:1859: internal_send: ::ffff:8.8.8.8#53: Invalid argument > un> ;; connection timed out; no servers could be reached > > The above command specifies IPv4 as the transport to 8.8.8.8. I believe you mean that the -6 flag specifies that the utility use IPv6 as the transport to reach the IPv4 address 8.8.8.8 Regards, Gary From owner-freebsd-net@FreeBSD.ORG Sun Aug 8 05:12:34 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 C84751065670; Sun, 8 Aug 2010 05:12:34 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 24DBD8FC0A; Sun, 8 Aug 2010 05:12:33 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o785CGLt097514; Sun, 8 Aug 2010 14:12:26 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o785CF5h091843; Sun, 8 Aug 2010 14:12:15 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 08 Aug 2010 14:11:49 +0900 (JST) Message-Id: <20100808.141149.128085956.hrs@allbsd.org> To: gpalmer@FreeBSD.org From: Hiroki Sato In-Reply-To: <20100808050500.GB86366@in-addr.com> References: <4C5E33BB.50809@ukr.net> <20100808.135605.22069970.hrs@allbsd.org> <20100808050500.GB86366@in-addr.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Aug__8_14_11_49_2010_679)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Sun, 08 Aug 2010 14:12:29 +0900 (JST) X-Spam-Status: No, score=-99.5 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, RCVD_IN_CHINA, RCVD_IN_CHINA_KR, RCVD_IN_PBL, RCVD_IN_TAIWAN, SPF_SOFTFAIL, USER_IN_WHITELIST,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org, universite@ukr.net Subject: Re: Does not work resolving IPv6 addresses via IPv4 DNS-server 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, 08 Aug 2010 05:12:34 -0000 ----Security_Multipart(Sun_Aug__8_14_11_49_2010_679)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Gary Palmer wrote in <20100808050500.GB86366@in-addr.com>: gp> On Sun, Aug 08, 2010 at 01:56:05PM +0900, Hiroki Sato wrote: gp> > "Vladislav V. Prodan" wrote gp> > in <4C5E33BB.50809@ukr.net>: gp> > gp> > un> # host -6 2001:5c0:1000:b::599b 8.8.8.8 gp> > un> socket.c:1859: internal_send: ::ffff:8.8.8.8#53: Invalid argument gp> > un> socket.c:1859: internal_send: ::ffff:8.8.8.8#53: Invalid argument gp> > un> ;; connection timed out; no servers could be reached gp> > gp> > The above command specifies IPv4 as the transport to 8.8.8.8. gp> gp> I believe you mean that the -6 flag specifies that the utility use gp> IPv6 as the transport to reach the IPv4 address 8.8.8.8 Oh, yes, correct. That was a typo. Thank you for pointing out it! -- Hiroki ----Security_Multipart(Sun_Aug__8_14_11_49_2010_679)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkxePJUACgkQTyzT2CeTzy2j6gCdFWknrKYSXeHTG91sJzXxLr72 YkUAoKYaiWlv0Rm9HRdkxyrFM+ol9wfs =DkWe -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Aug__8_14_11_49_2010_679)---- From owner-freebsd-net@FreeBSD.ORG Sun Aug 8 15:20:07 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 9FA521065680 for ; Sun, 8 Aug 2010 15:20:07 +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 6D8598FC21 for ; Sun, 8 Aug 2010 15:20:07 +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 o78FK7CP046153 for ; Sun, 8 Aug 2010 15:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o78FK7DQ046152; Sun, 8 Aug 2010 15:20:07 GMT (envelope-from gnats) Date: Sun, 8 Aug 2010 15:20:07 GMT Message-Id: <201008081520.o78FK7DQ046152@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Juergen Lock Cc: Subject: Re: kern/149185: [rum] [panic] panic in rum(4) driver on 8.1-R X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Juergen Lock List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 15:20:07 -0000 The following reply was made to PR kern/149185; it has been noted by GNATS. From: Juergen Lock To: Bernhard Schmidt Cc: Alex Kozlov , bug-followup@freebsd.org, Juergen Lock , rpaulo@freebsd.org, Kevin Lo Subject: Re: kern/149185: [rum] [panic] panic in rum(4) driver on 8.1-R Date: Sun, 8 Aug 2010 17:14:46 +0200 On Thu, Aug 05, 2010 at 06:25:32PM +0200, Bernhard Schmidt wrote: > On Thu, Aug 5, 2010 at 11:11, Alex Kozlov wrote: > > On Thu, Aug 05, 2010 at 10:05:39AM +0200, Bernhard Schmidt wrote: > >> On Thu, Aug 5, 2010 at 08:52, Alex Kozlov wrote: > >> > On Wed, Aug 04, 2010 at 10:02:35PM +0200, Juergen Lock wrote: > >> >>  Regarding the 8.1 if_rum(4) panics...  I got a similar one, extracted > >> >> a dump and tried to gather some info for someone who knows the code: > >> >> > >> >>  The zero divide fault was because (apparently) rate was unitialized, > >> >> as is > >> >> > >> >>       ((struct ieee80211_node *) m->M_dat.MH.MH_pkthdr.rcvif)->ni_vap->iv_txparms[0] > >> >> > >> >> i.e. struct ieee80211_txparam &vap->iv_txparms[0] in case it matters. > >> > Yes, its seems that ratectl framework sometimes set ni->ni_txrate to 0 > >> > This can be mitigated by patch [1] or by setting ucastrate option in > >> > ifconfig. Still real issue need to be solved. > >> > >> The real issue is that prior to an association (RUN state) > >> ieee80211_ratectl_node_init() is not called, therefore iv_bss is not > >> configured in any way. > > ieee80211_ratectl_node_init() called from iv_newstate when switching to > > IEEE80211_S_RUN state. Most drivers do the same. Is it wrong? > > Some call it from iv_newassoc, but this marked /* XXX move */ > > > >> I'll look into that if no one beats me. > > Thanks. > > > Please give attached patch a try, it should fix the issue for rum and > all other drivers relying on the new ratectl stuff. That seems to stop the panics, but the wifi still only works partially (at least with hostapd), like with my original hack of a patch. One reason might be that instead of beacon frames (Frame control 0x0080, wireshark calls this field wlan.fc), the device sends frames with Frame control 0x221e, which wireshark says is 802.11 Unrecognized, Type/Subtype Unknown 0x31... But that might not mean the patch is wrong, the driver might just have other problems too. :) Thanx, Juergen From owner-freebsd-net@FreeBSD.ORG Mon Aug 9 01:09: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 6128F106564A; Mon, 9 Aug 2010 01:09:26 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id C86CC8FC15; Mon, 9 Aug 2010 01:09:25 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o7919CL5043308; Mon, 9 Aug 2010 04:09:12 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4C5F5532.6050204@ukr.net> Date: Mon, 09 Aug 2010 04:09:06 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Doug Barton References: <4C5E33BB.50809@ukr.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-net@FreeBSD.org Subject: Re: Does not work resolving IPv6 addresses via IPv4 DNS-server 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, 09 Aug 2010 01:09:26 -0000 09.08.2010 3:51, Doug Barton пишет: > If you are trying to do something else, let us know and we'll try to > help you with it. :) First, remove the output "Invalid argument" And instead of an error ";; connection timed out; no servers could be reached" give something: "8.8.8.8 is not ipv6 address, make request without options -6" From owner-freebsd-net@FreeBSD.ORG Mon Aug 9 01:18:41 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 51AD01065676 for ; Mon, 9 Aug 2010 01:18:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id D6A588FC1B for ; Mon, 9 Aug 2010 01:18:40 +0000 (UTC) Received: (qmail 6077 invoked by uid 399); 9 Aug 2010 00:51:59 -0000 Received: from localhost (HELO laptop.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Aug 2010 00:51:59 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Sun, 8 Aug 2010 17:51:58 -0700 (PDT) From: Doug Barton To: "Vladislav V. Prodan" In-Reply-To: <4C5E33BB.50809@ukr.net> Message-ID: References: <4C5E33BB.50809@ukr.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Does not work resolving IPv6 addresses via IPv4 DNS-server 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, 09 Aug 2010 01:18:41 -0000 On Sun, 8 Aug 2010, Vladislav V. Prodan wrote: > # host -6 2001:5c0:1000:b::599b 8.8.8.8 I think that there has been some fuzzy thinking on this thread. :) There is no way that the command above could possibly work. The -6 option to host means "use IPv6 transport to make this request." The specification of 8.8.8.8 at the end of your line tells host to use the name server at that IPv4 address. So no possible way that could work. If you are trying to look up the PTR record for the address 2001:5c0:1000:b::599b just leave out the -6 and it will work fine. If you are trying to do something else, let us know and we'll try to help you with it. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-net@FreeBSD.ORG Mon Aug 9 01:22: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 9E03D1065675 for ; Mon, 9 Aug 2010 01:22:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF208FC12 for ; Mon, 9 Aug 2010 01:22:58 +0000 (UTC) Received: (qmail 12574 invoked by uid 399); 9 Aug 2010 01:22:58 -0000 Received: from localhost (HELO laptop.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Aug 2010 01:22:58 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Sun, 8 Aug 2010 18:22:56 -0700 (PDT) From: Doug Barton To: "Vladislav V. Prodan" In-Reply-To: <4C5F5532.6050204@ukr.net> Message-ID: References: <4C5E33BB.50809@ukr.net> <4C5F5532.6050204@ukr.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1919217120-1281316978=:50150" Cc: freebsd-net@FreeBSD.org Subject: Re: Does not work resolving IPv6 addresses via IPv4 DNS-server 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, 09 Aug 2010 01:22:59 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1919217120-1281316978=:50150 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 9 Aug 2010, Vladislav V. Prodan wrote: > 09.08.2010 3:51, Doug Barton пишет: >> If you are trying to do something else, let us know and we'll try to >> help you with it. :) > > > First, remove the output "Invalid argument" > And instead of an error ";; connection timed out; no servers could be > reached" give something: "8.8.8.8 is not ipv6 address, make request > without options -6" That's a request you'll want to make to ISC who actually writes the BIND software. I wouldn't make that modification to our local copy. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso --0-1919217120-1281316978=:50150-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 9 09:30:08 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 68647106567C for ; Mon, 9 Aug 2010 09:30:08 +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 8511A8FC20 for ; Mon, 9 Aug 2010 09:30:07 +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 o799U7sK048507 for ; Mon, 9 Aug 2010 09:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o799U7KP048502; Mon, 9 Aug 2010 09:30:07 GMT (envelope-from gnats) Date: Mon, 9 Aug 2010 09:30:07 GMT Message-Id: <201008090930.o799U7KP048502@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Alex Kozlov Cc: Subject: Re: kern/149185: [rum] [panic] panic in rum(4) driver on 8.1-R X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Kozlov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 09:30:08 -0000 The following reply was made to PR kern/149185; it has been noted by GNATS. From: Alex Kozlov To: Juergen Lock , Bernhard Schmidt , rpaulo@freebsd.org, Kevin Lo , bug-followup@freebsd.org, spam@rm-rf.kiev.ua Cc: Subject: Re: kern/149185: [rum] [panic] panic in rum(4) driver on 8.1-R Date: Mon, 9 Aug 2010 12:23:26 +0300 On Sun, Aug 08, 2010 at 05:14:46PM +0200, Juergen Lock wrote: > On Thu, Aug 05, 2010 at 06:25:32PM +0200, Bernhard Schmidt wrote: > > On Thu, Aug 5, 2010 at 11:11, Alex Kozlov wrote: > > > On Thu, Aug 05, 2010 at 10:05:39AM +0200, Bernhard Schmidt wrote: > > >> On Thu, Aug 5, 2010 at 08:52, Alex Kozlov wrote: > > >> > On Wed, Aug 04, 2010 at 10:02:35PM +0200, Juergen Lock wrote: > > >> >>  Regarding the 8.1 if_rum(4) panics...  I got a similar one, extracted > > >> >> a dump and tried to gather some info for someone who knows the code: > > >> >> > > >> >>  The zero divide fault was because (apparently) rate was unitialized, > > >> >> as is > > >> >> > > >> >>       ((struct ieee80211_node *) m->M_dat.MH.MH_pkthdr.rcvif)->ni_vap->iv_txparms[0] > > >> >> > > >> >> i.e. struct ieee80211_txparam &vap->iv_txparms[0] in case it matters. > > >> > Yes, its seems that ratectl framework sometimes set ni->ni_txrate to 0 > > >> > This can be mitigated by patch [1] or by setting ucastrate option in > > >> > ifconfig. Still real issue need to be solved. > > >> > > >> The real issue is that prior to an association (RUN state) > > >> ieee80211_ratectl_node_init() is not called, therefore iv_bss is not > > >> configured in any way. > > > ieee80211_ratectl_node_init() called from iv_newstate when switching to > > > IEEE80211_S_RUN state. Most drivers do the same. Is it wrong? > > > Some call it from iv_newassoc, but this marked /* XXX move */ > > > > > >> I'll look into that if no one beats me. > > > Thanks. > > > > > > Please give attached patch a try, it should fix the issue for rum and > > all other drivers relying on the new ratectl stuff. > That seems to stop the panics, but the wifi still only works partially > (at least with hostapd), like with my original hack of a patch. One That why I use ad-hoc. Yes, seems that this panic eliminated. -- Adios From owner-freebsd-net@FreeBSD.ORG Mon Aug 9 11:07:01 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 12A13106567E for ; Mon, 9 Aug 2010 11:07:01 +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 F3F868FC0C for ; Mon, 9 Aug 2010 11:07:00 +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 o79B70tA049080 for ; Mon, 9 Aug 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o79B70av049078 for freebsd-net@FreeBSD.org; Mon, 9 Aug 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Aug 2010 11:07:00 GMT Message-Id: <201008091107.o79B70av049078@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, 09 Aug 2010 11:07:01 -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/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149185 net [rum] [panic] panic in rum(4) driver on 8.1-R o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148862 net [panic] page fault while in kernel mode at _mtx_lock_s o kern/148807 net [panic] 8.1-RELEASE "panic: sbdrop" and "panic: sbsndp 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/148155 net [vimage] Kernel panic with PF/IPFilter + VIMAGE kernel o kern/148112 net [ath] Atheros 9285 cannot register with wifi AP (timeo o kern/148108 net [bge] FreeBSD 7.2 or 8.0 does not recognize, 4.11 can o kern/148078 net [ath] wireless networking stops functioning o kern/148004 net [em] Inconsistent networking with em driver on FreeBSD o kern/147989 net [em] em Receive errors / CRC Errors / Alignment Errors o kern/147985 net [alc] alc network driver + tso ( + vlan ? ) does not w o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147862 net [wpi] Possible bug in the wpi driver. Network Manager o kern/147824 net [msk]: watchdog timeouts & Tx descriptor error o kern/147684 net [nfe] nVidia MCP55 driver blocks IPMI LAN on load o kern/147352 net [netinet] [patch] replace printf() with log() for "Lim o kern/147245 net [dummynet] dummynet skip traffic over configured limit o kern/147155 net [ip6] setfb not work with ipv6 o kern/146909 net [rue] rue(4) does not detect OQO model01 network contr 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/146628 net [tcp] [patch] TCP does not clear DF when MTU is below o kern/146534 net [icmp6] wrong source address in echo reply o kern/146517 net [ath] [wlan] device timeouts for ath wlan device on re 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/146263 net [em] [panic] Panic in em(4) SIOCADDMULTI/em_set_multi/ o kern/146250 net [netinet] [patch] Races on interface alias removal 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 kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o amd64/145654 net amd64-curent memory leak in kernel o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144898 net [wpi] [panic] wpi panics system 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 kern/144777 net [arp] proxyarp broken in 8.0 [regression] o kern/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter 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 o kern/144561 net [ixgbe] [patch] ixgbe driver errors f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/144000 net [tcp] setting TCP_MAXSEG by setsockopt() does not seem 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] allow Atheros watchdog timeout to be tun 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/143595 net [wpi] [panic] Creating virtual interface over wpi0 in 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/143573 net [em] em(4) NIC crashes intermittently o kern/143285 net [em] [regression] jumbo frames broken in 8.0 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/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir 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/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon 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 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141314 net Network Performance has decreased by 30% [regression] o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu 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/140597 net [netinet] [patch] implement Lost Retransmission Detect o kern/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo 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/140051 net [bce] [arp] ARP not sent through Bridge Firewall with 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/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) 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 kern/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 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/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net [tcp] TCP window scaling value calculated incorrectly? o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl 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/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed o 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/137317 net [tcp] logs full of syncache problems o kern/137145 net [mbuf] [patch] Reference count computing isn't correct 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/136876 net [bge] bge will not resume properly after suspend 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/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se 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/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133786 net [netinet] [patch] ip_input might cause kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/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/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/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 kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/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/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/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/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/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. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/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/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/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 a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/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/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R 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/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o 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/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/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 f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces 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 o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/81095 net IPsec connection stops working if associated network i o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/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 f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern 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/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 435 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 9 13:03:45 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 E1D0B1065672 for ; Mon, 9 Aug 2010 13:03:45 +0000 (UTC) (envelope-from sethj@greatbaysoftware.com) Received: from portcityhosting.com (edge.tidalhosting.net [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 800D08FC19 for ; Mon, 9 Aug 2010 13:03:44 +0000 (UTC) Received: from sjeacopello ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 9 Aug 2010 09:03:43 -0400 X-WatchGuard-Mail-Exception: Allow From: "Seth Jeacopello" To: "'Andre Oppermann'" References: <4C5DE0D5.7090802@freebsd.org> Date: Mon, 9 Aug 2010 09:03:42 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <4C5DE0D5.7090802@freebsd.org> X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Cc: freebsd-net@freebsd.org Subject: RE: Server sporadically sending unexpected RST to Client 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, 09 Aug 2010 13:03:46 -0000 Thanks for the quick reply Andre; we have some new information. First I took some time to review some of the tcpdumps per your recommendation and have not found /any/ reuse (with most dumps spanning approx. a one hour time frame and the problem occurring toward the end of the time frame). The client system is another FreeBSD system (we are unsure of the version at this time). You may be correct about the syncache simply showing the symptoms; as we dug deeper we began looking at changes in netisr, in particular the direct dispatch policy modifications. We've run some tests over the weekend and found something that seems to work for us. We've found that moving from 'Always Direct' to 'Hybrid' mode seems to resolve the issue for us without any noticed consequences (setting net.isr.direct_force=0). Can anyone comment on this setting and let us know of any downsides or problems that may occur running in this mode? We believe that this problem is also only isolated to one of our Server platforms (testing on our other platform is still on-going, though initial results look good). Both platforms are Intel based (current generation vs. last generation) with various differences, though the one that may be most relative is the change of the on-board NIC from being 'em' based to 'igb' based (that is the systems with the issue all have 'em' based NICs vs. 'igb' of the newer systems). This could be red-herring as well, though I feel it's probably a good idea to include as much information as possible when troubleshooting. Thank you for all of your help and I look forward to hearing any further thoughts on this issue. --Seth From owner-freebsd-net@FreeBSD.ORG Mon Aug 9 15:05:56 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 923FE1065670 for ; Mon, 9 Aug 2010 15:05:56 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog110.obsmtp.com (eu1sys200aog110.obsmtp.com [207.126.144.129]) by mx1.freebsd.org (Postfix) with SMTP id AA0D68FC14 for ; Mon, 9 Aug 2010 15:05:55 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob110.postini.com ([207.126.147.11]) with SMTP ID DSNKTGAZUs6OxXVJ66aJFvW4h++Z1h76LI9J@postini.com; Mon, 09 Aug 2010 15:05:55 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id C99D5FD01C for ; Mon, 9 Aug 2010 14:48:11 +0000 (UTC) Message-ID: <4C60152B.6030109@tomjudge.com> Date: Mon, 09 Aug 2010 14:48:11 +0000 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.11) Gecko/20100713 Lightning/1.0b1 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4C568E4B.5070508@vas.org.ua> In-Reply-To: <4C568E4B.5070508@vas.org.ua> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: LLDP 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, 09 Aug 2010 15:05:56 -0000 On 08/02/2010 09:22 AM, Vasily Samoilov wrote: > Hello. > Do anyone knows any way to recieve (not send) LLDP (CDP, etc) packets > from other networking hardware and query neighbour discovery results > from FreeBSD box via snmp? > Thanks in advance! > There is the OpenLLDP project that I have had some success with on FreeBSD. http://openlldp.sourceforge.net/ Tom -- TJU13-ARIN From owner-freebsd-net@FreeBSD.ORG Mon Aug 9 23:35:25 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 B58E81065678 for ; Mon, 9 Aug 2010 23:35:25 +0000 (UTC) (envelope-from fbsdmail@dnswatch.com) Received: from fast.dnswatch.com (fast.dnswatch.com [168.103.150.11]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB078FC1A for ; Mon, 9 Aug 2010 23:35:24 +0000 (UTC) Received: from www.dnswatch.com (localhost.dnswatch.com [127.0.0.1]) by fast.dnswatch.com (8.14.2/8.14.2) with ESMTP id o79N1TCK091286; Mon, 9 Aug 2010 16:01:36 -0700 (PDT) (envelope-from fbsdmail@dnswatch.com) Received: from udns.ultimatedns.net ([168.103.150.20]) (DNSwatchWebMail authenticated user infos) by www.dnswatch.com with HTTP; Mon, 9 Aug 2010 16:01:36 -0700 (PDT) Message-ID: <03cc965681def21e7718391fc94dea27.dnswclient@www.dnswatch.com> In-Reply-To: <752348.86563.qm@web110702.mail.gq1.yahoo.com> References: <752348.86563.qm@web110702.mail.gq1.yahoo.com> Date: Mon, 9 Aug 2010 16:01:36 -0700 (PDT) From: fbsdmail@dnswatch.com To: scottj75074@yahoo.com User-Agent: DNSwatchWebMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: 8.1-RELEASE em watchdog timeout broken? 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, 09 Aug 2010 23:35:25 -0000 On Tue, August 3, 2010 10:29 pm, Scott Johnson wrote: >> "whenever my desktop PC" >> >> >> Now this is where u FAIL. Use dubuntu or windows7 on desktop not FBSD >> and don't try again. >> >> Jax >> > > Perhaps I wasn't clear. The desktop PC (which runs WinXP) is connected > directly to the em0 port on my FreeBSD server. No Ethernet switch > in-between. > > I connect it directly to the server so that I don't need a gigabit > switch. The second Ethernet port on the FreeBSD box (em1) is connected to > the 100Mb switch, and the two interfaces are bridged using if_bridge. > > Perhaps you could try not to be so rude with your unhelpful responses in > the future. Greetings Scott, For the record; it is usually considered impolite not to introduce yourself before posing a question on the list. Mic Jagger does it thusly: Please allow me to introduce myself, I'm a man of wealth and fame... Here on the list we generally do it thusly: Hello list, my name is # uname -a # FreeBSD udns 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu Jun 24 05:31:05 PDT 2010 root@udns:/usr/obj/usr/src/sys/XIII amd64 I am experiencing a problem with... --Chris Please see: UNAME(1) for more information. :) http://www.freebsd.org/cgi/man.cgi?query=uname HTH _______________________________________________ > 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" > > -- kern: FreeBSD 8.1-PRERELEASE amd64 MB: MSI 880GMA-E45 (socket: AM3) CPU: AMD Phenom X3 440 (3 core) @3.5Ghz RAM: 2 4Gb CORSAIR DDR3 DualChannel PC1600 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 07:34:41 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 3F0BB1065674; Tue, 10 Aug 2010 07:34:41 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 165208FC1D; Tue, 10 Aug 2010 07:34:41 +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 o7A7Ye29086615; Tue, 10 Aug 2010 07:34:40 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7A7YeOC086611; Tue, 10 Aug 2010 07:34:40 GMT (envelope-from gavin) Date: Tue, 10 Aug 2010 07:34:40 GMT Message-Id: <201008100734.o7A7YeOC086611@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: bin/145934: [patch] add count option to netstat(1) 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, 10 Aug 2010 07:34:41 -0000 Synopsis: [patch] add count option to netstat(1) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 10 07:32:12 UTC 2010 Responsible-Changed-Why: Over to freebsd-net. The patch attached has been tested by Sterling "Chip" Camden , but I'm not sure if this extra functionality is worth usin one of the remaining command line options on - although as the submitter says, it would bring it in line with several other base system utilities. http://www.freebsd.org/cgi/query-pr.cgi?pr=145934 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 07:52:31 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 0D4BE1065670; Tue, 10 Aug 2010 07:52:31 +0000 (UTC) (envelope-from adrian@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D8CBF8FC12; Tue, 10 Aug 2010 07:52:30 +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 o7A7qUvv011147; Tue, 10 Aug 2010 07:52:30 GMT (envelope-from adrian@freefall.freebsd.org) Received: (from adrian@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7A7qUnA011143; Tue, 10 Aug 2010 07:52:30 GMT (envelope-from adrian) Date: Tue, 10 Aug 2010 07:52:30 GMT Message-Id: <201008100752.o7A7qUnA011143@freefall.freebsd.org> To: adrian@FreeBSD.org, freebsd-net@FreeBSD.org, adrian@FreeBSD.org From: adrian@FreeBSD.org Cc: Subject: Re: kern/148112: [ath] Atheros 9285 cannot register with wifi AP (timeout) 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, 10 Aug 2010 07:52:31 -0000 Synopsis: [ath] Atheros 9285 cannot register with wifi AP (timeout) Responsible-Changed-From-To: freebsd-net->adrian Responsible-Changed-By: adrian Responsible-Changed-When: Tue Aug 10 07:52:09 UTC 2010 Responsible-Changed-Why: I'll take responsibility for forward porting whatever AR9280/AR9285 work is needed. http://www.freebsd.org/cgi/query-pr.cgi?pr=148112 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 09:11:51 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 3D94F106567C for ; Tue, 10 Aug 2010 09:11:51 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 95EC18FC12 for ; Tue, 10 Aug 2010 09:11:50 +0000 (UTC) Received: (qmail 69686 invoked from network); 10 Aug 2010 07:41:53 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 10 Aug 2010 07:41:53 -0000 Message-ID: <4C6117D5.2070207@freebsd.org> Date: Tue, 10 Aug 2010 11:11:49 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: Seth Jeacopello References: <4C5DE0D5.7090802@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Server sporadically sending unexpected RST to Client 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, 10 Aug 2010 09:11:51 -0000 On 09.08.2010 15:03, Seth Jeacopello wrote: > Thanks for the quick reply Andre; we have some new information. > > First I took some time to review some of the tcpdumps per your > recommendation and have not found /any/ reuse (with most dumps spanning > approx. a one hour time frame and the problem occurring toward the end of > the time frame). OK. I thought this to be the most likely source of the problem. > The client system is another FreeBSD system (we are unsure of the version at > this time). If there is no port reuse then the client OS shouldn't matter. > You may be correct about the syncache simply showing the symptoms; as we dug > deeper we began looking at changes in netisr, in particular the direct > dispatch policy modifications. We've run some tests over the weekend and > found something that seems to work for us. > > We've found that moving from 'Always Direct' to 'Hybrid' mode seems to > resolve the issue for us without any noticed consequences (setting > net.isr.direct_force=0). Can anyone comment on this setting and let us know > of any downsides or problems that may occur running in this mode? I haven't worked on the netisr code but a quick glance suggest that running in hybrid mode should be fine and not cause any further problems. > We believe that this problem is also only isolated to one of our Server > platforms (testing on our other platform is still on-going, though initial > results look good). OK. > Both platforms are Intel based (current generation vs. last generation) with > various differences, though the one that may be most relative is the change > of the on-board NIC from being 'em' based to 'igb' based (that is the > systems with the issue all have 'em' based NICs vs. 'igb' of the newer > systems). This could be red-herring as well, though I feel it's probably a > good idea to include as much information as possible when troubleshooting. It is unlikely that the network card or the driver has anything to do with it. > Thank you for all of your help and I look forward to hearing any further > thoughts on this issue. Please try the attached patch so I get better information from syncache_socket on the particular error that comes up. Socket creation and PCB setup are very complicated areas. -- Andre Index: tcp_syncache.c =================================================================== --- tcp_syncache.c (revision 211131) +++ tcp_syncache.c (working copy) @@ -627,6 +627,7 @@ struct inpcb *inp = NULL; struct socket *so; struct tcpcb *tp; + int error = 0; char *s; INP_INFO_WLOCK_ASSERT(&V_tcbinfo); @@ -675,7 +676,7 @@ } #endif inp->inp_lport = sc->sc_inc.inc_lport; - if (in_pcbinshash(inp) != 0) { + if ((error = in_pcbinshash(inp)) != 0) { /* * Undo the assignments above if we failed to * put the PCB on the hash lists. @@ -687,6 +688,12 @@ #endif inp->inp_laddr.s_addr = INADDR_ANY; inp->inp_lport = 0; + if ((s = tcp_log_addrs(&sc->sc_inc, NULL, NULL, NULL))) { + log(LOG_DEBUG, "%s; %s: in_pcbinshash failed " + "with error %i\n", + s, __func__, error); + free(s, M_TCPLOG); + } goto abort; } #ifdef IPSEC @@ -721,9 +728,15 @@ laddr6 = inp->in6p_laddr; if (IN6_IS_ADDR_UNSPECIFIED(&inp->in6p_laddr)) inp->in6p_laddr = sc->sc_inc.inc6_laddr; - if (in6_pcbconnect(inp, (struct sockaddr *)&sin6, - thread0.td_ucred)) { + if ((error = in6_pcbconnect(inp, (struct sockaddr *)&sin6, + thread0.td_ucred)) != 0) { inp->in6p_laddr = laddr6; + if ((s = tcp_log_addrs(&sc->sc_inc, NULL, NULL, NULL))) { + log(LOG_DEBUG, "%s; %s: in6_pcbconnect failed " + "with error %i\n", + s, __func__, error); + free(s, M_TCPLOG); + } goto abort; } /* Override flowlabel from in6_pcbconnect. */ @@ -750,9 +763,15 @@ laddr = inp->inp_laddr; if (inp->inp_laddr.s_addr == INADDR_ANY) inp->inp_laddr = sc->sc_inc.inc_laddr; - if (in_pcbconnect(inp, (struct sockaddr *)&sin, - thread0.td_ucred)) { + if ((error = in_pcbconnect(inp, (struct sockaddr *)&sin, + thread0.td_ucred)) != 0) { inp->inp_laddr = laddr; + if ((s = tcp_log_addrs(&sc->sc_inc, NULL, NULL, NULL))) { + log(LOG_DEBUG, "%s; %s: in_pcbconnect failed " + "with error %i\n", + s, __func__, error); + free(s, M_TCPLOG); + } goto abort; } } From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 09:18:50 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 D03CD106564A for ; Tue, 10 Aug 2010 09:18:50 +0000 (UTC) (envelope-from saurav.dasgupta@aricent.com) Received: from jaguar.aricent.com (jaguar.aricent.com [180.151.2.24]) by mx1.freebsd.org (Postfix) with ESMTP id 229368FC13 for ; Tue, 10 Aug 2010 09:18:49 +0000 (UTC) Received: from jaguar.aricent.com (localhost [127.0.0.1]) by postfix.imss71 (Postfix) with ESMTP id C345236B8F for ; Tue, 10 Aug 2010 14:21:58 +0530 (IST) Received: from GUREXHT02.ASIAN.AD.ARICENT.COM (gurexht02.asian.ad.aricent.com [10.203.171.138]) by jaguar.aricent.com (Postfix) with ESMTP id ADB3436B8D for ; Tue, 10 Aug 2010 14:21:58 +0530 (IST) Received: from GUREXMB02.ASIAN.AD.ARICENT.COM ([10.203.171.134]) by GUREXHT02.ASIAN.AD.ARICENT.COM ([10.203.171.138]) with mapi; Tue, 10 Aug 2010 14:22:46 +0530 From: Saurav Dasgupta To: "freebsd-net@freebsd.org" Date: Tue, 10 Aug 2010 14:22:45 +0530 Thread-Index: Acs3uplzLzAXDf72ReyVjoX9DXMezAArTN6w Message-ID: <0CF4D8FA194F5149801F93896F763FD41AE332F444@GUREXMB02.ASIAN.AD.ARICENT.COM> References: <20100809120026.A3801106570A@hub.freebsd.org> In-Reply-To: <20100809120026.A3801106570A@hub.freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: (no subject) 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, 10 Aug 2010 09:18:50 -0000 Hi, While executing conformance test for IPv6 Neighbor Discovery functionality,= we saw failures due to non-existing support for IPv6 route extension heade= r in Freebsd V7.2 Code base. Steps for conformance test are described below -: Configuration -: TESTER_A++++++++++IUT+++++++++TESTER_B 1> tester A and B is sending neighbor solicitation to IUT 2> IUT responds with neighbor advertisements. 3> tester B transit a echo request to tester A via IUT.. 4> Echo request is having routing extension header. 5> IUT is generating ICMP error due to the presence of routing extension he= ader. While looking into the file (netinet6/route6.c),we can see that the code ha= s been commented. Why there is no support for route extension header in freebsd v7.2 ? >From which release we have the code that support route extension header ? Thanks and Regards, Saurav Dasgupta "DISCLAIMER: This message is proprietary to Aricent and is intended solely = for the use of the individual to whom it is addressed. It may contain privi= leged or confidential information and should not be circulated or used for = any purpose other than for what it is intended. If you have received this m= essage in error, please notify the originator immediately. If you are not t= he intended recipient, you are notified that you are strictly prohibited fr= om using, copying, altering, or disclosing the contents of this message. Ar= icent accepts no responsibility for loss or damage arising from the use of = the information transmitted by this email including damage from virus." From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 09:18:50 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 D1772106566C for ; Tue, 10 Aug 2010 09:18:50 +0000 (UTC) (envelope-from saurav.dasgupta@aricent.com) Received: from jaguar.aricent.com (jaguar.aricent.com [180.151.2.24]) by mx1.freebsd.org (Postfix) with ESMTP id 229688FC18 for ; Tue, 10 Aug 2010 09:18:49 +0000 (UTC) Received: from jaguar.aricent.com (localhost [127.0.0.1]) by postfix.imss71 (Postfix) with ESMTP id EDC2236B7C for ; Tue, 10 Aug 2010 14:25:23 +0530 (IST) Received: from GUREXHT01.ASIAN.AD.ARICENT.COM (gurexht01.asian.ad.aricent.com [10.203.171.136]) by jaguar.aricent.com (Postfix) with ESMTP id D7E1B36B26 for ; Tue, 10 Aug 2010 14:25:23 +0530 (IST) Received: from GUREXMB02.ASIAN.AD.ARICENT.COM ([10.203.171.134]) by GUREXHT01.ASIAN.AD.ARICENT.COM ([10.203.171.137]) with mapi; Tue, 10 Aug 2010 14:26:10 +0530 From: Saurav Dasgupta To: "freebsd-net@freebsd.org" Date: Tue, 10 Aug 2010 14:26:09 +0530 Thread-Topic: ipv6 route extension header Thread-Index: Acs3uplzLzAXDf72ReyVjoX9DXMezAArTN6wAACAPNA= Message-ID: <0CF4D8FA194F5149801F93896F763FD41AE332F447@GUREXMB02.ASIAN.AD.ARICENT.COM> References: <20100809120026.A3801106570A@hub.freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: ipv6 route extension header X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 09:18:51 -0000 Hi, While executing conformance test for IPv6 Neighbor Discovery functionality,= we saw failures due to non-existing support for IPv6 route extension heade= r in Freebsd V7.2 Code base. Steps for conformance test are described below -: Configuration -: TESTER_A++++++++++IUT+++++++++TESTER_B 1> tester A and B is sending neighbor solicitation to IUT 2> IUT responds with neighbor advertisements. 3> tester B transit a echo request to tester A via IUT.. 4> Echo request is having routing extension header. 5> IUT is generating ICMP error due to the presence of routing extension he= ader. While looking into the file (netinet6/route6.c),we can see that the code ha= s been commented. Why there is no support for route extension header in freebsd v7.2 ? >From which release we have the code that support route extension header ? Thanks and Regards, Saurav Dasgupta "DISCLAIMER: This message is proprietary to Aricent and is intended solely = for the use of the individual to whom it is addressed. It may contain privi= leged or confidential information and should not be circulated or used for = any purpose other than for what it is intended. If you have received this m= essage in error, please notify the originator immediately. If you are not t= he intended recipient, you are notified that you are strictly prohibited fr= om using, copying, altering, or disclosing the contents of this message. Ar= icent accepts no responsibility for loss or damage arising from the use of = the information transmitted by this email including damage from virus." From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 09:20:09 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 D0543106567A; Tue, 10 Aug 2010 09:20:09 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6669C8FC28; Tue, 10 Aug 2010 09:20:09 +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 o7A9K9vY096468; Tue, 10 Aug 2010 09:20:09 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7A9K9Gv096464; Tue, 10 Aug 2010 09:20:09 GMT (envelope-from brucec) Date: Tue, 10 Aug 2010 09:20:09 GMT Message-Id: <201008100920.o7A9K9Gv096464@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: amd64/149488: SCTP streams not working on AMD64 platform 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, 10 Aug 2010 09:20:09 -0000 Synopsis: SCTP streams not working on AMD64 platform Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Tue Aug 10 09:19:47 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149488 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 09:41:28 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 E115E1065670; Tue, 10 Aug 2010 09:41:28 +0000 (UTC) (envelope-from prvs=18388c2f89=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5958FC18; Tue, 10 Aug 2010 09:41:27 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 10:30:32 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 10:30:31 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011025875.msg; Tue, 10 Aug 2010 10:30:31 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18388c2f89=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> From: "Steven Hartland" To: "Jack Vogel" , "FreeBSD Net" , "FreeBSD stable" , "FreeBSD Current" References: Date: Tue, 10 Aug 2010 10:30:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: Subject: Re: Watchdog resets on 82575 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, 10 Aug 2010 09:41:29 -0000 Is there an easy way to check which chip is present as the startup doesnt seem to mention it? igb0: port 0xec00-0xec1f mem 0xfade0000-0xfadfffff,0xfadc0000-0xfaddffff,0xfad9c000-0xfad9ffff irq 28 at device 0.0 on pci1 igb0: Using MSIX interrupts with 10 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:25:90:02:63:3a ... Regards Steve ----- Original Message ----- From: "Jack Vogel" To: "FreeBSD Net" ; "FreeBSD stable" ; "FreeBSD Current" Sent: Friday, August 06, 2010 10:15 PM Subject: Watchdog resets on 82575 > If you have this adapter and have been getting watchdogs you need to pick up > the small > update I checked into HEAD today. When I added the SR-IOV support for the > 82576 > adapter I removed a call to set the MAC type in an early routine, thinking > it was unnecessary, > since a slightly later shared code init does the same thing. I also saw no > problem when > I did this on the 82576.... well, it did have a bad effect that I did not > notice, the slightly > later call, igb_setup_msix() did not have the mac set and this resulted in > the 82575 > creating more queues than it is really able to handle. > > So, bottom line, this is a critical fix for 82575: SVN rev 210968 > > Cheers, > > Jack > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 10:06:24 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 A5556106564A; Tue, 10 Aug 2010 10:06:24 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 098A58FC1B; Tue, 10 Aug 2010 10:06:24 +0000 (UTC) Received: from [192.168.1.195] (p508FED7C.dip.t-dialin.net [80.143.237.124]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTP id C873F1C0C0BCE; Tue, 10 Aug 2010 12:06:21 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Michael Tuexen In-Reply-To: <201008100920.o7A9K9Gv096464@freefall.freebsd.org> Date: Tue, 10 Aug 2010 12:06:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <31388BBC-AA82-46F8-B893-E81588FD97E9@lurchi.franken.de> References: <201008100920.o7A9K9Gv096464@freefall.freebsd.org> To: brucec@FreeBSD.org X-Mailer: Apple Mail (2.1081) Cc: freebsd-net@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/149488: SCTP streams not working on AMD64 platform 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, 10 Aug 2010 10:06:24 -0000 Dear all, it is not a problem in the kernel. The application does not handle the cmsg stuff correctly in send_on_stream(). Using /* Send a message on a socket and a particular stream */ void send_on_stream(int sock, unsigned int strid, unsigned char * msg, = size_t sz) { struct msghdr mhdr; struct iovec iov; struct cmsghdr *cmsg; struct sctp_sndrcvinfo *info; char buffer[CMSG_SPACE(sizeof(struct sctp_sndrcvinfo))]; ssize_t ret; =09 memset(&mhdr, 0, sizeof(mhdr)); memset(&iov, 0, sizeof(iov)); memset(buffer, 0, CMSG_SPACE(sizeof(struct sctp_sndrcvinfo))); =09 /* IO Vector: message data */ iov.iov_base =3D msg; iov.iov_len =3D sz; =09 /* Anciliary data: specify SCTP stream */ cmsg =3D (struct cmsghdr *)buffer; cmsg->cmsg_level =3D IPPROTO_SCTP; cmsg->cmsg_type =3D SCTP_SNDRCV; cmsg->cmsg_len =3D CMSG_LEN(sizeof(struct sctp_sndrcvinfo)); info =3D (struct sctp_sndrcvinfo *)CMSG_DATA(cmsg); info->sinfo_stream =3D strid; mhdr.msg_iov =3D &iov; mhdr.msg_iovlen =3D 1; mhdr.msg_control =3D buffer; mhdr.msg_controllen =3D cmsg->cmsg_len; if ( (ret =3D sendmsg(sock, &mhdr, 0)) < 0) { perror("sendmsg"); exit (1); } ASSERT( ret =3D=3D sz ); /* There should not be partial delivery = with sendmsg... */ =09 return; } solves the problem. Best regards Michael On Aug 10, 2010, at 11:20 AM, brucec@FreeBSD.org wrote: > Synopsis: SCTP streams not working on AMD64 platform >=20 > Responsible-Changed-From-To: freebsd-amd64->freebsd-net > Responsible-Changed-By: brucec > Responsible-Changed-When: Tue Aug 10 09:19:47 UTC 2010 > Responsible-Changed-Why:=20 > Over to maintainer(s). >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149488 > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 10:17: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 7C3F3106567A for ; Tue, 10 Aug 2010 10:17:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 637C68FC0C for ; Tue, 10 Aug 2010 10:17:26 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta05.emeryville.ca.mail.comcast.net with comcast id sa2N1e0011afHeLA5a4Gjn; Tue, 10 Aug 2010 10:04:16 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta17.emeryville.ca.mail.comcast.net with comcast id sa4E1e0043LrwQ28da4FLh; Tue, 10 Aug 2010 10:04:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C73D79B437; Tue, 10 Aug 2010 03:04:14 -0700 (PDT) Date: Tue, 10 Aug 2010 03:04:14 -0700 From: Jeremy Chadwick To: Steven Hartland Message-ID: <20100810100414.GA31621@icarus.home.lan> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: Watchdog resets on 82575 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, 10 Aug 2010 10:17:26 -0000 On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote: > Is there an easy way to check which chip is present as the startup doesnt > seem to mention it? Not during start-up, but once the machine is running (including in single-user), you can do: pciconf -lvc And look for device igb0. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 10:23:38 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 A02F71065670; Tue, 10 Aug 2010 10:23:38 +0000 (UTC) (envelope-from prvs=18388c2f89=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D27568FC0C; Tue, 10 Aug 2010 10:23:37 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 11:23:36 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 11:23:35 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011026146.msg; Tue, 10 Aug 2010 11:23:34 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18388c2f89=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Jeremy Chadwick" References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> Date: Tue, 10 Aug 2010 11:23:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: Watchdog resets on 82575 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, 10 Aug 2010 10:23:38 -0000 Thanks Jeremy, from that we get:- igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) I assume there is a way to convert from the hex values to the human value but not sure what it is? Regards Steve ----- Original Message ----- From: "Jeremy Chadwick" To: "Steven Hartland" Cc: "Jack Vogel" ; "FreeBSD Net" ; "FreeBSD stable" ; "FreeBSD Current" Sent: Tuesday, August 10, 2010 11:04 AM Subject: Re: Watchdog resets on 82575 > On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote: >> Is there an easy way to check which chip is present as the startup doesnt >> seem to mention it? > > Not during start-up, but once the machine is running (including in > single-user), you can do: > > pciconf -lvc > > And look for device igb0. > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 10:39:04 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 F01B01065678; Tue, 10 Aug 2010 10:39:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 75AB98FC22; Tue, 10 Aug 2010 10:39:04 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o7AAclvp065244; Tue, 10 Aug 2010 12:39:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o7AAclve065243; Tue, 10 Aug 2010 12:38:47 +0200 (CEST) (envelope-from olli) Date: Tue, 10 Aug 2010 12:38:47 +0200 (CEST) Message-Id: <201008101038.o7AAclve065243@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, killing@multiplay.co.uk, "Jeremy Chadwick" , freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Jack Vogel In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Tue, 10 Aug 2010 12:39:03 +0200 (CEST) Cc: Subject: Re: Watchdog resets on 82575 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, 10 Aug 2010 10:39:05 -0000 Steven Hartland wrote: > Thanks Jeremy, from that we get:- > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 The important thing is the "chip" ID: 0x10c98086 The lower half is the vendor ID: 8086 is intel. The upper half is the device ID: 10c9 is the 82576 gigabit NIC. You can look up these numbers on http://pciids.sf.net for example. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 10:57:24 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 CAC021065674 for ; Tue, 10 Aug 2010 10:57:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3CE8FC21 for ; Tue, 10 Aug 2010 10:57:24 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta01.emeryville.ca.mail.comcast.net with comcast id sat01e0040EPchoA1axQps; Tue, 10 Aug 2010 10:57:24 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta01.emeryville.ca.mail.comcast.net with comcast id saxN1e0043LrwQ28MaxPMU; Tue, 10 Aug 2010 10:57:23 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A7A1C9B425; Tue, 10 Aug 2010 03:57:22 -0700 (PDT) Date: Tue, 10 Aug 2010 03:57:22 -0700 From: Jeremy Chadwick To: Steven Hartland Message-ID: <20100810105722.GA32407@icarus.home.lan> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: Watchdog resets on 82575 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, 10 Aug 2010 10:57:24 -0000 On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote: > Thanks Jeremy, from that we get:- > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > I assume there is a way to convert from the hex values to the human value > but not sure what it is? The "card" and "chip" identifiers are part of the PCI ID specification. You can see what the "human value" is by examining the source code for the driver. Sometimes it's easy to figure out, other times there's a series of #define's which you have to reverse engineer. In this case, there's two places with relevant information: src/sys/dev/e1000/if_igb.c src/sys/dev/e1000/e1000_hw.h You have to split the Chip ID into two separate 16-bit portions, so 0x10c9 and 0x8086. 0x8086 is Intel's vendor code. 0x10c9 is the device ID of the individual NIC/model type. So: $ grep -i 0x10c9 * e1000_hw.h:#define E1000_DEV_ID_82576 0x10C9 For Jack: igb_vendor_info_array should really be extended to include actual ASCII strings for the individual chips/models/codenames. I'm sure that's on your todo list somewhere. I'd be willing to write this but would need a list of the models (or maybe the Linux driver has them in comments, etc. and I could go off of that). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 11:04:58 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 4D095106567D for ; Tue, 10 Aug 2010 11:04:58 +0000 (UTC) (envelope-from mr4hughz@hotmail.com) Received: from snt0-omc2-s50.snt0.hotmail.com (snt0-omc2-s50.snt0.hotmail.com [65.54.61.101]) by mx1.freebsd.org (Postfix) with ESMTP id 1FAD58FC32 for ; Tue, 10 Aug 2010 11:04:57 +0000 (UTC) Received: from SNT142-W4 ([65.55.90.71]) by snt0-omc2-s50.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Aug 2010 03:52:57 -0700 Message-ID: X-Originating-IP: [213.194.32.13] From: Victor Ophof To: Date: Tue, 10 Aug 2010 12:52:56 +0200 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 10 Aug 2010 10:52:57.0476 (UTC) FILETIME=[31512C40:01CB387A] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: "RX ring hdr initialization error" 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, 10 Aug 2010 11:04:58 -0000 Hi=20 I've bought a asus M4a78-EM Motherboard. to build a NAS on=2C=20 thinking the onboard Realtek would be sufficant speed=20 unfortunatly the onboard fives 16/31 mbs at best=20 ps later It improved with enabeling "polling" in the kernel (duh)=20 so I had a PCI intel GT nic around=2C what gave intermittent tcp/ip connect= ions in a other machine (ESXi)=20 unfortunatly this was the same with Freebsd (card issue?) The card is still= in the machine even with the Intel supplied BSD driver=20 now I bought a PCIe intel CT nic=2C put it in and the kernel panic with=20 "RX ring hdr initialization error" so replaced the intel with the freebsd one by doing=20 intel overwrites the freebsd one /boot/kernel/if_em.ko=20 # cd /usr/src/sys/modules/em/ && make obj depend all install (was already in the kernel)=20 =20 still panic=20 anybody got some idea's howto fix ?=20 =20 # pciconf -lv=20 gives=20 hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x82f11043 chip=3D0x9600102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x82f11043 chip=3D0x9602104= 3 rev=3D0x00 hdr=3D0x01 vendor =3D 'Asustek Computer Inc.' class =3D bridge subclass =3D PCI-PCI pcib2@pci0:0:9:0: class=3D0x060400 card=3D0x82f11043 chip=3D0x9608102= 2 rev=3D0x00 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' class =3D bridge subclass =3D PCI-PCI pcib3@pci0:0:10:0: class=3D0x060400 card=3D0x82f11043 chip=3D0x9609102= 2 rev=3D0x00 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' class =3D bridge subclass =3D PCI-PCI ahci0@pci0:0:17:0: class=3D0x010601 card=3D0x82ef1043 chip=3D0x4391100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'SB700 SATA Controller [AHCI mode]' class =3D mass storage subclass =3D SATA ohci0@pci0:0:18:0: class=3D0x0c0310 card=3D0x82ef1043 chip=3D0x4397100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'SB700 USB OHCI0 Controller' class =3D serial bus subclass =3D USB ohci1@pci0:0:18:1: class=3D0x0c0310 card=3D0x82ef1043 chip=3D0x4398100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'Standard OpenHCD USB-Hostcontroller (SB700)' class =3D serial bus subclass =3D USB ehci0@pci0:0:18:2: class=3D0x0c0320 card=3D0x82ef1043 chip=3D0x4396100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'SB700 USB EHCI Controller' class =3D serial bus subclass =3D USB ohci2@pci0:0:19:0: class=3D0x0c0310 card=3D0x82ef1043 chip=3D0x4397100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'SB700 USB OHCI0 Controller' class =3D serial bus subclass =3D USB ohci3@pci0:0:19:1: class=3D0x0c0310 card=3D0x82ef1043 chip=3D0x4398100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'Standard OpenHCD USB-Hostcontroller (SB700)' class =3D serial bus subclass =3D USB ehci1@pci0:0:19:2: class=3D0x0c0320 card=3D0x82ef1043 chip=3D0x4396100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'SB700 USB EHCI Controller' class =3D serial bus subclass =3D USB none0@pci0:0:20:0: class=3D0x0c0500 card=3D0x82ef1043 chip=3D0x4385100= 2 rev=3D0x3a hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'ATI SMBus (ATI RD600/RS600)' class =3D serial bus subclass =3D SMBus atapci0@pci0:0:20:1: class=3D0x01018a card=3D0x82ef1043 chip=3D0x439c100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'PATA 133 Controller (SB7xx)' class =3D mass storage subclass =3D ATA isab0@pci0:0:20:3: class=3D0x060100 card=3D0x82ef1043 chip=3D0x439d100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'SB700 LPC host controller' class =3D bridge subclass =3D PCI-ISA pcib4@pci0:0:20:4: class=3D0x060401 card=3D0x00000000 chip=3D0x4384100= 2 rev=3D0x00 hdr=3D0x01 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'IXP SB600 PCI to PCI Bridge' class =3D bridge subclass =3D PCI-PCI ohci4@pci0:0:20:5: class=3D0x0c0310 card=3D0x82ef1043 chip=3D0x4399100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'SB700 USB OHCI2 Controller' class =3D serial bus subclass =3D USB hostb1@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 chip=3D0x1100102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon64/Opteron/Sempron (K8 Family) HyperTransport Tec= hnology Configuration' class =3D bridge subclass =3D HOST-PCI hostb2@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 chip=3D0x1101102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon64/Opteron/Sempron (K8 Family) Address Map' class =3D bridge subclass =3D HOST-PCI hostb3@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 chip=3D0x1102102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon64/Opteron/Sempron (K8 Family) DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb4@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 chip=3D0x1103102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon64/Opteron/Sempron (K8 Family) Miscellaneous Cont= rol' class =3D bridge subclass =3D HOST-PCI vgapci0@pci0:1:5:0: class=3D0x030000 card=3D0x82f11043 chip=3D0x9610100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices=2C Inc.' device =3D 'ATI Radeon HD 3200 Graphics (RS780)' class =3D display subclass =3D VGA em0@pci0:2:0:0: class=3D0x020000 card=3D0xa01f8086 chip=3D0x10d38086 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Intel 82574L Gigabit Ethernet Controller (82574L)' class =3D network subclass =3D ethernet re0@pci0:3:0:0: class=3D0x020000 card=3D0x83851043 chip=3D0x816810ec rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class =3D network subclass =3D ethernet em1@pci0:4:6:0: class=3D0x020000 card=3D0x13768086 chip=3D0x107c8086 rev=3D= 0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' class =3D network subclass =3D ethernet atapci1@pci0:4:7:0: class=3D0x010400 card=3D0x00011103 chip=3D0x0008110= 3 rev=3D0x07 hdr=3D0x00 vendor =3D 'Triones Technologies Inc. (HighPoint)' device =3D 'HPT374 Rocket 154x/1640=2C RocketRAID 154x/1640 RAID EI= DE Contro ller' class =3D mass storage subclass =3D RAID atapci2@pci0:4:7:1: class=3D0x010400 card=3D0x00011103 chip=3D0x0008110= 3 rev=3D0x07 hdr=3D0x00 vendor =3D 'Triones Technologies Inc. (HighPoint)' device =3D 'HPT374 Rocket 154x/1640=2C RocketRAID 154x/1640 RAID EI= DE Contro ller' class =3D mass storage subclass =3D RAID = From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 13:51:39 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 AA0B01065677; Tue, 10 Aug 2010 13:51:39 +0000 (UTC) (envelope-from sethj@greatbaysoftware.com) Received: from portcityhosting.com (edge.tidalhosting.net [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 2B35F8FC17; Tue, 10 Aug 2010 13:51:38 +0000 (UTC) Received: from sjeacopello ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Tue, 10 Aug 2010 09:51:36 -0400 X-WatchGuard-Mail-Exception: Allow From: "Seth Jeacopello" To: "'Andre Oppermann'" References: <4C5DE0D5.7090802@freebsd.org> <4C6117D5.2070207@freebsd.org> Date: Tue, 10 Aug 2010 09:51:36 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <4C6117D5.2070207@freebsd.org> X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Cc: freebsd-net@freebsd.org Subject: RE: Server sporadically sending unexpected RST to Client 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, 10 Aug 2010 13:51:39 -0000 Interestingly the patch you provided is almost identical to what we put in place on the system to trace the issue earlier. Without having merged the patch yet, let me give you what we do have from that run: Aug 6 11:15:27 kernel: Entering syncache_add Aug 6 11:15:27 kernel: Entering syncache_expand Aug 6 11:15:27 kernel: TCP: [10.174.50.35]:52872 to [10.174.80.242]:389 tcpflags 0x18; syncache_expand: Just before syncache_socket() Aug 6 11:15:27 kernel: Entering syncache_socket Aug 6 11:15:27 kernel: Entering syncache_expand Aug 6 11:15:27 kernel: TCP: [10.174.50.35]:52872 to [10.174.80.242]:389 tcpflags 0x10; syncache_expand: Just before syncache_socket() Aug 6 11:15:27 kernel: Entering syncache_socket Aug 6 11:15:27 kernel: TCP: [10.174.50.35]:52872 to [10.174.80.242]:389; syncache_socket: Socket create failed in_pcbconnect: 48 Aug 6 11:15:27 kernel: TCP: [10.174.50.35]:52872 to [10.174.80.242]:389 tcpflags 0x10; tcp_input: Listen socket: Socket allocation failed due to limits or memory shortage, sending RST Also, I wanted to note again that the tcpdumps we've grabbed are showing that the packets are going across the wire in order, however, debug logging of the issue on the Server side has shown they appear to be processed out of order (with the PSH, ACK being processed before the final ACK of the handshake). --Seth From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 18:56: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 772C51065672; Tue, 10 Aug 2010 18:56:39 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3CF8FC1B; Tue, 10 Aug 2010 18:56: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 o7AIudAP066024; Tue, 10 Aug 2010 18:56:39 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AIudTw066020; Tue, 10 Aug 2010 18:56:39 GMT (envelope-from brucec) Date: Tue, 10 Aug 2010 18:56:39 GMT Message-Id: <201008101856.o7AIudTw066020@freefall.freebsd.org> To: sdecugis@nict.go.jp, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: amd64/149488: SCTP streams not working on AMD64 platform 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, 10 Aug 2010 18:56:39 -0000 Synopsis: SCTP streams not working on AMD64 platform State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Tue Aug 10 18:56:10 UTC 2010 State-Changed-Why: Not a problem with FreeBSD. http://www.freebsd.org/cgi/query-pr.cgi?pr=149488 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 19:50: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 8C9311065673; Tue, 10 Aug 2010 19:50:12 +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 48C5A8FC12; Tue, 10 Aug 2010 19:50:11 +0000 (UTC) Received: by pxi17 with SMTP id 17so245701pxi.13 for ; Tue, 10 Aug 2010 12:50:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Cvrq8A0dh+YTcAzjjeApR++u6QQ7xNIx3Yg9IfN7+5Y=; b=FYqYqczL7hu0TS5599rd4i8TLeHzWKoP6CEve6JKlAjqk9odHwNNY8VU41SpWVjH17 l3RU7jp4He5BjaasVZFy4/Mtt3/7UMNiNQleWe+JqeWbDWdyXFZn8gdfooWw38xp5HpP h6iAMqQuIC/sdwYqODtZC7FODQRpRfcaHQIvU= 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=BIe2gzPdwtGfoqEmHtKErWJLhSp/bkc34q4MrWHVA39owJleqD6mkNgm29xZSUWgIK LyIw5vGJtN9vv9/QxBDZkiCYkouM92tzuc/iwm8ueRAp3iogkHJ64JGsdI9cEy7YH7rG 0w+GBc2VR+MG6kaOo0KisdFewo77CeTI+3FEU= Received: by 10.142.140.19 with SMTP id n19mr15395127wfd.271.1281469811688; Tue, 10 Aug 2010 12:50:11 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d4sm6464028wfh.11.2010.08.10.12.50.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 12:50:09 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 10 Aug 2010 12:50:08 -0700 From: Pyun YongHyeon Date: Tue, 10 Aug 2010 12:50:08 -0700 To: Jeremy Chadwick Message-ID: <20100810195008.GF6960@michelle.cdnetworks.com> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> <20100810105722.GA32407@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100810105722.GA32407@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , FreeBSD Current , Steven Hartland , Jack Vogel , FreeBSD stable Subject: Re: Watchdog resets on 82575 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: Tue, 10 Aug 2010 19:50:12 -0000 On Tue, Aug 10, 2010 at 03:57:22AM -0700, Jeremy Chadwick wrote: > On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote: > > Thanks Jeremy, from that we get:- > > > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > > > I assume there is a way to convert from the hex values to the human value > > but not sure what it is? > > The "card" and "chip" identifiers are part of the PCI ID specification. > You can see what the "human value" is by examining the source code for > the driver. Sometimes it's easy to figure out, other times there's a > series of #define's which you have to reverse engineer. > > In this case, there's two places with relevant information: > > src/sys/dev/e1000/if_igb.c > src/sys/dev/e1000/e1000_hw.h > > You have to split the Chip ID into two separate 16-bit portions, so > 0x10c9 and 0x8086. > > 0x8086 is Intel's vendor code. 0x10c9 is the device ID of the > individual NIC/model type. So: > > $ grep -i 0x10c9 * > e1000_hw.h:#define E1000_DEV_ID_82576 0x10C9 > > For Jack: igb_vendor_info_array should really be extended to include > actual ASCII strings for the individual chips/models/codenames. I'm > sure that's on your todo list somewhere. I'd be willing to write this > but would need a list of the models (or maybe the Linux driver has them > in comments, etc. and I could go off of that). > I guess em(4)/igb(4)/ixgb(4)/ixgbe(4) only shows vendor string and driver version which effectively hides controller name/model details in device attach phase. Personally I like to see more detailed controller model information which may help narrowing down affected lits of controllers when an issue is reported. Currently we have to get this information by requesting the output of pciconf(4) which in turn requires one more round trip of mail. From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 21:37:58 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 6C6141065675; Tue, 10 Aug 2010 21:37:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DCE68FC20; Tue, 10 Aug 2010 21:37:57 +0000 (UTC) Received: by pwj4 with SMTP id 4so2124101pwj.13 for ; Tue, 10 Aug 2010 14:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=u6H/CP0eayHrY2amDYXEmczQjS2KQa6PHs6luASXe2I=; b=aN+wDA+x4yjQkEBuGY8Fzpt27eQ13jrF6X3iKqTEyQbi9jEquNx/52Bfv1y+wE3wIn y7LIq8Lsq8HQfX5vvzWczLyveRUKcI15k+8kxW3Ya8e0lF5v/vR9KLJ32m4Q3jb1/MSM wpxx5RzJaiqtiq159Dsw+/rttcb1GQebHYRu4= 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=wBaHGqCqzC6EhiLCtNOvekff7EPflmCA6HdJPYBgyIDpyo/D3b/h6efo47W0o86W1j 812CAu4Uz3DljBPoPe99CgmTxacxlKjqGMtS2E5PMKOT61rlkbXBfDLSjxcIp7gkHrKI sObjSz1xOiGryCYvG6NjCno8trFeB24Xx4gBo= Received: by 10.142.232.13 with SMTP id e13mr15370302wfh.117.1281476277602; Tue, 10 Aug 2010 14:37:57 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id g5sm5951wfd.19.2010.08.10.14.37.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 14:37:55 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 10 Aug 2010 14:37:54 -0700 From: Pyun YongHyeon Date: Tue, 10 Aug 2010 14:37:54 -0700 To: Victor Ophof Message-ID: <20100810213754.GH6960@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Jack F Vogel , freebsd-net@freebsd.org Subject: Re: "RX ring hdr initialization error" 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: Tue, 10 Aug 2010 21:37:58 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Aug 10, 2010 at 12:52:56PM +0200, Victor Ophof wrote: > > > > > Hi > > I've bought a asus M4a78-EM Motherboard. to build a NAS on, > thinking the onboard Realtek would be sufficant speed > unfortunatly the onboard fives 16/31 mbs at best > > ps later It improved with enabeling "polling" in the kernel (duh) > > so I had a PCI intel GT nic around, what gave intermittent tcp/ip connections in a other machine (ESXi) > unfortunatly this was the same with Freebsd (card issue?) The card is still in the machine > even with the Intel supplied BSD driver > > now I bought a PCIe intel CT nic, put it in and the kernel panic with > "RX ring hdr initialization error" > so replaced the intel with the freebsd one by doing > intel overwrites the freebsd one /boot/kernel/if_em.ko > # cd /usr/src/sys/modules/em/ && make obj depend all install > (was already in the kernel) > > > still panic > anybody got some idea's howto fix ? > I have been using the attached patch for em(4)/igb(4) controllers. These drivers explicitly calls panic(9) when memory allocation failure happens. I don't think it's good idea to panic the box under resource shortage condition as it's common to see this situation on heavily loaded servers. The patch does not solve the one issue yet. The panic caused by RX buffer allocation failure condition which in turn means you're allocating a lot of buffers. Reduce number of descriptors if you increased that too high and see whether the issue could be gone. --mYCpIKhGyMATD0i+ Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="em.igb.ix.patch" Index: sys/dev/e1000/if_igb.c =================================================================== --- sys/dev/e1000/if_igb.c (revision 211102) +++ sys/dev/e1000/if_igb.c (working copy) @@ -178,7 +178,7 @@ static void igb_free_pci_resources(struct adapter *); static void igb_local_timer(void *); static void igb_reset(struct adapter *); -static void igb_setup_interface(device_t, struct adapter *); +static int igb_setup_interface(device_t, struct adapter *); static int igb_allocate_queues(struct adapter *); static void igb_configure_queues(struct adapter *); @@ -559,7 +559,8 @@ goto err_late; /* Setup OS specific network interface */ - igb_setup_interface(dev, adapter); + if (igb_setup_interface(dev, adapter) != 0) + goto err_late; /* Now get a good starting state */ igb_reset(adapter); @@ -608,6 +609,8 @@ igb_free_transmit_structures(adapter); igb_free_receive_structures(adapter); igb_release_hw_control(adapter); + if (adapter->ifp != NULL) + if_free(adapter->ifp); err_pci: igb_free_pci_resources(adapter); IGB_CORE_LOCK_DESTROY(adapter); @@ -2653,7 +2656,7 @@ * Setup networking device structure and register an interface. * **********************************************************************/ -static void +static int igb_setup_interface(device_t dev, struct adapter *adapter) { struct ifnet *ifp; @@ -2661,8 +2664,10 @@ INIT_DEBUGOUT("igb_setup_interface: begin"); ifp = adapter->ifp = if_alloc(IFT_ETHER); - if (ifp == NULL) - panic("%s: can not if_alloc()", device_get_nameunit(dev)); + if (ifp == NULL) { + device_printf(dev, "can not allocate ifnet structure\n"); + return (-1); + } if_initname(ifp, device_get_name(dev), device_get_unit(dev)); ifp->if_mtu = ETHERMTU; ifp->if_init = igb_init; @@ -2739,6 +2744,7 @@ } ifmedia_add(&adapter->media, IFM_ETHER | IFM_AUTO, 0, NULL); ifmedia_set(&adapter->media, IFM_ETHER | IFM_AUTO); + return (0); } Index: sys/dev/e1000/if_lem.c =================================================================== --- sys/dev/e1000/if_lem.c (revision 211102) +++ sys/dev/e1000/if_lem.c (working copy) @@ -186,7 +186,7 @@ static void lem_free_pci_resources(struct adapter *); static void lem_local_timer(void *); static int lem_hardware_init(struct adapter *); -static void lem_setup_interface(device_t, struct adapter *); +static int lem_setup_interface(device_t, struct adapter *); static void lem_setup_transmit_structures(struct adapter *); static void lem_initialize_transmit_unit(struct adapter *); static int lem_setup_receive_structures(struct adapter *); @@ -620,7 +620,8 @@ lem_get_wakeup(dev); /* Setup OS specific network interface */ - lem_setup_interface(dev, adapter); + if (lem_setup_interface(dev, adapter) != 0) + goto err_rx_struct; /* Initialize statistics */ lem_update_stats_counters(adapter); @@ -672,6 +673,8 @@ lem_dma_free(adapter, &adapter->txdma); err_tx_desc: err_pci: + if (adapter->ifp != NULL) + if_free(adapter->ifp); lem_free_pci_resources(adapter); EM_TX_LOCK_DESTROY(adapter); EM_RX_LOCK_DESTROY(adapter); @@ -1939,6 +1942,19 @@ IOCTL_DEBUGOUT("lem_set_multi: begin"); + /* + * Allocate temporary memory to setup array. If there is not + * enough resource, give up setting multicast filter. + */ + mta = malloc(sizeof(u8) * + (ETH_ADDR_LEN * MAX_NUM_MULTICAST_ADDRESSES), + M_DEVBUF, M_NOWAIT | M_ZERO); + if (mta == NULL) { + device_printf(adapter->dev, + "can not allocate multicast setup array\n"); + return; + } + if (adapter->hw.mac.type == e1000_82542 && adapter->hw.revision_id == E1000_REVISION_2) { reg_rctl = E1000_READ_REG(&adapter->hw, E1000_RCTL); @@ -1949,13 +1965,6 @@ msec_delay(5); } - /* Allocate temporary memory to setup array */ - mta = malloc(sizeof(u8) * - (ETH_ADDR_LEN * MAX_NUM_MULTICAST_ADDRESSES), - M_DEVBUF, M_NOWAIT | M_ZERO); - if (mta == NULL) - panic("lem_set_multi memory failure\n"); - #if __FreeBSD_version < 800000 IF_ADDR_LOCK(ifp); #else @@ -2388,7 +2397,7 @@ * Setup networking device structure and register an interface. * **********************************************************************/ -static void +static int lem_setup_interface(device_t dev, struct adapter *adapter) { struct ifnet *ifp; @@ -2396,8 +2405,10 @@ INIT_DEBUGOUT("lem_setup_interface: begin"); ifp = adapter->ifp = if_alloc(IFT_ETHER); - if (ifp == NULL) - panic("%s: can not if_alloc()", device_get_nameunit(dev)); + if (ifp == NULL) { + device_printf(dev, "can not allocate ifnet structure\n"); + return (-1); + } if_initname(ifp, device_get_name(dev), device_get_unit(dev)); ifp->if_mtu = ETHERMTU; ifp->if_init = lem_init; @@ -2473,6 +2484,7 @@ } ifmedia_add(&adapter->media, IFM_ETHER | IFM_AUTO, 0, NULL); ifmedia_set(&adapter->media, IFM_ETHER | IFM_AUTO); + return (0); } Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c (revision 211102) +++ sys/dev/e1000/if_em.c (working copy) @@ -213,7 +213,7 @@ static void em_free_pci_resources(struct adapter *); static void em_local_timer(void *); static void em_reset(struct adapter *); -static void em_setup_interface(device_t, struct adapter *); +static int em_setup_interface(device_t, struct adapter *); static void em_setup_transmit_structures(struct adapter *); static void em_initialize_transmit_unit(struct adapter *); @@ -628,7 +628,8 @@ em_get_wakeup(dev); /* Setup OS specific network interface */ - em_setup_interface(dev, adapter); + if (em_setup_interface(dev, adapter) != 0) + goto err_late; em_reset(adapter); @@ -669,6 +670,8 @@ em_free_transmit_structures(adapter); em_free_receive_structures(adapter); em_release_hw_control(adapter); + if (adapter->ifp != NULL) + if_free(adapter->ifp); err_pci: em_free_pci_resources(adapter); EM_CORE_LOCK_DESTROY(adapter); @@ -1995,6 +1998,19 @@ IOCTL_DEBUGOUT("em_set_multi: begin"); + /* + * Allocate temporary memory to setup array. If there is not + * enough resource, give up setting multicast filter. + */ + mta = malloc(sizeof(u8) * + (ETH_ADDR_LEN * MAX_NUM_MULTICAST_ADDRESSES), + M_DEVBUF, M_NOWAIT | M_ZERO); + if (mta == NULL) { + device_printf(adapter->dev, + "can not allocate multicast setup array\n"); + return; + } + if (adapter->hw.mac.type == e1000_82542 && adapter->hw.revision_id == E1000_REVISION_2) { reg_rctl = E1000_READ_REG(&adapter->hw, E1000_RCTL); @@ -2005,13 +2021,6 @@ msec_delay(5); } - /* Allocate temporary memory to setup array */ - mta = malloc(sizeof(u8) * - (ETH_ADDR_LEN * MAX_NUM_MULTICAST_ADDRESSES), - M_DEVBUF, M_NOWAIT | M_ZERO); - if (mta == NULL) - panic("em_set_multi memory failure\n"); - #if __FreeBSD_version < 800000 IF_ADDR_LOCK(ifp); #else @@ -2646,7 +2655,7 @@ * Setup networking device structure and register an interface. * **********************************************************************/ -static void +static int em_setup_interface(device_t dev, struct adapter *adapter) { struct ifnet *ifp; @@ -2654,8 +2663,10 @@ INIT_DEBUGOUT("em_setup_interface: begin"); ifp = adapter->ifp = if_alloc(IFT_ETHER); - if (ifp == NULL) - panic("%s: can not if_alloc()", device_get_nameunit(dev)); + if (ifp == NULL) { + device_printf(dev, "can not allocate ifnet structure\n"); + return (-1); + } if_initname(ifp, device_get_name(dev), device_get_unit(dev)); ifp->if_mtu = ETHERMTU; ifp->if_init = em_init; @@ -2742,6 +2753,7 @@ } ifmedia_add(&adapter->media, IFM_ETHER | IFM_AUTO, 0, NULL); ifmedia_set(&adapter->media, IFM_ETHER | IFM_AUTO); + return (0); } @@ -3837,7 +3849,7 @@ rxbuf = &rxr->rx_buffers[j]; rxbuf->m_head = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); if (rxbuf->m_head == NULL) - panic("RX ring hdr initialization failed!\n"); + return (ENOBUFS); rxbuf->m_head->m_len = MCLBYTES; rxbuf->m_head->m_flags &= ~M_HASFCS; /* we strip it */ rxbuf->m_head->m_pkthdr.len = MCLBYTES; @@ -3846,8 +3858,11 @@ error = bus_dmamap_load_mbuf_sg(rxr->rxtag, rxbuf->map, rxbuf->m_head, seg, &nsegs, BUS_DMA_NOWAIT); - if (error != 0) - panic("RX ring dma initialization failed!\n"); + if (error != 0) { + m_freem(rxbuf->m_head); + rxbuf->m_head = NULL; + return (error); + } bus_dmamap_sync(rxr->rxtag, rxbuf->map, BUS_DMASYNC_PREREAD); Index: sys/dev/ixgb/if_ixgb.c =================================================================== --- sys/dev/ixgb/if_ixgb.c (revision 211102) +++ sys/dev/ixgb/if_ixgb.c (working copy) @@ -108,7 +108,7 @@ static void ixgb_free_pci_resources(struct adapter *); static void ixgb_local_timer(void *); static int ixgb_hardware_init(struct adapter *); -static void ixgb_setup_interface(device_t, struct adapter *); +static int ixgb_setup_interface(device_t, struct adapter *); static int ixgb_setup_transmit_structures(struct adapter *); static void ixgb_initialize_transmit_unit(struct adapter *); static int ixgb_setup_receive_structures(struct adapter *); @@ -331,7 +331,8 @@ goto err_hw_init; } /* Setup OS specific network interface */ - ixgb_setup_interface(dev, adapter); + if (ixgb_setup_interface(dev, adapter) != 0) + goto err_hw_init; /* Initialize statistics */ ixgb_clear_hw_cntrs(&adapter->hw); @@ -346,6 +347,8 @@ ixgb_dma_free(adapter, &adapter->txdma); err_tx_desc: err_pci: + if (adapter->ifp != NULL) + if_free(adapter->ifp); ixgb_free_pci_resources(adapter); sysctl_ctx_free(&adapter->sysctl_ctx); return (error); @@ -1319,15 +1322,17 @@ * Setup networking device structure and register an interface. * **********************************************************************/ -static void +static int ixgb_setup_interface(device_t dev, struct adapter * adapter) { struct ifnet *ifp; INIT_DEBUGOUT("ixgb_setup_interface: begin"); ifp = adapter->ifp = if_alloc(IFT_ETHER); - if (ifp == NULL) - panic("%s: can not if_alloc()\n", device_get_nameunit(dev)); + if (ifp == NULL) { + device_printf(dev, "can not allocate ifnet structure\n"); + return (-1); + } #if __FreeBSD_version >= 502000 if_initname(ifp, device_get_name(dev), device_get_unit(dev)); #else @@ -1379,7 +1384,7 @@ ifmedia_add(&adapter->media, IFM_ETHER | IFM_AUTO, 0, NULL); ifmedia_set(&adapter->media, IFM_ETHER | IFM_AUTO); - return; + return (0); } /******************************************************************** Index: sys/dev/ixgbe/ixgbe.c =================================================================== --- sys/dev/ixgbe/ixgbe.c (revision 211102) +++ sys/dev/ixgbe/ixgbe.c (working copy) @@ -119,7 +119,7 @@ static int ixgbe_setup_msix(struct adapter *); static void ixgbe_free_pci_resources(struct adapter *); static void ixgbe_local_timer(void *); -static void ixgbe_setup_interface(device_t, struct adapter *); +static int ixgbe_setup_interface(device_t, struct adapter *); static void ixgbe_config_link(struct adapter *); static int ixgbe_allocate_transmit_buffers(struct tx_ring *); @@ -586,7 +586,8 @@ goto err_late; /* Setup OS specific network interface */ - ixgbe_setup_interface(dev, adapter); + if (ixgbe_setup_interface(dev, adapter) != 0) + goto err_late; /* Sysctl for limiting the amount of work done in the taskqueue */ ixgbe_add_rx_process_limit(adapter, "rx_processing_limit", @@ -632,6 +633,8 @@ ixgbe_free_transmit_structures(adapter); ixgbe_free_receive_structures(adapter); err_out: + if (adapter->ifp != NULL) + if_free(adapter->ifp); ixgbe_free_pci_resources(adapter); return (error); @@ -2357,7 +2360,7 @@ * Setup networking device structure and register an interface. * **********************************************************************/ -static void +static int ixgbe_setup_interface(device_t dev, struct adapter *adapter) { struct ixgbe_hw *hw = &adapter->hw; @@ -2366,8 +2369,10 @@ INIT_DEBUGOUT("ixgbe_setup_interface: begin"); ifp = adapter->ifp = if_alloc(IFT_ETHER); - if (ifp == NULL) - panic("%s: can not if_alloc()\n", device_get_nameunit(dev)); + if (ifp == NULL) { + device_printf(dev, "can not allocate ifnet structure\n"); + return (-1); + } if_initname(ifp, device_get_name(dev), device_get_unit(dev)); ifp->if_mtu = ETHERMTU; ifp->if_baudrate = 1000000000; @@ -2415,7 +2420,7 @@ ifmedia_add(&adapter->media, IFM_ETHER | IFM_AUTO, 0, NULL); ifmedia_set(&adapter->media, IFM_ETHER | IFM_AUTO); - return; + return (0); } static void --mYCpIKhGyMATD0i+-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:08:34 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 9722D1065674; Tue, 10 Aug 2010 22:08:34 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2AF8FC14; Tue, 10 Aug 2010 22:08:34 +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 o7AM8YYq052042; Tue, 10 Aug 2010 22:08:34 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AM8Y0q052038; Tue, 10 Aug 2010 22:08:34 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:08:34 GMT Message-Id: <201008102208.o7AM8Y0q052038@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/146628: [tcp] [patch] TCP does not clear DF when MTU is below a threshold 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, 10 Aug 2010 22:08:34 -0000 Synopsis: [tcp] [patch] TCP does not clear DF when MTU is below a threshold Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:08:02 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=146628 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:10:09 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 6EA321065673; Tue, 10 Aug 2010 22:10:09 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 45ED18FC19; Tue, 10 Aug 2010 22:10:09 +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 o7AMA9wi052624; Tue, 10 Aug 2010 22:10:09 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMA9N7052620; Tue, 10 Aug 2010 22:10:09 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:10:09 GMT Message-Id: <201008102210.o7AMA9N7052620@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/147352: [netinet] [patch] replace printf() with log() for "Limiting ..." 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, 10 Aug 2010 22:10:09 -0000 Synopsis: [netinet] [patch] replace printf() with log() for "Limiting ..." Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:09:49 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=147352 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:12:01 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 24F0A106567A; Tue, 10 Aug 2010 22:12:01 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EFE248FC14; Tue, 10 Aug 2010 22:12:00 +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 o7AMC0Xf061349; Tue, 10 Aug 2010 22:12:00 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMC0GZ061345; Tue, 10 Aug 2010 22:12:00 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:12:00 GMT Message-Id: <201008102212.o7AMC0GZ061345@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/144000: [tcp] setting TCP_MAXSEG by setsockopt() does not seem to have any effect 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, 10 Aug 2010 22:12:01 -0000 Synopsis: [tcp] setting TCP_MAXSEG by setsockopt() does not seem to have any effect Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:11:32 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=144000 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:14:46 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 CF02B1065700; Tue, 10 Aug 2010 22:14:46 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A5FD38FC08; Tue, 10 Aug 2010 22:14:46 +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 o7AMEkw7062625; Tue, 10 Aug 2010 22:14:46 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMEkQe062621; Tue, 10 Aug 2010 22:14:46 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:14:46 GMT Message-Id: <201008102214.o7AMEkQe062621@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/141314: Network Performance has decreased by 30% [regression] 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, 10 Aug 2010 22:14:46 -0000 Synopsis: Network Performance has decreased by 30% [regression] Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:13:52 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=141314 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:16:35 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 179521065674; Tue, 10 Aug 2010 22:16:35 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E2F018FC1B; Tue, 10 Aug 2010 22:16:34 +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 o7AMGY3i062692; Tue, 10 Aug 2010 22:16:34 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMGYbm062688; Tue, 10 Aug 2010 22:16:34 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:16:34 GMT Message-Id: <201008102216.o7AMGYbm062688@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/140597: [netinet] [patch] implement Lost Retransmission Detection 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, 10 Aug 2010 22:16:35 -0000 Synopsis: [netinet] [patch] implement Lost Retransmission Detection Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:15:15 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=140597 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:17:51 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 A68BF1065674; Tue, 10 Aug 2010 22:17:51 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD268FC1E; Tue, 10 Aug 2010 22:17:51 +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 o7AMHpsJ062761; Tue, 10 Aug 2010 22:17:51 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMHp2G062757; Tue, 10 Aug 2010 22:17:51 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:17:51 GMT Message-Id: <201008102217.o7AMHp2G062757@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/138652: [tcp] TCP window scaling value calculated incorrectly? 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, 10 Aug 2010 22:17:51 -0000 Synopsis: [tcp] TCP window scaling value calculated incorrectly? Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:17:20 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=138652 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:18:45 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 2CAF11065673; Tue, 10 Aug 2010 22:18:45 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 036668FC13; Tue, 10 Aug 2010 22:18:45 +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 o7AMIidr062822; Tue, 10 Aug 2010 22:18:44 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMIiYU062818; Tue, 10 Aug 2010 22:18:44 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:18:44 GMT Message-Id: <201008102218.o7AMIiYU062818@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/138046: [tcp] tcp sockets stay in SYN_SENT even after receiving RST. never time out as well. 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, 10 Aug 2010 22:18:45 -0000 Synopsis: [tcp] tcp sockets stay in SYN_SENT even after receiving RST. never time out as well. Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:18:15 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=138046 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:19:47 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 3EFCB1065673; Tue, 10 Aug 2010 22:19:47 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 156038FC14; Tue, 10 Aug 2010 22:19:47 +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 o7AMJkZ6062881; Tue, 10 Aug 2010 22:19:46 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMJkDO062877; Tue, 10 Aug 2010 22:19:46 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:19:46 GMT Message-Id: <201008102219.o7AMJkDO062877@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/137145: [mbuf] [patch] Reference count computing isn't correct when more than one threads call function m_copypacket 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, 10 Aug 2010 22:19:47 -0000 Synopsis: [mbuf] [patch] Reference count computing isn't correct when more than one threads call function m_copypacket Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:19:13 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=137145 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:20:32 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 322001065686; Tue, 10 Aug 2010 22:20:32 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 734428FC12; Tue, 10 Aug 2010 22:20:31 +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 o7AMKVlO066375; Tue, 10 Aug 2010 22:20:31 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMKVNF066363; Tue, 10 Aug 2010 22:20:31 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:20:31 GMT Message-Id: <201008102220.o7AMKVNF066363@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/137317: [tcp] logs full of syncache problems 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, 10 Aug 2010 22:20:32 -0000 Synopsis: [tcp] logs full of syncache problems Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:20:02 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=137317 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:22:14 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 09B1C106564A; Tue, 10 Aug 2010 22:22:14 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A1BE38FC1A; Tue, 10 Aug 2010 22:22:13 +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 o7AMMDmE072152; Tue, 10 Aug 2010 22:22:13 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMMDvv072148; Tue, 10 Aug 2010 22:22:13 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:22:13 GMT Message-Id: <201008102222.o7AMMDvv072148@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/133786: [netinet] [patch] ip_input might cause kernel 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: Tue, 10 Aug 2010 22:22:14 -0000 Synopsis: [netinet] [patch] ip_input might cause kernel panic Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:21:07 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=133786 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:23:18 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 240F01065673; Tue, 10 Aug 2010 22:23:18 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EECC28FC23; Tue, 10 Aug 2010 22:23:17 +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 o7AMNHBg072210; Tue, 10 Aug 2010 22:23:17 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMNHR4072206; Tue, 10 Aug 2010 22:23:17 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:23:17 GMT Message-Id: <201008102223.o7AMNHR4072206@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/132832: [netinet] [patch] tcp_output() might generate invalid TSO frames when len > TCP_MAXWIN - hdrlen - optlen 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, 10 Aug 2010 22:23:18 -0000 Synopsis: [netinet] [patch] tcp_output() might generate invalid TSO frames when len > TCP_MAXWIN - hdrlen - optlen Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:22:47 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=132832 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:24: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 CEAEA106566B; Tue, 10 Aug 2010 22:24:33 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A5CDF8FC18; Tue, 10 Aug 2010 22:24: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 o7AMOXIE072297; Tue, 10 Aug 2010 22:24:33 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMOXv9072293; Tue, 10 Aug 2010 22:24:33 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:24:33 GMT Message-Id: <201008102224.o7AMOXv9072293@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/131536: [netinet] [patch] kernel does allow manipulation of subnet routes 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, 10 Aug 2010 22:24:33 -0000 Synopsis: [netinet] [patch] kernel does allow manipulation of subnet routes Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:24:08 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=131536 From owner-freebsd-net@FreeBSD.ORG Tue Aug 10 22:25:41 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 C1FCB106564A; Tue, 10 Aug 2010 22:25:41 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 98B598FC18; Tue, 10 Aug 2010 22:25:41 +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 o7AMPf5V072366; Tue, 10 Aug 2010 22:25:41 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7AMPfwR072362; Tue, 10 Aug 2010 22:25:41 GMT (envelope-from andre) Date: Tue, 10 Aug 2010 22:25:41 GMT Message-Id: <201008102225.o7AMPfwR072362@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/127928: [tcp] [patch] TCP bandwidth gets squeezed every time tcp_xmit_bandwidth_limit() kicks in 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, 10 Aug 2010 22:25:41 -0000 Synopsis: [tcp] [patch] TCP bandwidth gets squeezed every time tcp_xmit_bandwidth_limit() kicks in Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 10 22:25:14 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=127928 From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 01:58: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 CA4261065670 for ; Wed, 11 Aug 2010 01:58:12 +0000 (UTC) (envelope-from sdecugis@nict.go.jp) Received: from sd-11965.dedibox.fr (sd-11965.dedibox.fr [88.191.67.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8ADA98FC1B for ; Wed, 11 Aug 2010 01:58:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sd-11965.dedibox.fr (Postfix) with ESMTP id E35D127DD0 for ; Wed, 11 Aug 2010 03:40:56 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at sd-11965.dedibox.fr Received: from sd-11965.dedibox.fr ([127.0.0.1]) by localhost (sd-11965.dedibox.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M7qH5nrs8SlK for ; Wed, 11 Aug 2010 03:40:53 +0200 (CEST) Received: from [202.249.37.5] (morbier.koganei.wide.ad.jp [202.249.37.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sd-11965.dedibox.fr (Postfix) with ESMTPSA id 5762D27DCE for ; Wed, 11 Aug 2010 03:40:53 +0200 (CEST) Message-ID: <4C61FF94.2090801@nict.go.jp> Date: Wed, 11 Aug 2010 10:40:36 +0900 From: Sebastien Decugis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: FreeBSD SCTP support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 01:58:12 -0000 Hello, I am encountering a problem with SCTP stack in FreeBSD 8.1 release (on amd64); and I am looking for the correct place to report a bug. Would someone from this list be kind enough to give me direction where I should report the problem? I am totally new to FreeBSD and I was not able to find a better place than this mailing-list so far... If by any change this list is the correct place, you can find the description of the problem and steps to reproduce here: http://www.freebsd.org/cgi/query-pr.cgi?pr=149488 As I understand the answer in that bug report, SCTP is not part of FreeBSD? But I did not install anything special, nor could find a dedicated place on the Internet so far... Thank you! Best regards, Sebastien. -- Sebastien Decugis Research fellow Network Architecture Group NICT (nict.go.jp) From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 06:30:55 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 3DDAD106568D for ; Wed, 11 Aug 2010 06:30:55 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 047AF8FC1C for ; Wed, 11 Aug 2010 06:30:53 +0000 (UTC) Received: from [192.168.1.195] (p508FFD25.dip.t-dialin.net [80.143.253.37]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTP id 6AD9B1C0B462B; Wed, 11 Aug 2010 08:30:51 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Michael Tuexen In-Reply-To: <4C61FF94.2090801@nict.go.jp> Date: Wed, 11 Aug 2010 08:30:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7EBDF546-F92F-405A-BFEF-07A28EACA6DF@lurchi.franken.de> References: <4C61FF94.2090801@nict.go.jp> To: Sebastien Decugis X-Mailer: Apple Mail (2.1081) Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD SCTP support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 06:30:55 -0000 On Aug 11, 2010, at 3:40 AM, Sebastien Decugis wrote: > Hello, >=20 > I am encountering a problem with SCTP stack in FreeBSD 8.1 release (on > amd64); and I am looking for the correct place to report a bug. Would > someone from this list be kind enough to give me direction where I > should report the problem? I am totally new to FreeBSD and I was not > able to find a better place than this mailing-list so far... Reporting it here is the correct place. >=20 > If by any change this list is the correct place, you can find the > description of the problem and steps to reproduce here: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149488 It was reported here yesterday and I responded already... >=20 > As I understand the answer in that bug report, SCTP is not part of > FreeBSD? But I did not install anything special, nor could find a > dedicated place on the Internet so far... SCTP is part of FreeBSD. But the point is that your problem is not related to a bug in FreeBSD but in your application. If you use /* Send a message on a socket and a particular stream */ void send_on_stream(int sock, unsigned int strid, unsigned char * msg, = size_t sz) { struct msghdr mhdr; struct iovec iov; struct cmsghdr *cmsg; struct sctp_sndrcvinfo *info; char buffer[CMSG_SPACE(sizeof(struct sctp_sndrcvinfo))]; ssize_t ret; =09 memset(&mhdr, 0, sizeof(mhdr)); memset(&iov, 0, sizeof(iov)); memset(buffer, 0, CMSG_SPACE(sizeof(struct sctp_sndrcvinfo))); =09 /* IO Vector: message data */ iov.iov_base =3D msg; iov.iov_len =3D sz; =09 /* Anciliary data: specify SCTP stream */ cmsg =3D (struct cmsghdr *)buffer; cmsg->cmsg_level =3D IPPROTO_SCTP; cmsg->cmsg_type =3D SCTP_SNDRCV; cmsg->cmsg_len =3D CMSG_LEN(sizeof(struct sctp_sndrcvinfo)); info =3D (struct sctp_sndrcvinfo *)CMSG_DATA(cmsg); info->sinfo_stream =3D strid; mhdr.msg_iov =3D &iov; mhdr.msg_iovlen =3D 1; mhdr.msg_control =3D buffer; mhdr.msg_controllen =3D cmsg->cmsg_len; if ( (ret =3D sendmsg(sock, &mhdr, 0)) < 0) { perror("sendmsg"); exit (1); } ASSERT( ret =3D=3D sz ); /* There should not be partial delivery = with sendmsg... */ =09 return; } the problem is solved. You were not using the CMSG stuff correctly, so = on 64-bit platforms the problem showed up. I hope this helps, if not, feel free to ask any question or contact me = directly. BTW: Do you have a running implementation of RFC 3436 which supports = multiple streams? Best regards Michael >=20 > Thank you! > Best regards, > Sebastien. >=20 > --=20 > Sebastien Decugis > Research fellow > Network Architecture Group > NICT (nict.go.jp) >=20 > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 06:47: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 066D9106567F for ; Wed, 11 Aug 2010 06:47:47 +0000 (UTC) (envelope-from sdecugis@nict.go.jp) Received: from sd-11965.dedibox.fr (sd-11965.dedibox.fr [88.191.67.190]) by mx1.freebsd.org (Postfix) with ESMTP id BA5358FC16 for ; Wed, 11 Aug 2010 06:47:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sd-11965.dedibox.fr (Postfix) with ESMTP id 2A25C27DD0; Wed, 11 Aug 2010 08:47:45 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at sd-11965.dedibox.fr Received: from sd-11965.dedibox.fr ([127.0.0.1]) by localhost (sd-11965.dedibox.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l8AbCCn6h7yy; Wed, 11 Aug 2010 08:47:41 +0200 (CEST) Received: from [202.249.37.5] (morbier.koganei.wide.ad.jp [202.249.37.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sd-11965.dedibox.fr (Postfix) with ESMTPSA id AF1F827DCC; Wed, 11 Aug 2010 08:47:40 +0200 (CEST) Message-ID: <4C624775.8090904@nict.go.jp> Date: Wed, 11 Aug 2010 15:47:17 +0900 From: Sebastien Decugis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Michael Tuexen References: <4C61FF94.2090801@nict.go.jp> <7EBDF546-F92F-405A-BFEF-07A28EACA6DF@lurchi.franken.de> In-Reply-To: <7EBDF546-F92F-405A-BFEF-07A28EACA6DF@lurchi.franken.de> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD SCTP support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 06:47:47 -0000 Hello Michael, Thank you for your answer! And many thanks also to all people who anwered to me privately. > SCTP is part of FreeBSD. But the point is that your problem is not > related to a bug in FreeBSD but in your application. Oh, I am sorry, I misinterpreted the answer in the bug report; now I get it! > I hope this helps, if not, feel free to ask any question or contact me directly. It does!!! Thank you very much. > BTW: Do you have a running implementation of RFC 3436 which supports multiple > streams? Yes, freeDiameter is using it (www.freediameter.net). Feel free to contact me if you need additional information. Best regards, Sebastien. -- Sebastien Decugis Research fellow Network Architecture Group NICT (nict.go.jp) From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 08:19: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 6BF9D106567A for ; Wed, 11 Aug 2010 08:19:12 +0000 (UTC) (envelope-from mr4hughz@hotmail.com) Received: from snt0-omc2-s29.snt0.hotmail.com (snt0-omc2-s29.snt0.hotmail.com [65.55.90.104]) by mx1.freebsd.org (Postfix) with ESMTP id 424B98FC16 for ; Wed, 11 Aug 2010 08:19:12 +0000 (UTC) Received: from SNT142-W26 ([65.55.90.72]) by snt0-omc2-s29.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 11 Aug 2010 01:19:11 -0700 Message-ID: X-Originating-IP: [213.194.32.13] From: Victor Ophof To: Date: Wed, 11 Aug 2010 10:19:11 +0200 Importance: Normal In-Reply-To: <20100810213754.GH6960@michelle.cdnetworks.com> References: , <20100810213754.GH6960@michelle.cdnetworks.com> MIME-Version: 1.0 X-OriginalArrivalTime: 11 Aug 2010 08:19:11.0517 (UTC) FILETIME=[E0A14CD0:01CB392D] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: "RX ring hdr initialization error" 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, 11 Aug 2010 08:19:12 -0000 =20 From: pyunyh@gmail.com Date: Tue=2C 10 Aug 2010 14:37:54 -0700 To: mr4hughz@hotmail.com CC: jfv@freebsd.org=3B freebsd-net@freebsd.org Subject: Re: "RX ring hdr initialization error" On Tue=2C Aug 10=2C 2010 at 12:52:56PM +0200=2C Victor Ophof wrote: >=20 >=20 >=20 >=20 > Hi=20 >=20 > I've bought a asus M4a78-EM Motherboard. to build a NAS on=2C=20 > thinking the onboard Realtek would be sufficant speed=20 > unfortunatly the onboard fives 16/31 mbs at best=20 >=20 > ps later It improved with enabeling "polling" in the kernel (duh)=20 >=20 > so I had a PCI intel GT nic around=2C what gave intermittent tcp/ip conne= ctions in a other machine (ESXi)=20 > unfortunatly this was the same with Freebsd (card issue?) The card is sti= ll in the machine > even with the Intel supplied BSD driver=20 >=20 > now I bought a PCIe intel CT nic=2C put it in and the kernel panic with=20 > "RX ring hdr initialization error" > so replaced the intel with the freebsd one by doing=20 > intel overwrites the freebsd one /boot/kernel/if_em.ko=20 > # cd /usr/src/sys/modules/em/ && make obj depend all install > (was already in the kernel)=20 > =20 >=20 > still panic=20 > anybody got some idea's howto fix ?=20 >=20 --- reaction pyunyh --- I have been using the attached patch for em(4)/igb(4) controllers. These drivers explicitly calls panic(9) when memory allocation failure happens. I don't think it's good idea to panic the box under resource shortage condition as it's common to see this situation on heavily loaded servers. =20 The patch does not solve the one issue yet. The panic caused by RX buffer allocation failure condition which in turn means you're allocating a lot of buffers. Reduce number of descriptors if you=20 increased that too high and see whether the issue could be gone. ---/reaction pyunyh ---What buffers /descriptors I need to reduce? I have 2= gb ram and set the following in /boot/loader.conf vm.kmem_size_max=3D"1024m= " vm.kmem_size=3D"1024m" #vfs.zfs.prefetch_disable=3D1 vm.kmem_size=3D"2048M" vfs.zfs.arc_min=3D"1024M" vfs.zfs.arc_max=3D"1536M" vfs.zfs.vdev.min_pending=3D2 vfs.zfs.vdev.max_pending=3D8 vfs.zfs.txg.timeout=3D5 aio_load=3D"YES" ahci_load=3D"YES" =20 _______________________________________________ freebsd-net@freebsd.org mai= ling list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscr= ibe=2C send any mail to "freebsd-net-unsubscribe@freebsd.org" = From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 08:31:35 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 6960A1065689; Wed, 11 Aug 2010 08:31:35 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id CAF5A8FC22; Wed, 11 Aug 2010 08:31:34 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o7B8VWY1057283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 11 Aug 2010 10:31:33 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id o7B8VMdE094839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Aug 2010 10:31:22 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o7B8VMYc084512; Wed, 11 Aug 2010 10:31:22 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o7B8VM3e084511; Wed, 11 Aug 2010 10:31:22 +0200 (CEST) (envelope-from ticso) Date: Wed, 11 Aug 2010 10:31:22 +0200 From: Bernd Walter To: Doug Barton Message-ID: <20100811083121.GE72720@cicely7.cicely.de> References: <4C5E33BB.50809@ukr.net> <4C5F5532.6050204@ukr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-net@freebsd.org, "Vladislav V. Prodan" Subject: Re: Does not work resolving IPv6 addresses via IPv4 DNS-server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 08:31:35 -0000 On Sun, Aug 08, 2010 at 06:22:56PM -0700, Doug Barton wrote: > On Mon, 9 Aug 2010, Vladislav V. Prodan wrote: > > >09.08.2010 3:51, Doug Barton ??????????: > >>If you are trying to do something else, let us know and we'll try to > >>help you with it. :) > > > > > >First, remove the output "Invalid argument" > >And instead of an error ";; connection timed out; no servers could be > >reached" give something: "8.8.8.8 is not ipv6 address, make request > >without options -6" It is no timeout - for your system configuration it is just an invalid address. The request isn't send at all, so how can it timeout? > That's a request you'll want to make to ISC who actually writes the BIND > software. I wouldn't make that modification to our local copy. The message is not from bind and it is correct. The IPv4 address is correcty translated into IPv6 address space, but the kernel has no ipv6_ipv4mapping enabled so it correclt refuses sending data to the embedded IPv4 address via IPv6 socket with an "Invalid argument". -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 08:43:49 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 2C808106567D for ; Wed, 11 Aug 2010 08:43:49 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id ACA3C8FC08 for ; Wed, 11 Aug 2010 08:43:48 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o7B8JNup056588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 11 Aug 2010 10:19:23 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id o7B8JBvl094396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Aug 2010 10:19:11 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o7B8JBbQ084450; Wed, 11 Aug 2010 10:19:11 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o7B8JBDL084449; Wed, 11 Aug 2010 10:19:11 +0200 (CEST) (envelope-from ticso) Date: Wed, 11 Aug 2010 10:19:11 +0200 From: Bernd Walter To: freebsd-net@freebsd.org Message-ID: <20100811081911.GD72720@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Bernd Walter Subject: RDNSS (RFC5006) support with rtadvd/rtsold X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 08:43:49 -0000 It seems our rtadvd is missing support for stateles DNS configuration. There is also a NetBSD PR about this (41510), so there is likely no code to get from them. How difficult would it be to add RFC5006 support to at least rtadvd? -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 09:11:05 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 01EBB1065672 for ; Wed, 11 Aug 2010 09:11:05 +0000 (UTC) (envelope-from hagen@jauu.net) Received: from geheimer.internetendpunkt.de (alternativer.internetendpunkt.de [88.198.24.89]) by mx1.freebsd.org (Postfix) with ESMTP id BDDE68FC20 for ; Wed, 11 Aug 2010 09:11:04 +0000 (UTC) Received: by geheimer.internetendpunkt.de (Postfix, from userid 33) id 360FEF4412F; Wed, 11 Aug 2010 10:52:25 +0200 (CEST) To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Wed, 11 Aug 2010 10:52:25 +0200 From: Hagen Paul Pfeifer In-Reply-To: <20100811081911.GD72720@cicely7.cicely.de> References: <20100811081911.GD72720@cicely7.cicely.de> Message-ID: <133ee9fdb30e318f618a96fe7fff0b3e@localhost> X-Sender: hagen@jauu.net User-Agent: RoundCube Webmail/0.1-rc1 Cc: freebsd-net@freebsd.org, Bernd Walter Subject: Re: RDNSS (RFC5006) support with rtadvd/rtsold 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, 11 Aug 2010 09:11:05 -0000 On Wed, 11 Aug 2010 10:19:11 +0200, Bernd Walter wrote: > It seems our rtadvd is missing support for stateles DNS configuration. > There is also a NetBSD PR about this (41510), so there is likely > no code to get from them. > How difficult would it be to add RFC5006 support to at least rtadvd? Not that difficult! I implemented "IPv6 Router Advertisement Option for DNS Configuration" for quagga and I know rtadvd and friends. So from my point of view it is more or less straight forward ... Cheers, Hagen From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 09:50:04 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 3D4551065675; Wed, 11 Aug 2010 09:50:04 +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 13E548FC13; Wed, 11 Aug 2010 09:50:04 +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 o7B9o3km071116; Wed, 11 Aug 2010 09:50:03 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7B9o3M1071112; Wed, 11 Aug 2010 09:50:03 GMT (envelope-from bschmidt) Date: Wed, 11 Aug 2010 09:50:03 GMT Message-Id: <201008110950.o7B9o3M1071112@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/142766: [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 can't associate on FBSD 8 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, 11 Aug 2010 09:50:04 -0000 Synopsis: [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 can't associate on FBSD 8 Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Wed Aug 11 09:49:22 UTC 2010 Responsible-Changed-Why: Over to me. http://www.freebsd.org/cgi/query-pr.cgi?pr=142766 From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 09:52:18 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 192AD106568C; Wed, 11 Aug 2010 09:52:18 +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 E41508FC16; Wed, 11 Aug 2010 09:52:17 +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 o7B9qHi4080210; Wed, 11 Aug 2010 09:52:17 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7B9qH0o080206; Wed, 11 Aug 2010 09:52:17 GMT (envelope-from bschmidt) Date: Wed, 11 Aug 2010 09:52:17 GMT Message-Id: <201008110952.o7B9qH0o080206@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/144755: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 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, 11 Aug 2010 09:52:18 -0000 Synopsis: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Wed Aug 11 09:52:05 UTC 2010 Responsible-Changed-Why: Over to me. http://www.freebsd.org/cgi/query-pr.cgi?pr=144755 From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 09:54:20 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 324A41065691; Wed, 11 Aug 2010 09:54:20 +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 09DA98FC2E; Wed, 11 Aug 2010 09:54:20 +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 o7B9sJSV080278; Wed, 11 Aug 2010 09:54:19 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7B9sJ08080274; Wed, 11 Aug 2010 09:54:19 GMT (envelope-from bschmidt) Date: Wed, 11 Aug 2010 09:54:19 GMT Message-Id: <201008110954.o7B9sJ08080274@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/149185: [rum] [panic] panic in rum(4) driver on 8.1-R 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, 11 Aug 2010 09:54:20 -0000 Synopsis: [rum] [panic] panic in rum(4) driver on 8.1-R Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Wed Aug 11 09:53:34 UTC 2010 Responsible-Changed-Why: Over to me. http://www.freebsd.org/cgi/query-pr.cgi?pr=149185 From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 11:53:12 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 70FAC106564A; Wed, 11 Aug 2010 11:53:12 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5F38FC0A; Wed, 11 Aug 2010 11:53:12 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id F0FDA73098; Wed, 11 Aug 2010 13:47:29 +0200 (CEST) Date: Wed, 11 Aug 2010 13:47:29 +0200 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20100811114729.GA83355@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org Subject: 8.1R: ppp default route uses wrong Netif (with pppoe) 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, 11 Aug 2010 11:53:12 -0000 Hi, I found the following problem with ppp after upgrading to 8.1 I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has these lines (plus others not relevant here): my-provider: set line PPPoE:nfe0 ... add default HISADDR Up to 7.2 this sufficed to establish a route using 'tun0' as the device Destination Gateway Flags Refs Use Netif Expire default 81.174.0.1 UGS 0 1885 tun0 With the upgrade to 8.1R the default route points to 'nfe0', i.e. the device used to talk pppoe, instead of tun0. This causes a number of failures which prevent operation. I am not sure though whether the bug is in PPP or in the kernel, and why ppp now uses the wrong device to install the route entry. A functional workaround is the following (note you need all three lines!): add default HISADDR shell route delete default shell route add default -interface INTERFACE where the first line installs the bogus entry but supplies a default address for outgoing packets, and the other two entries fix the interface. I tried to remove the 'add default HISADDR' but it does not seem to work -- tcpdump shows outgoing packets carrying 0.0.0.0 as src-ip, which prevents replies from coming back. I'll submit a PR later, but would be curious to know if someone has ideas on what could be a proper fix. cheers luigi From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 12:50:18 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 ED43C1065674 for ; Wed, 11 Aug 2010 12:50:17 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from ibs.dn.ua (ibs.dn.ua [91.216.196.30]) by mx1.freebsd.org (Postfix) with ESMTP id 6643E8FC26 for ; Wed, 11 Aug 2010 12:50:16 +0000 (UTC) Received: from ibs.dn.ua (localhost [127.0.0.1]) by ibs.dn.ua with ESMTP id o7BCoEXg069802 for ; Wed, 11 Aug 2010 15:50:14 +0300 (EEST) Received: (from zeus@localhost) by ibs.dn.ua (8.14.4/8.14.4/Submit) id o7BCoEfh069801 for freebsd-net@freebsd.org; Wed, 11 Aug 2010 15:50:14 +0300 (EEST) Date: Wed, 11 Aug 2010 15:50:14 +0300 From: Zeus V Panchenko To: FreeBSD Net Message-ID: <20100811125014.GA98316@ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Subject: re0 link UP/DOWN on 8.1-STABLE amd64 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, 11 Aug 2010 12:50:18 -0000 Hi All, can enybody help with the subj, please? problem: onboard interface re0 link state UP/DOWN flapping i have: # uname -a FreeBSD 8.1-STABLE #0: Mon Aug 9 10:33:17 EEST 2010 amd64 # dmidecode ... Base Board Information Manufacturer: ASUSTeK Computer INC. Product Name: AT5NM10-I ... # pciconf -lcv re0@pci0:2:0:0: class=0x020000 card=0x83a31043 chip=0x816810ec rev=0x03 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[70] = PCI-Express 2 endpoint IRQ 2 max data 128(256) link x1(x1) cap 11[ac] = MSI-X supports 4 messages in map 0x20 cap 03[cc] = VPD # ifconfig re0 re0: flags=8843 metric 0 mtu 1500 options=389b ether 20:cf:30:89:5e:95 inet 10.10.0.111 netmask 0xffff0000 broadcast 10.10.255.255 media: Ethernet 1000baseT status: active sporadically interface begins to flap and dmesg shows: ... Aug 11 14:29:44 kernel: re0: link state changed to DOWN Aug 11 14:29:47 kernel: re0: link state changed to UP Aug 11 14:29:58 kernel: re0: link state changed to DOWN Aug 11 14:30:01 kernel: re0: link state changed to UP ... systat doesn't show high interrupts on the card # systat -v 1 users Load 0.06 0.02 0.00 Aug 11 15:45 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 1069020 177580 2968312 209660 455852 count All 1149408 184236 1076855k 251780 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt 278 cow 8057 total 1 74 885 842 1181 57 268 736 278 zfod atkbd0 1 ozfod 22 rl0 irq17 0.4%Sys 0.1%Intr 0.2%User 0.0%Nice 99.3%Idle %ozfod 2000 cpu0: time | | | | | | | | | | | daefr 33 re0 irq256 379 prcfr 2 ahci0 257 29 dtbuf 704 totfr 2000 cpu1: time Namei Name-cache Dir-cache 100000 desvn react 2000 cpu3: time Calls hits % hits % 87484 numvn pdwak 2000 cpu2: time 921 921 100 24183 frevn pdpgs 3 intrn Disks ada0 ada1 pass0 pass1 576392 wire KB/t 21.40 0.00 0.00 0.00 1040084 act tps 2 0 0 0 1948900 inact MB/s 0.04 0.00 0.00 0.00 cache %busy 0 0 0 0 455852 free 427520 buf i have changed motherboards ... the same effect. after some time the problem appears again is there any info i can provide? thanks in advance -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 15:14: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 57D68106566B; Wed, 11 Aug 2010 15:14:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id B3AFA8FC18; Wed, 11 Aug 2010 15:14:28 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o7BFECYB037899; Wed, 11 Aug 2010 17:14:27 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o7BFEBYJ037898; Wed, 11 Aug 2010 17:14:11 +0200 (CEST) (envelope-from olli) Date: Wed, 11 Aug 2010 17:14:11 +0200 (CEST) Message-Id: <201008111514.o7BFEBYJ037898@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, rizzo@iet.unipi.it In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Wed, 11 Aug 2010 17:14:27 +0200 (CEST) Cc: Subject: Re: 8.1R: ppp default route uses wrong Netif (with pppoe) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, rizzo@iet.unipi.it List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 15:14:29 -0000 Luigi Rizzo wrote: > Hi, > I found the following problem with ppp after upgrading to 8.1 > > I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has > these lines (plus others not relevant here): > > my-provider: > set line PPPoE:nfe0 > ... > add default HISADDR > > Up to 7.2 this sufficed to establish a route using 'tun0' as the device > > Destination Gateway Flags Refs Use Netif Expire > default 81.174.0.1 UGS 0 1885 tun0 > > With the upgrade to 8.1R the default route points to 'nfe0', i.e. the > device used to talk pppoe, instead of tun0. > This causes a number of failures which prevent operation. That's strange ... I have a simuilar setup on my router which was upgraded from FreeBSD 6.x to 8.x recently. I don't have any routing problems. So maybe it is a problem with your configuration, not a FreeBSD bug. My rc.conf contains: ifconfig_fxp0="up" ppp_enable="YES" ppp_mode="ddial" ppp_nat="YES" ppp_profile="pppoe_myisp" gateway_enable="YES" And ppp.conf looks like this (few things omitted for brevity): default: set ifaddr 10.0.0.1/0 10.0.0.2/0 set server /var/run/ppp.ctl "" 0177 nat enable yes pppoe_myisp: set device PPPoE:fxp0 set authname myauthname set authkey myauthkey set dial set login add default HISADDR enable dns resolv readonly The default route is set correctly: $ route get default route to: default destination: default mask: default gateway: gateway.myisp.net interface: tun0 flags: recvpipe sendpipe ssthresh rtt,msec mtu weight expire 0 0 0 0 1492 1 0 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Blogging: Never before have so many people with so little to say said so much to so few. From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 16:31:41 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 274BA10656A3 for ; Wed, 11 Aug 2010 16:31:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C83228FC1E for ; Wed, 11 Aug 2010 16:31:40 +0000 (UTC) Received: by qyk32 with SMTP id 32so396769qyk.13 for ; Wed, 11 Aug 2010 09:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=53GvF/uguESmS3OjVFiQmlowh3uiwr3N1NvtiCYIGMU=; b=IWmUpAq/ri97Qkyn8TkINEuwZSFoE1FIvbNS7tGD/2vlIxX0HYAi3xy+U3bLhfFlOu FPpNPkbo6JZweVCPpWyVF19GnMekCR3791Naf+hPszKzSjk2ZDScPUQpGOGQ6/GuPMkz EhS9kG/WxXxn1S4EQWXYHjbXSln6MeFA5k6ZI= 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=mkdb7T7SEKMaejyJfJ1UVn0eoRRPesOutE3J4Jn7hY4NQjiY/j/nd9rg+kkc4Oqtcs Djt+fwglda8npWg3DYj0Ku6zwuh3Jwpht/k2CZ+YZQ83AiJkk/LLBpJs0HSGBFFKmUY8 +L9hBI+MolMe0+cP68JohoUBnHm5fom0Q1nWc= Received: by 10.224.34.212 with SMTP id m20mr10681723qad.397.1281544299896; Wed, 11 Aug 2010 09:31:39 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id r1sm356972qcq.34.2010.08.11.09.31.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 09:31:38 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Aug 2010 09:31:36 -0700 From: Pyun YongHyeon Date: Wed, 11 Aug 2010 09:31:36 -0700 To: Zeus V Panchenko Message-ID: <20100811163136.GA15858@michelle.cdnetworks.com> References: <20100811125014.GA98316@ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100811125014.GA98316@ibs.dn.ua> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: re0 link UP/DOWN on 8.1-STABLE amd64 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: Wed, 11 Aug 2010 16:31:41 -0000 On Wed, Aug 11, 2010 at 03:50:14PM +0300, Zeus V Panchenko wrote: > Hi All, > > can enybody help with the subj, please? > > problem: onboard interface re0 link state UP/DOWN flapping > > > i have: > # uname -a > FreeBSD 8.1-STABLE #0: Mon Aug 9 10:33:17 EEST 2010 amd64 > > # dmidecode > ... > Base Board Information > Manufacturer: ASUSTeK Computer INC. > Product Name: AT5NM10-I > ... > > # pciconf -lcv > re0@pci0:2:0:0: class=0x020000 card=0x83a31043 chip=0x816810ec rev=0x03 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[70] = PCI-Express 2 endpoint IRQ 2 max data 128(256) link x1(x1) > cap 11[ac] = MSI-X supports 4 messages in map 0x20 > cap 03[cc] = VPD > > > # ifconfig re0 > re0: flags=8843 metric 0 mtu 1500 > options=389b > ether 20:cf:30:89:5e:95 > inet 10.10.0.111 netmask 0xffff0000 broadcast 10.10.255.255 > media: Ethernet 1000baseT > status: active > > > > > sporadically interface begins to flap and dmesg shows: > ... > Aug 11 14:29:44 kernel: re0: link state changed to DOWN > Aug 11 14:29:47 kernel: re0: link state changed to UP > Aug 11 14:29:58 kernel: re0: link state changed to DOWN > Aug 11 14:30:01 kernel: re0: link state changed to UP > ... > > > systat doesn't show high interrupts on the card > # systat -v > 1 users Load 0.06 0.02 0.00 Aug 11 15:45 > > Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > Tot Share Tot Share Free in out in out > Act 1069020 177580 2968312 209660 455852 count > All 1149408 184236 1076855k 251780 pages > Proc: Interrupts > r p d s w Csw Trp Sys Int Sof Flt 278 cow 8057 total > 1 74 885 842 1181 57 268 736 278 zfod atkbd0 1 > ozfod 22 rl0 irq17 > 0.4%Sys 0.1%Intr 0.2%User 0.0%Nice 99.3%Idle %ozfod 2000 cpu0: time > | | | | | | | | | | | daefr 33 re0 irq256 > 379 prcfr 2 ahci0 257 > 29 dtbuf 704 totfr 2000 cpu1: time > Namei Name-cache Dir-cache 100000 desvn react 2000 cpu3: time > Calls hits % hits % 87484 numvn pdwak 2000 cpu2: time > 921 921 100 24183 frevn pdpgs > 3 intrn > Disks ada0 ada1 pass0 pass1 576392 wire > KB/t 21.40 0.00 0.00 0.00 1040084 act > tps 2 0 0 0 1948900 inact > MB/s 0.04 0.00 0.00 0.00 cache > %busy 0 0 0 0 455852 free > 427520 buf > > > i have changed motherboards ... the same effect. after some time the > problem appears again > > > is there any info i can provide? > Show me the output of dmesg and "devinfo -rv | rgephy". From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 16:43:23 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 E57CA106567B for ; Wed, 11 Aug 2010 16:43:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C87B8FC2B for ; Wed, 11 Aug 2010 16:43:21 +0000 (UTC) Received: by pvg4 with SMTP id 4so136056pvg.13 for ; Wed, 11 Aug 2010 09:43:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=V/YD4Izf0pINMemfiJZBGozgXI1spH7Dn6V8/UNG/hU=; b=NA2Ng+pSUgxPLdstpAnVXgvxQkDhGbXlx0d0dxA6AMHfFWJcY3cKn7c1dBT7DmhNxO Svco9Fi1vpspZ/lnCCx3d5meP90nIg99t1KwbdZDDp1m7b6IfdnHI8YeEbSct6woIjUL FQfaSlMd9pwL30BivqOSt0veE9pKz6yb3paoU= 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=Fu2S674tJX4w8xBYklD9O6b22tGcEsMdas+oCLO5XnCg4edePpS7039gobOuG0C6iZ SnyH/Sp1zoKG6Svt2p+LzbbFQoeiwt809sG2kgRVw8fVYRD2Vjmv958ZBZtkfk5QmV5K uv5YNoYONmh/TupQDxApPPX/vxEPWzPcY09uY= Received: by 10.114.93.19 with SMTP id q19mr22259699wab.206.1281545001063; Wed, 11 Aug 2010 09:43:21 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id x9sm497308waj.3.2010.08.11.09.43.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 09:43:19 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Aug 2010 09:43:18 -0700 From: Pyun YongHyeon Date: Wed, 11 Aug 2010 09:43:18 -0700 To: Victor Ophof Message-ID: <20100811164318.GB15858@michelle.cdnetworks.com> References: <20100810213754.GH6960@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: "RX ring hdr initialization error" 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: Wed, 11 Aug 2010 16:43:23 -0000 On Wed, Aug 11, 2010 at 10:19:11AM +0200, Victor Ophof wrote: > > > > From: pyunyh@gmail.com > Date: Tue, 10 Aug 2010 14:37:54 -0700 > To: mr4hughz@hotmail.com > CC: jfv@freebsd.org; freebsd-net@freebsd.org > Subject: Re: "RX ring hdr initialization error" > > On Tue, Aug 10, 2010 at 12:52:56PM +0200, Victor Ophof wrote: > > > > > > > > > > Hi > > > > I've bought a asus M4a78-EM Motherboard. to build a NAS on, > > thinking the onboard Realtek would be sufficant speed > > unfortunatly the onboard fives 16/31 mbs at best > > > > ps later It improved with enabeling "polling" in the kernel (duh) > > > > so I had a PCI intel GT nic around, what gave intermittent tcp/ip connections in a other machine (ESXi) > > unfortunatly this was the same with Freebsd (card issue?) The card is still in the machine > > even with the Intel supplied BSD driver > > > > now I bought a PCIe intel CT nic, put it in and the kernel panic with > > "RX ring hdr initialization error" > > so replaced the intel with the freebsd one by doing > > intel overwrites the freebsd one /boot/kernel/if_em.ko > > # cd /usr/src/sys/modules/em/ && make obj depend all install > > (was already in the kernel) > > > > > > still panic > > anybody got some idea's howto fix ? > > > --- reaction pyunyh --- > I have been using the attached patch for em(4)/igb(4) controllers. > These drivers explicitly calls panic(9) when memory allocation > failure happens. I don't think it's good idea to panic the box > under resource shortage condition as it's common to see this > situation on heavily loaded servers. > > The patch does not solve the one issue yet. The panic caused by > RX buffer allocation failure condition which in turn means you're > allocating a lot of buffers. Reduce number of descriptors if you > increased that too high and see whether the issue could be gone. > ---/reaction pyunyh ---What buffers /descriptors I need to reduce? I have 2gb ram and set the following in /boot/loader.conf vm.kmem_size_max="1024m" The loader tunables are hw.em.txd and hw.em.rxd. I thought you increased TX/RX descriptor size to large value(e.g. 4096). > vm.kmem_size="1024m" > #vfs.zfs.prefetch_disable=1 > vm.kmem_size="2048M" > vfs.zfs.arc_min="1024M" > vfs.zfs.arc_max="1536M" > vfs.zfs.vdev.min_pending=2 > vfs.zfs.vdev.max_pending=8 > vfs.zfs.txg.timeout=5 > aio_load="YES" > ahci_load="YES" > I guess zfs consumed a lot of memory such that em(4) was not able to allocate RX buffers. It seems there is nothing can be done in this case unless some memory is reclaimed from zfs. I'm not familiar with zfs internals but others can comment on this. However the patch should fix the panic under these resource shortage situation. From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 17:05:25 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 6FEF91065673 for ; Wed, 11 Aug 2010 17:05:25 +0000 (UTC) (envelope-from jfvogel@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 409128FC0C for ; Wed, 11 Aug 2010 17:05:25 +0000 (UTC) Received: by pzk7 with SMTP id 7so146336pzk.13 for ; Wed, 11 Aug 2010 10:05:24 -0700 (PDT) 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=qB8kJ7mi62MfDjPGe77rd3KbJl4uOJGL3fHcF8LYjc4=; b=pPT58pMciYI/7nJvB/2eCt/j1tGfYAfXiQm7shceBJ1nsDSCPQuEnZpkepUgORRpgC Fb+jlVQGVJPzrL4/ROzpS/L5ExHvMmikb8Xpc5jWUJfrYz5Qn6NeTC8Pjp3aPi9vkwsb UOSt0dSrmhNn6G5717hJ7h1LVOuAgt6Z7TZd0= 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=T80/7YLYI1h/7zEfPCgIDSEcHMjgHitAudGStB2kz5XZGNbWW8fJRyuVl4rlqmuIKp L/96iNCnmXmV11uM6BEwJ0ZSWrTP698CE8gToBdTYhMn1ULNNsLUNW4qsoeQ7BHKxrtO c4DBvF2ZI1ysJ9cIhDVa353fJlxuRvcfMji1s= MIME-Version: 1.0 Received: by 10.142.47.3 with SMTP id u3mr2277188wfu.76.1281546321008; Wed, 11 Aug 2010 10:05:21 -0700 (PDT) Received: by 10.142.200.19 with HTTP; Wed, 11 Aug 2010 10:05:20 -0700 (PDT) In-Reply-To: <20100811164318.GB15858@michelle.cdnetworks.com> References: <20100810213754.GH6960@michelle.cdnetworks.com> <20100811164318.GB15858@michelle.cdnetworks.com> Date: Wed, 11 Aug 2010 10:05:20 -0700 Message-ID: From: Jack Vogel To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Victor Ophof Subject: Re: "RX ring hdr initialization error" 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, 11 Aug 2010 17:05:25 -0000 Why would you set the ring size so large? On a home system you should be fine with 1024 or even 512. If you have a panic on boot reconfigure the kernel so em is not static, then load it as a module after boot and tune it that way, once you have it tweaked you can make it static again if you wish. Jack On Wed, Aug 11, 2010 at 9:43 AM, Pyun YongHyeon wrote: > On Wed, Aug 11, 2010 at 10:19:11AM +0200, Victor Ophof wrote: > > > > > > > > From: pyunyh@gmail.com > > Date: Tue, 10 Aug 2010 14:37:54 -0700 > > To: mr4hughz@hotmail.com > > CC: jfv@freebsd.org; freebsd-net@freebsd.org > > Subject: Re: "RX ring hdr initialization error" > > > > On Tue, Aug 10, 2010 at 12:52:56PM +0200, Victor Ophof wrote: > > > > > > > > > > > > > > > Hi > > > > > > I've bought a asus M4a78-EM Motherboard. to build a NAS on, > > > thinking the onboard Realtek would be sufficant speed > > > unfortunatly the onboard fives 16/31 mbs at best > > > > > > ps later It improved with enabeling "polling" in the kernel (duh) > > > > > > so I had a PCI intel GT nic around, what gave intermittent tcp/ip > connections in a other machine (ESXi) > > > unfortunatly this was the same with Freebsd (card issue?) The card is > still in the machine > > > even with the Intel supplied BSD driver > > > > > > now I bought a PCIe intel CT nic, put it in and the kernel panic with > > > "RX ring hdr initialization error" > > > so replaced the intel with the freebsd one by doing > > > intel overwrites the freebsd one /boot/kernel/if_em.ko > > > # cd /usr/src/sys/modules/em/ && make obj depend all install > > > (was already in the kernel) > > > > > > > > > still panic > > > anybody got some idea's howto fix ? > > > > > --- reaction pyunyh --- > > I have been using the attached patch for em(4)/igb(4) controllers. > > These drivers explicitly calls panic(9) when memory allocation > > failure happens. I don't think it's good idea to panic the box > > under resource shortage condition as it's common to see this > > situation on heavily loaded servers. > > > > The patch does not solve the one issue yet. The panic caused by > > RX buffer allocation failure condition which in turn means you're > > allocating a lot of buffers. Reduce number of descriptors if you > > increased that too high and see whether the issue could be gone. > > ---/reaction pyunyh ---What buffers /descriptors I need to reduce? I have > 2gb ram and set the following in /boot/loader.conf vm.kmem_size_max="1024m" > > The loader tunables are hw.em.txd and hw.em.rxd. I thought you > increased TX/RX descriptor size to large value(e.g. 4096). > > > vm.kmem_size="1024m" > > #vfs.zfs.prefetch_disable=1 > > vm.kmem_size="2048M" > > vfs.zfs.arc_min="1024M" > > vfs.zfs.arc_max="1536M" > > vfs.zfs.vdev.min_pending=2 > > vfs.zfs.vdev.max_pending=8 > > vfs.zfs.txg.timeout=5 > > aio_load="YES" > > ahci_load="YES" > > > > I guess zfs consumed a lot of memory such that em(4) was not able > to allocate RX buffers. It seems there is nothing can be done in > this case unless some memory is reclaimed from zfs. I'm not > familiar with zfs internals but others can comment on this. > > However the patch should fix the panic under these resource > shortage situation. > _______________________________________________ > 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 Wed Aug 11 17:11:43 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 E70DC106564A for ; Wed, 11 Aug 2010 17:11:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF998FC15 for ; Wed, 11 Aug 2010 17:11:43 +0000 (UTC) Received: by qwg5 with SMTP id 5so410828qwg.13 for ; Wed, 11 Aug 2010 10:11:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=varEqishdtQv8k6PsAUVMUNJ9qgjyf3OGw2cSi6RjcM=; b=mQ1GSZID6PR/XLZrl2G5lz/StScBCX0S8ycUXrlG2wiTt0HB3r1E5sM9jHFnWwk/Nk CjDdXuXTk4PS4wQB/zbmJYhDBuu3RGKk/ydz94rtZIisxAzyykq0nd7uNZNtOlepZUPT p9K7JEC2NTacJYlk+98M2Bph9VATazGn7P/3Q= 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=Bnsl1hLWwE9/LDz32XUWuDH1jzjpy4ul3BlpRG+AkQOj90OE5nxQF2iiJYOtxgdsu5 0zCT02aY1xuWMUOOkC9TsF+TKMsbhhe01v/M3+4lPUows/DlMs4FcGY2HPR+ii85KHEm ZhfBDt55sxIuE5IC4vJwVcZsvuWBI2FYAldT8= Received: by 10.229.131.96 with SMTP id w32mr9788706qcs.199.1281546702425; Wed, 11 Aug 2010 10:11:42 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id l8sm420088qck.6.2010.08.11.10.11.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 10:11:41 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Aug 2010 10:11:38 -0700 From: Pyun YongHyeon Date: Wed, 11 Aug 2010 10:11:38 -0700 To: Jack Vogel Message-ID: <20100811171138.GC15858@michelle.cdnetworks.com> References: <20100810213754.GH6960@michelle.cdnetworks.com> <20100811164318.GB15858@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Victor Ophof Subject: Re: "RX ring hdr initialization error" 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: Wed, 11 Aug 2010 17:11:44 -0000 On Wed, Aug 11, 2010 at 10:05:20AM -0700, Jack Vogel wrote: > Why would you set the ring size so large? On a home system you should be > fine with 1024 or even 512. > > If you have a panic on boot reconfigure the kernel so em is not static, then > load > it as a module after boot and tune it that way, once you have it tweaked you > can > make it static again if you wish. > He used default TX/RX ring size. > Jack > > > On Wed, Aug 11, 2010 at 9:43 AM, Pyun YongHyeon wrote: > > > On Wed, Aug 11, 2010 at 10:19:11AM +0200, Victor Ophof wrote: > > > > > > > > > > > > From: pyunyh@gmail.com > > > Date: Tue, 10 Aug 2010 14:37:54 -0700 > > > To: mr4hughz@hotmail.com > > > CC: jfv@freebsd.org; freebsd-net@freebsd.org > > > Subject: Re: "RX ring hdr initialization error" > > > > > > On Tue, Aug 10, 2010 at 12:52:56PM +0200, Victor Ophof wrote: > > > > > > > > > > > > > > > > > > > > Hi > > > > > > > > I've bought a asus M4a78-EM Motherboard. to build a NAS on, > > > > thinking the onboard Realtek would be sufficant speed > > > > unfortunatly the onboard fives 16/31 mbs at best > > > > > > > > ps later It improved with enabeling "polling" in the kernel (duh) > > > > > > > > so I had a PCI intel GT nic around, what gave intermittent tcp/ip > > connections in a other machine (ESXi) > > > > unfortunatly this was the same with Freebsd (card issue?) The card is > > still in the machine > > > > even with the Intel supplied BSD driver > > > > > > > > now I bought a PCIe intel CT nic, put it in and the kernel panic with > > > > "RX ring hdr initialization error" > > > > so replaced the intel with the freebsd one by doing > > > > intel overwrites the freebsd one /boot/kernel/if_em.ko > > > > # cd /usr/src/sys/modules/em/ && make obj depend all install > > > > (was already in the kernel) > > > > > > > > > > > > still panic > > > > anybody got some idea's howto fix ? > > > > > > > --- reaction pyunyh --- > > > I have been using the attached patch for em(4)/igb(4) controllers. > > > These drivers explicitly calls panic(9) when memory allocation > > > failure happens. I don't think it's good idea to panic the box > > > under resource shortage condition as it's common to see this > > > situation on heavily loaded servers. > > > > > > The patch does not solve the one issue yet. The panic caused by > > > RX buffer allocation failure condition which in turn means you're > > > allocating a lot of buffers. Reduce number of descriptors if you > > > increased that too high and see whether the issue could be gone. > > > ---/reaction pyunyh ---What buffers /descriptors I need to reduce? I have > > 2gb ram and set the following in /boot/loader.conf vm.kmem_size_max="1024m" > > > > The loader tunables are hw.em.txd and hw.em.rxd. I thought you > > increased TX/RX descriptor size to large value(e.g. 4096). > > > > > vm.kmem_size="1024m" > > > #vfs.zfs.prefetch_disable=1 > > > vm.kmem_size="2048M" > > > vfs.zfs.arc_min="1024M" > > > vfs.zfs.arc_max="1536M" > > > vfs.zfs.vdev.min_pending=2 > > > vfs.zfs.vdev.max_pending=8 > > > vfs.zfs.txg.timeout=5 > > > aio_load="YES" > > > ahci_load="YES" > > > > > > > I guess zfs consumed a lot of memory such that em(4) was not able > > to allocate RX buffers. It seems there is nothing can be done in > > this case unless some memory is reclaimed from zfs. I'm not > > familiar with zfs internals but others can comment on this. > > > > However the patch should fix the panic under these resource > > shortage situation. > > _______________________________________________ > > 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 Wed Aug 11 17:15:58 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 9BFFC106568A for ; Wed, 11 Aug 2010 17:15:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF2E8FC12 for ; Wed, 11 Aug 2010 17:15:58 +0000 (UTC) Received: by pwj4 with SMTP id 4so152044pwj.13 for ; Wed, 11 Aug 2010 10:15:58 -0700 (PDT) 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=n8uVRt7OvNZoJdqzegPS3xFsoV5Rz0gvicEsv/oNHgw=; b=XCt7pUrxbBdXkm3KKUhFDzglpuKukotznzaQ21sAU/uzOlvqJb0U8kinwkCGUBbpjX 0Cdptxs39dI5EwETEZJ+rdj/yZkZeuDSML3ubp63xf673yBTikukkZPuvqOVnJXGq8nH z2wawD7tSLqTMvkFJASkfJX9ln5dYgH3zLFAE= 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=bc7g464mSFSJ7c3r0Q2oYvSx1EhEPTHfqCJLr0HPodH8TiGE4OarGFdbOrGJ7/YafS 9Q3ty48P6Nw3OA3cE1slew0KlBLycIGs6ft6A6VTrH9wZpHISG6yJ8hoa+ZxocYC8mwA uKfrbZnRUdeW4C08lwGzB0EeRcluagS5Goqhg= MIME-Version: 1.0 Received: by 10.142.229.10 with SMTP id b10mr12994915wfh.149.1281546957891; Wed, 11 Aug 2010 10:15:57 -0700 (PDT) Received: by 10.142.200.19 with HTTP; Wed, 11 Aug 2010 10:15:57 -0700 (PDT) In-Reply-To: <20100811171138.GC15858@michelle.cdnetworks.com> References: <20100810213754.GH6960@michelle.cdnetworks.com> <20100811164318.GB15858@michelle.cdnetworks.com> <20100811171138.GC15858@michelle.cdnetworks.com> Date: Wed, 11 Aug 2010 10:15:57 -0700 Message-ID: From: Jack Vogel To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Victor Ophof Subject: Re: "RX ring hdr initialization error" 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, 11 Aug 2010 17:15:58 -0000 Oh, well that's not 4096, its 1024. Jack On Wed, Aug 11, 2010 at 10:11 AM, Pyun YongHyeon wrote: > On Wed, Aug 11, 2010 at 10:05:20AM -0700, Jack Vogel wrote: > > Why would you set the ring size so large? On a home system you should be > > fine with 1024 or even 512. > > > > If you have a panic on boot reconfigure the kernel so em is not static, > then > > load > > it as a module after boot and tune it that way, once you have it tweaked > you > > can > > make it static again if you wish. > > > > He used default TX/RX ring size. > > > Jack > > > > > > On Wed, Aug 11, 2010 at 9:43 AM, Pyun YongHyeon > wrote: > > > > > On Wed, Aug 11, 2010 at 10:19:11AM +0200, Victor Ophof wrote: > > > > > > > > > > > > > > > > From: pyunyh@gmail.com > > > > Date: Tue, 10 Aug 2010 14:37:54 -0700 > > > > To: mr4hughz@hotmail.com > > > > CC: jfv@freebsd.org; freebsd-net@freebsd.org > > > > Subject: Re: "RX ring hdr initialization error" > > > > > > > > On Tue, Aug 10, 2010 at 12:52:56PM +0200, Victor Ophof wrote: > > > > > > > > > > > > > > > > > > > > > > > > > Hi > > > > > > > > > > I've bought a asus M4a78-EM Motherboard. to build a NAS on, > > > > > thinking the onboard Realtek would be sufficant speed > > > > > unfortunatly the onboard fives 16/31 mbs at best > > > > > > > > > > ps later It improved with enabeling "polling" in the kernel (duh) > > > > > > > > > > so I had a PCI intel GT nic around, what gave intermittent tcp/ip > > > connections in a other machine (ESXi) > > > > > unfortunatly this was the same with Freebsd (card issue?) The card > is > > > still in the machine > > > > > even with the Intel supplied BSD driver > > > > > > > > > > now I bought a PCIe intel CT nic, put it in and the kernel panic > with > > > > > "RX ring hdr initialization error" > > > > > so replaced the intel with the freebsd one by doing > > > > > intel overwrites the freebsd one /boot/kernel/if_em.ko > > > > > # cd /usr/src/sys/modules/em/ && make obj depend all install > > > > > (was already in the kernel) > > > > > > > > > > > > > > > still panic > > > > > anybody got some idea's howto fix ? > > > > > > > > > --- reaction pyunyh --- > > > > I have been using the attached patch for em(4)/igb(4) controllers. > > > > These drivers explicitly calls panic(9) when memory allocation > > > > failure happens. I don't think it's good idea to panic the box > > > > under resource shortage condition as it's common to see this > > > > situation on heavily loaded servers. > > > > > > > > The patch does not solve the one issue yet. The panic caused by > > > > RX buffer allocation failure condition which in turn means you're > > > > allocating a lot of buffers. Reduce number of descriptors if you > > > > increased that too high and see whether the issue could be gone. > > > > ---/reaction pyunyh ---What buffers /descriptors I need to reduce? I > have > > > 2gb ram and set the following in /boot/loader.conf > vm.kmem_size_max="1024m" > > > > > > The loader tunables are hw.em.txd and hw.em.rxd. I thought you > > > increased TX/RX descriptor size to large value(e.g. 4096). > > > > > > > vm.kmem_size="1024m" > > > > #vfs.zfs.prefetch_disable=1 > > > > vm.kmem_size="2048M" > > > > vfs.zfs.arc_min="1024M" > > > > vfs.zfs.arc_max="1536M" > > > > vfs.zfs.vdev.min_pending=2 > > > > vfs.zfs.vdev.max_pending=8 > > > > vfs.zfs.txg.timeout=5 > > > > aio_load="YES" > > > > ahci_load="YES" > > > > > > > > > > I guess zfs consumed a lot of memory such that em(4) was not able > > > to allocate RX buffers. It seems there is nothing can be done in > > > this case unless some memory is reclaimed from zfs. I'm not > > > familiar with zfs internals but others can comment on this. > > > > > > However the patch should fix the panic under these resource > > > shortage situation. > > > _______________________________________________ > > > 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 Wed Aug 11 19:11: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 090111065670 for ; Wed, 11 Aug 2010 19:11:22 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from ibs.dn.ua (ibs.dn.ua [91.216.196.30]) by mx1.freebsd.org (Postfix) with ESMTP id 417718FC1D for ; Wed, 11 Aug 2010 19:11:20 +0000 (UTC) Received: from ibs.dn.ua (localhost [127.0.0.1]) by ibs.dn.ua with ESMTP id o7BJBJER082386; Wed, 11 Aug 2010 22:11:19 +0300 (EEST) Received: (from zeus@localhost) by ibs.dn.ua (8.14.4/8.14.4/Submit) id o7BJBIfA082381; Wed, 11 Aug 2010 22:11:18 +0300 (EEST) Date: Wed, 11 Aug 2010 22:11:18 +0300 From: Zeus V Panchenko To: Pyun YongHyeon Message-ID: <20100811191118.GA80360@ibs.dn.ua> References: <20100811125014.GA98316@ibs.dn.ua> <20100811163136.GA15858@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20100811163136.GA15858@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Cc: FreeBSD Net Subject: Re: re0 link UP/DOWN on 8.1-STABLE amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus.panchenko@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 19:11:22 -0000 Pyun YongHyeon (pyunyh@gmail.com) [10.08.11 19:31] wrote: > On Wed, Aug 11, 2010 at 03:50:14PM +0300, Zeus V Panchenko wrote: > > Hi All, > > > > can enybody help with the subj, please? > > > > problem: onboard interface re0 link state UP/DOWN flapping > > > > > > i have: > > # uname -a > > FreeBSD 8.1-STABLE #0: Mon Aug 9 10:33:17 EEST 2010 amd64 > > > > # dmidecode > > ... > > Base Board Information > > Manufacturer: ASUSTeK Computer INC. > > Product Name: AT5NM10-I > > ... > > > > # pciconf -lcv > > re0@pci0:2:0:0: class=0x020000 card=0x83a31043 chip=0x816810ec rev=0x03 hdr=0x00 > > vendor = 'Realtek Semiconductor' > > device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 10[70] = PCI-Express 2 endpoint IRQ 2 max data 128(256) link x1(x1) > > cap 11[ac] = MSI-X supports 4 messages in map 0x20 > > cap 03[cc] = VPD > > > > > > # ifconfig re0 > > re0: flags=8843 metric 0 mtu 1500 > > options=389b > > ether 20:cf:30:89:5e:95 > > inet 10.10.0.111 netmask 0xffff0000 broadcast 10.10.255.255 > > media: Ethernet 1000baseT > > status: active > > > > > > > > > > sporadically interface begins to flap and dmesg shows: > > ... > > Aug 11 14:29:44 kernel: re0: link state changed to DOWN > > Aug 11 14:29:47 kernel: re0: link state changed to UP > > Aug 11 14:29:58 kernel: re0: link state changed to DOWN > > Aug 11 14:30:01 kernel: re0: link state changed to UP > > ... > > > > > > systat doesn't show high interrupts on the card > > # systat -v > > 1 users Load 0.06 0.02 0.00 Aug 11 15:45 > > > > Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > > Tot Share Tot Share Free in out in out > > Act 1069020 177580 2968312 209660 455852 count > > All 1149408 184236 1076855k 251780 pages > > Proc: Interrupts > > r p d s w Csw Trp Sys Int Sof Flt 278 cow 8057 total > > 1 74 885 842 1181 57 268 736 278 zfod atkbd0 1 > > ozfod 22 rl0 irq17 > > 0.4%Sys 0.1%Intr 0.2%User 0.0%Nice 99.3%Idle %ozfod 2000 cpu0: time > > | | | | | | | | | | | daefr 33 re0 irq256 > > 379 prcfr 2 ahci0 257 > > 29 dtbuf 704 totfr 2000 cpu1: time > > Namei Name-cache Dir-cache 100000 desvn react 2000 cpu3: time > > Calls hits % hits % 87484 numvn pdwak 2000 cpu2: time > > 921 921 100 24183 frevn pdpgs > > 3 intrn > > Disks ada0 ada1 pass0 pass1 576392 wire > > KB/t 21.40 0.00 0.00 0.00 1040084 act > > tps 2 0 0 0 1948900 inact > > MB/s 0.04 0.00 0.00 0.00 cache > > %busy 0 0 0 0 455852 free > > 427520 buf > > > > > > i have changed motherboards ... the same effect. after some time the > > problem appears again > > > > > > is there any info i can provide? > > > > Show me the output of dmesg and "devinfo -rv | rgephy". dmesg contains lines as above: ... re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP ... # dmesg|wc -l 1917 as for the devinfo, here it is: # devinfo -rv | grep rgephy rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 now all of the boxes which were trasfered to that motherboard shows the same simptoms :( ... and what i have to add is that external card doesn't show this behaviour! :( on the ather box with the same hardware but additional nic: # devinfo -rv | grep rgephy rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 rgephy1 pnpinfo oui=0x732 model=0x11 rev=0x3 at phyno=1 # pciconf -lcv re1@pci0:1:0:0: class=0x020000 card=0x43001186 chip=0x43001186 rev=0x10 hdr=0x00 vendor = 'D-Link System Inc' device = 'dlg10028 Used on DGE-528T Gigabit adaptor' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 19:32:48 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 3EB2A10656A9 for ; Wed, 11 Aug 2010 19:32:48 +0000 (UTC) (envelope-from mr4hughz@hotmail.com) Received: from snt0-omc2-s41.snt0.hotmail.com (snt0-omc2-s41.snt0.hotmail.com [65.54.61.92]) by mx1.freebsd.org (Postfix) with ESMTP id 124108FC1B for ; Wed, 11 Aug 2010 19:32:47 +0000 (UTC) Received: from SNT142-DS3 ([65.55.90.73]) by snt0-omc2-s41.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 11 Aug 2010 12:32:47 -0700 X-Originating-IP: [83.163.140.26] X-Originating-Email: [mr4hughz@hotmail.com] Message-ID: From: "Victor Ophof" To: References: <20100810213754.GH6960@michelle.cdnetworks.com><20100811164318.GB15858@michelle.cdnetworks.com> <20100811171138.GC15858@michelle.cdnetworks.com> Date: Wed, 11 Aug 2010 21:33:15 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acs5eIuI/RihHyyGRYOSu2ghDoUrYgAEts+Q In-Reply-To: <20100811171138.GC15858@michelle.cdnetworks.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-OriginalArrivalTime: 11 Aug 2010 19:32:47.0267 (UTC) FILETIME=[FA4B5730:01CB398B] Subject: RE: "RX ring hdr initialization error" 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, 11 Aug 2010 19:32:48 -0000 > -----Oorspronkelijk bericht----- > Van: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] > Namens Pyun YongHyeon > Verzonden: woensdag 11 augustus 2010 19:12 > Aan: Jack Vogel > CC: freebsd-net@freebsd.org; Victor Ophof > Onderwerp: Re: "RX ring hdr initialization error" > > On Wed, Aug 11, 2010 at 10:05:20AM -0700, Jack Vogel wrote: > > Why would you set the ring size so large? On a home system you should be > > fine with 1024 or even 512. Oke its default so . > > If you have a panic on boot reconfigure the kernel so em is not static, > then > > load > > it as a module after boot and tune it that way, once you have it tweaked > you > > can > > make it static again if you wish. I've been doing that > He used default TX/RX ring size. > > > Jack > > > > > > On Wed, Aug 11, 2010 at 9:43 AM, Pyun YongHyeon > wrote: > > > > > On Wed, Aug 11, 2010 at 10:19:11AM +0200, Victor Ophof wrote: > > > > > > > > > > > > > > > > From: pyunyh@gmail.com > > > > Date: Tue, 10 Aug 2010 14:37:54 -0700 > > > > To: mr4hughz@hotmail.com > > > > CC: jfv@freebsd.org; freebsd-net@freebsd.org > > > > Subject: Re: "RX ring hdr initialization error" > > > > > > > > On Tue, Aug 10, 2010 at 12:52:56PM +0200, Victor Ophof wrote: > > > > > > > > > > > > > > > > > > > > > > > > > Hi > > > > > > > > > > I've bought a asus M4a78-EM Motherboard. to build a NAS on, > > > > > thinking the onboard Realtek would be sufficant speed > > > > > unfortunatly the onboard fives 16/31 mbs at best > > > > > > > > > > ps later It improved with enabeling "polling" in the kernel (duh) > > > > > > > > > > so I had a PCI intel GT nic around, what gave intermittent tcp/ip > > > connections in a other machine (ESXi) > > > > > unfortunatly this was the same with Freebsd (card issue?) The card > is > > > still in the machine > > > > > even with the Intel supplied BSD driver > > > > > > > > > > now I bought a PCIe intel CT nic, put it in and the kernel panic > with > > > > > "RX ring hdr initialization error" > > > > > so replaced the intel with the freebsd one by doing > > > > > intel overwrites the freebsd one /boot/kernel/if_em.ko > > > > > # cd /usr/src/sys/modules/em/ && make obj depend all install > > > > > (was already in the kernel) > > > > > > > > > > > > > > > still panic > > > > > anybody got some idea's howto fix ? > > > > > > > > > --- reaction pyunyh --- > > > > I have been using the attached patch for em(4)/igb(4) controllers. > > > > These drivers explicitly calls panic(9) when memory allocation > > > > failure happens. I don't think it's good idea to panic the box > > > > under resource shortage condition as it's common to see this > > > > situation on heavily loaded servers. > > > > > > > > The patch does not solve the one issue yet. The panic caused by > > > > RX buffer allocation failure condition which in turn means you're > > > > allocating a lot of buffers. Reduce number of descriptors if you > > > > increased that too high and see whether the issue could be gone. > > > > ---/reaction pyunyh ---What buffers /descriptors I need to reduce? I > have > > > 2gb ram and set the following in /boot/loader.conf > vm.kmem_size_max="1024m" > > > > > > The loader tunables are hw.em.txd and hw.em.rxd. I thought you > > > increased TX/RX descriptor size to large value(e.g. 4096). > > > > > > > vm.kmem_size="1024m" > > > > #vfs.zfs.prefetch_disable=1 > > > > vm.kmem_size="2048M" > > > > vfs.zfs.arc_min="1024M" > > > > vfs.zfs.arc_max="1536M" > > > > vfs.zfs.vdev.min_pending=2 > > > > vfs.zfs.vdev.max_pending=8 > > > > vfs.zfs.txg.timeout=5 > > > > aio_load="YES" > > > > ahci_load="YES" > > > > > > > > > > I guess zfs consumed a lot of memory such that em(4) was not able > > > to allocate RX buffers. It seems there is nothing can be done in > > > this case unless some memory is reclaimed from zfs. I'm not > > > familiar with zfs internals but others can comment on this. Zfs needs more ram (4gb so I am low currently) however I have 2 free slots to add ram now need the money to upgrade to 6gb > > > > > > However the patch should fix the panic under these resource > > > shortage situation. Maybe reducing the vm.kmem+size to 1536M would free up more memory at least for testing. I need to find out howto apply the patch (never done that before) but I am going to test once I know > > > _______________________________________________ > > > 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" > > > > _______________________________________________ > 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 Wed Aug 11 19:34: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 D25E4106564A for ; Wed, 11 Aug 2010 19:34:09 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from ibs.dn.ua (ibs.dn.ua [91.216.196.30]) by mx1.freebsd.org (Postfix) with ESMTP id 402488FC1D for ; Wed, 11 Aug 2010 19:34:08 +0000 (UTC) Received: from ibs.dn.ua (localhost [127.0.0.1]) by ibs.dn.ua with ESMTP id o7BJY7bn089020; Wed, 11 Aug 2010 22:34:07 +0300 (EEST) Received: (from zeus@localhost) by ibs.dn.ua (8.14.4/8.14.4/Submit) id o7BJY7C3089019; Wed, 11 Aug 2010 22:34:07 +0300 (EEST) Date: Wed, 11 Aug 2010 22:34:07 +0300 From: Zeus V Panchenko To: FreeBSD Net Message-ID: <20100811193407.GB80360@ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Cc: Pyun YongHyeon Subject: Re: re0 link UP/DOWN on 8.1-STABLE amd64 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, 11 Aug 2010 19:34:09 -0000 oh, i forgoten :( dmesg.boot contains: re0: port 0xe800-0xe8ff mem 0xfafff000-0xfaffffff,0xfaff8000-0xfaffbfff irq 17 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x28000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 48:5b:39:d2:1d:89 re0: [FILTER] -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 19:47:39 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 ABDB6106564A for ; Wed, 11 Aug 2010 19:47:39 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from jj.bangj.com (jj.bangj.com [198.86.87.199]) by mx1.freebsd.org (Postfix) with ESMTP id 72AAE8FC12 for ; Wed, 11 Aug 2010 19:47:39 +0000 (UTC) Received: from [172.16.21.113] (cpe-075-183-147-134.sc.res.rr.com [75.183.147.134]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by jj.bangj.com (Postfix) with ESMTPSA id 3D9E4332; Wed, 11 Aug 2010 15:27:48 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Tom Pusateri In-Reply-To: <20100811191118.GA80360@ibs.dn.ua> Date: Wed, 11 Aug 2010 15:27:48 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <80C5318F-9B83-4342-93DC-36C48470EAE5@bangj.com> References: <20100811125014.GA98316@ibs.dn.ua> <20100811163136.GA15858@michelle.cdnetworks.com> <20100811191118.GA80360@ibs.dn.ua> To: zeus.panchenko@gmail.com X-Mailer: Apple Mail (2.1081) Cc: Pyun YongHyeon , FreeBSD Net Subject: Re: re0 link UP/DOWN on 8.1-STABLE amd64 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, 11 Aug 2010 19:47:39 -0000 On Aug 11, 2010, at 3:11 PM, Zeus V Panchenko wrote: > Pyun YongHyeon (pyunyh@gmail.com) [10.08.11 19:31] wrote: >> On Wed, Aug 11, 2010 at 03:50:14PM +0300, Zeus V Panchenko wrote: >>> Hi All, >>>=20 >>> can enybody help with the subj, please? >>>=20 >>> problem: onboard interface re0 link state UP/DOWN flapping >>>=20 >>>=20 >>> i have: >>> # uname -a=20 >>> FreeBSD 8.1-STABLE #0: Mon Aug 9 10:33:17 EEST 2010 amd64 >>>=20 >>> # dmidecode >>> ... >>> Base Board Information >>> Manufacturer: ASUSTeK Computer INC. >>> Product Name: AT5NM10-I >>> ... >>>=20 >>> # pciconf -lcv >>> re0@pci0:2:0:0: class=3D0x020000 card=3D0x83a31043 chip=3D0x816810ec = rev=3D0x03 hdr=3D0x00 >>> vendor =3D 'Realtek Semiconductor' >>> device =3D 'Gigabit Ethernet NIC(NDIS 6.0) = (RTL8168/8111/8111c)' >>> class =3D network >>> subclass =3D ethernet >>> cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 >>> cap 05[50] =3D MSI supports 1 message, 64 bit enabled with 1 = message >>> cap 10[70] =3D PCI-Express 2 endpoint IRQ 2 max data 128(256) = link x1(x1) >>> cap 11[ac] =3D MSI-X supports 4 messages in map 0x20 >>> cap 03[cc] =3D VPD >>>=20 >>>=20 >>> # ifconfig re0 >>> re0: flags=3D8843 metric 0 = mtu 1500 >>> = options=3D389b >>> ether 20:cf:30:89:5e:95 >>> inet 10.10.0.111 netmask 0xffff0000 broadcast 10.10.255.255 >>> media: Ethernet 1000baseT >>> status: active >>>=20 >>>=20 >>>=20 >>>=20 >>> sporadically interface begins to flap and dmesg shows: >>> ... >>> Aug 11 14:29:44 kernel: re0: link state changed to DOWN >>> Aug 11 14:29:47 kernel: re0: link state changed to UP >>> Aug 11 14:29:58 kernel: re0: link state changed to DOWN >>> Aug 11 14:30:01 kernel: re0: link state changed to UP >>> ... >>>=20 >>>=20 >>> systat doesn't show high interrupts on the card >>> # systat -v >>> 1 users Load 0.06 0.02 0.00 Aug 11 15:45 >>>=20 >>> Mem:KB REAL VIRTUAL VN PAGER = SWAP PAGER >>> Tot Share Tot Share Free in out = in out >>> Act 1069020 177580 2968312 209660 455852 count >>> All 1149408 184236 1076855k 251780 pages >>> Proc: = Interrupts >>> r p d s w Csw Trp Sys Int Sof Flt 278 cow 8057 = total >>> 1 74 885 842 1181 57 268 736 278 zfod = atkbd0 1 >>> ozfod 22 = rl0 irq17 >>> 0.4%Sys 0.1%Intr 0.2%User 0.0%Nice 99.3%Idle %ozfod 2000 = cpu0: time >>> | | | | | | | | | | | daefr = 33 re0 irq256 >>> 379 prcfr 2 = ahci0 257 >>> 29 dtbuf 704 totfr 2000 = cpu1: time >>> Namei Name-cache Dir-cache 100000 desvn react = 2000 cpu3: time >>> Calls hits % hits % 87484 numvn pdwak 2000 = cpu2: time >>> 921 921 100 24183 frevn pdpgs >>> 3 intrn >>> Disks ada0 ada1 pass0 pass1 576392 wire >>> KB/t 21.40 0.00 0.00 0.00 1040084 act >>> tps 2 0 0 0 1948900 inact >>> MB/s 0.04 0.00 0.00 0.00 cache >>> %busy 0 0 0 0 455852 free >>> 427520 buf >>>=20 >>>=20 >>> i have changed motherboards ... the same effect. after some time the >>> problem appears again >>>=20 >>>=20 >>> is there any info i can provide? >>>=20 >>=20 >> Show me the output of dmesg and "devinfo -rv | rgephy". >=20 > dmesg contains lines as above: > ... > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > ... >=20 > # dmesg|wc -l > 1917 >=20 > as for the devinfo, here it is: >=20 > # devinfo -rv | grep rgephy > rgephy0 pnpinfo oui=3D0x732 model=3D0x11 rev=3D0x2 at = phyno=3D1 >=20 > now all of the boxes which were trasfered to that motherboard shows = the same simptoms :( ...=20 >=20 > and what i have to add is that external card doesn't show this = behaviour! :( >=20 > on the ather box with the same hardware but additional nic: >=20 > # devinfo -rv | grep rgephy > rgephy0 pnpinfo oui=3D0x732 model=3D0x11 rev=3D0x2 at = phyno=3D1 > rgephy1 pnpinfo oui=3D0x732 model=3D0x11 rev=3D0x3 at = phyno=3D1 >=20 > # pciconf -lcv > re1@pci0:1:0:0: class=3D0x020000 card=3D0x43001186 chip=3D0x43001186 = rev=3D0x10 hdr=3D0x00 > vendor =3D 'D-Link System Inc' > device =3D 'dlg10028 Used on DGE-528T Gigabit adaptor' > class =3D network > subclass =3D ethernet > cap 01[dc] =3D powerspec 2 supports D0 D1 D2 D3 current D0 >=20 >=20 > --=20 > Zeus V. Panchenko >=20 This has been happening to me as well on a 7.1 system with a built-in = ethernet on an ASUS motherboard: pusateri [jj:1001] devinfo -rv | grep rgephy rgephy0 pnpinfo oui=3D0x732 model=3D0x11 rev=3D0x2 at = phyno=3D1 pusateri [jj:1002] uname -a FreeBSD jj.bangj.com 7.1-RELEASE-p8 FreeBSD 7.1-RELEASE-p8 #0: Fri Oct = 2 04:45:57 UTC 2009 = root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 from dmesg.boot: re0: port 0xd800-0xd8ff mem 0xfbaff000-0xfbafffff,0xfaff0000-0xfaffffff = irq 18 at device 0.0 on pci2 re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-F DX, auto re0: Ethernet address: 00:22:15:73:3e:61 re0: [FILTER] =46rom dmesg: re0: watchdog timeout re0: link state changed to DOWN re0: link state changed to UP From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 20:09:17 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 5BEFB106566C for ; Wed, 11 Aug 2010 20:09:17 +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 2C2168FC08 for ; Wed, 11 Aug 2010 20:09:16 +0000 (UTC) Received: by pxi17 with SMTP id 17so222073pxi.13 for ; Wed, 11 Aug 2010 13:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=XnSWoD5jB5K2zQi9YtlL1wFa3rjBMMlkkMZ5xKst22w=; b=dqhpmQXYYzNbxvxPg65zGo5TEXLf67Bduz9aMYv6vKe3lzPEtgRoS0X3Rom11jFaNi Utb84sMtkKKgy5FXMjPtEQ75lPq3wJIXCk8r6MaV0rvKM0iWhcwlfzMGp6eM2Yqd/NUe ghtrXjfwyKWseKeDAO8V4UuXGXYtSHhWu4EDg= 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=HhL9T5+5/f8/l+Pidpap3Oq8MpG3DtjBskEPQpJTPaNivZ+HSZfkN7+vt9l12O08h/ DeCZwfx7P6bmPUEHJWHY3LRLyed7QAmZPqzjxFz21mVNS+LxclDNDHAszb6klc5Szt0+ gjz1qUF5jyoVxMlx8qAdgQb1Nix2WtDtc4Ang= Received: by 10.142.88.7 with SMTP id l7mr9301352wfb.296.1281557356569; Wed, 11 Aug 2010 13:09:16 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 33sm530353wfg.21.2010.08.11.13.09.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 13:09:15 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Aug 2010 13:09:14 -0700 From: Pyun YongHyeon Date: Wed, 11 Aug 2010 13:09:14 -0700 To: Zeus V Panchenko Message-ID: <20100811200914.GE15858@michelle.cdnetworks.com> References: <20100811193407.GB80360@ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100811193407.GB80360@ibs.dn.ua> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: re0 link UP/DOWN on 8.1-STABLE amd64 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: Wed, 11 Aug 2010 20:09:17 -0000 On Wed, Aug 11, 2010 at 10:34:07PM +0300, Zeus V Panchenko wrote: > oh, i forgoten :( > > dmesg.boot contains: > > re0: port 0xe800-0xe8ff mem 0xfafff000-0xfaffffff,0xfaff8000-0xfaffbfff irq 17 at device 0.0 on pci2 > re0: Using 1 MSI messages > re0: Chip rev. 0x28000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 48:5b:39:d2:1d:89 > re0: [FILTER] > >From the output above, I believe you're using slightly old stable. Please use 8.1-RELEASE and let me know how it works on 8.1-RELEASE. From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 20:10:57 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 75F341065674 for ; Wed, 11 Aug 2010 20:10:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4377B8FC1E for ; Wed, 11 Aug 2010 20:10:57 +0000 (UTC) Received: by pwj4 with SMTP id 4so220156pwj.13 for ; Wed, 11 Aug 2010 13:10:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=UZ5Je5JexZ248Hx+JI67BTmVgEGQ62FIt3copj+9r9k=; b=eYmqTEr5PBzQMI3yAjZJWDMV9AyQcWqZIqOULFn2ZWKIewFOFJbfVUbj9GXR2iWs+E G9EkilCN3gg0mmVQrpi2fyD26D8jOiRh9ThmH7WFyOs1QHQ5WYbEs+Nk5A5p9lERXciG 2hFBW9BP96WJdUVC9O71hF4AfheGFBHEuCU9s= 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=Gk21z2J49ELxO2tJQCwaOJ4Y4PWDVrALs8CAXG3wmO/8MRi6XYPGtdWg/B6b0LiFwM C5YS2fasYd94RpqlCLLMxzl7ZgewAJpoT2Pdwp+/MecVsOFIRpQ15GbLhh/X5s52h0M8 ojkIeWoIhaPCBNuoZjYTJycTQT4Mjmpg+9d9E= Received: by 10.114.39.2 with SMTP id m2mr11240490wam.45.1281557456689; Wed, 11 Aug 2010 13:10:56 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 33sm790928wad.18.2010.08.11.13.10.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 13:10:55 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Aug 2010 13:10:54 -0700 From: Pyun YongHyeon Date: Wed, 11 Aug 2010 13:10:54 -0700 To: Tom Pusateri Message-ID: <20100811201054.GF15858@michelle.cdnetworks.com> References: <20100811125014.GA98316@ibs.dn.ua> <20100811163136.GA15858@michelle.cdnetworks.com> <20100811191118.GA80360@ibs.dn.ua> <80C5318F-9B83-4342-93DC-36C48470EAE5@bangj.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80C5318F-9B83-4342-93DC-36C48470EAE5@bangj.com> User-Agent: Mutt/1.4.2.3i Cc: zeus.panchenko@gmail.com, FreeBSD Net Subject: Re: re0 link UP/DOWN on 8.1-STABLE amd64 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: Wed, 11 Aug 2010 20:10:57 -0000 On Wed, Aug 11, 2010 at 03:27:48PM -0400, Tom Pusateri wrote: > > On Aug 11, 2010, at 3:11 PM, Zeus V Panchenko wrote: > > > Pyun YongHyeon (pyunyh@gmail.com) [10.08.11 19:31] wrote: > >> On Wed, Aug 11, 2010 at 03:50:14PM +0300, Zeus V Panchenko wrote: > >>> Hi All, > >>> > >>> can enybody help with the subj, please? > >>> > >>> problem: onboard interface re0 link state UP/DOWN flapping > >>> > >>> > >>> i have: > >>> # uname -a > >>> FreeBSD 8.1-STABLE #0: Mon Aug 9 10:33:17 EEST 2010 amd64 > >>> > >>> # dmidecode > >>> ... > >>> Base Board Information > >>> Manufacturer: ASUSTeK Computer INC. > >>> Product Name: AT5NM10-I > >>> ... > >>> > >>> # pciconf -lcv > >>> re0@pci0:2:0:0: class=0x020000 card=0x83a31043 chip=0x816810ec rev=0x03 hdr=0x00 > >>> vendor = 'Realtek Semiconductor' > >>> device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' > >>> class = network > >>> subclass = ethernet > >>> cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > >>> cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message > >>> cap 10[70] = PCI-Express 2 endpoint IRQ 2 max data 128(256) link x1(x1) > >>> cap 11[ac] = MSI-X supports 4 messages in map 0x20 > >>> cap 03[cc] = VPD > >>> > >>> > >>> # ifconfig re0 > >>> re0: flags=8843 metric 0 mtu 1500 > >>> options=389b > >>> ether 20:cf:30:89:5e:95 > >>> inet 10.10.0.111 netmask 0xffff0000 broadcast 10.10.255.255 > >>> media: Ethernet 1000baseT > >>> status: active > >>> > >>> > >>> > >>> > >>> sporadically interface begins to flap and dmesg shows: > >>> ... > >>> Aug 11 14:29:44 kernel: re0: link state changed to DOWN > >>> Aug 11 14:29:47 kernel: re0: link state changed to UP > >>> Aug 11 14:29:58 kernel: re0: link state changed to DOWN > >>> Aug 11 14:30:01 kernel: re0: link state changed to UP > >>> ... > >>> > >>> > >>> systat doesn't show high interrupts on the card > >>> # systat -v > >>> 1 users Load 0.06 0.02 0.00 Aug 11 15:45 > >>> > >>> Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > >>> Tot Share Tot Share Free in out in out > >>> Act 1069020 177580 2968312 209660 455852 count > >>> All 1149408 184236 1076855k 251780 pages > >>> Proc: Interrupts > >>> r p d s w Csw Trp Sys Int Sof Flt 278 cow 8057 total > >>> 1 74 885 842 1181 57 268 736 278 zfod atkbd0 1 > >>> ozfod 22 rl0 irq17 > >>> 0.4%Sys 0.1%Intr 0.2%User 0.0%Nice 99.3%Idle %ozfod 2000 cpu0: time > >>> | | | | | | | | | | | daefr 33 re0 irq256 > >>> 379 prcfr 2 ahci0 257 > >>> 29 dtbuf 704 totfr 2000 cpu1: time > >>> Namei Name-cache Dir-cache 100000 desvn react 2000 cpu3: time > >>> Calls hits % hits % 87484 numvn pdwak 2000 cpu2: time > >>> 921 921 100 24183 frevn pdpgs > >>> 3 intrn > >>> Disks ada0 ada1 pass0 pass1 576392 wire > >>> KB/t 21.40 0.00 0.00 0.00 1040084 act > >>> tps 2 0 0 0 1948900 inact > >>> MB/s 0.04 0.00 0.00 0.00 cache > >>> %busy 0 0 0 0 455852 free > >>> 427520 buf > >>> > >>> > >>> i have changed motherboards ... the same effect. after some time the > >>> problem appears again > >>> > >>> > >>> is there any info i can provide? > >>> > >> > >> Show me the output of dmesg and "devinfo -rv | rgephy". > > > > dmesg contains lines as above: > > ... > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > re0: link state changed to DOWN > > re0: link state changed to UP > > ... > > > > # dmesg|wc -l > > 1917 > > > > as for the devinfo, here it is: > > > > # devinfo -rv | grep rgephy > > rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 > > > > now all of the boxes which were trasfered to that motherboard shows the same simptoms :( ... > > > > and what i have to add is that external card doesn't show this behaviour! :( > > > > on the ather box with the same hardware but additional nic: > > > > # devinfo -rv | grep rgephy > > rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 > > rgephy1 pnpinfo oui=0x732 model=0x11 rev=0x3 at phyno=1 > > > > # pciconf -lcv > > re1@pci0:1:0:0: class=0x020000 card=0x43001186 chip=0x43001186 rev=0x10 hdr=0x00 > > vendor = 'D-Link System Inc' > > device = 'dlg10028 Used on DGE-528T Gigabit adaptor' > > class = network > > subclass = ethernet > > cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 > > > > > > -- > > Zeus V. Panchenko > > > > This has been happening to me as well on a 7.1 system with a built-in ethernet on an ASUS motherboard: > There were a lot of re(4) changes since 7.1-RELEASE. Please try 8.1-RELEASE and see whether you still sees the issue or not. > pusateri [jj:1001] devinfo -rv | grep rgephy > rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 > pusateri [jj:1002] uname -a > FreeBSD jj.bangj.com 7.1-RELEASE-p8 FreeBSD 7.1-RELEASE-p8 #0: Fri Oct 2 04:45:57 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > from dmesg.boot: > > re0: rnet> port 0xd800-0xd8ff mem 0xfbaff000-0xfbafffff,0xfaff0000-0xfaffffff irq 18 > at device 0.0 on pci2 > re0: Chip rev. 0x3c000000 > re0: MAC rev. 0x00400000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-F > DX, auto > re0: Ethernet address: 00:22:15:73:3e:61 > re0: [FILTER] > > From dmesg: > > re0: watchdog timeout > re0: link state changed to DOWN > re0: link state changed to UP > > From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 20:24:58 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 C7D3F1065678 for ; Wed, 11 Aug 2010 20:24:58 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from ibs.dn.ua (ibs.dn.ua [91.216.196.30]) by mx1.freebsd.org (Postfix) with ESMTP id 316318FC1B for ; Wed, 11 Aug 2010 20:24:57 +0000 (UTC) Received: from ibs.dn.ua (localhost [127.0.0.1]) by ibs.dn.ua with ESMTP id o7BKOuVo003977; Wed, 11 Aug 2010 23:24:56 +0300 (EEST) Received: (from zeus@localhost) by ibs.dn.ua (8.14.4/8.14.4/Submit) id o7BKOuYS003976; Wed, 11 Aug 2010 23:24:56 +0300 (EEST) Date: Wed, 11 Aug 2010 23:24:56 +0300 From: Zeus V Panchenko To: Pyun YongHyeon Message-ID: <20100811202456.GC80360@ibs.dn.ua> References: <20100811193407.GB80360@ibs.dn.ua> <20100811200914.GE15858@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20100811200914.GE15858@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Cc: FreeBSD Net Subject: Re: re0 link UP/DOWN on 8.1-STABLE amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus.panchenko@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 20:24:58 -0000 Pyun YongHyeon (pyunyh@gmail.com) [10.08.11 23:09] wrote: > On Wed, Aug 11, 2010 at 10:34:07PM +0300, Zeus V Panchenko wrote: > > oh, i forgoten :( > > > > dmesg.boot contains: > > > > re0: port 0xe800-0xe8ff mem 0xfafff000-0xfaffffff,0xfaff8000-0xfaffbfff irq 17 at device 0.0 on pci2 > > re0: Using 1 MSI messages > > re0: Chip rev. 0x28000000 > > re0: MAC rev. 0x00000000 > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > re0: Ethernet address: 48:5b:39:d2:1d:89 > > re0: [FILTER] > > > > >From the output above, I believe you're using slightly old stable. > Please use 8.1-RELEASE and let me know how it works on 8.1-RELEASE. ooops .... sorry, it was another box here the one i was begining from and where the problem persists too > uname -a FreeBSD egw.ibs.dn.ua 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Aug 9 10:33:17 EEST 2010 root@egw.ibs.dn.ua:/usr/obj/usr/src/sys/EGW amd64 re0: port 0xe800-0xe8ff mem 0xfafff000-0xfaffffff,0xfaff8000-0xfaffbfff irq 17 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x28000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 20:cf:30:89:5e:95 re0: [FILTER] > devinfo -rv rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 i was cvsup-ing a couple of days ago ... now i have killed all tree and cvs-ing again ... -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 21:29: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 230C6106566B for ; Wed, 11 Aug 2010 21:29: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 E127E8FC12 for ; Wed, 11 Aug 2010 21:29:13 +0000 (UTC) Received: by pzk7 with SMTP id 7so248408pzk.13 for ; Wed, 11 Aug 2010 14:29:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=QXLPLydE2v123ieJVFZZiNIQhhXsrCCcBZtNGvzKxao=; b=k6cVPIzH7sFHOPHpGjJnp9WfekF4bThy7QvwPwh3lAZ/xFwJldts2+z01Fp78zHSBX N3vmDtOr9rzYzycd/Lg7WfigFehJkPGTkkYlRY19nU4WNN8yXjKg16BU66cJvAH37jIW ZXax0mf9sSkdgTE7ijBvNY1bzWkF/ejxMmMPo= 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=f5rhiM8PAiKCrfd3UvtVSlgNwUHyIlVdplObLiDyR54lW7fJnlfblMqyG8fv1fOQL4 pFDW3FuBU6OFd8DRz3kMMeL2UkI86EsJahf0kQ43+mKCkwHcJXq5pYjGwIp4yHIWSH95 GYlXbV3Wfe+wbuO+O07ce9pEYFUgNnctBISIs= Received: by 10.142.156.16 with SMTP id d16mr16628357wfe.324.1281562153479; Wed, 11 Aug 2010 14:29:13 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id q27sm616969wfc.6.2010.08.11.14.29.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 14:29:12 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Aug 2010 14:29:11 -0700 From: Pyun YongHyeon Date: Wed, 11 Aug 2010 14:29:11 -0700 To: Zeus V Panchenko Message-ID: <20100811212911.GG15858@michelle.cdnetworks.com> References: <20100811193407.GB80360@ibs.dn.ua> <20100811200914.GE15858@michelle.cdnetworks.com> <20100811202456.GC80360@ibs.dn.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <20100811202456.GC80360@ibs.dn.ua> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: re0 link UP/DOWN on 8.1-STABLE amd64 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: Wed, 11 Aug 2010 21:29:14 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Aug 11, 2010 at 11:24:56PM +0300, Zeus V Panchenko wrote: > Pyun YongHyeon (pyunyh@gmail.com) [10.08.11 23:09] wrote: > > On Wed, Aug 11, 2010 at 10:34:07PM +0300, Zeus V Panchenko wrote: > > > oh, i forgoten :( > > > > > > dmesg.boot contains: > > > > > > re0: port 0xe800-0xe8ff mem 0xfafff000-0xfaffffff,0xfaff8000-0xfaffbfff irq 17 at device 0.0 on pci2 > > > re0: Using 1 MSI messages > > > re0: Chip rev. 0x28000000 > > > re0: MAC rev. 0x00000000 > > > miibus0: on re0 > > > rgephy0: PHY 1 on miibus0 > > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > > re0: Ethernet address: 48:5b:39:d2:1d:89 > > > re0: [FILTER] > > > > > > > >From the output above, I believe you're using slightly old stable. > > Please use 8.1-RELEASE and let me know how it works on 8.1-RELEASE. > > ooops .... sorry, it was another box > here the one i was begining from and where the problem persists too > > > uname -a > FreeBSD egw.ibs.dn.ua 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Aug 9 10:33:17 EEST 2010 root@egw.ibs.dn.ua:/usr/obj/usr/src/sys/EGW amd64 > > re0: port 0xe800-0xe8ff mem 0xfafff000-0xfaffffff,0xfaff8000-0xfaffbfff irq 17 at device 0.0 on pci2 > re0: Using 1 MSI messages > re0: Chip rev. 0x28000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 20:cf:30:89:5e:95 > re0: [FILTER] > > > devinfo -rv > rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 > > i was cvsup-ing a couple of days ago ... now i have killed all tree and cvs-ing again ... > Ok thanks for the info. Would you try attached patch and let me know whether it makes any difference? --ikeVEW9yuYc//A+q Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.8168D.patch" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 211176) +++ sys/dev/re/if_re.c (working copy) @@ -1311,6 +1311,8 @@ * RTL8111C/CP : supports up to 9KB jumbo frame. */ sc->rl_flags |= RL_FLAG_NOJUMBO; + if (hw_rev->rl_rev == RL_HWREV_8168D) + sc->rl_flags |= RL_FLAG_PHYWAKE_PM; break; case RL_HWREV_8168E: sc->rl_flags |= RL_FLAG_PHYWAKE | RL_FLAG_PHYWAKE_PM | --ikeVEW9yuYc//A+q-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 11 22:07: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 174FB106566B for ; Wed, 11 Aug 2010 22:07:47 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id CD16C8FC14 for ; Wed, 11 Aug 2010 22:07:46 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 1D84673098; Thu, 12 Aug 2010 00:18:23 +0200 (CEST) Date: Thu, 12 Aug 2010 00:18:23 +0200 From: Luigi Rizzo To: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Message-ID: <20100811221823.GA88943@onelab2.iet.unipi.it> References: <201008111514.o7BFEBYJ037898@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201008111514.o7BFEBYJ037898@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: 8.1R: ppp default route uses wrong Netif (with pppoe) 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, 11 Aug 2010 22:07:47 -0000 On Wed, Aug 11, 2010 at 05:14:11PM +0200, Oliver Fromme wrote: > Luigi Rizzo wrote: > > Hi, > > I found the following problem with ppp after upgrading to 8.1 > > > > I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has > > these lines (plus others not relevant here): > > > > my-provider: > > set line PPPoE:nfe0 > > ... > > add default HISADDR > > > > Up to 7.2 this sufficed to establish a route using 'tun0' as the device > > > > Destination Gateway Flags Refs Use Netif Expire > > default 81.174.0.1 UGS 0 1885 tun0 > > > > With the upgrade to 8.1R the default route points to 'nfe0', i.e. the > > device used to talk pppoe, instead of tun0. > > This causes a number of failures which prevent operation. > > That's strange ... I have a simuilar setup on my router > which was upgraded from FreeBSD 6.x to 8.x recently. > I don't have any routing problems. So maybe it is a > problem with your configuration, not a FreeBSD bug. Maybe, but the config has been copied from the 7.2 machine with no changes. So at the very least something has changed in the system. I will run more tests tomorrow (i have bridging enabled and a few aliases on the ethernet interface, but quick tests today showed no effect). thanks for the feedback cheers luigi > My rc.conf contains: > > ifconfig_fxp0="up" > ppp_enable="YES" > ppp_mode="ddial" > ppp_nat="YES" > ppp_profile="pppoe_myisp" > gateway_enable="YES" > > And ppp.conf looks like this (few things omitted for brevity): > > default: > set ifaddr 10.0.0.1/0 10.0.0.2/0 > set server /var/run/ppp.ctl "" 0177 > nat enable yes > > pppoe_myisp: > set device PPPoE:fxp0 > set authname myauthname > set authkey myauthkey > set dial > set login > add default HISADDR > enable dns > resolv readonly > > The default route is set correctly: > > $ route get default > route to: default > destination: default > mask: default > gateway: gateway.myisp.net > interface: tun0 > flags: > recvpipe sendpipe ssthresh rtt,msec mtu weight expire > 0 0 0 0 1492 1 0 > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- > chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > Blogging: Never before have so many people > with so little to say said so much to so few. From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 00:09:36 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 F3BF01065678; Thu, 12 Aug 2010 00:09:35 +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 C909C8FC1B; Thu, 12 Aug 2010 00:09:35 +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 o7C09ZFh066200; Thu, 12 Aug 2010 00:09:35 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7C09ZQn066196; Thu, 12 Aug 2010 00:09:35 GMT (envelope-from linimon) Date: Thu, 12 Aug 2010 00:09:35 GMT Message-Id: <201008120009.o7C09ZQn066196@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149516: [ath] ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated 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, 12 Aug 2010 00:09:36 -0000 Old Synopsis: ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated New Synopsis: [ath] ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Aug 12 00:09:20 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149516 From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 00:43:06 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 D35EC1065676; Thu, 12 Aug 2010 00:43:06 +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 A95778FC0A; Thu, 12 Aug 2010 00:43:06 +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 o7C0h6Lj007704; Thu, 12 Aug 2010 00:43:06 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7C0h6Vt007700; Thu, 12 Aug 2010 00:43:06 GMT (envelope-from linimon) Date: Thu, 12 Aug 2010 00:43:06 GMT Message-Id: <201008120043.o7C0h6Vt007700@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149532: [igb] igb/ixgb controllers panic on FreeBSD 8.1-RELEASE 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, 12 Aug 2010 00:43:07 -0000 Old Synopsis: igb/ixgb controllers panic on FreeBSD 8.1-RELEASE New Synopsis: [igb] igb/ixgb controllers panic on FreeBSD 8.1-RELEASE Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Aug 12 00:42:44 UTC 2010 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=149532 From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 08:24:42 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 1CD2F106564A; Thu, 12 Aug 2010 08:24:42 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E72078FC13; Thu, 12 Aug 2010 08:24:41 +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 o7C8OfL0087867; Thu, 12 Aug 2010 08:24:41 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7C8Ofir087863; Thu, 12 Aug 2010 08:24:41 GMT (envelope-from andre) Date: Thu, 12 Aug 2010 08:24:41 GMT Message-Id: <201008120824.o7C8Ofir087863@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/148807: [panic] 8.1-RELEASE "panic: sbdrop" and "panic: sbsndptr: sockbuf _ and mbuf _ clashing" under heavy load 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, 12 Aug 2010 08:24:42 -0000 Synopsis: [panic] 8.1-RELEASE "panic: sbdrop" and "panic: sbsndptr: sockbuf _ and mbuf _ clashing" under heavy load Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Thu Aug 12 08:24:22 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=148807 From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 11:34:02 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 136841065674; Thu, 12 Aug 2010 11:34:02 +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 DE1528FC22; Thu, 12 Aug 2010 11:34:01 +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 o7CBY1WW078819; Thu, 12 Aug 2010 11:34:01 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7CBY18o078815; Thu, 12 Aug 2010 11:34:01 GMT (envelope-from linimon) Date: Thu, 12 Aug 2010 11:34:01 GMT Message-Id: <201008121134.o7CBY18o078815@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149539: [ath] atheros ar9287 is not supported by ath_hal 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, 12 Aug 2010 11:34:02 -0000 Old Synopsis: atheros ar9287 is not supported by ath_hal New Synopsis: [ath] atheros ar9287 is not supported by ath_hal Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Aug 12 11:33:30 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149539 From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 12:56:03 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 7623E1065698 for ; Thu, 12 Aug 2010 12:56:03 +0000 (UTC) (envelope-from oppermann@networx.ch) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1230C8FC1E for ; Thu, 12 Aug 2010 12:56:02 +0000 (UTC) Received: (qmail 92344 invoked from network); 12 Aug 2010 10:59:01 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 12 Aug 2010 10:59:01 -0000 Message-ID: <4C63E921.4040803@networx.ch> Date: Thu, 12 Aug 2010 14:29:21 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: karl@khakkinen.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bug-followup@freebsd.org, eschoedler@viavale.com.br, net@freebsd.org Subject: Re: kern/141314: Network Performance has decreased by 30% [regression] 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, 12 Aug 2010 12:56:03 -0000 Karl, What is the RTT (ping time) between your test servers? Please try again with the following sysctl disabled: sysctl net.inet.tcp.inflight.enable=0 -- Andre From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 13:14:33 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 AE94A1065696; Thu, 12 Aug 2010 13:14:33 +0000 (UTC) (envelope-from prvs=18409c0064=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 261098FC0C; Thu, 12 Aug 2010 13:14:32 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 12 Aug 2010 14:04:07 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 12 Aug 2010 14:04:07 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011054068.msg; Thu, 12 Aug 2010 14:04:06 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18409c0064=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <08314D938871496DBCB5DFF19007F0BE@multiplay.co.uk> From: "Steven Hartland" To: "Andre Oppermann" , References: <4C63E921.4040803@networx.ch> Date: Thu, 12 Aug 2010 14:04:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: eschoedler@viavale.com.br, bug-followup@freebsd.org, net@freebsd.org Subject: Re: kern/141314: Network Performance has decreased by 30%[regression] 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, 12 Aug 2010 13:14:33 -0000 Also if you have a large kern.ipc.maxsockbuf set try removing it we experienced a significant slow down when moving from 7 to 8 with large values for kern.ipc.maxsockbuf. Regards Steve ----- Original Message ----- From: "Andre Oppermann" > Karl, > > What is the RTT (ping time) between your test servers? > > Please try again with the following sysctl disabled: > sysctl net.inet.tcp.inflight.enable=0 ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 13:34:51 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 C588310656A6 for ; Thu, 12 Aug 2010 13:34:51 +0000 (UTC) (envelope-from oppermann@networx.ch) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 35C308FC25 for ; Thu, 12 Aug 2010 13:34:50 +0000 (UTC) Received: (qmail 92783 invoked from network); 12 Aug 2010 12:04:29 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 12 Aug 2010 12:04:29 -0000 Message-ID: <4C63F879.9040409@networx.ch> Date: Thu, 12 Aug 2010 15:34:49 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: Steven Hartland References: <4C63E921.4040803@networx.ch> <08314D938871496DBCB5DFF19007F0BE@multiplay.co.uk> In-Reply-To: <08314D938871496DBCB5DFF19007F0BE@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: eschoedler@viavale.com.br, karl@khakkinen.com, bug-followup@freebsd.org, net@freebsd.org Subject: Re: kern/141314: Network Performance has decreased by 30%[regression] 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, 12 Aug 2010 13:34:51 -0000 On 12.08.2010 15:04, Steven Hartland wrote: > Also if you have a large kern.ipc.maxsockbuf set try removing it > we experienced a significant slow down when moving from 7 to 8 with > large values for kern.ipc.maxsockbuf. This may be an unrelated problem with window scaling and broken firewalls. > Regards > Steve > ----- Original Message ----- From: "Andre Oppermann" > > >> Karl, >> >> What is the RTT (ping time) between your test servers? >> >> Please try again with the following sysctl disabled: >> sysctl net.inet.tcp.inflight.enable=0 > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and > the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, printing > or otherwise disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 18:14:32 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 D5862106566C; Thu, 12 Aug 2010 18:14:32 +0000 (UTC) (envelope-from prvs=18409c0064=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC538FC14; Thu, 12 Aug 2010 18:14:31 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 12 Aug 2010 19:14:30 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 12 Aug 2010 19:14:30 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011055299.msg; Thu, 12 Aug 2010 19:14:30 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18409c0064=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <43402FE59B7A4BC49EFDE40C85699A42@multiplay.co.uk> From: "Steven Hartland" To: "Andre Oppermann" References: <4C63E921.4040803@networx.ch> <08314D938871496DBCB5DFF19007F0BE@multiplay.co.uk> <4C63F879.9040409@networx.ch> Date: Thu, 12 Aug 2010 19:14:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: eschoedler@viavale.com.br, karl@khakkinen.com, bug-followup@freebsd.org, net@freebsd.org Subject: Re: kern/141314: Network Performance has decreased by 30%[regression] 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, 12 Aug 2010 18:14:33 -0000 ----- Original Message ----- From: "Andre Oppermann" > On 12.08.2010 15:04, Steven Hartland wrote: >> Also if you have a large kern.ipc.maxsockbuf set try removing it >> we experienced a significant slow down when moving from 7 to 8 with >> large values for kern.ipc.maxsockbuf. > > This may be an unrelated problem with window scaling and broken firewalls. No firewalls present all local machines, so not that :( ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Thu Aug 12 18:57: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 8AC1C10656A5 for ; Thu, 12 Aug 2010 18:57:47 +0000 (UTC) (envelope-from jinmei@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id 288658FC13 for ; Thu, 12 Aug 2010 18:57:47 +0000 (UTC) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.ams1.isc.org (Postfix) with ESMTPS id 121095F98E1; Thu, 12 Aug 2010 18:57:31 +0000 (UTC) (envelope-from jinmei@isc.org) Received: from jmb.jinmei.org (dhcp-57.sql1.isc.org [149.20.50.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 498D6E60D7; Thu, 12 Aug 2010 18:57:30 +0000 (UTC) (envelope-from jinmei@isc.org) Date: Thu, 12 Aug 2010 11:57:30 -0700 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Saurav Dasgupta In-Reply-To: <0CF4D8FA194F5149801F93896F763FD41AE332F447@GUREXMB02.ASIAN.AD.ARICENT.COM> References: <20100809120026.A3801106570A@hub.freebsd.org> <0CF4D8FA194F5149801F93896F763FD41AE332F447@GUREXMB02.ASIAN.AD.ARICENT.COM> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.1 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: "freebsd-net@freebsd.org" Subject: Re: ipv6 route extension header X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 18:57:47 -0000 At Tue, 10 Aug 2010 14:26:09 +0530, Saurav Dasgupta wrote: > Why there is no support for route extension header in freebsd v7.2 ? > From which release we have the code that support route extension header ? If you mean the type 0 routing header, see RFC5095. I don't know exactly from which version it's removed, but it should be around mid 2007. --- JINMEI, Tatuya Internet Systems Consortium, Inc. From owner-freebsd-net@FreeBSD.ORG Fri Aug 13 07:36: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 97A851065679; Fri, 13 Aug 2010 07:36:55 +0000 (UTC) (envelope-from ume@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA4E8FC16; Fri, 13 Aug 2010 07:36: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 o7D7at9v082632; Fri, 13 Aug 2010 07:36:55 GMT (envelope-from ume@freefall.freebsd.org) Received: (from ume@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7D7as4P082628; Fri, 13 Aug 2010 07:36:54 GMT (envelope-from ume) Date: Fri, 13 Aug 2010 07:36:54 GMT Message-Id: <201008130736.o7D7as4P082628@freefall.freebsd.org> To: yaharen@gm.dns-lab.jp, ume@FreeBSD.org, freebsd-net@FreeBSD.org, ume@FreeBSD.org From: ume@FreeBSD.org Cc: Subject: Re: bin/132911: ip6fw(8): argument type of fill_icmptypes is wrong and causes problem on amd64 platform 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, 13 Aug 2010 07:36:55 -0000 Synopsis: ip6fw(8): argument type of fill_icmptypes is wrong and causes problem on amd64 platform State-Changed-From-To: open->closed State-Changed-By: ume State-Changed-When: Fri Aug 13 07:35:22 UTC 2010 State-Changed-Why: I've committed your patch into RELENG_6. Thank you for the report. Responsible-Changed-From-To: freebsd-net->ume Responsible-Changed-By: ume Responsible-Changed-When: Fri Aug 13 07:35:22 UTC 2010 Responsible-Changed-Why: I've committed your patch into RELENG_6. Thank you for the report. http://www.freebsd.org/cgi/query-pr.cgi?pr=132911 From owner-freebsd-net@FreeBSD.ORG Fri Aug 13 15:27:38 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 B6BB8106566B; Fri, 13 Aug 2010 15:27:38 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD3B8FC08; Fri, 13 Aug 2010 15:27:38 +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 o7DFRc2A021746; Fri, 13 Aug 2010 15:27:38 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7DFRcdO021742; Fri, 13 Aug 2010 15:27:38 GMT (envelope-from brucec) Date: Fri, 13 Aug 2010 15:27:38 GMT Message-Id: <201008131527.o7DFRcdO021742@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/149609: reboot after adding second default route 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, 13 Aug 2010 15:27:38 -0000 Synopsis: reboot after adding second default route Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Aug 13 15:27:06 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149609 From owner-freebsd-net@FreeBSD.ORG Fri Aug 13 15:28:20 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 AF5C410656A6; Fri, 13 Aug 2010 15:28:20 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 84BAA8FC27; Fri, 13 Aug 2010 15:28:20 +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 o7DFSKvZ021799; Fri, 13 Aug 2010 15:28:20 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7DFSK9e021795; Fri, 13 Aug 2010 15:28:20 GMT (envelope-from brucec) Date: Fri, 13 Aug 2010 15:28:20 GMT Message-Id: <201008131528.o7DFSK9e021795@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/149608: Deadlock with netinet6/raw_ip6.c when passing over a multicast ipv6 packet our raw socket is not interested in 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, 13 Aug 2010 15:28:20 -0000 Synopsis: Deadlock with netinet6/raw_ip6.c when passing over a multicast ipv6 packet our raw socket is not interested in Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Aug 13 15:27:58 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149608 From owner-freebsd-net@FreeBSD.ORG Fri Aug 13 18:06: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 D4BFE1065693 for ; Fri, 13 Aug 2010 18:06:15 +0000 (UTC) (envelope-from wahjava@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 7FF3D8FC19 for ; Fri, 13 Aug 2010 18:06:15 +0000 (UTC) Received: by pzk7 with SMTP id 7so1085102pzk.13 for ; Fri, 13 Aug 2010 11:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:from:to:cc :subject:organization:references:x-face:x-uptime:x-url :x-operating-system:x-openpgp-id:x-openpgp-fingerprint:x-mailer :x-mail-morse:x-attribution:organisation:date:in-reply-to:message-id :user-agent:face:mime-version:content-type; bh=z14CVO9GIPcyf92UFxVINIHTSxZ+CVLCF2aOa0a880s=; b=GF+1LBrHxElwilH0BOOjl28C7AnIzGkgMVuMHJ5KMYDzdXEmzTNBgdnukP5MfBtvws ExMRFV4pQjsyV5xVUW4aXfyVi7yc9QcvFueNxG9vBXCIXxP+uZOLM6Kbygne9gjX5my2 Cc48H4kLD9yQEkFsuxFysSgbDeaJdU7jq2f8A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:organization:references:x-face:x-uptime :x-url:x-operating-system:x-openpgp-id:x-openpgp-fingerprint :x-mailer:x-mail-morse:x-attribution:organisation:date:in-reply-to :message-id:user-agent:face:mime-version:content-type; b=Br5dOKcjxnSXxv99hKLNGZT9bCZfnlNE8adoSTSFl8oqnTgsFIFjbu6jV2CI/P2AEc w/PAlEH6ee/Q89+n/8KMNDvchDBprxohn2iKHMsAM/jPi0PU6JxDtdRnr1xJxOfJrEgi 3OgMzkRDQDGqpnGV50sYAhcbj7JNv9l15qLLc= Received: by 10.115.109.6 with SMTP id l6mr2075501wam.164.1281721452043; Fri, 13 Aug 2010 10:44:12 -0700 (PDT) Received: from chateau.d.if ([122.161.171.93]) by mx.google.com with ESMTPS id d35sm4985115waa.21.2010.08.13.10.44.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Aug 2010 10:44:10 -0700 (PDT) Sender: Ashish SHUKLA Received: from chateau.d.if (chateau.d.if [127.0.0.1]) by chateau.d.if (Postfix) with ESMTP id 49E8D2D8027; Fri, 13 Aug 2010 23:14:03 +0530 (IST) From: ashish@FreeBSD.org (Ashish SHUKLA) To: JINMEI Tatuya / =?utf-8?B?56We5piO6YGU5ZOJ?= Organization: The FreeBSD Project References: <20100809120026.A3801106570A@hub.freebsd.org> <0CF4D8FA194F5149801F93896F763FD41AE332F447@GUREXMB02.ASIAN.AD.ARICENT.COM> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 23:12:58 up 10:19, 1 user, load average: 0.30, 0.33, 0.14 X-URL: http://762e5e74.wordpress.com/ X-Operating-System: GNU/Linux/Linux 2.6.34-ARCH/x86_64 X-OpenPGP-ID: E74FA4B0 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project Date: Fri, 13 Aug 2010 23:13:59 +0530 In-Reply-To: ("JINMEI Tatuya / =?utf-8?B?56We5piO6YGU5ZOJIidz?= message of "Thu, 12 Aug 2010 11:57:30 -0700") Message-ID: <86hbiypfvk.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-unknown-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: Saurav Dasgupta , "freebsd-net@freebsd.org" Subject: Re: ipv6 route extension header X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2010 18:06:16 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable JINMEI Tatuya / =E7=A5=9E=E6=98=8E=E9=81=94=E5=93=89 writes: > At Tue, 10 Aug 2010 14:26:09 +0530, > Saurav Dasgupta wrote: >> Why there is no support for route extension header in freebsd v7.2 ? >> From which release we have the code that support route extension header ? > If you mean the type 0 routing header, see RFC5095. > I don't know exactly from which version it's removed, but it should be > around mid 2007. Maybe something to do with FreeBSD-SA-07:03.ipv6[1] security advisory. References: [1] http://security.freebsd.org/advisories/FreeBSD-SA-07:03.ipv6.asc HTH =2D-=20 Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ =E2=80=9CThey that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.=E2=80=9D (Benjamin Franklin) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAEBCgAGBQJMZYRjAAoJEMdGz6nnT6SwSgIP/iXKHeVdBDWuT35LdLNUSc3e +d4EcISIxxXlRglzmpY//DYfg7VP4X0LrS/b4Eoi+T11ISOw5uGuJNppCIbrq1Xk TFeclkhlP8+daO52koXwdLv6DAdy4Cn9NoMvEHcF7uDeFA6/X+yqEVyX+T7D6b59 MBghU5QzGZLzvzs7WtJvHd6noo7d1tV1Fmj2kp/IhGjMgjQblIx9U6qPDCM6ndRO nou4SZTzdlelNcwE/SJ1U1c0bd4SI2oX9o3z2tXSsJb/5Wph2n1iCDTHHBLGoUtI 8soXpmtUdsXWdOWC/VoREjC4W9AGP65Yek+mcOrRiQLnwc7Q700tEWl3odH1Me5a YzWY/7QSAprw0OBc4CMq/g51ewqdU94yGFE3ggOs4Hcc5DYaO7zDsRAalLbRIrgg X7EDGQRX9TgbaOluMS1V8/7FTKPcflpdouwbsF+SGGNq8m4b0L8l1DgadKgl5OAK ab43N0ieXMhUvzAgeqeLgexVNrpKkbp2XJi+YfAz82Gf6udjO5f7m9kuCZ6km2j5 QAqEogbjXyaCAczHCUagu6OkyNbY95UHMTeUDOCdKu/W0r1/XqZVMnCPRX4RgsAz Z71u6b64wblBRBFvw+n8WRb3/XscP1/1BEFcggiFEUNppsJ3rn9sNc1rtfCAHxsZ bICNFoWkA9DwGZE/qvhp =uX88 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Fri Aug 13 22:17: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 4D21E1065695 for ; Fri, 13 Aug 2010 22:17:47 +0000 (UTC) (envelope-from hgratp@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 055998FC08 for ; Fri, 13 Aug 2010 22:17:46 +0000 (UTC) Received: by ywk9 with SMTP id 9so1388535ywk.13 for ; Fri, 13 Aug 2010 15:17:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=iw7MTk9MZeQKqfgj1B7V0BoPwetJpLn8Ff6sVK+yC3c=; b=VwvjxfXEKhPt/PCsQW1BCCITN2PXlbsV/vOwebX1q5Cy0UFvd/VE0oxcCKY6il14vx 5s16xGB+BoNym/YSGhAU/8EnIxBLwM2oCgMbBemJmM5nLaW6qAgIUh9hDDCOjqjL2QUc xnwjsd9uTc7ABDtdhXtMgeNBcdkArxx3ZgQcs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=ATnTYTsIHWg3e9dG4KR6rSMX9hRPqlsF4QhKOS2xr22e+JF+zjsKPtSNoh6f2QK+5z ofLsTHm9uGs0u/qrPPqYfh4YTt3//HEbukF0W6idEJegGw8NH4lHrk1mXlFWKBQ14HT5 kxR0/l2BBshIpfux2ejdS4m4bkWC6dmI38xuY= Received: by 10.100.139.10 with SMTP id m10mr2592058and.132.1281736487976; Fri, 13 Aug 2010 14:54:47 -0700 (PDT) Received: from [192.168.7.201] (c-71-196-123-7.hsd1.fl.comcast.net [71.196.123.7]) by mx.google.com with ESMTPS id i25sm4890411anh.17.2010.08.13.14.54.46 (version=SSLv3 cipher=RC4-MD5); Fri, 13 Aug 2010 14:54:47 -0700 (PDT) Message-ID: <4C65BF26.8080507@gmail.com> Date: Fri, 13 Aug 2010 17:54:46 -0400 From: Henry Graterol User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 13 Aug 2010 22:25:03 +0000 Subject: PF+OpenVPN+tap 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, 13 Aug 2010 22:17:47 -0000 Hello, Before I start let me state that I am not an expert on freebsd, I do enjoy it and consider it a hobby, and love it! I have a problem. I use a freebsd server behind a router/gateway to connect clients with openvpn. I started to notice weird traffic so I decided to try PF to control traffic. My openvpn setup uses a tap adapter and a bridge adapter bridging the vpnclient_ips and the server_ip. Without PF everything works fine, so no problem there. When I activate PF I can establish connection to the server_ip from outside thru the vpn but I can not ping, connect to clients or the internet. After trial and error the setup that worked for me was to skip filter on bridge0 and tap0. With this in my configuration vpn worked as before. Now the problem, when I reboot the system my vpn allows connections but repeats the past scenario (no ping, connection to clients, internet, etc) The fix I have found is to let the system reboot and then issue a pfctl -f /etc/pf.conf to reload the rules. Then everything works again. My guest is that PF is loading before the bridge and tap adapters come up so that is somehow skipped from loading. My tap connection is set up to come up from a script when it gets a connection from openvpn. Is this a correct guest? What else could be the problem? Thank you in advance for your feedback! From owner-freebsd-net@FreeBSD.ORG Sat Aug 14 13:32:13 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 7C2331065695; Sat, 14 Aug 2010 13:32:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 53A238FC1A; Sat, 14 Aug 2010 13:32:13 +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 o7EDWDAM019058; Sat, 14 Aug 2010 13:32:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7EDWDuU019054; Sat, 14 Aug 2010 13:32:13 GMT (envelope-from linimon) Date: Sat, 14 Aug 2010 13:32:13 GMT Message-Id: <201008141332.o7EDWDuU019054@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149643: [rum] device not sending proper beacon frames in ap 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: Sat, 14 Aug 2010 13:32:13 -0000 Synopsis: [rum] device not sending proper beacon frames in ap mode Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Aug 14 13:31:54 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149643 From owner-freebsd-net@FreeBSD.ORG Sat Aug 14 14:02:37 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 37853106567A; Sat, 14 Aug 2010 14:02:37 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0E5758FC26; Sat, 14 Aug 2010 14:02:37 +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 o7EE2aBJ047140; Sat, 14 Aug 2010 14:02:36 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7EE2aBA047136; Sat, 14 Aug 2010 14:02:36 GMT (envelope-from bz) Date: Sat, 14 Aug 2010 14:02:36 GMT Message-Id: <201008141402.o7EE2aBA047136@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/149608: [ip6] [hang] Deadlock with netinet6/raw_ip6.c when passing over a multicast ipv6 packet our raw socket is not interested in X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2010 14:02:37 -0000 Synopsis: [ip6] [hang] Deadlock with netinet6/raw_ip6.c when passing over a multicast ipv6 packet our raw socket is not interested in Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Sat Aug 14 14:02:29 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=149608 From owner-freebsd-net@FreeBSD.ORG Sat Aug 14 14:28:38 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 705E5106567A; Sat, 14 Aug 2010 14:28:38 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4750A8FC08; Sat, 14 Aug 2010 14:28:38 +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 o7EEScgR066964; Sat, 14 Aug 2010 14:28:38 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7EESc0h066960; Sat, 14 Aug 2010 14:28:38 GMT (envelope-from gavin) Date: Sat, 14 Aug 2010 14:28:38 GMT Message-Id: <201008141428.o7EESc0h066960@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-virtualization@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/141696: [rum] [panic] rum(4)+ vimage = kernel 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: Sat, 14 Aug 2010 14:28:38 -0000 Synopsis: [rum] [panic] rum(4)+ vimage = kernel panic Responsible-Changed-From-To: freebsd-net->freebsd-virtualization Responsible-Changed-By: gavin Responsible-Changed-When: Sat Aug 14 14:28:09 UTC 2010 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=141696 From owner-freebsd-net@FreeBSD.ORG Sat Aug 14 14:29: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 2077E1065698; Sat, 14 Aug 2010 14:29:11 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EB5E58FC2A; Sat, 14 Aug 2010 14:29: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 o7EETANm067051; Sat, 14 Aug 2010 14:29:10 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7EETAkV067047; Sat, 14 Aug 2010 14:29:10 GMT (envelope-from gavin) Date: Sat, 14 Aug 2010 14:29:10 GMT Message-Id: <201008141429.o7EETAkV067047@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-virtualization@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/148155: [vimage] Kernel panic with PF/IPFilter + VIMAGE kernel option X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2010 14:29:11 -0000 Synopsis: [vimage] Kernel panic with PF/IPFilter + VIMAGE kernel option Responsible-Changed-From-To: freebsd-net->freebsd-virtualization Responsible-Changed-By: gavin Responsible-Changed-When: Sat Aug 14 14:28:45 UTC 2010 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=148155