From owner-freebsd-net@FreeBSD.ORG Sun Mar 14 01:49: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 BBA98106564A for ; Sun, 14 Mar 2010 01:49:51 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9EF8FC19 for ; Sun, 14 Mar 2010 01:49:51 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so702540qwi.7 for ; Sat, 13 Mar 2010 17:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=srK3Kh/PnyqPZb1D68MVmq1HG3WvGYoWI/5yb+WUL+U=; b=LJiZQHsbfex0aDx+fC1p5vzsdv2zGf3J0DKlY4HFFGzyaqvua9lp6ogK8qYuihY6xx XomdLrGhS1TGHGaVKQ3Vtn9WEzcuQRee/BrSFjdvRxPy0aVGsyhN++YGBuyEsTcVgGeP DkYSFsF3dGyylCYYPIqj11o96KlPdAvEtty04= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=P2nUhRHr50ZkERmpfpCtE1b5d1bUii5jncQ654uYyVKAYyBSoBTSsdowLYqwO5F5iW bsli7pTpXFI/7TRa3IfpYgumGRLGEAVodpNxxj6E8/H9/P9UWWNQEVuyqioW0a/NDa73 d7HEO94FYTetpwlEhXbfX+NujJ33qtFLSrvIM= Received: by 10.229.242.85 with SMTP id lh21mr3510370qcb.67.1268531390470; Sat, 13 Mar 2010 17:49:50 -0800 (PST) Received: from ppp-21.234.dialinfree.com (ppp-21.234.dialinfree.com [209.172.21.234]) by mx.google.com with ESMTPS id 23sm2241185qyk.15.2010.03.13.17.49.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 13 Mar 2010 17:49:49 -0800 (PST) Sender: "J. Hellenthal" Date: Sat, 13 Mar 2010 20:40:04 -0500 From: jhell To: Thomas In-Reply-To: <4B9BF80A.4090303@bsdunix.ch> Message-ID: References: <4B9BF80A.4090303@bsdunix.ch> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: NIS is not updating passwd 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, 14 Mar 2010 01:49:51 -0000 On Sat, 13 Mar 2010 15:39, freebsdlists@ wrote: > Hi > > Maybe i'm more lucky with this question in net@, since NIS is a net > service. > > I've configured a NIS master server as descriped in the freebsd handbook > (http://www.freebsd.org/doc/handbook/network-nis.html). I copied > master.passwd to /var/yp, removed all > super and system users from master.passwd in /var/yp, chmod 600 > master.passwd in /var/yp and initialized my NIS master server without > any errors. > > ypcat passwd showed me a correct list with users. But the NIS password > db will not be updated if i add any new user. > > I tried: > pw useradd test1234 > cd /var/yp > make myusers > `myusers' is up to date. > > My new added test1234 user is not added to/var/yp/master.passwd or > /var/yp/passwd but test1234 was added to /etc/passwd and /etc/master.passwd. > > How can i updated the users for NIS? > > System Information: > It's 7.2-RELEASE-p6 (amd64) > > my rc.conf for NIS: > > nisdomainname="myusers" > nis_server_enable="YES" > nis_yppasswdd_enable="YES" > nis_ypxfrd_enable="YES" > > rpcinfo -p > program vers proto port service > 100000 4 tcp 111 rpcbind > 100000 3 tcp 111 rpcbind > 100000 2 tcp 111 rpcbind > 100000 4 udp 111 rpcbind > 100000 3 udp 111 rpcbind > 100000 2 udp 111 rpcbind > 100000 4 local 111 rpcbind > 100000 3 local 111 rpcbind > 100000 2 local 111 rpcbind > 100024 1 udp 696 status > 100024 1 tcp 697 status > 100021 0 udp 751 nlockmgr > 100021 0 tcp 951 nlockmgr > 100021 1 udp 751 nlockmgr > 100021 1 tcp 951 nlockmgr > 100021 3 udp 751 nlockmgr > 100021 3 tcp 951 nlockmgr > 100021 4 udp 751 nlockmgr > 100021 4 tcp 951 nlockmgr > 100004 1 udp 671 ypserv > 100004 2 udp 671 ypserv > 100004 1 tcp 812 ypserv > 100004 2 tcp 812 ypserv > 100009 1 udp 818 yppasswdd > 100009 1 tcp 602 yppasswdd > 600100009 1 udp 818 > 600100009 1 tcp 602 > 100007 2 udp 878 ypbind > 100007 2 tcp 917 ypbind > 600100069 1 udp 694 > 600100069 1 tcp 674 > > root@host04:/var/yp# ll > total 170 > lrwxrwxrwx 1 root wheel 13 Feb 18 2009 Makefile -> Makefile.dist > -r--r--r-- 1 root wheel 19276 Mar 10 22:42 Makefile.dist > drwxr-xr-x 2 root wheel 512 Mar 11 10:55 binding > -rw------- 1 root wheel 73770 Mar 11 11:45 master.passwd > -rw------- 1 root wheel 69260 Mar 11 11:45 passwd > -rw-r--r-- 1 root wheel 233 Mar 11 10:53 securenets > drwx------ 2 root wheel 512 Mar 11 11:45 myusers > -rw------- 1 root wheel 130 Mar 11 11:28 ypservers > > Regards, > Thomas > Can you try: pw -y /var/yp useradd test1234 Please see man page for pw(8) for the usage of -y and NIS. Without the above you are effectively adding a local user only. Please also see the usage for nispasswd= in pw.conf(5) Regards, -- jhell From owner-freebsd-net@FreeBSD.ORG Sun Mar 14 02:04:07 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 6454A106564A for ; Sun, 14 Mar 2010 02:04:07 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f194.google.com (mail-qy0-f194.google.com [209.85.221.194]) by mx1.freebsd.org (Postfix) with ESMTP id 10B3D8FC15 for ; Sun, 14 Mar 2010 02:04:06 +0000 (UTC) Received: by qyk32 with SMTP id 32so2161692qyk.28 for ; Sat, 13 Mar 2010 18:04:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=ibCmLofjjh4rc3EOOAWObh0dYDkf8xF6EclhbYyqaSk=; b=eypY06+cQmLDy226d+8X8VWvN7u9t9Eedt35Y7qFj5DXOuun2PZXo8TKwa5Ytu+NCT JTVj6YjhDri5TvOAUHMjMSTnllmLukC5I0WpheFXMDvcF/+qnA0dyn4xs0fA+/M0pGIL MDwKa+fPsNqNk12Gz6Y5uXY8M+iwbEiZSG7ro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=EclLwrkDzdoL/og5O3f0AUF4v60lHFP7dfzr9pUL/fYec0EbnupMK6sI2DXHJTozaZ 4/i6XFhZEoMJsa36Fxv8bmhWvQJ6v7OEw4FJ4wLy25egmLPNMduu0lmtmhXFXqonjnG/ cVZBGbMQl2hVOuV/V15hiYSXWZEspUDKSrG30= Received: by 10.229.11.219 with SMTP id u27mr7090980qcu.10.1268532246182; Sat, 13 Mar 2010 18:04:06 -0800 (PST) Received: from ppp-21.234.dialinfree.com (ppp-21.234.dialinfree.com [209.172.21.234]) by mx.google.com with ESMTPS id 20sm2271811qyk.12.2010.03.13.18.04.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 13 Mar 2010 18:04:04 -0800 (PST) Sender: "J. Hellenthal" Date: Sat, 13 Mar 2010 20:54:23 -0500 From: jhell To: Rui Paulo In-Reply-To: Message-ID: References: <2d3b7e441002100446k36493e24ldef6d4e335092b7f@mail.gmail.com> <4B73274E.1050902@freebsd.org> <2d3b7e441002101401x2f6f5f28i5ee3b63c18e6b1ed@mail.gmail.com> <4B80595F.2050406@errno.com> <4B805E20.6030507@errno.com> <89EB5317-6E66-4568-9FAC-68FD877BD7D0@freebsd.org> <2d3b7e441003111040q53c3b8a7x77ac359beed121fc@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, Alexander Egorenkov Subject: Re: net80211 and PPI 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: Sun, 14 Mar 2010 02:04:07 -0000 On Thu, 11 Mar 2010 21:52, rpaulo@ wrote: > > On 12 Mar 2010, at 03:40, Alexander Egorenkov wrote: > >> So how soon can we expect A-MPDU support in radiotap header ? > > I plan to work on it after getting ath into shape regarding 11n RX speeds. > > -- > Rui Paulo > Sweet!, Just in time for the arrival of a new 11n router. ;) As I have a 11n card in this machine I have only been using 11g. This is exciting! -- jhell From owner-freebsd-net@FreeBSD.ORG Sun Mar 14 05:24: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 4810E1065676 for ; Sun, 14 Mar 2010 05:24:49 +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 D6A688FC26 for ; Sun, 14 Mar 2010 05:24:48 +0000 (UTC) Received: (qmail 31088 invoked by uid 399); 14 Mar 2010 05:24:48 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Mar 2010 05:24:48 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B9C731F.4040604@FreeBSD.org> Date: Sat, 13 Mar 2010 21:24:47 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <604f76121003130425u62764f59wa88b398f15540b61@mail.gmail.com> In-Reply-To: <604f76121003130425u62764f59wa88b398f15540b61@mail.gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [ping6] freeaddrinfo() 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, 14 Mar 2010 05:24:49 -0000 On 03/13/10 04:25, Earl Lapus wrote: > Hi, > > I was browsing through the ping6 code and I noticed that one > particular call to getaddrinfo() didn't have a freeaddrinfo() pair. > All calls to getaddrinfo() should have an equivalent freeaddrinfo(), right? > > Attached is a patch that "tries-to-resolve" this very small issue > (applies cleanly on an 8.0p2 kernel source). > Also, I'm not not 100% sure if that is the correct place to call > freeaddrinfo() - I hope someone on the list would be kind enough to > have look. For all such issues, please file a PR first so it doesn't get lost. When you get the PR confirmation back, feel free to alert the list to its existence. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Sun Mar 14 06:43:48 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 3AD71106564A; Sun, 14 Mar 2010 06:43:48 +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 11F958FC46; Sun, 14 Mar 2010 06:43:48 +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 o2E6hlJf002891; Sun, 14 Mar 2010 06:43:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2E6hlTB002887; Sun, 14 Mar 2010 06:43:47 GMT (envelope-from linimon) Date: Sun, 14 Mar 2010 06:43:47 GMT Message-Id: <201003140643.o2E6hlTB002887@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/144724: [bwn] if_bwn does not pass traffic when in PIO 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: Sun, 14 Mar 2010 06:43:48 -0000 Old Synopsis: if_bwn does not pass traffic when in PIO mode New Synopsis: [bwn] if_bwn does not pass traffic when in PIO mode Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Mar 14 06:43:35 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144724 From owner-freebsd-net@FreeBSD.ORG Sun Mar 14 09:40:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64871065670; Sun, 14 Mar 2010 09:40:54 +0000 (UTC) (envelope-from earl.lapus@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id 759F48FC14; Sun, 14 Mar 2010 09:40:54 +0000 (UTC) Received: by pxi38 with SMTP id 38so323375pxi.27 for ; Sun, 14 Mar 2010 01:40:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=bj8dMRraDeKm6BFmtfJYd57ZGyS4TS2ebeT23pzMoks=; b=w5prD7eI/QiyyQIKRyuUmcOAixUeZhLz8L5SNytYEefSXbJ9fCR7RhUcgvGvrP12uq GBl0wF5v2UXhACiLprA/+D4eC9C+2o8ysj+u2VfPmaT7Snq9GKcQP8WmCMxwJ0uTEUmY fA+ZtmAZZH/3tw+beppy8it6PJfDo8jO9sO6g= 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=ZOZ6VOXHwUaVSO759HWLtxmZQq0Af9M9/uwlM8rzyHQa06jHgWH0ikt4/6ghOEII5Y OX7vpVLzGVazuvrztDUCsImCOg4ubXrEJ7coml2qEgfqwSMT0y/xF7JJV/l2JmfazLyA cXGoGOJ+UCyeI1SdmuY8aCYs8XuToO/vPXDkI= MIME-Version: 1.0 Received: by 10.114.50.5 with SMTP id x5mr4358062wax.96.1268559654172; Sun, 14 Mar 2010 01:40:54 -0800 (PST) In-Reply-To: <4B9C731F.4040604@FreeBSD.org> References: <604f76121003130425u62764f59wa88b398f15540b61@mail.gmail.com> <4B9C731F.4040604@FreeBSD.org> Date: Sun, 14 Mar 2010 17:40:54 +0800 Message-ID: <604f76121003140140l68ffb655j503d77648fe26f0a@mail.gmail.com> From: Earl Lapus To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: [ping6] freeaddrinfo() 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, 14 Mar 2010 09:40:54 -0000 On Sun, Mar 14, 2010 at 1:24 PM, Doug Barton wrote: > > For all such issues, please file a PR first so it doesn't get lost. When > you get the PR confirmation back, feel free to alert the list to its > existence. > As advised, I've just filed a PR - (PR number: 144730) -- There are seven words in this sentence. From owner-freebsd-net@FreeBSD.ORG Sun Mar 14 16:15: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 C5835106566C; Sun, 14 Mar 2010 16:15:40 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA028FC23; Sun, 14 Mar 2010 16:15:40 +0000 (UTC) Received: from [172.31.193.10] (rrcs-98-101-145-84.midsouth.biz.rr.com [98.101.145.84]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id o2EGFd9g012436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Mar 2010 12:15:39 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.8.3 duke.cs.duke.edu o2EGFd9g012436 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1268583340; bh=QbfnSncjPCjcjk3htvy2pS8uortp2e3uUn26A5ITQvM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=VHQw/7tEjIYf30xDBod00uBrt0/kJUwnSriTj1FpHNn2F9OxeYg2e46A0r0URUIwG vK0acZ8Zc8EIY2heRX2e2lmPq9RX6jruH7iqO+1rlH2SAM76LBioFQJH2v5avWuWqI 190/zLv9GlR0hmo3LYRbbnGmtwr5aunWq+FgWW48= Message-ID: <4B9D0BA4.6020108@cs.duke.edu> Date: Sun, 14 Mar 2010 12:15:32 -0400 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: linimon@FreeBSD.org References: <201003131956.o2DJuSCo035500@freefall.freebsd.org> In-Reply-To: <201003131956.o2DJuSCo035500@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: kern/143046: [mxge] [panic] panics since mxge(4) update X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 16:15:40 -0000 linimon@FreeBSD.org wrote: > Synopsis: [mxge] [panic] panics since mxge(4) update > > Responsible-Changed-From-To: freebsd-net->gallatin > Responsible-Changed-By: linimon > Responsible-Changed-When: Sat Mar 13 19:56:17 UTC 2010 > Responsible-Changed-Why: > Drew wants these PRs. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=143046 Thanks. I had no idea; I don't regularly read freebsd-net. Please send any/all mxge issues directly to me, or to help@myri.com if possible. Thanks, Drew From owner-freebsd-net@FreeBSD.ORG Mon Mar 15 00:23: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 2446D106566C for ; Mon, 15 Mar 2010 00:23:35 +0000 (UTC) (envelope-from pawelekc@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id AF8A78FC0C for ; Mon, 15 Mar 2010 00:23:34 +0000 (UTC) Received: by bwz8 with SMTP id 8so2529293bwz.3 for ; Sun, 14 Mar 2010 17:23:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=uXNsuquAd3Cq7vsm7LfBMMxeIHviFCl6mr2E7AGLiK4=; b=PLmz8EJ5P0gT0DnjWTeyd56WYGQ/Q8pj6oiVZLz/hv+gc7srw/lLmorQH++cEGNeOZ MMBw0ELN2Hc5RTwYzeDB3clHF7yLo0r08GcDiWuix9GoR+cEU7MtcEay93Z9QPMckpO5 UpP1fHIfqwmZLbZB4gt04cFhaGqQwTvDNPkT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=kvpOQHHWNSWn6yHDaJE49uQfiZoe/4djySWpPLz/Tpt31WQXPimWg+GdLXwuSVOEeD uSC5p3BbaKMxIPf2c5pKL9imRLFRXGLvljvBOArlIxR7nZQL2NORWN/V5icW2VzBJYOw xVOZbFMIi1eYv+VmoC1yej6HABJIiPBEcJG1g= MIME-Version: 1.0 Received: by 10.204.33.67 with SMTP id g3mr4127414bkd.21.1268610780757; Sun, 14 Mar 2010 16:53:00 -0700 (PDT) Date: Mon, 15 Mar 2010 00:53:00 +0100 Message-ID: From: "pawelekc@gmail.com" To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Protection against passive fingerprinting 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, 15 Mar 2010 00:23:35 -0000 Is there a good way to hide number computers behind NAT? I was trying scrub in PF but it only changes sequnece number and timestamp to random value and rest of the packet is the same (ex. window size). Outgoing traffic is very sick and very suspicious. I would like to make outgoing syn packets look the same so I redirected main traffic (http) into www-proxy what makes majority traffic looks the same. Unfortunately rest of packets which go through NAT depend on kind of system from where they are sended. I thought about synproxy state in PF and I made some tests. At first I'll show what I have done. [Internet] --- rl0(serwer)rl1 --- [Lan] (ports are only examples) pass in on rl1 proto tcp from any to any port {443, 8080} flags S/SA synproxy state Everything works fine. Every outgoing nated syn packet looks the same but they don't look like system's syn packets. Here is listing from p0f on rl0: (I have change default ttl and disabled timestamps) 10.0.0.101:62346 - UNKNOWN [0:128:1:44:M1460:.:?:?] [high throughput] -> 91.111.11.11:443 (link: ethernet/modem) ##synproxy state### 10.0.0.101:57584 - UNKNOWN [65535:128:1:48:M1460,S,E:P:?:?] -> 193.11.11.11:80 (link: ethernet/modem) ##system syn## As we can see they are diffrent. In first (except window size which is 0) there is no option. I second we can se window size 65536, ttl, size of syn, MSS, SackOn, EOL. 1.Why does synproxy's syn have 0 windowsize?! and why in general these both packets are diffrent 2.Why freebsd 8.0 ends tcp options witch EOL (E)? When rfc1323 (timestamps) is enabled it looks like this (there is no EOL): 10.0.0.101:55225 - UNKNOWN [65535:128:1:60:M1460,N,W3,S,T:.:?:?] (up: 730 hrs) -> 12.123.45.76:80 (link: ethernet/modem) 5. how to enable auto negotiate mss in freebsd 8.0? (I have seen that it was default in previous versions ex. FreeBSD:5.1-current) 4. Is there possible to change freebsd tcp stack to make freebsd looks like windows or linux? maybe it's necessary to change something in kernel source but where? From owner-freebsd-net@FreeBSD.ORG Mon Mar 15 06:26: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 14AA91065675; Mon, 15 Mar 2010 06:26:14 +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 DFDE68FC19; Mon, 15 Mar 2010 06:26: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 o2F6QDg1056289; Mon, 15 Mar 2010 06:26:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2F6QDhk056285; Mon, 15 Mar 2010 06:26:13 GMT (envelope-from linimon) Date: Mon, 15 Mar 2010 06:26:13 GMT Message-Id: <201003150626.o2F6QDhk056285@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/144616: [nat] [panic] ip_nat panic FreeBSD 7.2 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, 15 Mar 2010 06:26:14 -0000 Old Synopsis: ip_nat panic FreeBSD 7.2 New Synopsis: [nat] [panic] ip_nat panic FreeBSD 7.2 Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 15 06:25:24 UTC 2010 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=144616 From owner-freebsd-net@FreeBSD.ORG Mon Mar 15 08:31: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 4F1C4106564A; Mon, 15 Mar 2010 08:31:45 +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 25ABC8FC12; Mon, 15 Mar 2010 08:31: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 o2F8Vjqe097991; Mon, 15 Mar 2010 08:31:45 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2F8VjTT097987; Mon, 15 Mar 2010 08:31:45 GMT (envelope-from linimon) Date: Mon, 15 Mar 2010 08:31:45 GMT Message-Id: <201003150831.o2F8VjTT097987@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@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: Mon, 15 Mar 2010 08:31:45 -0000 Synopsis: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 Responsible-Changed-From-To: freebsd-fs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 15 08:31:21 UTC 2010 Responsible-Changed-Why: oops. pointed out by: brucec http://www.freebsd.org/cgi/query-pr.cgi?pr=144755 From owner-freebsd-net@FreeBSD.ORG Mon Mar 15 11:07: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 7EB2F106566B for ; Mon, 15 Mar 2010 11:07:18 +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 6B5B18FC15 for ; Mon, 15 Mar 2010 11:07:18 +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 o2FB7I2w026945 for ; Mon, 15 Mar 2010 11:07:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2FB7HgG026943 for freebsd-net@FreeBSD.org; Mon, 15 Mar 2010 11:07:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Mar 2010 11:07:17 GMT Message-Id: <201003151107.o2FB7HgG026943@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, 15 Mar 2010 11:07:18 -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/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o kern/144724 net [bwn] if_bwn does not pass traffic when in PIO mode 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/144564 net lltable grows too much o kern/144561 net [ixgbe] [patch] ixgbe driver errors o kern/144560 net [mld] [patch] mld sends packets to wrong destination w o kern/144529 net [sctp] sctp over ipv6 appears to not calculate checksu o kern/144505 net [bwn] [patch] Error in macro CALC_COEFF2. o kern/144494 net [ixgbe] ixgbe driver not built as module o kern/144323 net [ieee80211] A response management frame appears in wir 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 o kern/143788 net [iwi] wpa_supplicant(8) can't set privacy on iwi inter 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/143627 net [ieee80211] [panic] A bug in ht_send_action_ba_addba c 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/141720 net [sctp] [lor] [hang] sctp-create vs. sctp-it causes sys o kern/141698 net [sctp] [panic] Own lock on stcb at return from input o kern/141697 net [sctp] [panic] lock (sleep mutex) sctp-tcb not locked o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141695 net [sctp] [panic] kernel page fault with non-sleepable lo 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/140970 net [bce] The two NetXtreme II BCM5709S NICs on our HP Bl4 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/140684 net [bce] Broadcom NetXtreme II BCM5709 1000Base-T - fail 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 s kern/140597 net [request] implement Lost Retransmission Detection 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/139761 net [bce] bce driver on IBM HS22 [No PHY found on Child MI 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 kern/138694 net [bge] FreeBSD 6.3 release does not recognize Broadcom 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 p kern/137795 net [sctp] [panic] mtx_lock() of destroyed mutex 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/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ 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/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/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/134658 net [bce] bce driver fails on PowerEdge m610 blade. o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/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/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze 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 f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [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/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/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/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) 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 bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [em] FreeBSD 7 multicast routing problem 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/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/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/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/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 kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s 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 bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 407 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Mar 15 11:42: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 0BA16106566C for ; Mon, 15 Mar 2010 11:42:47 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (ppp113-58.static.internode.on.net [150.101.113.58]) by mx1.freebsd.org (Postfix) with ESMTP id BC8B98FC0A for ; Mon, 15 Mar 2010 11:42:45 +0000 (UTC) Received: by k7.mavetju.org (Postfix, from userid 1001) id 0C5A4451D4; Mon, 15 Mar 2010 22:41:26 +1100 (EST) Date: Mon, 15 Mar 2010 22:41:26 +1100 From: Edwin Groothuis To: freebsd-net@FreeBSD.org Message-ID: <20100315114126.GA1784@mavetju.org> References: <201003150831.o2F8VjTT097987@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003150831.o2F8VjTT097987@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i 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: Mon, 15 Mar 2010 11:42:47 -0000 On Mon, Mar 15, 2010 at 08:31:45AM +0000, linimon@FreeBSD.org wrote: > Synopsis: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 I am more than happy to work with somebody on this bug if you need access to the machine (SSH, it's a laptop so it doesn't have a serial port), want to try patches, or just have a laugh at the contents of my home directory. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Mon Mar 15 16:06: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 3B8881065678 for ; Mon, 15 Mar 2010 16:06:28 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id E6BE18FC1E for ; Mon, 15 Mar 2010 16:06:27 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.4/8.14.4) with ESMTP/inet6 id o2FG6K5W028199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Mar 2010 01:06:20 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 16 Mar 2010 01:06:18 +0900 Message-ID: From: Hajimu UMEMOTO To: Earl Lapus In-Reply-To: <604f76121003130425u62764f59wa88b398f15540b61@mail.gmail.com> References: <604f76121003130425u62764f59wa88b398f15540b61@mail.gmail.com> User-Agent: xcite1.58> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 16 Mar 2010 01:06:20 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org Subject: Re: [ping6] freeaddrinfo() 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, 15 Mar 2010 16:06:28 -0000 Hi, >>>>> On Sat, 13 Mar 2010 20:25:29 +0800 >>>>> Earl Lapus said: earl> I was browsing through the ping6 code and I noticed that one earl> particular call to getaddrinfo() didn't have a freeaddrinfo() pair. earl> All calls to getaddrinfo() should have an equivalent freeaddrinfo(), right? Yup, it should be good practice. But, this is rather intentional. The `hostname' variable points to res->ai_canonname, and is used later. This is why the `res' variable is declared globally. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Mon Mar 15 21:25:00 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ED68106566C; Mon, 15 Mar 2010 21:25:00 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id AD4728FC15; Mon, 15 Mar 2010 21:24:59 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id D50EB942E3; Mon, 15 Mar 2010 22:24:57 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id JUD7U5d5meEG; Mon, 15 Mar 2010 22:24:53 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 33555942D9; Mon, 15 Mar 2010 22:24:53 +0100 (CET) Message-ID: <4B9EA5A2.4010900@zirakzigil.org> Date: Mon, 15 Mar 2010 22:24:50 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org References: <4B8E4850.1060104@zirakzigil.org> In-Reply-To: <4B8E4850.1060104@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Bridge causes freezes 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, 15 Mar 2010 21:25:00 -0000 I confirm this problem for another server: stable 8 amd64 + vlan + carp Whenever I join a bridge with a vlan interface: ifconfig bridge0 addm vlan35 The system soon or later freezes. This time it has happened after 3 days of normal behavior. No logs, no dump. On 03.03.2010 12:30, Giulio Ferro wrote: > I'm setting up an openvpn demon in bridge mode on a firewall. > > Scenario: > freebsd 8 amd64 stable (last week), pf, vlans, openvpn in tun mode > (different > port, of course), many routes > > I've created the bridge interface in rc.conf like this: > cloned_interfaces="vlan.. .. .. bridge0" > ... > ifconfig_bridge0="addm vlan35 up" > > > Everything seems to work as expected as far as networking is concerned. > > The problem arises after an hour or so: the system simply freezes, and > no relevant > log can be found after restart. > > This _always_ happens, even when I don't start the openvpn bridge > demon... > > Any idea, anybody? > > Thanks. > _______________________________________________ > 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 Tue Mar 16 03:03: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 5C1DE1065677 for ; Tue, 16 Mar 2010 03:03:28 +0000 (UTC) (envelope-from earl.lapus@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3132B8FC15 for ; Tue, 16 Mar 2010 03:03:27 +0000 (UTC) Received: by pzk34 with SMTP id 34so2423695pzk.3 for ; Mon, 15 Mar 2010 20:03:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VAtxf4H9cSPZJVczLAKtDAdpA5IoFuApovRX3cZU9y0=; b=roVWuRzK1x+yw0gmjZIQHqhCOqoHOPiISx63LMQMBg450SXkNsLNGTXE3nIiqFXRvn agYpPyTGaIf/bV7gLR51ZcimR3FpSkuB3R93vYj7GTHWD5tvYOkiC/Z1flkl0goTjBi4 czsCVaOjnPkoqI2tRluLukxCTCrKP0f2it7H0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XIaDbNqnm9AKS2RGSKI3S5zox2NTmXVxX8KzIw3l7CwLHSbVYUCOICLDzl5/gio7j3 W3l9Te4ndZVVMlDa5ZojLWuoU5GZtwZVdbjDSDY6eanCd4gdyT1EP5y1P31GBgKtirY5 2N06hAsPZzipa9AsH4ypKaIiOWSnq2fewqaiA= MIME-Version: 1.0 Received: by 10.114.4.17 with SMTP id 17mr647582wad.84.1268708607643; Mon, 15 Mar 2010 20:03:27 -0700 (PDT) In-Reply-To: References: <604f76121003130425u62764f59wa88b398f15540b61@mail.gmail.com> Date: Tue, 16 Mar 2010 11:03:27 +0800 Message-ID: <604f76121003152003i463454b4n686c580ca5e3a66b@mail.gmail.com> From: Earl Lapus To: Hajimu UMEMOTO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: [ping6] freeaddrinfo() 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, 16 Mar 2010 03:03:28 -0000 On Tue, Mar 16, 2010 at 12:06 AM, Hajimu UMEMOTO wrote: > > Yup, it should be good practice. =A0But, this is rather intentional. > The `hostname' variable points to res->ai_canonname, and is used > later. =A0This is why the `res' variable is declared globally. > > Sincerely, > I see. I was unable to see that one. Thanks. --=20 There are seven words in this sentence. From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 04:11: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 2DABB106564A; Tue, 16 Mar 2010 04:11:01 +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 03F5A8FC15; Tue, 16 Mar 2010 04:11: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 o2G4B0V2009877; Tue, 16 Mar 2010 04:11:00 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2G4B071009864; Tue, 16 Mar 2010 04:11:00 GMT (envelope-from linimon) Date: Tue, 16 Mar 2010 04:11:00 GMT Message-Id: <201003160411.o2G4B071009864@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/144777: [arp] proxyarp broken in 8.0 [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, 16 Mar 2010 04:11:01 -0000 Old Synopsis: [arp] proxyarp broken in 8.0 New Synopsis: [arp] proxyarp broken in 8.0 [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 16 04:10:40 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144777 From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 06:45:33 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 9B19B106564A for ; Tue, 16 Mar 2010 06:45:33 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 217788FC12 for ; Tue, 16 Mar 2010 06:45:32 +0000 (UTC) Received: by bwz8 with SMTP id 8so3630532bwz.3 for ; Mon, 15 Mar 2010 23:45:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :organization:references:date:message-id:user-agent:mime-version :content-type; bh=xAd7jrlmRW9wDLu6o15ft2gIjWirvFTgJMvZYF03qPo=; b=wCs2FD/wA1hh7GD2RUNS18dqn3aJ0Mud1vlV8Zv8UgLJ85AODSTTVSwHjwKqYIS0pW GuB9aFlG/e3JVuH9EShFEb52Z8X2t6unSflWKXnfTIHL8vZwgb3sl9fMij939ddqRFlE RfdLXQOZkiRxgVloO1dQna2YEa7AT/xLXwOb8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:date:message-id :user-agent:mime-version:content-type; b=dZvdhRgOmVu0/jKF+5T9bn1QbAzvZvE7Ep1H8RD4pb6/e/LRIZGMBYe7rZFOXS8q4h mrRU4rTf0S/QNC4kZSosgb4gOZrrIXT01Rf/mcCCl51ZccXt8Gz/mKldyjzy7r1DzK45 +10pdT2/VXmvFk0/RHGRZQZ+EojgPWdqmTmE4= Received: by 10.204.0.70 with SMTP id 6mr1416660bka.14.1268721931770; Mon, 15 Mar 2010 23:45:31 -0700 (PDT) Received: from localhost (ms.singlescrowd.net [80.85.90.67]) by mx.google.com with ESMTPS id 13sm3377277bwz.3.2010.03.15.23.45.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Mar 2010 23:45:30 -0700 (PDT) From: Mikolaj Golub To: freebsd-net@freebsd.org Organization: TOA Ukraine References: Date: Tue, 16 Mar 2010 08:45:28 +0200 Message-ID: <86634wdat3.fsf@zhuzha.ua1> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Kostik Belousov Subject: Re: kmem leakage on tun/tap device removal 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, 16 Mar 2010 06:45:33 -0000 --=-=-= Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable On Feb 28, 1:30 pm, to.my.trociny@gmail.com (Mikolaj Golub) wrote: > But I have faced with another issue (not related to your patch, as it is > observed with unpatched kernel too). When I try to run concurrently two > create/destroy scripts with the same interface the system panics: >=20 > Unread portion of the kernel message buffer: > panic: Bad link elm 0xc5f1a800 next->prev !=3D elm > cpuid =3D 2 > KDB: enter: panic > exclusive sleep mutex if_clone lock (if_clone lock) r =3D 0 (0xc0da1cf0) = locked @ /usr/src/sys/net/if_clone.c:248 > exclusive sleep mutex if_clone lock (if_clone lock) r =3D 0 (0xc0da1cf0) = locked @ /usr/src/sys/net/if_clone.c:248 > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xc6cd3560) locked @ /usr/src= /sys/kern/uipc_sockbuf.c:148 > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xc6b4dbd0) locked @ /usr/src= /sys/kern/uipc_sockbuf.c:148 > Physical memory: 2019 MB > Dumping 160 MB: 145 129 113 97 81 65 49 33 17 1 >=20 > #0 doadump () at pcpu.h:246 > 246 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:246 > #1 0xc04e8bb9 in db_fncall (dummy1=3D-1064515926, dummy2=3D0, dummy3=3D-= 1, dummy4=3D0xe83f4834 "HH?=A8=A8") > at /usr/src/sys/ddb/db_command.c:548 > #2 0xc04e8fef in db_command (last_cmdp=3D0xc0de14dc, cmd_table=3D0x0, do= pager=3D0) > at /usr/src/sys/ddb/db_command.c:445 > #3 0xc04e90a4 in db_command_script (command=3D0xc0de2404 "call doadump") > at /usr/src/sys/ddb/db_command.c:516 > #4 0xc04ed1d0 in db_script_exec (scriptname=3D0xe83f4940 "kdb.enter.pani= c", warnifnotfound=3DVariable "warnifnotfound" is not available. > ) > at /usr/src/sys/ddb/db_script.c:302 > #5 0xc04ed2b7 in db_script_kdbenter (eventname=3D0xc0ca1948 "panic") at = /usr/src/sys/ddb/db_script.c:324 > #6 0xc04eaf98 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_mai= n.c:228 > #7 0xc08cc526 in kdb_trap (type=3D3, code=3D0, tf=3D0xe83f4a7c) at /usr/= src/sys/kern/subr_kdb.c:535 > #8 0xc0bdd38b in trap (frame=3D0xe83f4a7c) at /usr/src/sys/i386/i386/tra= p.c:690 > #9 0xc0bbef1b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #10 0xc08cc6aa in kdb_enter (why=3D0xc0ca1948 "panic", msg=3D0xc0ca1948 "= panic") at cpufunc.h:71 > #11 0xc089d716 in panic (fmt=3D0xc0c3c80c "Bad link elm %p next->prev != =3D elm") > at /usr/src/sys/kern/kern_shutdown.c:562 > #12 0xc094e7fb in if_clone_destroyif (ifc=3D0xc0da1cc0, ifp=3D0xc5f1a800)= at /usr/src/sys/net/if_clone.c:249 > #13 0xc094eb52 in if_clone_destroy (name=3D0xc664ac20 "tun0") at /usr/src= /sys/net/if_clone.c:227 > #14 0xc094c8a6 in ifioctl (so=3D0xc6e0a9a8, cmd=3D2149607801, data=3D0xc6= 64ac20 "tun0", td=3D0xc66c0d80) > at /usr/src/sys/net/if.c:2412 > #15 0xc08e8b25 in soo_ioctl (fp=3D0xc6d46af0, cmd=3D2149607801, data=3D0x= c664ac20, active_cred=3D0xc5f62280, > td=3D0xc66c0d80) at /usr/src/sys/kern/sys_socket.c:212 > #16 0xc08e31bd in kern_ioctl (td=3D0xc66c0d80, fd=3D3, com=3D2149607801, = data=3D0xc664ac20 "tun0") at file.h:262 > #17 0xc08e3344 in ioctl (td=3D0xc66c0d80, uap=3D0xe83f4cf8) at /usr/src/s= ys/kern/sys_generic.c:678 > #18 0xc0bdca33 in syscall (frame=3D0xe83f4d38) at /usr/src/sys/i386/i386/= trap.c:1078 > #19 0xc0bbefb0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= .s:261 > #20 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) fr 12 > #12 0xc094e7fb in if_clone_destroyif (ifc=3D0xc0da1cc0, ifp=3D0xc5f1a800)= at /usr/src/sys/net/if_clone.c:249 > 249 IFC_IFLIST_REMOVE(ifc, ifp); > (kgdb) list > 244 * switch to the vnet context of the target vnet. > 245 */ > 246 CURVNET_SET_QUIET(ifp->if_vnet); > 247 > 248 IF_CLONE_LOCK(ifc); > 249 IFC_IFLIST_REMOVE(ifc, ifp); > 250 IF_CLONE_UNLOCK(ifc); > 251 > 252 if_delgroup(ifp, ifc->ifc_name); > 253 >=20 Actually, this issue has already been reported (kern/116837, see the bottom= of the discussion) and there was a patch provided by Takahiro Kurosawa [check that ifp is on ifc->ifc_iflist before calling IFC_IFLIST_REMOVE(ifc, ifp)]. Although he mentioned that another race was still possible. I have tried the patch and yes it makes the situation much better: the box did not crush when running two "ifconfig tun0 create/destroy" scripts concurrently, but when I tried 8 concurrent processes :-) it crashed after a couple minutes in anoth= er place: (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc04ec379 in db_fncall (dummy1=3D1, dummy2=3D0, dummy3=3D-1056947200, = dummy4=3D0xe86848e4 "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04ec771 in db_command (last_cmdp=3D0xc0e04d1c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04ec8ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04ee76d in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #5 0xc08d7d06 in kdb_trap (type=3D12, code=3D0, tf=3D0xe8684ad0) at /usr/s= rc/sys/kern/subr_kdb.c:535 #6 0xc0bea66f in trap_fatal (frame=3D0xe8684ad0, eva=3D3735929054) at /usr= /src/sys/i386/i386/trap.c:929 #7 0xc0beaf90 in trap (frame=3D0xe8684ad0) at /usr/src/sys/i386/i386/trap.= c:328 #8 0xc0bccd7b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #9 0xc094bfa6 in strcmp (s1=3D0xc663686b "vmnet", s2=3D0xdeadc0de ) at /usr/src/sys/libkern/strcmp.c:45 #10 0xc095a9c2 in if_clone_destroy (name=3D0xc5f7d840 "tun0") at /usr/src/s= ys/net/if_clone.c:209 #11 0xc09584d6 in ifioctl (so=3D0xc721a80c, cmd=3D2149607801, data=3D0xc5f7= d840 "tun0", td=3D0xc731fb90) at /usr/src/sys/net/if.c:2486 #12 0xc08f4615 in soo_ioctl (fp=3D0xc5f1ca80, cmd=3D2149607801, data=3D0xc5= f7d840, active_cred=3D0xc5ed4180,=20 td=3D0xc731fb90) at /usr/src/sys/kern/sys_socket.c:212 #13 0xc08eec8d in kern_ioctl (td=3D0xc731fb90, fd=3D3, com=3D2149607801, da= ta=3D0xc5f7d840 "tun0") at file.h:262 #14 0xc08eee14 in ioctl (td=3D0xc731fb90, uap=3D0xe8684cf8) at /usr/src/sys= /kern/sys_generic.c:678 #15 0xc0beab40 in syscall (frame=3D0xe8684d38) at /usr/src/sys/i386/i386/tr= ap.c:1111 #16 0xc0bcce10 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :261 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 10 #10 0xc095a9c2 in if_clone_destroy (name=3D0xc5f7d840 "tun0") at /usr/src/s= ys/net/if_clone.c:209 209 if (strcmp(ifc->ifc_name, ifp->if_dname) =3D=3D 0) { (kgdb) list 204 return (ENXIO); 205=20=20=20=20=20 206 /* Find the cloner for this interface */ 207 IF_CLONERS_LOCK(); 208 LIST_FOREACH(ifc, &V_if_cloners, ifc_list) { 209 if (strcmp(ifc->ifc_name, ifp->if_dname) =3D=3D 0) { 210 break; 211 } 212 } 213 #ifdef VIMAGE (kgdb) p ifc->ifc_name $1 =3D 0xc663686b "vmnet" (kgdb) p ifp->if_dname $2 =3D 0xdeadc0de
(kgdb)=20 May be we can use ifunit_ref() instead of ifunit() like in the patch below = to avoid this race (the patch also includes Takahiro Kurosawa's patch from kern/116837)? I was running 32 "ifconfig tun0 create/destroy" on the patched kernel throu= gh all the night and did not manage to crash the system. --=20 Mikolaj Golub --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=if_clone.c.if_clone_destroy.patch --- sys/net/if_clone.c.orig 2010-02-28 16:39:30.000000000 +0200 +++ sys/net/if_clone.c 2010-03-15 23:46:56.000000000 +0200 @@ -196,10 +196,11 @@ if_clone_createif(struct if_clone *ifc, int if_clone_destroy(const char *name) { + int err; struct if_clone *ifc; struct ifnet *ifp; - ifp = ifunit(name); + ifp = ifunit_ref(name); if (ifp == NULL) return (ENXIO); @@ -221,10 +222,14 @@ if_clone_destroy(const char *name) } #endif IF_CLONERS_UNLOCK(); - if (ifc == NULL) + if (ifc == NULL) { + if_rele(ifp); return (EINVAL); + } - return (if_clone_destroyif(ifc, ifp)); + err = if_clone_destroyif(ifc, ifp); + if_rele(ifp); + return err; } /* @@ -234,6 +239,7 @@ int if_clone_destroyif(struct if_clone *ifc, struct ifnet *ifp) { int err; + struct ifnet *tmp; if (ifc->ifc_destroy == NULL) return(EOPNOTSUPP); @@ -246,8 +252,15 @@ if_clone_destroyif(struct if_clone *ifc, CURVNET_SET_QUIET(ifp->if_vnet); IF_CLONE_LOCK(ifc); - IFC_IFLIST_REMOVE(ifc, ifp); + LIST_FOREACH(tmp, &ifc->ifc_iflist, if_clones) { + if (tmp == ifp) { + IFC_IFLIST_REMOVE(ifc, ifp); + break; + } + } IF_CLONE_UNLOCK(ifc); + if (tmp == NULL) + return (ENXIO); /* ifp is not on the list. */ if_delgroup(ifp, ifc->ifc_name); --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 12:40:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58164106566C for ; Tue, 16 Mar 2010 12:40:54 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id E3A788FC1F for ; Tue, 16 Mar 2010 12:40:53 +0000 (UTC) Received: from 192.168.98.96 ([192.168.98.96]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Tue, 16 Mar 2010 12:41:18 +0000 User-Agent: Microsoft-Entourage/12.0.0.071130 Date: Tue, 16 Mar 2010 13:40:51 +0100 From: Jon Otterholm To: Message-ID: Thread-Topic: Choosing CPU for router Thread-Index: AcrFBekdjz//5JQauUCu4GGLmEuZKQ== Mime-version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Choosing CPU for router 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, 16 Mar 2010 12:40:54 -0000 Hi. In the process to build a new router and want to choose the best possible CPU for the job. Narrowed it down to the following: Intel Q9650 3,0Ghz Intel i7-965/975 3,2Ghz/3,33Ghz What would be the benefit from a Xeon? Motherboard: Supermicro X8SBI-4LN. RAM: 4GB The router will be running IPFW and Dummynet for traffic-shaping. Along with that, standard services like dhcpd. Any thoughts appreciated. BG //Jon From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 13:19:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5C66106564A for ; Tue, 16 Mar 2010 13:19:19 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 594F68FC08 for ; Tue, 16 Mar 2010 13:19:18 +0000 (UTC) Received: by bwz28 with SMTP id 28so3915175bwz.14 for ; Tue, 16 Mar 2010 06:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=e/OS6aOGcnl10LEMd2c6OUaGwb76e3R4yK0LQkKYoao=; b=xpFnSz9xwrxjVUDU0tHguk0j/4EQdgB9TU2uyteUBMpzAsF19/5f2E2b+wTaP0iSxW +xxcv0MKo0fxbFXOMqar0UhebfOhHLDpaxXwKfLZq/X1BhuNAcKJTxpmuGWXitTrxm4+ cr9sBKSa3FjvnUn/TgvBm+4L9EtIGcDOVYn1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=bPHxDo0Nz/MRoCyUHNWEAGEi5kEcQKcECiVEE5H8uzcH5RhaS+mTzE4Idvrmj/rQoO aJpzPopaZCBHr0PoRJwiQ0G+UiVrw2ld+S89kWKQe29NX95cDbkao+clE0FQqQvge9VA fUVqDoizL1akOCRVYePYyk2Uvr6oKRjdn/7OA= MIME-Version: 1.0 Received: by 10.204.141.69 with SMTP id l5mr193159bku.64.1268743986584; Tue, 16 Mar 2010 05:53:06 -0700 (PDT) In-Reply-To: References: From: Matthias Gamsjager Date: Tue, 16 Mar 2010 13:52:46 +0100 Message-ID: <585602e11003160552v483ea17bh4ca3f4228c3f3723@mail.gmail.com> To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Choosing CPU for router 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, 16 Mar 2010 13:19:19 -0000 Way over the top for simple fw and dhcpd. but how much traffic will be involved? Investing in a good nics will return more then a pricey cpu and motherboard (eec mem is good idea for 24/7 tho). On Tue, Mar 16, 2010 at 1:40 PM, Jon Otterholm wrote: > Hi. > > In the process to build a new router and want to choose the best possible > CPU for the job. > > Narrowed it down to the following: > > Intel Q9650 3,0Ghz > Intel i7-965/975 3,2Ghz/3,33Ghz > > What would be the benefit from a Xeon? > > Motherboard: Supermicro X8SBI-4LN. > RAM: 4GB > > The router will be running IPFW and Dummynet for traffic-shaping. Along with > that, standard services like dhcpd. > > Any thoughts appreciated. > > BG > //Jon > > _______________________________________________ > 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 Tue Mar 16 13:26:31 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 9978C106566C for ; Tue, 16 Mar 2010 13:26:31 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 338238FC08 for ; Tue, 16 Mar 2010 13:26:30 +0000 (UTC) Received: by wwb18 with SMTP id 18so872037wwb.13 for ; Tue, 16 Mar 2010 06:26:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to :content-type; bh=QRp9qFGeTF2ayQWud1BxLc3H6uPOhuPFQqDYPKiC5BM=; b=MI8z5aKL0pI7KmiiotNnpI5lCefWpu2pUTnV+YXQTsZ/v6d5+2dIpik4Ru6jeSrJz6 ihOwyi9hC9eKuO/VFKioZbotxoPfuGRlPxgCbcoeKmFmv7zNBO9EvCwY7WNqKzK6o8/9 d5OrTxjeiP0VMn3pEUtPdYty6RwxTedb95cZI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=aL7lCDaBEF05Aeqhg7baiAcQIDpiAU0BRVN0dPb+O18XbJGQSIh00iilzym5+j3TEt DxmJL0wNjiOPLonrQbPKQL7zPHT1ItaEREijqpTs5hvyg6d2CuoV5QMXPXtBTGuelq21 8h3xQhIwk6l+A9k2H1+z/W9v5Q1sEQNwaXqQ0= MIME-Version: 1.0 Sender: antinix@gmail.com Received: by 10.216.90.4 with SMTP id d4mr541154wef.135.1268745607246; Tue, 16 Mar 2010 06:20:07 -0700 (PDT) In-Reply-To: <10263ac1003160615u2728634bv77a6704037e768a2@mail.gmail.com> References: <10263ac1003160615u2728634bv77a6704037e768a2@mail.gmail.com> From: Andrei Kolu Date: Tue, 16 Mar 2010 15:19:47 +0200 X-Google-Sender-Auth: 5cd24ba589c41399 Message-ID: <10263ac1003160619j424e9f98hab2893b2c4787841@mail.gmail.com> To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Choosing CPU for router 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, 16 Mar 2010 13:26:31 -0000 2010/3/16 Andrei Kolu : > 2010/3/16 Jon Otterholm : >> Hi. >> >> In the process to build a new router and want to choose the best possible >> CPU for the job. >> >> Narrowed it down to the following: >> >> Intel Q9650 3,0Ghz >> Intel i7-965/975 3,2Ghz/3,33Ghz >> >> What would be the benefit from a Xeon? >> >> Motherboard: Supermicro X8SBI-4LN. >> RAM: 4GB >> >> The router will be running IPFW and Dummynet for traffic-shaping. Along with >> that, standard services like dhcpd. >> >> Any thoughts appreciated. >> >> > > Xeons usually got more cache memory on board and mean to work on > servers (read: stable). And of course there should be ECC memory. > AFAIK you can't install more than one CORE cpu onto multicpu > motherboard but you can do so with XEON. > > Did you mean this: > http://www.supermicro.com/products/motherboard/Xeon3000/X58/X8STi-LN4.cfm > board? > Differences between Xeon and Core: http://en.wikipedia.org/wiki/Xeon From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 13:43:27 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 314E2106564A for ; Tue, 16 Mar 2010 13:43:27 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id BAA5C8FC13 for ; Tue, 16 Mar 2010 13:43:26 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so25793eyd.3 for ; Tue, 16 Mar 2010 06:43:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to :content-type; bh=FPPPWZUshZ59tess4sM0VeUPcC9ldMTrFE7t78E4Dcg=; b=n6hDqtNilTgLgr/O5s3lqJhhacFUDlOp2x7ZNZ5Ya4VSIhcjs0iIA45V0mzA5YtpOO cnasTtRhTF5oyKJMTGSl4kbbz5f1+fpKnw5f6AY/4b21/06iaDPRpZ7TfpgFRHjOlKKY NItRWLra2ir9qngbklRqSW3UWtljC8bK5KE1M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=l98bXbfS9ok/xZoQj4Yv0zcD2xdFlovBoMQ7jh6hbFNDnzoyv0WQBAhGRvhNbuTgAz ricmvq2ObxztdbceDBuimbBx3Xu3ZOvsXodhoKzH8ul7yDJU7AP3frbI41+BOP6JpATo /YdMzpa8hVdMcvvUNJazIUGNslS8HfDa48Cec= MIME-Version: 1.0 Sender: antinix@gmail.com Received: by 10.216.91.76 with SMTP id g54mr1159862wef.2.1268745321277; Tue, 16 Mar 2010 06:15:21 -0700 (PDT) In-Reply-To: References: From: Andrei Kolu Date: Tue, 16 Mar 2010 15:15:01 +0200 X-Google-Sender-Auth: b752e4198f319cf8 Message-ID: <10263ac1003160615u2728634bv77a6704037e768a2@mail.gmail.com> To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Choosing CPU for router 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, 16 Mar 2010 13:43:27 -0000 2010/3/16 Jon Otterholm : > Hi. > > In the process to build a new router and want to choose the best possible > CPU for the job. > > Narrowed it down to the following: > > Intel Q9650 3,0Ghz > Intel i7-965/975 3,2Ghz/3,33Ghz > > What would be the benefit from a Xeon? > > Motherboard: Supermicro X8SBI-4LN. > RAM: 4GB > > The router will be running IPFW and Dummynet for traffic-shaping. Along with > that, standard services like dhcpd. > > Any thoughts appreciated. > > Xeons usually got more cache memory on board and mean to work on servers (read: stable). And of course there should be ECC memory. AFAIK you can't install more than one CORE cpu onto multicpu motherboard but you can do so with XEON. Did you mean this: http://www.supermicro.com/products/motherboard/Xeon3000/X58/X8STi-LN4.cfm board? From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 15:12:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E747F106566C for ; Tue, 16 Mar 2010 15:12:19 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A205C8FC22 for ; Tue, 16 Mar 2010 15:12:19 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NrYR9-00057g-Gb for freebsd-net@freebsd.org; Tue, 16 Mar 2010 16:12:03 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Mar 2010 16:12:03 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Mar 2010 16:12:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Tue, 16 Mar 2010 16:11:52 +0100 Lines: 23 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: Subject: Re: Choosing CPU for router 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, 16 Mar 2010 15:12:20 -0000 On 03/16/10 13:40, Jon Otterholm wrote: > Hi. > > In the process to build a new router and want to choose the best possible > CPU for the job. > > Narrowed it down to the following: > > Intel Q9650 3,0Ghz > Intel i7-965/975 3,2Ghz/3,33Ghz Both are overkill, but in general here you should go for clock speed instead of multicore abilities. If you can get it, you will be better off with a 3.5 GHz dual-core CPU (like Xeon 52xx) than a 3 GHz quad-core CPU. Additional cores will not be used by network processing in your case. Better invest the money in a good network card. > What would be the benefit from a Xeon? Stability, but that also comes from using better motherboards, ECC memory, etc, not only from the CPU. From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 16:01: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 70C8A1065700 for ; Tue, 16 Mar 2010 16:01:35 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id F2DFC8FC18 for ; Tue, 16 Mar 2010 16:01:34 +0000 (UTC) Received: by fxm7 with SMTP id 7so89480fxm.3 for ; Tue, 16 Mar 2010 09:01:33 -0700 (PDT) Received: by 10.223.15.143 with SMTP id k15mr577879faa.57.1268753597780; Tue, 16 Mar 2010 08:33:17 -0700 (PDT) Received: from kkPC (76-10-166-187.dsl.teksavvy.com [76.10.166.187]) by mx.google.com with ESMTPS id 12sm8865656fks.20.2010.03.16.08.33.15 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 08:33:16 -0700 (PDT) From: "kevin" To: "'Giulio Ferro'" , , References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> In-Reply-To: <4B9EA5A2.4010900@zirakzigil.org> Date: Tue, 16 Mar 2010 11:33:08 -0400 Message-ID: <00aa01cac51d$fc66f610$f534e230$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrEhjqFCr63bMSAS2qTuc1O2AZEtAAl5OJA Content-Language: en-us Cc: Subject: RE: Bridge causes freezes 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, 16 Mar 2010 16:01:35 -0000 >I confirm this problem for another server: >stable 8 amd64 + vlan + carp > >Whenever I join a bridge with a vlan interface: > >ifconfig bridge0 addm vlan35 > >The system soon or later freezes. > >This time it has happened after 3 days of normal behavior. > >No logs, no dump. This happens to me as well. FreeBSD 7.2-RELEASE + bridge + pfsync, no carp. It freezes (sometimes not right away), no console messages, no logs. From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 16:13: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 3209B1065670 for ; Tue, 16 Mar 2010 16:13:50 +0000 (UTC) (envelope-from gigabyte.tmn@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7B0528FC24 for ; Tue, 16 Mar 2010 16:13:49 +0000 (UTC) Received: by wwb18 with SMTP id 18so51410wwb.13 for ; Tue, 16 Mar 2010 09:13:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:reply-to:x-priority :message-id:to:subject:in-reply-to:references:mime-version :content-type; bh=yu0my7HlmWqaTEKQhiBi8nD8htl9HvYIhgKfUkqQt8I=; b=CyZYNUmTLvEXXNimKi7yv5kRiPSH3b6ZhKP1w0WlvZj/9+QOSRvtZPoTWL7V39fLGA TeCC28aw8UYHS0Fyn7Rc/Y0OOa3OkwHNuu20FqNZMgtdSGN/nA2V1YV3GflBrCR2p6HY +PCP3ptCBgVL89/UAIuTwx9wYtJJ86VJIlKuQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:reply-to:x-priority:message-id:to:subject:in-reply-to :references:mime-version:content-type; b=U04o8wwkYYyW/W96pPTYCwXxG/rveSS0eKI1vH/Nw/AujuTsJniLjsfRxqWhqe+YS+ rYSlaS2NHT5M0I2a4tZGcPdP0nfxvGYgsznxAM3R1ZYj1hTRr5bdaIYHsD+JnvVtPdla Kyl/uEfeV/7P4EhvW+kPZdwcS7RNV+PT2a69U= Received: by 10.216.161.148 with SMTP id w20mr25564wek.117.1268756026359; Tue, 16 Mar 2010 09:13:46 -0700 (PDT) Received: from 120.dynamic-n37.in72.ru ([91.203.37.120]) by mx.google.com with ESMTPS id 16sm3414413ewy.11.2010.03.16.09.13.44 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 16 Mar 2010 09:13:45 -0700 (PDT) Date: Tue, 16 Mar 2010 21:11:39 +0500 From: =?windows-1251?B?xOzo8vDo6SDH4Ozz8ODl4g==?= X-Priority: 3 (Normal) Message-ID: <773208865.20100316211139@gmail.com> To: freebsd-net@freebsd.org In-Reply-To: <10263ac1003160615u2728634bv77a6704037e768a2@mail.gmail.com> References: <10263ac1003160615u2728634bv77a6704037e768a2@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------941F11EA2ACF411C" Subject: Re: Choosing CPU for router X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?xOzo8vDo6SDH4Ozz8ODl4g==?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 16:13:50 -0000 ------------941F11EA2ACF411C Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable =0D=0A>2010/3/16 Jon Otterholm : >> >> Narrowed it down to the following: >> >> Intel Q9650 3,0Ghz >> Intel i7-965/975 3,2Ghz/3,33Ghz >> >> What would be the benefit from a Xeon? >> >> The router will be running IPFW and Dummynet for traffic-shaping. Along = with >> that, standard services like dhcpd. > Xeons usually got more cache memory on board and mean to work on >servers (read: stable). And of course there should be ECC memory. Xeon may work in multi-CPU servers. Speaking of routers, you have multicore (2CPU x 4cores =3D 8cores) machine with 1-2-3 NIC's, and can't load other cores in CPU (earlier versions before FBSD 8.x). You need NIC with MSI (Interrupt Moderation) for better performance. 1. What kind of traffic did you expect? 2. What flow bit per seconds did you expect? I have PPPoE concentrator based on S3000AHV motherboard with EXPI9400 and EXPI9402 NIC's and Core2Quad Q6600 CPU and FreeBSD 7.2. This router may handle about 150k pps and 1Gbps for one direction of internet traffic. Do you need core i5/7 ? ------------941F11EA2ACF411C Content-Type: message/rfc822; name="1.eml" Content-Disposition: attachment; filename="1.eml" Delivered-To: gigabyte.tmn@gmail.com Received: by 10.140.158.8 with SMTP id g8cs326307rve; Tue, 16 Mar 2010 06:43:47 -0700 (PDT) Received: by 10.115.132.40 with SMTP id j40mr3105253wan.14.1268747027675; Tue, 16 Mar 2010 06:43:47 -0700 (PDT) Return-Path: Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.google.com with ESMTP id 14si3769994iwn.3.2010.03.16.06.43.47; Tue, 16 Mar 2010 06:43:47 -0700 (PDT) Received-SPF: pass (google.com: domain of owner-freebsd-net@freebsd.org designates 69.147.83.53 as permitted sender) client-ip=69.147.83.53; Authentication-Results: mx.google.com; spf=pass (google.com: domain of owner-freebsd-net@freebsd.org designates 69.147.83.53 as permitted sender) smtp.mail=owner-freebsd-net@freebsd.org; dkim=neutral (body hash did not verify) header.i=@gmail.com Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D489F1565FF; Tue, 16 Mar 2010 13:43:37 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 49F1D10656ED; Tue, 16 Mar 2010 13:43:36 +0000 (UTC) (envelope-from owner-freebsd-net@freebsd.org) 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 314E2106564A for ; Tue, 16 Mar 2010 13:43:27 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id BAA5C8FC13 for ; Tue, 16 Mar 2010 13:43:26 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so25793eyd.3 for ; Tue, 16 Mar 2010 06:43:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to :content-type; bh=FPPPWZUshZ59tess4sM0VeUPcC9ldMTrFE7t78E4Dcg=; b=n6hDqtNilTgLgr/O5s3lqJhhacFUDlOp2x7ZNZ5Ya4VSIhcjs0iIA45V0mzA5YtpOO cnasTtRhTF5oyKJMTGSl4kbbz5f1+fpKnw5f6AY/4b21/06iaDPRpZ7TfpgFRHjOlKKY NItRWLra2ir9qngbklRqSW3UWtljC8bK5KE1M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=l98bXbfS9ok/xZoQj4Yv0zcD2xdFlovBoMQ7jh6hbFNDnzoyv0WQBAhGRvhNbuTgAz ricmvq2ObxztdbceDBuimbBx3Xu3ZOvsXodhoKzH8ul7yDJU7AP3frbI41+BOP6JpATo /YdMzpa8hVdMcvvUNJazIUGNslS8HfDa48Cec= MIME-Version: 1.0 Received: by 10.216.91.76 with SMTP id g54mr1159862wef.2.1268745321277; Tue, 16 Mar 2010 06:15:21 -0700 (PDT) In-Reply-To: References: From: Andrei Kolu Date: Tue, 16 Mar 2010 15:15:01 +0200 X-Google-Sender-Auth: b752e4198f319cf8 Message-ID: <10263ac1003160615u2728634bv77a6704037e768a2@mail.gmail.com> To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Choosing CPU for router 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: , Sender: owner-freebsd-net@freebsd.org Errors-To: owner-freebsd-net@freebsd.org 2010/3/16 Jon Otterholm : > Hi. > > In the process to build a new router and want to choose the best possible > CPU for the job. > > Narrowed it down to the following: > > Intel Q9650 3,0Ghz > Intel i7-965/975 3,2Ghz/3,33Ghz > > What would be the benefit from a Xeon? > > Motherboard: Supermicro X8SBI-4LN. > RAM: 4GB > > The router will be running IPFW and Dummynet for traffic-shaping. Along with > that, standard services like dhcpd. > > Any thoughts appreciated. > > Xeons usually got more cache memory on board and mean to work on servers (read: stable). And of course there should be ECC memory. AFAIK you can't install more than one CORE cpu onto multicpu motherboard but you can do so with XEON. Did you mean this: http://www.supermicro.com/products/motherboard/Xeon3000/X58/X8STi-LN4.cfm board? _______________________________________________ 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" ------------941F11EA2ACF411C-- From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 18:23: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 4A55F106564A; Tue, 16 Mar 2010 18:23:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 721FA8FC1B; Tue, 16 Mar 2010 18:23:58 +0000 (UTC) Received: by fxm7 with SMTP id 7so244410fxm.3 for ; Tue, 16 Mar 2010 11:23: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=DxhbioBgx3oYl5Os1Nycx0MbdDHXgqIic1KM1xdSUIo=; b=I15VS28WjtwXEEXlxP/L4PJNEIX+Or0zLJ7uYKofo0axlM8Mn137kc5LVKM5+7PLkj gSMNC3zV/vvofpRep8pyr/zozld34xNzFeYoojCliYS6CnKtdbOV84swIKqPQywsYqlv dE0cmgST254gdXQeeTlaTxkZSs3JOtGCP8b6E= 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=gnOKdPM+1rnKcg4bppgoZC4w0yPNJoJRGQs0IbUlOu0e9PMAZ6CO0/lAOcLU3AKyLg yy/L9avPJJ0ZHu+5gDQMONbV3Cx/OKSTkNW8C4o1rvXv8imeLesZmP38kbL29iIoNu1z 3NI1asVC0W/JBijQi7yCIKVEeAfwqx/1V/9X8= Received: by 10.87.2.15 with SMTP id e15mr1922281fgi.22.1268763836924; Tue, 16 Mar 2010 11:23:56 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e11sm3426600fga.11.2010.03.16.11.23.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 11:23:54 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 16 Mar 2010 11:23:22 -0700 From: Pyun YongHyeon Date: Tue, 16 Mar 2010 11:23:22 -0700 To: Steven Noonan Message-ID: <20100316182322.GF2001@michelle.cdnetworks.com> References: <201003121754.o2CHsH7V065932@freefall.freebsd.org> 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, bug-followup@FreeBSD.org, yongari@freebsd.org Subject: Re: kern/144689: [re] TCP transfer corruption using if_re 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, 16 Mar 2010 18:23:59 -0000 On Sat, Mar 13, 2010 at 04:18:30AM -0800, Steven Noonan wrote: > On Fri, Mar 12, 2010 at 9:57 PM, Steven Noonan wrote: > > On Fri, Mar 12, 2010 at 4:24 PM, Steven Noonan wrote: > >> On Fri, Mar 12, 2010 at 4:19 PM, Steven Noonan wrote: > >>> On Fri, Mar 12, 2010 at 9:54 AM, ?? wrote: > >>>> Synopsis: [re] TCP transfer corruption using if_re > >>>> > >>>> State-Changed-From-To: open->feedback > >>>> State-Changed-By: yongari > >>>> State-Changed-When: Fri Mar 12 17:53:37 UTC 2010 > >>>> State-Changed-Why: > >>>> This looks like Rx checksum offloading issue. Would you try > >>>> disabling Rx checksum offloading and test it again? > >>>> #ifconfig re0 -rxcsum > >>>> Also show me dmesg output(re(4) related part). > >>>> > >>>> > >>>> Responsible-Changed-From-To: freebsd-net->yongari > >>>> Responsible-Changed-By: yongari > >>>> Responsible-Changed-When: Fri Mar 12 17:53:37 UTC 2010 > >>>> Responsible-Changed-Why: > >>>> Mine. > >>>> > >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=144689 > >>>> > >>> > >>> Hmm. Disabling Rx checksum offloading helped for one clone process, > >>> but then this showed up in dmesg during my second test (it seems to be > >>> doing this regularly for some reason): > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> > >>> And no, the cable isn't loose or something. It just decides to take > >>> the interface down and put it back up. > >>> > >>> Here's the rest of 'dmesg | grep re0': > >>> > >>> firewire0: on fwohci0 > >>> dcons_crom0: on firewire0 > >>> fwe0: on firewire0 > >>> fwip0: on firewire0 > >>> firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) ??(me) > >>> firewire0: bus manager 0 > >>> re0: > >>> port 0x1200-0x12ff mem 0x88000000-0x880001ff irq 18 at device 0.0 on > >>> cardbus0 > >>> re0: Chip rev. 0x10000000 > >>> re0: MAC rev. 0x00000000 > >>> miibus1: on re0 > >>> re0: Ethernet address: 00:18:4d:6e:c0:29 > >>> re0: [FILTER] > >>> 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: PHY read failed > >>> 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: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: detached > >>> re0: > >>> port 0x1200-0x12ff mem 0x88000000-0x880001ff irq 18 at device 0.0 on > >>> cardbus0 > >>> re0: Chip rev. 0x10000000 > >>> re0: MAC rev. 0x00000000 > >>> miibus1: on re0 > >>> re0: Ethernet address: 00:18:4d:6e:c0:29 > >>> re0: [FILTER] > >>> 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: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: PHY read failed > >>> re0: link state changed to DOWN > >>> re0: link state changed to UP > >>> re0: PHY read failed > >>> > >>> - Steven > >>> > >> > >> I should note that the connection was _lost_ during the second test above. > >> > >> I also tested again, and it looks like it added another "re0: PHY read > >> failed" before silently dropping the connection. > >> > >> - Steven > >> > > > > I did a couple captures with Wireshark on the client end. One is with > > rxcsum enabled on the machine running git-daemon, one is without > > rxcsum. > > > > http://www.uplinklabs.net/~tycho/files/git-cap-norxcsum.bz2 > > http://www.uplinklabs.net/~tycho/files/git-cap.bz2 > > > > Obviously, you can look at the data yourself and make more sense of > > it, but here are things I noticed in the captures: > > > > With rxcsum: > > - There are some silent problems that occur in the middle of the > > capture. Client-to-server: 'TCP ACKed lost segment' a few times, then > > 'TCP previous segment lost'. This happens multiple times during the > > capture (before 'git-upload-pack' starts sending data). > > - Occasional 'TCP window update's. These are highlighted in black for > > reasons unknown to me. It seems like this would be normal. > > - The server calls 'git-upload-pack' and we start seeing a large > > number of client-to-server TCP RST flags being sent and then the > > connection gets closed due to some detected data corruption in the > > transfer. > > > > Without rxcsum: > > - About the same amount of client-to-server 'TCP ACKed lost segment's. > > - 'git-upload-pack' kicks in and things get _really_ hairy. 'TCP Dup > > ACK' detected by the client many many times. > > - Finally, a series of 'TCP retransmission's from server to client > > happen (which is where the connection hangs). > > - I closed the connection which triggered the final two 'TCP RST's. > > > > Also, I forgot to note in my original report that I checked if there > > was packet loss by using a ping flood, and one packet in the 1.5 > > million packets sent was lost. But I'm not sure whether it's > > checksumming the data of these packets, so they could be coming back > > with perfectly valid ICMP headers but corrupted data. > > > > Also, hilariously horrible hack: > > - On the server machine, start git-daemon listening on 127.0.0.1:9418. > - On the server machine, run 'ssh -L :9418:127.0.0.1:9418 > user@localhost'. > > Then remote git clones work as expected. Very strange. It will have to > do until I get a less insane solution. > The real issue looks like PHY read failure which can result in unexpected behavior. I don't see rgephy(4) related message here, would you show me the output of "devinfo -rv | grep phy"? By chance are you using PCMCIA ethernet controller? > I don't understand why it makes a difference. Is git-daemon using TCP > socket options that causes this network interface driver to > malfunction? > No, I don't think so. It would be a bug in driver. > - Steven From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 19:20:03 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D83E41065675; Tue, 16 Mar 2010 19:20:03 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9058FC15; Tue, 16 Mar 2010 19:20:02 +0000 (UTC) Received: by fxm7 with SMTP id 7so304532fxm.3 for ; Tue, 16 Mar 2010 12:20:02 -0700 (PDT) Received: by 10.223.4.217 with SMTP id 25mr6822940fas.82.1268767201821; Tue, 16 Mar 2010 12:20:01 -0700 (PDT) Received: from kkPC (76-10-166-187.dsl.teksavvy.com [76.10.166.187]) by mx.google.com with ESMTPS id f31sm9480184fkf.18.2010.03.16.12.19.59 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 12:20:01 -0700 (PDT) From: "kevin" To: , References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> In-Reply-To: Date: Tue, 16 Mar 2010 15:19:51 -0400 Message-ID: <00bc01cac53d$a92f0b70$fb8d2250$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrEhjqFCr63bMSAS2qTuc1O2AZEtAAl5OJAAAaVpCA= Content-Language: en-us Cc: Subject: PF + BRIDGE + PFSYNC causes system freezing 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, 16 Mar 2010 19:20:04 -0000 I have been experiencing this problem with 2x freebsd firewall implementations running pf + transparent bridging + pfsync between both boxes. Today in an effort to narrow down and troubleshoot the issue further, I have decided to build two FreeBSD 7.2-RELEASE implementations using virtualbox. Each box was allocated 256mb ram, 3 NIC's (internal network only) and a 4GB hard drive. I compiled PF/ALTQ/MROUTING into the kernel and installed it. No other fundamental modifications were made. The intent is to reproduce the problem in a controlled environment. And provide any information to @freebsd.org if requested. Here is the pertinent information below. Note both boxes are identical : [UNAME] # uname -a FreeBSD fw 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Tue Mar 16 13:18:05 UTC 2010 root@:/usr/obj/usr/src/sys/FW i386 [IFCONFIG] # ifconfig em0: flags=8902 metric 0 mtu 1500 options=9b ether 08:00:27:91:2d:fd media: Ethernet autoselect (1000baseTX ) status: active em1: flags=8902 metric 0 mtu 1500 options=9b ether 08:00:27:c7:3f:6b media: Ethernet autoselect (1000baseTX ) status: active em2: flags=8843 metric 0 mtu 1500 options=9b ether 08:00:27:de:66:c6 inet 10.0.0.10 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect (1000baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 pflog0: flags=141 metric 0 mtu 33204 pfsync0: flags=41 metric 0 mtu 1460 pfsync: syncdev: em2 syncpeer: 10.0.0.11 maxupd: 128 bridge0: flags=8802 metric 0 mtu 1500 ether 1e:29:e0:82:6e:d6 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: em1 flags=143 ifmaxaddr 0 port 2 priority 128 path cost 20000 member: em0 flags=143 ifmaxaddr 0 port 1 priority 128 path cost 20000 [KERNEL OPTIONS] # Multicast routing support options MROUTING # PF Firewall device pf device pflog device pfsync options ALTQ options ALTQ_CBQ # Class Bases Queuing (CBQ) options ALTQ_RED # Random Early Detection (RED) options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) options ALTQ_PRIQ # Priority Queuing (PRIQ) options ALTQ_NOPCC # Required for SMP build [RC.CONF] keymap="us.iso" hostname="fw" gateway_enable="YES" sshd_enable="YES" cloned_interfaces="bridge0" ifconfig_bridge0="addm em0 addm em1 up" ifconfig_em0="up" ifconfig_em1="up" ifconfig_em2="inet 10.0.0.10 netmask 255.255.255.0" pf_enable="YES" pf_rules="/etc/pf.conf" pf_flags="" pflog_enable="YES" pflog_logfile="/var/log/pflog" pflog_flags="" pfsync_enable="YES" pfsync_syncdev="em2" ifconfig_pfsync0="up syncpeer 10.0.0.11 syncif em2" [PF.CONF] # macros ext_if="em0" int_if="em1" mng_if="em2" tcp_services="{ 22, 113, 53, 80 }" icmp_types="echoreq" # options set block-policy return set loginterface $ext_if set skip on lo # scrub scrub in all random-id fragment reassemble scrub out on $ext_if random-id # filter rules pass in quick pass out quick pass quick on $mng_if proto pfsync Note the only difference in config is the ip address of the pfsycn interface. When both boxes are on , one or both of them start to really slow down and ultimately freeze. No messages are pasted on the console and /var/log/messages is inaccessible during this point. I would like to assist in diagnosing this issue so if anyone wants me to check anything or test, please let me know. I would really like to understand this problem. Thanks, Kevin K. From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 19:32:36 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7266D106564A; Tue, 16 Mar 2010 19:32:36 +0000 (UTC) (envelope-from steven@uplinklabs.net) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4008FC1F; Tue, 16 Mar 2010 19:32:35 +0000 (UTC) Received: by pzk34 with SMTP id 34so239950pzk.3 for ; Tue, 16 Mar 2010 12:32:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.141.1.6 with SMTP id d6mr14137rvi.175.1268767883152; Tue, 16 Mar 2010 12:31:23 -0700 (PDT) In-Reply-To: <20100316182322.GF2001@michelle.cdnetworks.com> References: <201003121754.o2CHsH7V065932@freefall.freebsd.org> <20100316182322.GF2001@michelle.cdnetworks.com> Date: Tue, 16 Mar 2010 12:31:22 -0700 Message-ID: From: Steven Noonan To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org, yongari@freebsd.org Subject: Re: kern/144689: [re] TCP transfer corruption using if_re 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, 16 Mar 2010 19:32:36 -0000 On Tue, Mar 16, 2010 at 11:23 AM, Pyun YongHyeon wrote: > On Sat, Mar 13, 2010 at 04:18:30AM -0800, Steven Noonan wrote: >> On Fri, Mar 12, 2010 at 9:57 PM, Steven Noonan wrote: >> > On Fri, Mar 12, 2010 at 4:24 PM, Steven Noonan wrote: >> >> On Fri, Mar 12, 2010 at 4:19 PM, Steven Noonan wrote: >> >>> On Fri, Mar 12, 2010 at 9:54 AM, ?? wrote: >> >>>> Synopsis: [re] TCP transfer corruption using if_re >> >>>> >> >>>> State-Changed-From-To: open->feedback >> >>>> State-Changed-By: yongari >> >>>> State-Changed-When: Fri Mar 12 17:53:37 UTC 2010 >> >>>> State-Changed-Why: >> >>>> This looks like Rx checksum offloading issue. Would you try >> >>>> disabling Rx checksum offloading and test it again? >> >>>> #ifconfig re0 -rxcsum >> >>>> Also show me dmesg output(re(4) related part). >> >>>> >> >>>> >> >>>> Responsible-Changed-From-To: freebsd-net->yongari >> >>>> Responsible-Changed-By: yongari >> >>>> Responsible-Changed-When: Fri Mar 12 17:53:37 UTC 2010 >> >>>> Responsible-Changed-Why: >> >>>> Mine. >> >>>> >> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=144689 >> >>>> >> >>> >> >>> Hmm. Disabling Rx checksum offloading helped for one clone process, >> >>> but then this showed up in dmesg during my second test (it seems to be >> >>> doing this regularly for some reason): >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> >> >>> And no, the cable isn't loose or something. It just decides to take >> >>> the interface down and put it back up. >> >>> >> >>> Here's the rest of 'dmesg | grep re0': >> >>> >> >>> firewire0: on fwohci0 >> >>> dcons_crom0: on firewire0 >> >>> fwe0: on firewire0 >> >>> fwip0: on firewire0 >> >>> firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) ??(me) >> >>> firewire0: bus manager 0 >> >>> re0: >> >>> port 0x1200-0x12ff mem 0x88000000-0x880001ff irq 18 at device 0.0 on >> >>> cardbus0 >> >>> re0: Chip rev. 0x10000000 >> >>> re0: MAC rev. 0x00000000 >> >>> miibus1: on re0 >> >>> re0: Ethernet address: 00:18:4d:6e:c0:29 >> >>> re0: [FILTER] >> >>> 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: PHY read failed >> >>> 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: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: detached >> >>> re0: >> >>> port 0x1200-0x12ff mem 0x88000000-0x880001ff irq 18 at device 0.0 on >> >>> cardbus0 >> >>> re0: Chip rev. 0x10000000 >> >>> re0: MAC rev. 0x00000000 >> >>> miibus1: on re0 >> >>> re0: Ethernet address: 00:18:4d:6e:c0:29 >> >>> re0: [FILTER] >> >>> 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: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: PHY read failed >> >>> re0: link state changed to DOWN >> >>> re0: link state changed to UP >> >>> re0: PHY read failed >> >>> >> >>> - Steven >> >>> >> >> >> >> I should note that the connection was _lost_ during the second test above. >> >> >> >> I also tested again, and it looks like it added another "re0: PHY read >> >> failed" before silently dropping the connection. >> >> >> >> - Steven >> >> >> > >> > I did a couple captures with Wireshark on the client end. One is with >> > rxcsum enabled on the machine running git-daemon, one is without >> > rxcsum. >> > >> > http://www.uplinklabs.net/~tycho/files/git-cap-norxcsum.bz2 >> > http://www.uplinklabs.net/~tycho/files/git-cap.bz2 >> > >> > Obviously, you can look at the data yourself and make more sense of >> > it, but here are things I noticed in the captures: >> > >> > With rxcsum: >> > - There are some silent problems that occur in the middle of the >> > capture. Client-to-server: 'TCP ACKed lost segment' a few times, then >> > 'TCP previous segment lost'. This happens multiple times during the >> > capture (before 'git-upload-pack' starts sending data). >> > - Occasional 'TCP window update's. These are highlighted in black for >> > reasons unknown to me. It seems like this would be normal. >> > - The server calls 'git-upload-pack' and we start seeing a large >> > number of client-to-server TCP RST flags being sent and then the >> > connection gets closed due to some detected data corruption in the >> > transfer. >> > >> > Without rxcsum: >> > - About the same amount of client-to-server 'TCP ACKed lost segment's. >> > - 'git-upload-pack' kicks in and things get _really_ hairy. 'TCP Dup >> > ACK' detected by the client many many times. >> > - Finally, a series of 'TCP retransmission's from server to client >> > happen (which is where the connection hangs). >> > - I closed the connection which triggered the final two 'TCP RST's. >> > >> > Also, I forgot to note in my original report that I checked if there >> > was packet loss by using a ping flood, and one packet in the 1.5 >> > million packets sent was lost. But I'm not sure whether it's >> > checksumming the data of these packets, so they could be coming back >> > with perfectly valid ICMP headers but corrupted data. >> > >> >> Also, hilariously horrible hack: >> >> - On the server machine, start git-daemon listening on 127.0.0.1:9418. >> - On the server machine, run 'ssh -L :9418:127.0.0.1:9418 >> user@localhost'. >> >> Then remote git clones work as expected. Very strange. It will have to >> do until I get a less insane solution. >> > > The real issue looks like PHY read failure which can result in > unexpected behavior. I don't see rgephy(4) related message here, > would you show me the output of "devinfo -rv | grep phy"? > By chance are you using PCMCIA ethernet controller? I am. It's a Netgear GA511. I think I said in my original post that it was connected via cardbus. xerxes ~ # devinfo -rv | grep phy rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x3 at phyno=1 inphy0 pnpinfo oui=0xaa00 model=0x33 rev=0x0 at phyno=1 > >> I don't understand why it makes a difference. Is git-daemon using TCP >> socket options that causes this network interface driver to >> malfunction? >> > > No, I don't think so. It would be a bug in driver. > >> - Steven > From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 20:46:37 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 165141065670; Tue, 16 Mar 2010 20:46:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 3BF788FC0C; Tue, 16 Mar 2010 20:46:35 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so104413fgg.13 for ; Tue, 16 Mar 2010 13:46:35 -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=8dkPsw8fv5mX2M3sTCB7RD5KQ7muwv04c/6FLKk9H24=; b=kTTTkx8EtuqGt1oMoNRjrsQ4oo6JKgb5yv7MU5119Kz0MhDo8BAFbuxj3rI4WSgnXr YGME6UudRtz7gZQCa/fG1gwjhZzfoD24YdK8xF/DCqv6pNOS9UI7MkP7rC4sDKqYCkDV BCl+QJo11+f5JuR2P88+nLicxFNXsFPupz9+k= 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=UmuR4FvYUNucd6vQw35TSkgMqROnN48i/vmCmZzD2Ml3eDfpyz7oC/5NIraWtMq3eM d3Jr7OwrdPE4Gv1p26ETGU8eFmlFJjkCRYa3HoAfw5fXcMbi8PwA+jAkjRljKlqgSfiG O1dgRQttZ73KwcTB7Ex4v1horrvmzyaKttYCM= Received: by 10.87.44.8 with SMTP id w8mr10500946fgj.16.1268772392688; Tue, 16 Mar 2010 13:46:32 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 3sm823780fge.10.2010.03.16.13.46.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 13:46:31 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 16 Mar 2010 13:46:01 -0700 From: Pyun YongHyeon Date: Tue, 16 Mar 2010 13:46:01 -0700 To: Steven Noonan Message-ID: <20100316204601.GJ2001@michelle.cdnetworks.com> References: <201003121754.o2CHsH7V065932@freefall.freebsd.org> <20100316182322.GF2001@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, bug-followup@freebsd.org, yongari@freebsd.org Subject: Re: kern/144689: [re] TCP transfer corruption using if_re 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, 16 Mar 2010 20:46:37 -0000 On Tue, Mar 16, 2010 at 12:31:22PM -0700, Steven Noonan wrote: > On Tue, Mar 16, 2010 at 11:23 AM, Pyun YongHyeon wrote: [...] > > The real issue looks like PHY read failure which can result in > > unexpected behavior. I don't see rgephy(4) related message here, > > would you show me the output of "devinfo -rv | grep phy"? > > By chance are you using PCMCIA ethernet controller? > > I am. It's a Netgear GA511. I think I said in my original post that it > was connected via cardbus. > > xerxes ~ # devinfo -rv | grep phy > rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x3 at phyno=1 > inphy0 pnpinfo oui=0xaa00 model=0x33 rev=0x0 at phyno=1 > Ok, thanks for the info. Did the controller ever work before? Or you start seeing the issue on 8.0-RELEASE? From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 20:51: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 C0719106566B; Tue, 16 Mar 2010 20:51:09 +0000 (UTC) (envelope-from steven@uplinklabs.net) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id 73F5C8FC08; Tue, 16 Mar 2010 20:51:09 +0000 (UTC) Received: by iwn15 with SMTP id 15so208178iwn.7 for ; Tue, 16 Mar 2010 13:51:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.152.79 with SMTP id f15mr233594ibw.19.1268772665796; Tue, 16 Mar 2010 13:51:05 -0700 (PDT) In-Reply-To: <20100316204601.GJ2001@michelle.cdnetworks.com> References: <201003121754.o2CHsH7V065932@freefall.freebsd.org> <20100316182322.GF2001@michelle.cdnetworks.com> <20100316204601.GJ2001@michelle.cdnetworks.com> Date: Tue, 16 Mar 2010 13:51:05 -0700 Message-ID: From: Steven Noonan To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org, yongari@freebsd.org Subject: Re: kern/144689: [re] TCP transfer corruption using if_re 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, 16 Mar 2010 20:51:09 -0000 On Tue, Mar 16, 2010 at 1:46 PM, Pyun YongHyeon wrote: > On Tue, Mar 16, 2010 at 12:31:22PM -0700, Steven Noonan wrote: >> On Tue, Mar 16, 2010 at 11:23 AM, Pyun YongHyeon wrot= e: > > [...] > >> > The real issue looks like PHY read failure which can result in >> > unexpected behavior. I don't see rgephy(4) related message here, >> > would you show me the output of "devinfo -rv | grep phy"? >> > By chance are you using PCMCIA ethernet controller? >> >> I am. It's a Netgear GA511. I think I said in my original post that it >> was connected via cardbus. >> >> xerxes ~ # devinfo -rv | grep phy >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rg= ephy0 pnpinfo oui=3D0x732 model=3D0x11 rev=3D0x3 at phyno=3D1 >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inphy0 pnpinfo o= ui=3D0xaa00 model=3D0x33 rev=3D0x0 at phyno=3D1 >> > > Ok, thanks for the info. Did the controller ever work before? > Or you start seeing the issue on 8.0-RELEASE? > The last time I had FreeBSD on this machine was with 7.0-RELEASE (or 7.1?), and I didn't have the GA511 at that time, so I don't know whether it worked before or not. (Incidentally, on my other machine, I get "PHY read failure" all the time with its Marvell Yukon controller [if_msk]) - Steven From owner-freebsd-net@FreeBSD.ORG Tue Mar 16 21:08:27 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 6AE7B1065675; Tue, 16 Mar 2010 21:08:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 6FDD08FC0C; Tue, 16 Mar 2010 21:08:26 +0000 (UTC) Received: by fxm7 with SMTP id 7so418431fxm.3 for ; Tue, 16 Mar 2010 14:08:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=ruJSJ6dOb6ffmFEf6HhyoSPGcSDV/ZTQv8jwNsgnUN0=; b=aNMMRiogDzbfHWscQJ1MO3pDADZLin48xQysh8t4YZ+6Y1Y4oe7c+KIRKC2qXrmLH3 n7+Gc9GoyIEFbEwVouNG3hwzS1SWPBIQQtuh0rZVx3u9mRuVQxi6tO5Jpjs1FyVIabDM SdwcndrTmVuqY9QJ2IcC5uYacgUOG+gihKK4M= 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=rO2amsSBc2XWVtTyXYgLxr7e49JVH8zu2VTDzHlLfLesTcO93Sc256/Vgv4Rorx/NH KTinzv62Kl0/Pb1pNwTpsDAKiXdmT+hEjh7u3oziGBEnFRKvlQfzV6ylT347YaeHmK+x wFPotVhUyann2XUHJJl+uNyAZk8zYjKCp6gIw= Received: by 10.87.65.2 with SMTP id s2mr1151826fgk.6.1268773705268; Tue, 16 Mar 2010 14:08:25 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id l19sm1272437fgb.3.2010.03.16.14.08.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 14:08:23 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 16 Mar 2010 14:07:52 -0700 From: Pyun YongHyeon Date: Tue, 16 Mar 2010 14:07:52 -0700 To: Steven Noonan Message-ID: <20100316210752.GK2001@michelle.cdnetworks.com> References: <201003121754.o2CHsH7V065932@freefall.freebsd.org> <20100316182322.GF2001@michelle.cdnetworks.com> <20100316204601.GJ2001@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, imp@FreeBSD.org, bug-followup@freebsd.org, yongari@freebsd.org Subject: Re: kern/144689: [re] TCP transfer corruption using if_re 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, 16 Mar 2010 21:08:27 -0000 On Tue, Mar 16, 2010 at 01:51:05PM -0700, Steven Noonan wrote: > On Tue, Mar 16, 2010 at 1:46 PM, Pyun YongHyeon wrote: > > On Tue, Mar 16, 2010 at 12:31:22PM -0700, Steven Noonan wrote: > >> On Tue, Mar 16, 2010 at 11:23 AM, Pyun YongHyeon wrote: > > > > [...] > > > >> > The real issue looks like PHY read failure which can result in > >> > unexpected behavior. I don't see rgephy(4) related message here, > >> > would you show me the output of "devinfo -rv | grep phy"? > >> > By chance are you using PCMCIA ethernet controller? > >> > >> I am. It's a Netgear GA511. I think I said in my original post that it > >> was connected via cardbus. > >> > >> xerxes ~ # devinfo -rv | grep phy > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x3 at phyno=1 > >> ?? ?? ?? ?? ?? ?? ?? ?? inphy0 pnpinfo oui=0xaa00 model=0x33 rev=0x0 at phyno=1 > >> > > > > Ok, thanks for the info. Did the controller ever work before? > > Or you start seeing the issue on 8.0-RELEASE? > > > > The last time I had FreeBSD on this machine was with 7.0-RELEASE (or > 7.1?), and I didn't have the GA511 at that time, so I don't know > whether it worked before or not. > This is first report for PHY read error on RTL8169S. I have no idea what's happening here at this moment. I'm not familiar with cardbus(4) so it also makes me hard to identify the root cause of the issue. Maybe imp can give some instructions to debug. > (Incidentally, on my other machine, I get "PHY read failure" all the > time with its Marvell Yukon controller [if_msk]) > For msk(4) issue, please open new PR and let me know the PR number. From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 01:15: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 44D82106566B for ; Wed, 17 Mar 2010 01:15:04 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 07EAF8FC12 for ; Wed, 17 Mar 2010 01:15:03 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id ADBA75CB90E; Wed, 17 Mar 2010 12:05:08 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: * X-Spam-Status: No, score=1.9 required=10.0 tests=ALL_TRUSTED, FH_DATE_PAST_20XX autolearn=no version=3.2.3 Received: from [10.20.30.102] (60.218.233.220.static.exetel.com.au [220.233.218.60]) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 935F55CB8E7; Wed, 17 Mar 2010 12:05:04 +1100 (EST) Message-ID: <4BA02D0F.9060807@modulus.org> Date: Wed, 17 Mar 2010 12:14:55 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Matthias Gamsjager , freebsd-net@freebsd.org References: <585602e11003160552v483ea17bh4ca3f4228c3f3723@mail.gmail.com> In-Reply-To: <585602e11003160552v483ea17bh4ca3f4228c3f3723@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Choosing CPU for router 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, 17 Mar 2010 01:15:04 -0000 Matthias Gamsjager wrote: > Way over the top for simple fw and dhcpd. but how much traffic will > be involved? > Investing in a good nics will return more then a pricey cpu and > motherboard (eec mem is good idea for 24/7 tho). Agreed. The Supermicro Atom miniserver is more than enough CPU grunt for this sort of routing/ipfw task. The main reason to go Xeon is if you need ECC RAM, and even then you can get away with just using the cheapest CPU available. - Andrew From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 04:14: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 C18D2106564A for ; Wed, 17 Mar 2010 04:14:14 +0000 (UTC) (envelope-from hhw@pce-net.com) Received: from defout.telus.net (defout.telus.net [204.209.205.13]) by mx1.freebsd.org (Postfix) with ESMTP id 867A68FC1B for ; Wed, 17 Mar 2010 04:14:14 +0000 (UTC) Received: from edmwaa02.telusplanet.net ([154.5.184.190]) by priv-edmwes74.telusplanet.net (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20100317035406.NUPZ14322.priv-edmwes74.telusplanet.net@edmwaa02.telusplanet.net> for ; Tue, 16 Mar 2010 21:54:06 -0600 Received: from [192.168.3.8] (d154-5-184-190.bchsia.telus.net [154.5.184.190]) by edmwaa02.telusplanet.net (BorderWare Security Platform) with ESMTP id 0CBD0146AFAED948 for ; Tue, 16 Mar 2010 21:54:06 -0600 (MDT) Message-ID: <4BA051D4.3040508@pce-net.com> Date: Tue, 16 Mar 2010 20:51:48 -0700 From: Han Hwei Woo User-Agent: Thunderbird 2.0.0.23 (X11/20091219) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <10263ac1003160615u2728634bv77a6704037e768a2@mail.gmail.com> <773208865.20100316211139@gmail.com> In-Reply-To: <773208865.20100316211139@gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Choosing CPU for router 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, 17 Mar 2010 04:14:14 -0000 Get Intel NIC's, and the fastest clockspeed CPU you can find. I'd recomme= nd: Intel Core i5 670 (3.46GHz) Supermicro X8SIL-F Motherboard (includes KVM over IP) =C4=EC=E8=F2=F0=E8=E9 =C7=E0=EC=F3=F0=E0=E5=E2 wrote: >> 2010/3/16 Jon Otterholm : >> =20 >>> Narrowed it down to the following: >>> >>> Intel Q9650 3,0Ghz >>> Intel i7-965/975 3,2Ghz/3,33Ghz >>> >>> What would be the benefit from a Xeon? >>> >>> The router will be running IPFW and Dummynet for traffic-shaping. Alo= ng with >>> that, standard services like dhcpd. >>> =20 > > =20 >> Xeons usually got more cache memory on board and mean to work on >> servers (read: stable). And of course there should be ECC memory. >> =20 > Xeon may work in multi-CPU servers. > Speaking of routers, you have multicore (2CPU x 4cores =3D 8cores) > machine with 1-2-3 NIC's, and can't load other cores in CPU > (earlier versions before FBSD 8.x). > > You need NIC with MSI (Interrupt Moderation) for better performance. > > 1. What kind of traffic did you expect? > 2. What flow bit per seconds did you expect? > > I have PPPoE concentrator based on S3000AHV motherboard with EXPI9400 > and EXPI9402 NIC's and Core2Quad Q6600 CPU and FreeBSD 7.2. > This router may handle about 150k pps and 1Gbps for one direction of > internet traffic. > Do you need core i5/7 ? > > -----------------------------------------------------------------------= - > > Subject: > Re: Choosing CPU for router > From: > Andrei Kolu > Date: > Tue, 16 Mar 2010 15:15:01 +0200 > To: > freebsd-net@freebsd.org > > To: > freebsd-net@freebsd.org > > > 2010/3/16 Jon Otterholm : > =20 >> Hi. >> >> In the process to build a new router and want to choose the best possi= ble >> CPU for the job. >> >> Narrowed it down to the following: >> >> Intel Q9650 3,0Ghz >> Intel i7-965/975 3,2Ghz/3,33Ghz >> >> What would be the benefit from a Xeon? >> >> Motherboard: Supermicro X8SBI-4LN. >> RAM: 4GB >> >> The router will be running IPFW and Dummynet for traffic-shaping. Alon= g with >> that, standard services like dhcpd. >> >> Any thoughts appreciated. >> >> >> =20 > > Xeons usually got more cache memory on board and mean to work on > servers (read: stable). And of course there should be ECC memory. > AFAIK you can't install more than one CORE cpu onto multicpu > motherboard but you can do so with XEON. > > Did you mean this: > http://www.supermicro.com/products/motherboard/Xeon3000/X58/X8STi-LN4.c= fm > board? > _______________________________________________ > 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 > -----------------------------------------------------------------------= - > > _______________________________________________ > 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 Mar 17 07:15: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 186761065670 for ; Wed, 17 Mar 2010 07:15:40 +0000 (UTC) (envelope-from v.korkodinov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id A40D18FC19 for ; Wed, 17 Mar 2010 07:15:39 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so231526fgg.13 for ; Wed, 17 Mar 2010 00:15:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=HTkH6MUP14yxQcGy9yvlvFMh7JiGuS5L9pM5TDDc+nw=; b=DgnO1nEiHqzNUVnCuKLe3itHzMunv5IHUNDO2Ldk9NohgiYUeYos18H6U0vyeWH8Xo sYUWKhIBuEBcU4PF6k50qjHO1/8toCMG/usu1a0GiRhuJLM1IHBZzHTK9ycFBxFukpIU sosNDGMaW2E2Db50Zg1ZAVcTvw3HfHpQR4G7Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=R63GMPn3mKz7A6ncWv8Pa+0Wekv/n+MZm0jHK8Q+feCArF0vRUfL6niGN2lY7gBuC7 VcEgEuHbou7LwK57hruhsY7IMGtsFKWDj2pz7SWokdRDLMwNKi3nkSeNybuB4eolhKbt iP1oYIL49hTdtjymCT+jBO2yqPEtpRwZGIqEQ= MIME-Version: 1.0 Sender: v.korkodinov@gmail.com Received: by 10.102.211.9 with SMTP id j9mr121290mug.130.1268808714843; Tue, 16 Mar 2010 23:51:54 -0700 (PDT) Date: Wed, 17 Mar 2010 11:51:54 +0500 X-Google-Sender-Auth: 979b97537ff04e4e Message-ID: <3b7c94e71003162351m36b746bdm8d3c5ad113736e36@mail.gmail.com> From: Vladimir Korkodinov To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD driver for broadcom 57710/57711/57711E 10GE 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, 17 Mar 2010 07:15:40 -0000 Hello! We bought HP Blade system BL460C G6 that built on Broadcom 57710/57711/57711E 10GbE LAN. David Christensen from Broadcom said he wrote a driver for this chipset but hasn't released this one public. http://lists.freebsd.org/pipermail/freebsd-net/2009-July/022561.html I asked him if he could send me the driver but he didn't respond. Does anybody have the driver already? Could you send it to us? From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 08:38: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 E5CF41065672; Wed, 17 Mar 2010 08:38:05 +0000 (UTC) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (106-30.3-213.fix.bluewin.ch [213.3.30.106]) by mx1.freebsd.org (Postfix) with ESMTP id E7A0A8FC19; Wed, 17 Mar 2010 08:38:04 +0000 (UTC) Received: from insomnia.benzedrine.cx (localhost.benzedrine.cx [127.0.0.1]) by insomnia.benzedrine.cx (8.14.1/8.13.4) with ESMTP id o2H8CvQU006780 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 17 Mar 2010 09:12:57 +0100 (MET) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.14.1/8.12.10/Submit) id o2H8CuXu015017; Wed, 17 Mar 2010 09:12:56 +0100 (MET) Date: Wed, 17 Mar 2010 09:12:56 +0100 From: Daniel Hartmeier To: kevin Message-ID: <20100317081256.GA21633@insomnia.benzedrine.cx> References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> <00bc01cac53d$a92f0b70$fb8d2250$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00bc01cac53d$a92f0b70$fb8d2250$@com> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 08:38:06 -0000 On Tue, Mar 16, 2010 at 03:19:51PM -0400, kevin wrote: > I would like to assist in diagnosing this issue so if anyone wants me to > check anything or test, please let me know. I would really like to > understand this problem. What are your settings for $ sysctl -a | grep bridge.pfil Have you tried filtering only on one of the physical bridge interfaces, with net.link.bridge.pfil_bridge=0 and set skip on { lo0, bridge0, em1 }? Daniel From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 09:38: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 EED5B106564A for ; Wed, 17 Mar 2010 09:38:54 +0000 (UTC) (envelope-from gillesw@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8298FC08 for ; Wed, 17 Mar 2010 09:38:54 +0000 (UTC) Received: by fxm22 with SMTP id 22so825496fxm.14 for ; Wed, 17 Mar 2010 02:38:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=BWyayry7lHBgObH8w9yoCjIkCEy0yAmOe0dx7Ao9lkA=; b=RG+YqEiFZ8UfA5THZLPH5+RgbRpvH/1oOv4XFUP1lBbJT3B+BffClP7MF8Gc54A0xo ZIp1v87cvwb+bu79B1zkVk14PHfSRqSPrMRqcM7Hr2zkqf/tPosHkaIrghSV3Xs6KPF+ WKhqOnvQBwQIAsTHTRCYIUk8cSj/dZyl+Eizc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=xF+DptJsvUj94em1OGjQ3szdes272brtMPuMp9v/m0uNlh2H/QMxxk2Xglu/JlxRJx z2NRouF6rExKOVVY3zQnN0BM1+3oKt0PIZnuaJp7QXDBDA32Rth/+nHEoYw+4v8q6sZu O+hdiJq1CZXTxtq5rkldnmQ3Nc0BiSS5Rbits= MIME-Version: 1.0 Received: by 10.239.185.84 with SMTP id b20mr1084913hbh.91.1268817174114; Wed, 17 Mar 2010 02:12:54 -0700 (PDT) In-Reply-To: References: <585602e11003160552v483ea17bh4ca3f4228c3f3723@mail.gmail.com> <4BA02D0F.9060807@modulus.org> From: Gilles WAGNER Date: Wed, 17 Mar 2010 10:12:39 +0100 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: Choosing CPU for router 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, 17 Mar 2010 09:38:55 -0000 2010/3/17 Andrew Snow Matthias Gamsjager wrote: > >> Way over the top for simple fw and dhcpd. but how much traffic will >> be involved? >> Investing in a good nics will return more then a pricey cpu and >> motherboard (eec mem is good idea for 24/7 tho). >> > > > Agreed. > > The Supermicro Atom miniserver is more than enough CPU grunt for this sort > of routing/ipfw task. The main reason to go Xeon is if you need ECC RAM, > and even then you can get away with just using the cheapest CPU available. > > > - Andrew > > _______________________________________________ > 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" > Hi, That's what I would choose : 2 or more atom miniserver and pfsync. But I don't know how well it can work with ipfw. Gilles From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 10:22:37 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 B45531065672 for ; Wed, 17 Mar 2010 10:22:37 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9458FC17 for ; Wed, 17 Mar 2010 10:22:36 +0000 (UTC) Received: from 192.168.2.30 ([192.168.2.30]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Wed, 17 Mar 2010 10:23:02 +0000 User-Agent: Microsoft-Entourage/12.0.0.071130 Date: Wed, 17 Mar 2010 11:22:34 +0100 From: Jon Otterholm To: Gilles WAGNER , Message-ID: Thread-Topic: Choosing CPU for router Thread-Index: AcrFu8Ih5ZmCeAfFZEiZwxJ0hsOwaQ== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: Subject: Re: Choosing CPU for router 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, 17 Mar 2010 10:22:37 -0000 Den 2010-03-17 10.12, skrev "Gilles WAGNER" : > 2010/3/17 Andrew Snow > > Matthias Gamsjager wrote: >> >>> Way over the top for simple fw and dhcpd. but how much traffic will >>> be involved? >>> Investing in a good nics will return more then a pricey cpu and >>> motherboard (eec mem is good idea for 24/7 tho). >>> >> >> >> Agreed. >> >> The Supermicro Atom miniserver is more than enough CPU grunt for this sort >> of routing/ipfw task. The main reason to go Xeon is if you need ECC RAM, >> and even then you can get away with just using the cheapest CPU available. >> >> >> - Andrew >> >> _______________________________________________ >> 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" >> > Hi, > > That's what I would choose : 2 or more atom miniserver and pfsync. But I > don't know how well it can work with ipfw. > > Gilles > _______________________________________________ > 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" This machine is going to act as access-router serving ~500 FTTH-customers. About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000 pipes (2 pipes/customer). I don't think an Atom-based machine can handle this, am I wrong? //Jon From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 10:34:13 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 DA6FE106564A for ; Wed, 17 Mar 2010 10:34:13 +0000 (UTC) (envelope-from gillesw@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6253E8FC1C for ; Wed, 17 Mar 2010 10:34:13 +0000 (UTC) Received: by fxm24 with SMTP id 24so338009fxm.3 for ; Wed, 17 Mar 2010 03:34:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=Z+h197kitPwxzdJNZNMgg7oZt/PlF+emYiIJg0rwlqM=; b=pS7HPEcnJPNIrTSqY7HUZqRZy6hOCgsvp9oO2k/7PUMm+utjset2FtOdZhr+91TUx7 srKmxuwjjt4FHyilMjNjQZlV7ApCNEDuzVJyOGfklKTbdRo6JfpMCRrN2lXGjFMzjjeR tvf4QafSebx5tKcdFiwl7BDLtYUcC9gUw1ivA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=UlF3uVZnaxNdZRetsZnnAn4hFa+ASqF7JZNPdSgXwhGDm2Ua5I1AS4JBCUD+J72Rfx ETKs2Lx3ah912MTQUg7MaeLjGWKpfpmsfzEs7GTHHhuIJ39kxY9IbQGR1B/0hEkgfTNn VKFEDZBr18UE+cMT2tF9Xv9JrptO3KnMDSU4U= MIME-Version: 1.0 Received: by 10.239.135.78 with SMTP id c14mr809960hbc.187.1268822052172; Wed, 17 Mar 2010 03:34:12 -0700 (PDT) In-Reply-To: References: From: Gilles WAGNER Date: Wed, 17 Mar 2010 11:33:57 +0100 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Choosing CPU for router 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, 17 Mar 2010 10:34:13 -0000 2010/3/17 Jon Otterholm > > > > Den 2010-03-17 10.12, skrev "Gilles WAGNER" : > > > 2010/3/17 Andrew Snow > > > > Matthias Gamsjager wrote: > >> > >>> Way over the top for simple fw and dhcpd. but how much traffic will > >>> be involved? > >>> Investing in a good nics will return more then a pricey cpu and > >>> motherboard (eec mem is good idea for 24/7 tho). > >>> > >> > >> > >> Agreed. > >> > >> The Supermicro Atom miniserver is more than enough CPU grunt for this > sort > >> of routing/ipfw task. The main reason to go Xeon is if you need ECC > RAM, > >> and even then you can get away with just using the cheapest CPU > available. > >> > >> > >> - Andrew > >> > >> _______________________________________________ > >> 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" > >> > > Hi, > > > > That's what I would choose : 2 or more atom miniserver and pfsync. But I > > don't know how well it can work with ipfw. > > > > Gilles > > _______________________________________________ > > 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" > > This machine is going to act as access-router serving ~500 FTTH-customers. > About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000 pipes > (2 > pipes/customer). > > I don't think an Atom-based machine can handle this, am I wrong? > > //Jon > > I don't think an atom-based machine can handle this. But what about 4 ? Or more. D510-based motherboard are cheap and energy efficient. So good failover by total redundancy, and your router can grow easily (by adding atom) But I think this would be harder to configure than a big CPU, with tons of ram and good NICs. Gilles From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 10:47: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 AFC161065670 for ; Wed, 17 Mar 2010 10:47:41 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 49E498FC0C for ; Wed, 17 Mar 2010 10:47:41 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 6808A949DF; Wed, 17 Mar 2010 11:47:38 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id A6rXxPIVlijh; Wed, 17 Mar 2010 11:47:35 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 72882949D1; Wed, 17 Mar 2010 11:47:35 +0100 (CET) Message-ID: <4BA0B344.3010708@zirakzigil.org> Date: Wed, 17 Mar 2010 11:47:32 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Daniel Hartmeier References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> <00bc01cac53d$a92f0b70$fb8d2250$@com> <20100317081256.GA21633@insomnia.benzedrine.cx> In-Reply-To: <20100317081256.GA21633@insomnia.benzedrine.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, kevin , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 10:47:41 -0000 On 17.03.2010 09:12, Daniel Hartmeier wrote: > On Tue, Mar 16, 2010 at 03:19:51PM -0400, kevin wrote: > > >> I would like to assist in diagnosing this issue so if anyone wants me to >> check anything or test, please let me know. I would really like to >> understand this problem. >> > What are your settings for > > $ sysctl -a | grep bridge.pfil > net.link.bridge.pfil_local_phys: 0 net.link.bridge.pfil_member: 1 net.link.bridge.pfil_bridge: 1 net.link.bridge.pfil_onlyip: 1 > Have you tried filtering only on one of the physical bridge interfaces, > with net.link.bridge.pfil_bridge=0 and set skip on { lo0, bridge0, em1 }? > > Daniel > Ok, I'm trying "set skip on {lo0, bridge0}". I'll let you know if there is any improvement. Thanks. From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 11:12: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 CE728106564A for ; Wed, 17 Mar 2010 11:12:51 +0000 (UTC) (envelope-from sz3003@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 6213C8FC17 for ; Wed, 17 Mar 2010 11:12:51 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so301567fgg.13 for ; Wed, 17 Mar 2010 04:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Kh59nuoJzbIRorrp/tZpvcs7S+9n9iiay/GmRxyURno=; b=jkK931uM1lk84E5E7zkDHLZ03fASLNesbJRvxjNGtl2OTvMorbuhjxvqKwbDGdO5/7 iVedN8Et42sotwZ9mlmCkFm7apl0lNc4uDNtCRmTc9xb65b7053YNcFT7+0h+az1dihF Xyk0PgENxjRdRtJbBUIWCj+x8RUuAFYv5AEQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rVAq83Ex0YVHDFGo/KsVkGpOePr+UCeZpc7VDA2RfGH5QLG4aa0lDhAXUMbtQ+VAaE T31QdBZ//2xLm4QXZEY4cKupYLn2QednffoDHwrK1bWZsi8dCNPmglVpLNASAuUc58kz cwi57fn5ec8Xt6QUiHZPBFcSyY4IhIL7QjEtc= MIME-Version: 1.0 Received: by 10.103.4.28 with SMTP id g28mr5788804mui.29.1268824370292; Wed, 17 Mar 2010 04:12:50 -0700 (PDT) Date: Wed, 17 Mar 2010 12:12:50 +0100 Message-ID: From: serena zanetta To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: sscanf in kernel 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, 17 Mar 2010 11:12:51 -0000 Hi, I need to convert an ascii string in its corresponding hex version (the same as sscanf(str,"%02x%02x...",...) does) in the kernel. Could someone help me? Thank you in advice, Serena From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 13:55:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3F63106566C; Wed, 17 Mar 2010 13:55:18 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 75A1C8FC25; Wed, 17 Mar 2010 13:55:15 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so532880fga.13 for ; Wed, 17 Mar 2010 06:55:15 -0700 (PDT) Received: by 10.87.1.12 with SMTP id d12mr894947fgi.78.1268834114866; Wed, 17 Mar 2010 06:55:14 -0700 (PDT) Received: from kkPC (76-10-166-187.dsl.teksavvy.com [76.10.166.187]) by mx.google.com with ESMTPS id p17sm11047357fka.39.2010.03.17.06.55.13 (version=SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 06:55:13 -0700 (PDT) From: "kevin" To: "'Daniel Hartmeier'" References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> <00bc01cac53d$a92f0b70$fb8d2250$@com> <20100317081256.GA21633@insomnia.benzedrine.cx> In-Reply-To: <20100317081256.GA21633@insomnia.benzedrine.cx> Date: Wed, 17 Mar 2010 09:55:05 -0400 Message-ID: <012301cac5d9$73d933f0$5b8b9bd0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrFqapAZS1LXGAFSDCzr+tCp/O1dwAL5TUg Content-Language: en-us Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: RE: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 13:55:19 -0000 >What are your settings for > > $ sysctl -a | grep bridge.pfil #bridge options net.link.bridge.pfil_onlyip=1 net.link.bridge.pfil_member=1 net.link.bridge.pfil_bridge=0 > Have you tried filtering only on one of the physical bridge interfaces, > with net.link.bridge.pfil_bridge=0 and set skip on { lo0, bridge0, em1 }? I've only been filtering on one of the bridge interfaces , however I have not 'set skip on' the other interfaces. I will try that. From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 14:41: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 DFA2A1065670; Wed, 17 Mar 2010 14:41:49 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 4C6888FC1F; Wed, 17 Mar 2010 14:41:48 +0000 (UTC) Received: by fxm24 with SMTP id 24so579613fxm.3 for ; Wed, 17 Mar 2010 07:41:48 -0700 (PDT) Received: by 10.223.17.23 with SMTP id q23mr6465234faa.65.1268836907968; Wed, 17 Mar 2010 07:41:47 -0700 (PDT) Received: from kkPC (76-10-166-187.dsl.teksavvy.com [76.10.166.187]) by mx.google.com with ESMTPS id k29sm2931233fkk.45.2010.03.17.07.41.46 (version=SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 07:41:47 -0700 (PDT) From: "kevin" To: "'kevin'" , "'Daniel Hartmeier'" References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> <00bc01cac53d$a92f0b70$fb8d2250$@com> <20100317081256.GA21633@insomnia.benzedrine.cx> <012501cac5d9$748d68c0$5da83a40$@com> In-Reply-To: <012501cac5d9$748d68c0$5da83a40$@com> Date: Wed, 17 Mar 2010 10:41:38 -0400 Message-ID: <013701cac5df$f4c3ec20$de4bc460$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrFqapAZS1LXGAFSDCzr+tCp/O1dwAL5TUgAAFcafA= Content-Language: en-us Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: RE: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 14:41:50 -0000 >>What are your settings for >> >> $ sysctl -a | grep bridge.pfil >#bridge options >net.link.bridge.pfil_onlyip=1 >net.link.bridge.pfil_member=1 >net.link.bridge.pfil_bridge=0 >> Have you tried filtering only on one of the physical bridge interfaces, >> with net.link.bridge.pfil_bridge=0 and set skip on { lo0, bridge0, em1}? >I've only been filtering on one of the bridge interfaces , however I have >not 'set skip on' the other interfaces. I will try that. I have 'set skip' all interfaces except one of the bridged ones (em0) , in pf.conf. Interesting symptom currently is that the load on both servers is quite high considering they are just virtual machines that aren't actually doing anything : [server1] last pid: 1176; load averages: 2.66, 3.01, 2.87 up 0+00:36:26 10:34:24 22 processes: 1 running, 21 sleeping CPU: % user, % nice, % system, % interrupt, % idle Mem: 8140K Active, 9400K Inact, 27M Wired, 34M Buf, 195M Free Swap: 120M Total, 120M Free [server2] last pid: 1116; load averages: 8.50, 10.11, 8.66 up 0+00:39:35 10:37:46 22 processes: 2 running, 20 sleeping CPU: 0.0% user, 0.0% nice, 95.2% system, 4.8% interrupt, 0.0% idle Mem: 8116K Active, 9560K Inact, 16M Wired, 8K Cache, 34M Buf, 205M Free Swap: 120M Total, 120M Free I decided to ping the pfsync0 interface from server 1 > server 2 : # ping 10.0.0.11 PING 10.0.0.11 (10.0.0.11): 56 data bytes 64 bytes from 10.0.0.11: icmp_seq=3 ttl=64 time=91.159 ms 64 bytes from 10.0.0.11: icmp_seq=3 ttl=64 time=114.017 ms (DUP!) 64 bytes from 10.0.0.11: icmp_seq=4 ttl=64 time=206.446 ms 64 bytes from 10.0.0.11: icmp_seq=5 ttl=64 time=92.209 ms 64 bytes from 10.0.0.11: icmp_seq=5 ttl=64 time=181.774 ms (DUP!) 64 bytes from 10.0.0.11: icmp_seq=5 ttl=64 time=363.855 ms (DUP!) ^C --- 10.0.0.11 ping statistics --- 9 packets transmitted, 3 packets received, +3 duplicates, 66.7% packet loss round-trip min/avg/max/stddev = 91.159/174.910/363.855/95.135 ms If theres anything else I could check , suggestions are welcome. Thanks, Kevin K. From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 15:46: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 0DC0A106564A; Wed, 17 Mar 2010 15:46:23 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 9AB7C8FC0A; Wed, 17 Mar 2010 15:46:22 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 5686D941ED; Wed, 17 Mar 2010 16:46:21 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id eSwC-ORBNu8i; Wed, 17 Mar 2010 16:46:18 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 8795F941E4; Wed, 17 Mar 2010 16:46:18 +0100 (CET) Message-ID: <4BA0F947.9070506@zirakzigil.org> Date: Wed, 17 Mar 2010 16:46:15 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Daniel Hartmeier References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> <00bc01cac53d$a92f0b70$fb8d2250$@com> <20100317081256.GA21633@insomnia.benzedrine.cx> <4BA0B344.3010708@zirakzigil.org> In-Reply-To: <4BA0B344.3010708@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, kevin , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 15:46:23 -0000 On 17.03.2010 11:47, Giulio Ferro wrote: > On 17.03.2010 09:12, Daniel Hartmeier wrote: >> On Tue, Mar 16, 2010 at 03:19:51PM -0400, kevin wrote: >> >>> I would like to assist in diagnosing this issue so if anyone wants >>> me to >>> check anything or test, please let me know. I would really like to >>> understand this problem. >> What are your settings for >> >> $ sysctl -a | grep bridge.pfil > > net.link.bridge.pfil_local_phys: 0 > net.link.bridge.pfil_member: 1 > net.link.bridge.pfil_bridge: 1 > net.link.bridge.pfil_onlyip: 1 > > >> Have you tried filtering only on one of the physical bridge interfaces, >> with net.link.bridge.pfil_bridge=0 and set skip on { lo0, bridge0, >> em1 }? >> >> Daniel > > Ok, I'm trying "set skip on {lo0, bridge0}". > I'll let you know if there is any improvement. No, no improvement. The system froze anyway after about 3-4 hours this time. Please advise! From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 16:02: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 36172106566C for ; Wed, 17 Mar 2010 16:02:35 +0000 (UTC) (envelope-from Greg.Hennessy@nviz.net) Received: from mail2.jellyfishnet.co.uk (mail2.jellyfishnet.co.uk [93.91.20.10]) by mx1.freebsd.org (Postfix) with ESMTP id C33B18FC16 for ; Wed, 17 Mar 2010 16:02:34 +0000 (UTC) Received: from pemexhub01.jellyfishnet.co.uk.local (93.91.20.2) by mail2.jellyfishnet.co.uk (93.91.20.10) with Microsoft SMTP Server (TLS) id 8.1.393.1; Wed, 17 Mar 2010 15:51:41 +0000 Received: from PEMEXMBXVS02.jellyfishnet.co.uk.local ([192.168.65.37]) by pemexhub01.jellyfishnet.co.uk.local ([192.168.65.7]) with mapi; Wed, 17 Mar 2010 15:51:38 +0000 From: Greg Hennessy To: Giulio Ferro , Daniel Hartmeier Date: Wed, 17 Mar 2010 15:50:32 +0000 Thread-Topic: PF + BRIDGE + PFSYNC causes system freezing Thread-Index: AcrF6QVJ1VexhZXyQZiSK+Gv8tubGgAAI4Gl Message-ID: <9E8D76EC267C9444AC737F649CBBAD902767E3BEA5@PEMEXMBXVS02.jellyfishnet.co.uk.local> References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> <00bc01cac53d$a92f0b70$fb8d2250$@com> <20100317081256.GA21633@insomnia.benzedrine.cx> <4BA0B344.3010708@zirakzigil.org>,<4BA0F947.9070506@zirakzigil.org> In-Reply-To: <4BA0F947.9070506@zirakzigil.org> Accept-Language: en-US, en-GB Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-net@freebsd.org" , "freebsd-pf@freebsd.org" Subject: RE: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 16:02:35 -0000 A possible corner case with the virtual hosting platform ?=20 Try changing the NICS from EM to something else supported RL on vmware IIRC= .=20 Greg ________________________________________ From: owner-freebsd-pf@freebsd.org [owner-freebsd-pf@freebsd.org] On Behalf= Of Giulio Ferro [auryn@zirakzigil.org] Sent: 17 March 2010 15:46 To: Daniel Hartmeier Cc: freebsd-net@freebsd.org; freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing On 17.03.2010 11:47, Giulio Ferro wrote: > On 17.03.2010 09:12, Daniel Hartmeier wrote: >> On Tue, Mar 16, 2010 at 03:19:51PM -0400, kevin wrote: >> >>> I would like to assist in diagnosing this issue so if anyone wants >>> me to >>> check anything or test, please let me know. I would really like to >>> understand this problem. >> What are your settings for >> >> $ sysctl -a | grep bridge.pfil > > net.link.bridge.pfil_local_phys: 0 > net.link.bridge.pfil_member: 1 > net.link.bridge.pfil_bridge: 1 > net.link.bridge.pfil_onlyip: 1 > > >> Have you tried filtering only on one of the physical bridge interfaces, >> with net.link.bridge.pfil_bridge=3D0 and set skip on { lo0, bridge0, >> em1 }? >> >> Daniel > > Ok, I'm trying "set skip on {lo0, bridge0}". > I'll let you know if there is any improvement. No, no improvement. The system froze anyway after about 3-4 hours this time. Please advise! _______________________________________________ freebsd-pf@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-pf To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org"= From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 16:37: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 102FB106568D; Wed, 17 Mar 2010 16:37:39 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 95AE38FC0C; Wed, 17 Mar 2010 16:37:38 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 9817894AEE; Wed, 17 Mar 2010 17:37:37 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id RlB7thNKCJVI; Wed, 17 Mar 2010 17:37:35 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id B99A694AE5; Wed, 17 Mar 2010 17:37:34 +0100 (CET) Message-ID: <4BA1054B.304@zirakzigil.org> Date: Wed, 17 Mar 2010 17:37:31 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Greg Hennessy References: <4B8E4850.1060104@zirakzigil.org> <4B9EA5A2.4010900@zirakzigil.org> <00bc01cac53d$a92f0b70$fb8d2250$@com> <20100317081256.GA21633@insomnia.benzedrine.cx> <4BA0B344.3010708@zirakzigil.org>, <4BA0F947.9070506@zirakzigil.org> <9E8D76EC267C9444AC737F649CBBAD902767E3BEA5@PEMEXMBXVS02.jellyfishnet.co.uk.local> In-Reply-To: <9E8D76EC267C9444AC737F649CBBAD902767E3BEA5@PEMEXMBXVS02.jellyfishnet.co.uk.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Daniel Hartmeier , "freebsd-pf@freebsd.org" Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 16:37:39 -0000 On 17.03.2010 16:50, Greg Hennessy wrote: > A possible corner case with the virtual hosting platform ? > > Try changing the NICS from EM to something else supported RL on vmware IIRC. > > > Nope, I'm not using virtualization, that's the other guy. I'm using a physical machine... > Greg > > ________________________________________ > From: owner-freebsd-pf@freebsd.org [owner-freebsd-pf@freebsd.org] On Behalf Of Giulio Ferro [auryn@zirakzigil.org] > Sent: 17 March 2010 15:46 > To: Daniel Hartmeier > Cc: freebsd-net@freebsd.org; freebsd-pf@freebsd.org > Subject: Re: PF + BRIDGE + PFSYNC causes system freezing > > On 17.03.2010 11:47, Giulio Ferro wrote: > >> On 17.03.2010 09:12, Daniel Hartmeier wrote: >> >>> On Tue, Mar 16, 2010 at 03:19:51PM -0400, kevin wrote: >>> >>> >>>> I would like to assist in diagnosing this issue so if anyone wants >>>> me to >>>> check anything or test, please let me know. I would really like to >>>> understand this problem. >>>> >>> What are your settings for >>> >>> $ sysctl -a | grep bridge.pfil >>> >> net.link.bridge.pfil_local_phys: 0 >> net.link.bridge.pfil_member: 1 >> net.link.bridge.pfil_bridge: 1 >> net.link.bridge.pfil_onlyip: 1 >> >> >> >>> Have you tried filtering only on one of the physical bridge interfaces, >>> with net.link.bridge.pfil_bridge=0 and set skip on { lo0, bridge0, >>> em1 }? >>> >>> Daniel >>> >> Ok, I'm trying "set skip on {lo0, bridge0}". >> I'll let you know if there is any improvement. >> > > No, no improvement. > > The system froze anyway after about 3-4 hours this time. > > Please advise! > _______________________________________________ > freebsd-pf@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 16:46:37 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 D2EAF106566B for ; Wed, 17 Mar 2010 16:46:37 +0000 (UTC) (envelope-from vasily.kirin@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 69B578FC1E for ; Wed, 17 Mar 2010 16:46:37 +0000 (UTC) Received: by fxm24 with SMTP id 24so718353fxm.3 for ; Wed, 17 Mar 2010 09:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Fcg5HuKVsZ8IVqIVlCliArP3gzOE4zJmQwU6RdcZ9LY=; b=Xo7TqYhqoJn5pmWfZuZan1MO+2GwrK6TmEmd3oLbUAEH4P3PMx6MFDMy0toGRixK1Y j0AUUS5QJg6xnJXRm9qomT9VzNhIT1JfIr0GnaXA96K86gW6wgE4S+G6Fdz8//B9k/OJ Ly3dI8rfYyLmMly58QU3V/dIx9Laxww1debLM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=tsoX9LBGOJ4QXJs4/MOLnXnUBUP1loFAx1Y3mFCXCKdF6DzzGP4GkotWFPWDoLNYlg rnQHIUmVvLVfUVf1vwzFkUavGF/+6VTeZtLzb0jfIWl+KHKxJCNYeWu2OeLbJ+LCdA2b vU2Yz0Sd3832SrTHm9hGyEL1axhwgQzK1ui0k= MIME-Version: 1.0 Received: by 10.223.2.198 with SMTP id 6mr2294565fak.100.1268842811837; Wed, 17 Mar 2010 09:20:11 -0700 (PDT) Date: Wed, 17 Mar 2010 19:20:11 +0300 Message-ID: From: Vasily Kirin To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: zero copy HTTP 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: Wed, 17 Mar 2010 16:46:38 -0000 Hi. As I can read here: http://www.freebsd.org/cgi/man.cgi?query=zero_copy&apropos=0&sektion=0&manpath=FreeBSD+8.0-RELEASE&format=html(man 9 zero_copy) FreeBSD can deliver received TCP data from the kernel to userspace without any copy ("DMAed from the NIC to a buffer that will then be given to the user" - from `man 9 zero_copy`) Further, TCP content cannot be copied to continuous buffer without NIC with "header splitting" feature. (Achieving page aligned payloads requires a NIC that can split an incoming packet into multiple buffers. It also generally requires some sort of intelligence on the NIC to make sure that the payload starts in its own buffer. This is called ``header splitting``''. - from `man 9 zero_copy`) I've found several Intel cards with this feature, but still can't find any example or using this technique. Is there any example or comprehensive manual of receiving TCP stream in continuous buffer and passing this buffer to userspace without copy? Best Regards, Vasily From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 16:47:30 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 366AB106564A for ; Wed, 17 Mar 2010 16:47:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id BD2538FC1A for ; Wed, 17 Mar 2010 16:47:29 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-067-228-035.pools.arcor-ip.net [88.67.228.35]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0MP2NL-1Nxj2F2QJb-005m4J; Wed, 17 Mar 2010 17:47:28 +0100 Received: (qmail 96182 invoked from network); 17 Mar 2010 16:47:28 -0000 Received: from f8x64.laiers.local (192.168.4.188) by mx.laiers.local with SMTP; 17 Mar 2010 16:47:28 -0000 From: Max Laier Organization: FreeBSD To: freebsd-pf@freebsd.org Date: Wed, 17 Mar 2010 17:47:28 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; amd64; ; ) References: <4B8E4850.1060104@zirakzigil.org> <9E8D76EC267C9444AC737F649CBBAD902767E3BEA5@PEMEXMBXVS02.jellyfishnet.co.uk.local> <4BA1054B.304@zirakzigil.org> In-Reply-To: <4BA1054B.304@zirakzigil.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003171747.28053.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18kIj2mniP+WB9IPS3O8leapZr703TQ0hrTDei TsWHeZvTDEH4qy/QhCxiIyV9wyCrTegRefWHktT7KPNP5nHdOu bPMYo2MFFW+YxiWt3MVGg== Cc: "freebsd-net@freebsd.org" , Giulio Ferro , Greg Hennessy Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 16:47:30 -0000 On Wednesday 17 March 2010 17:37:31 Giulio Ferro wrote: > On 17.03.2010 16:50, Greg Hennessy wrote: > > A possible corner case with the virtual hosting platform ? > > > > Try changing the NICS from EM to something else supported RL on vmware > > IIRC. > > Nope, I'm not using virtualization, that's the other guy. > > I'm using a physical machine... Can you enable WITNESS and compile in DDB. Make sure to report any LORs and once the system freezes try to enter the debugger and get ps and locks information. show allchains show alllocks ps After that you can try to "call doadump" so you get the information in the coredump and don't have to transcribe it manually. Thanks, Max From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 16:58: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 637881065673; Wed, 17 Mar 2010 16:58:02 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id D31A78FC18; Wed, 17 Mar 2010 16:58:01 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 466ED94EA9; Wed, 17 Mar 2010 17:58:00 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id Q2OXnKDBeKhY; Wed, 17 Mar 2010 17:57:57 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id A738094EA0; Wed, 17 Mar 2010 17:57:57 +0100 (CET) Message-ID: <4BA10A12.2060903@zirakzigil.org> Date: Wed, 17 Mar 2010 17:57:54 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Max Laier References: <4B8E4850.1060104@zirakzigil.org> <9E8D76EC267C9444AC737F649CBBAD902767E3BEA5@PEMEXMBXVS02.jellyfishnet.co.uk.local> <4BA1054B.304@zirakzigil.org> <201003171747.28053.max@love2party.net> In-Reply-To: <201003171747.28053.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Greg Hennessy , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 16:58:02 -0000 On 17.03.2010 17:47, Max Laier wrote: > On Wednesday 17 March 2010 17:37:31 Giulio Ferro wrote: > >> On 17.03.2010 16:50, Greg Hennessy wrote: >> >>> A possible corner case with the virtual hosting platform ? >>> >>> Try changing the NICS from EM to something else supported RL on vmware >>> IIRC. >>> >> Nope, I'm not using virtualization, that's the other guy. >> >> I'm using a physical machine... >> > Can you enable WITNESS and compile in DDB. Make sure to report any LORs and > once the system freezes try to enter the debugger and get ps and locks > information. > > show allchains > show alllocks > ps > > After that you can try to "call doadump" so you get the information in the > coredump and don't have to transcribe it manually. > > Thanks, > Max > Sorry, I'm not really an expert of this, but how can I enter the debugger if the system has frozen? From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 17:00: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 15995106564A for ; Wed, 17 Mar 2010 17:00:56 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id A0B1A8FC16 for ; Wed, 17 Mar 2010 17:00:55 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-043-023.pools.arcor-ip.net [88.66.43.23]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MIyAj-1NtrUQ1ybh-002gdo; Wed, 17 Mar 2010 18:00:51 +0100 Received: (qmail 96546 invoked from network); 17 Mar 2010 17:00:51 -0000 Received: from f8x64.laiers.local (192.168.4.188) by laiers.local with SMTP; 17 Mar 2010 17:00:51 -0000 From: Max Laier Organization: FreeBSD To: Giulio Ferro Date: Wed, 17 Mar 2010 18:00:51 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; amd64; ; ) References: <4B8E4850.1060104@zirakzigil.org> <201003171747.28053.max@love2party.net> <4BA10A12.2060903@zirakzigil.org> In-Reply-To: <4BA10A12.2060903@zirakzigil.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003171800.51027.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18AEjU/7WFgdh/mEf+P8Id5hbS0+w0xPNiFg9B ZJWgzKIe7Nxxjn0FYyrMFllPs4T2E3ftGFSdCcNE1G7ex7Cgb5 lzpsXpBYmzq0yof/N/1wA== Cc: "freebsd-net@freebsd.org" , Greg Hennessy , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 17 Mar 2010 17:00:56 -0000 On Wednesday 17 March 2010 17:57:54 Giulio Ferro wrote: > On 17.03.2010 17:47, Max Laier wrote: > > On Wednesday 17 March 2010 17:37:31 Giulio Ferro wrote: > >> On 17.03.2010 16:50, Greg Hennessy wrote: > >>> A possible corner case with the virtual hosting platform ? > >>> > >>> Try changing the NICS from EM to something else supported RL on vmware > >>> IIRC. > >> > >> Nope, I'm not using virtualization, that's the other guy. > >> > >> I'm using a physical machine... > > > > Can you enable WITNESS and compile in DDB. Make sure to report any LORs > > and once the system freezes try to enter the debugger and get ps and > > locks information. > > > > show allchains > > show alllocks > > ps > > > > After that you can try to "call doadump" so you get the information in > > the coredump and don't have to transcribe it manually. > > > > Thanks, > > Max > > Sorry, I'm not really an expert of this, but how can I enter the debugger > if the system has frozen? Ctrl+Alt+ESC (in default configuration). From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 17:32: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 DFF221065672 for ; Wed, 17 Mar 2010 17:32:24 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mail.gelita.se (212-162-182-244.skbbip.com [212.162.182.244]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFF28FC13 for ; Wed, 17 Mar 2010 17:32:24 +0000 (UTC) Received: from mail.gelita.se (localhost.gelita.se [127.0.0.1]) by mail.gelita.se (Postfix) with ESMTP id 23AE810E77C; Wed, 17 Mar 2010 18:15:19 +0100 (CET) X-Virus-Scanned: amavisd-new at troback.com Received: from mail.gelita.se ([127.0.0.1]) by mail.gelita.se (mail.gelita.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dIZCY7znck-c; Wed, 17 Mar 2010 18:15:11 +0100 (CET) Received: from bljbsd01.no-ip.org (c-195-216-040-164.static.bjare.net [195.216.40.164]) by mail.gelita.se (Postfix) with ESMTP id D38CE10E50A; Wed, 17 Mar 2010 18:15:11 +0100 (CET) Message-ID: <4BA10D9E.2060904@eskk.nu> Date: Wed, 17 Mar 2010 18:13:02 +0100 From: Leslie Jensen User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; sv-SE; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: nvass9573@gmx.com Subject: Kernel panic with lagg configuration. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 17:32:25 -0000 Hello list. As you can see below I get a kernel panic if I have a certain line in my rc.conf. I would like to provide a backtrace of the problem. Please advise me on how to proceed. Thanks /Leslie PS: Maybe it's the iwn driver, which is still under development? -------- Original Message -------- Subject: Re: kernel panic when if_lagg is not loaded. Date: Wed, 17 Mar 2010 11:59:36 +0200 From: Nikos Vassiliadis To: Leslie Jensen CC: freebsd-questions@freebsd.org Leslie Jensen wrote: > > I'm on a 8.0-RELEASE-p2 system. > > Actually after more testing I found out that the line > > ifconfig_iwn0="ether 00:16:ea:61:01:e8" > > in my rc.conf is the culprit. If I comment it out the system will start > but only with the wired interface working. If you don't comment the line it causes a kernel panic? If that's the case, you should report it to net@. If you could include a backtrace of the panic, it would be most helpful. > I have if_lagg_load="YES" in /boot/loader.conf > > and the following in /etc/rc.conf > > wpa_supplicant_enable="YES" > ifconfig_em0="up" > # ifconfig_iwn0="ether 00:16:ea:61:01:e8" > wlans_iwn0="wlan0" > ifconfig_wlan0="WPA" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto failover laggport em0 laggport wlan0 DHCP" > > /Leslie hm, what you do really matches the process described in the handbook. It should work, please report it. Nikos _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 17:39:27 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 CA072106564A; Wed, 17 Mar 2010 17:39:27 +0000 (UTC) (envelope-from Greg.Hennessy@nviz.net) Received: from mail1.jellyfishnet.co.uk (mail1.jellyfishnet.co.uk [93.91.20.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5EECD8FC19; Wed, 17 Mar 2010 17:39:27 +0000 (UTC) Received: from pemexhub01.jellyfishnet.co.uk.local (93.91.20.2) by mail1.jellyfishnet.co.uk (93.91.20.9) with Microsoft SMTP Server (TLS) id 8.1.393.1; Wed, 17 Mar 2010 17:39:34 +0000 Received: from PEMEXMBXVS02.jellyfishnet.co.uk.local ([192.168.65.37]) by pemexhub01.jellyfishnet.co.uk.local ([192.168.65.7]) with mapi; Wed, 17 Mar 2010 17:39:26 +0000 From: Greg Hennessy To: Giulio Ferro Date: Wed, 17 Mar 2010 17:38:50 +0000 Thread-Topic: PF + BRIDGE + PFSYNC causes system freezing Thread-Index: AcrF+Mk3M5n8IHJfQT6K0OEUciN90w== Message-ID: <1893309981.58859.1268847562863.JavaMail.rim@bda094.bisx.produk.on.blackberry> References: <4B8E4850.1060104@zirakzigil.org><4B9EA5A2.4010900@zirakzigil.org> <00bc01cac53d$a92f0b70$fb8d2250$@com><20100317081256.GA21633@insomnia.benzedrine.cx><4BA0B344.3010708@zirakzigil.org>, <4BA0F947.9070506@zirakzigil.org><9E8D76EC267C9444AC737F649CBBAD902767E3BEA5@PEMEXMBXVS02.jellyfishnet.co.uk.local><4BA1054B.304@zirakzigil.org> In-Reply-To: <4BA1054B.304@zirakzigil.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-rim-org-msg-ref-id: 1695615789 acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-net@freebsd.org" , Daniel Hartmeier , "freebsd-pf@freebsd.org" Subject: Re: PF + BRIDGE + PFSYNC causes system freezing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Greg Hennessy List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 17:39:28 -0000 My bad, that'll teach me to reply in haste :-) Sent using BlackBerry=AE from Orange -----Original Message----- From: Giulio Ferro Date: Wed, 17 Mar 2010 16:37:31=20 To: Greg Hennessy Cc: Daniel Hartmeier; freebsd-net@freebsd.org; freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing On 17.03.2010 16:50, Greg Hennessy wrote: > A possible corner case with the virtual hosting platform ? > > Try changing the NICS from EM to something else supported RL on vmware II= RC. > > > =20 Nope, I'm not using virtualization, that's the other guy. I'm using a physical machine... > Greg > >________________________________________ > From: owner-freebsd-pf@freebsd.org [owner-freebsd-pf@freebsd.org] On Beha= lf Of Giulio Ferro [auryn@zirakzigil.org] > Sent: 17 March 2010 15:46 > To: Daniel Hartmeier > Cc: freebsd-net@freebsd.org; freebsd-pf@freebsd.org > Subject: Re: PF + BRIDGE + PFSYNC causes system freezing > > On 17.03.2010 11:47, Giulio Ferro wrote: > =20 >> On 17.03.2010 09:12, Daniel Hartmeier wrote: >> =20 >>> On Tue, Mar 16, 2010 at 03:19:51PM -0400, kevin wrote: >>> >>> =20 >>>> I would like to assist in diagnosing this issue so if anyone wants >>>> me to >>>> check anything or test, please let me know. I would really like to >>>> understand this problem. >>>> =20 >>> What are your settings for >>> >>> $ sysctl -a | grep bridge.pfil >>> =20 >> net.link.bridge.pfil_local_phys: 0 >> net.link.bridge.pfil_member: 1 >> net.link.bridge.pfil_bridge: 1 >> net.link.bridge.pfil_onlyip: 1 >> >> >> =20 >>> Have you tried filtering only on one of the physical bridge interfaces, >>> with net.link.bridge.pfil_bridge=3D0 and set skip on { lo0, bridge0, >>> em1 }? >>> >>> Daniel >>> =20 >> Ok, I'm trying "set skip on {lo0, bridge0}". >> I'll let you know if there is any improvement. >> =20 > > No, no improvement. > > The system froze anyway after about 3-4 hours this time. > > Please advise! >_______________________________________________ > freebsd-pf@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 21:06:20 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 F3C4A106566B for ; Wed, 17 Mar 2010 21:06:19 +0000 (UTC) (envelope-from gds089@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8358FC23 for ; Wed, 17 Mar 2010 21:06:19 +0000 (UTC) Received: by bwz8 with SMTP id 8so1505102bwz.3 for ; Wed, 17 Mar 2010 14:06:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=X4PRY4MYQ7SK+0rjbam/Mnuum4+3zyh2Ax9fxPjb8G0=; b=HEN7jtLABesxkLREAnj8b24n6tdV/EhaOGBnv0JFSMmQwl5ic8pXCSQVobmIRw1yct Ko4hwwuEUqvqxIf0vRucyJy8yc5veWJ4sPKsMPJ16ayqYMweIBmEqxUn19Qe7NEgdtUS BtehcFZK3L3xW/qpx9UwefKgUbhhDTtQ+F+Z8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=HA/YoxXDGKF/Z+7DwgJVZ1RFpnfV8eJ0UddSZQzqUeqG3urZzG0TxORnjuchsoL5B0 Cw3zaoqYQRH547LO0+WNSur1jFBVydDdwD8ZBqpXPT1WhwyLgdT9e9g/SQTbdBtdrXff uFh1NWJrZoXMdGoSoRHytM7OwuT6z5Z6J2JaI= Received: by 10.204.25.82 with SMTP id y18mr1638150bkb.150.1268858097256; Wed, 17 Mar 2010 13:34:57 -0700 (PDT) Received: from [192.168.15.3] ([188.249.167.245]) by mx.google.com with ESMTPS id 15sm4997460bwz.12.2010.03.17.13.34.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 13:34:55 -0700 (PDT) Message-Id: From: igeek To: serena zanetta In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 17 Mar 2010 23:39:12 +0300 References: X-Mailer: Apple Mail (2.935.3) Cc: freebsd-net@freebsd.org Subject: Re: sscanf in kernel 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, 17 Mar 2010 21:06:20 -0000 sscanf() has a kernel version declared in kernel.h. http://www.gelato.unsw.edu.au/lxr/source/include/linux/kernel.h#L196 -- Saleh On Mar 17, 2010, at 2:12 PM, serena zanetta wrote: > Hi, > I need to convert an ascii string in its corresponding hex version > (the same > as sscanf(str,"%02x%02x...",...) does) in the kernel. > > Could someone help me? > > Thank you in advice, > > Serena > _______________________________________________ > 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 Mar 17 21:13:53 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 57854106564A for ; Wed, 17 Mar 2010 21:13:53 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-iw0-f196.google.com (mail-iw0-f196.google.com [209.85.223.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8648FC17 for ; Wed, 17 Mar 2010 21:13:52 +0000 (UTC) Received: by iwn34 with SMTP id 34so1195638iwn.15 for ; Wed, 17 Mar 2010 14:13:52 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.231.167.204 with SMTP id r12mr1032756iby.31.1268860432379; Wed, 17 Mar 2010 14:13:52 -0700 (PDT) In-Reply-To: References: From: Juli Mallett Date: Wed, 17 Mar 2010 14:13:32 -0700 X-Google-Sender-Auth: e1b70aad3e9e5503 Message-ID: To: igeek Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, serena zanetta Subject: Re: sscanf in kernel 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, 17 Mar 2010 21:13:53 -0000 On Wed, Mar 17, 2010 at 13:39, igeek wrote: > On Mar 17, 2010, at 2:12 PM, serena zanetta wrote: >> Hi, >> I need to convert an ascii string in its corresponding hex version (the >> same >> as sscanf(str,"%02x%02x...",...) does) in the kernel. FreeBSD has sscanf in the kernel. See . That said, sscanf is pretty evil =97 are you sure it's what you want? Are you sure you need to parse it in the kernel instead of in userland? > sscanf() has a kernel version declared in kernel.h. > http://www.gelato.unsw.edu.au/lxr/source/include/linux/kernel.h#L196 I believe you are confused. FreeBSD is not Linux. From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 21:22: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 E48D8106566C for ; Wed, 17 Mar 2010 21:22:56 +0000 (UTC) (envelope-from brad@comstyle.com) Received: from mail.comstyle.com (speedy.comstyle.com [IPv6:2001:470:1d:8c::2]) by mx1.freebsd.org (Postfix) with ESMTP id B7DA28FC1C for ; Wed, 17 Mar 2010 21:22:56 +0000 (UTC) Received: from [10.202.214.32] (74-115-197-34.eng.wind.ca [74.115.197.34]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: brad) by mail.comstyle.com (Postfix) with ESMTPSA id 9437198461; Wed, 17 Mar 2010 17:22:43 -0400 (EDT) From: Brad To: igeek , freebsd-net@freebsd.org X-Mailer: Modest 3.1 References: In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-ID: <1268860966.7985.4.camel@Nokia-N900-42-11> X-MSMail-Priority: Normal X-Priority: 3 Date: Wed, 17 Mar 2010 17:22:46 -0400 Message-Id: <1268860966.7985.5.camel@Nokia-N900-42-11> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-comstyle-MailScanner-Information: Please contact the ISP for more information X-comstyle-MailScanner-ID: 9437198461.A333C X-comstyle-MailScanner: Found to be clean X-comstyle-MailScanner-From: brad@comstyle.com X-Spam-Status: No Cc: Subject: Re: sscanf in kernel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brad List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 21:22:57 -0000 ----- Original message ----- > sscanf() has a kernel version declared in kernel.h. > http://www.gelato.unsw.edu.au/lxr/source/include/linux/kernel.h#L196 > > -- Saleh You must have missed the name of this mailing list, it is freebsd-net not linux-net. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 21:25: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 DE58C1065673; Wed, 17 Mar 2010 21:25:28 +0000 (UTC) (envelope-from gds089@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 3EF908FC0C; Wed, 17 Mar 2010 21:25:27 +0000 (UTC) Received: by bwz8 with SMTP id 8so1520711bwz.3 for ; Wed, 17 Mar 2010 14:25:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=I1Zn6/0AIQE0tzoBl6idSFgJaeqGQ/ennJsCnx77YGA=; b=Ght3YPO/6ElhAfF8Bh++iXDHwL139TGW4CyjWm1UFcb5QmR01fti5ZWPQI2wfkoyiL Tbl5Tsj7P2cekZHctt+kru3CRCpRSqhxSaQB2v7olEjfpuHfm2fdMQJdEWFwObWOuiAY PUU7tZXBBXouP9pvVaOywhK/s5P8rK16vVARg= 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=AkeTbj0s4ktgXlyaRknVntwOcvOaCu5qmqP2hNlLG5rA9Rs93onpV0m98qBo67YdT9 cUuUt9Li35Ht8ldm2tDb+dKa9svg+l/8BudZ0h1hHeOkTwYPMLmzgzg8IlIQc702C6Dw zrIPpKE3SKu7/da6o4mScq117Vy2ibdGtdMzI= MIME-Version: 1.0 Received: by 10.204.144.86 with SMTP id y22mr1557326bku.43.1268861126836; Wed, 17 Mar 2010 14:25:26 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Mar 2010 00:25:26 +0300 Message-ID: <9997386c1003171425t44996137wc0e439f6f568248a@mail.gmail.com> From: Saleh Batati To: Juli Mallett Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, serena zanetta Subject: Re: sscanf in kernel 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, 17 Mar 2010 21:25:29 -0000 My bad, I thought that I am working on a different mailing list (linux-net)= . -- Saleh On Thu, Mar 18, 2010 at 12:13 AM, Juli Mallett wrote= : > On Wed, Mar 17, 2010 at 13:39, igeek wrote: > > On Mar 17, 2010, at 2:12 PM, serena zanetta wrote: > >> Hi, > >> I need to convert an ascii string in its corresponding hex version (th= e > >> same > >> as sscanf(str,"%02x%02x...",...) does) in the kernel. > > FreeBSD has sscanf in the kernel. See . That said, > sscanf is pretty evil =97 are you sure it's what you want? Are you sure > you need to parse it in the kernel instead of in userland? > > > sscanf() has a kernel version declared in kernel.h. > > http://www.gelato.unsw.edu.au/lxr/source/include/linux/kernel.h#L196 > > I believe you are confused. FreeBSD is not Linux. > From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 21:47: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 22F93106566C; Wed, 17 Mar 2010 21:47:06 +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 EDE6B8FC08; Wed, 17 Mar 2010 21:47:05 +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 o2HLl5Um022750; Wed, 17 Mar 2010 21:47:05 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2HLl5YL022746; Wed, 17 Mar 2010 21:47:05 GMT (envelope-from brucec) Date: Wed, 17 Mar 2010 21:47:05 GMT Message-Id: <201003172147.o2HLl5YL022746@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/144826: [patch] Add support for bcm5761, bcm5784, bcm5785 gigabyte lan 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, 17 Mar 2010 21:47:06 -0000 Old Synopsis: Add support for bcm5761,bcm5784,bcm5785 gigabyte lan New Synopsis: [patch] Add support for bcm5761,bcm5784,bcm5785 gigabyte lan Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Mar 17 21:46:41 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144826 From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 22:07:37 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 AF4BC1065672 for ; Wed, 17 Mar 2010 22:07:37 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 697738FC12 for ; Wed, 17 Mar 2010 22:07:37 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ns1Om-00044Y-8E for freebsd-net@freebsd.org; Wed, 17 Mar 2010 23:07:32 +0100 Received: from 93-136-34-137.adsl.net.t-com.hr ([93.136.34.137]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Mar 2010 23:07:32 +0100 Received: from ivoras by 93-136-34-137.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Mar 2010 23:07:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Wed, 17 Mar 2010 23:07:07 +0100 Lines: 24 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-136-34-137.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: Subject: Re: Choosing CPU for router 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, 17 Mar 2010 22:07:37 -0000 Jon Otterholm wrote: > Den 2010-03-17 10.12, skrev "Gilles WAGNER" : >> 2010/3/17 Andrew Snow >>> The Supermicro Atom miniserver is more than enough CPU grunt for this sort >>> of routing/ipfw task. The main reason to go Xeon is if you need ECC RAM, >>> and even then you can get away with just using the cheapest CPU available. > This machine is going to act as access-router serving ~500 FTTH-customers. > About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000 pipes (2 > pipes/customer). > > I don't think an Atom-based machine can handle this, am I wrong? Yes, don't use an Atom for this. At the very least it will by default come with a Realtek NIC which won't make you particularly happy. 200kpps is not small or trivial load - think about it: 200 kpps per direction on a 2 GHz CPU (to simplify calculations) this means only 10,000 CPU cycles per packet - this must include servicing an interrupt in the incoming path, receiving and parsing the packet, routing it, firewalling it and then processing it by dummynet and scheduling it on output. To put this into perspective, a single context switch can take from ~~1000 CPU cycles to more than 5000 CPU cycles. In short, don't. From owner-freebsd-net@FreeBSD.ORG Wed Mar 17 23:04:16 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 AB1B9106566C for ; Wed, 17 Mar 2010 23:04:16 +0000 (UTC) (envelope-from sysupdates@spaceservices.net) Received: from mx01.edm.ab.smart-serv.net (mail.smart-serv.net [208.68.18.197]) by mx1.freebsd.org (Postfix) with ESMTP id 55CC58FC08 for ; Wed, 17 Mar 2010 23:04:16 +0000 (UTC) Received: from Nereus.wlmsprt.pa.neltia.net (c-174-55-188-49.hsd1.pa.comcast.net [174.55.188.49]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx01.edm.ab.smart-serv.net (Postfix) with ESMTPSA id 61DCA11348B8 for ; Wed, 17 Mar 2010 16:39:24 -0600 (MDT) Date: Wed, 17 Mar 2010 18:39:20 -0400 From: Brandon Penglase To: freebsd-net@freebsd.org Message-ID: <20100317183920.66b00cc8@Nereus.wlmsprt.pa.neltia.net> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Choosing CPU for router 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, 17 Mar 2010 23:04:16 -0000 Now that we know the purpose for the router, yes, you will need a beefy box. Especially if you're going to be running something like Quagga to handle IGP (which you may or may not be doing...), you will need the RAM and CPU. If you build a box, get server hardware. I know of one place that uses Dell 1u servers with either Broadcom or Intel network cards. I believe the preferred is an Intel NIC. For a NIC Vendor, check out Silicom: http://www.silicom-usa.com/ They offer a lot of different NICs, both Broadcom and Intel solutions, but the best is probably the SFP NIC, so you can pick between Fiber or Copper if you need to. http://www.silicom-usa.com/default.asp?contentID=1303 Offered in PCI-X, PCI-E, 1Gigabit, and 10Gigabit. On Wed, 17 Mar 2010 11:22:34 +0100 Jon Otterholm wrote: > > This machine is going to act as access-router serving ~500 > FTTH-customers. About 500Mbit/s and 200kpps. The big issue is > Dummynet, around 1000 pipes (2 pipes/customer). > > I don't think an Atom-based machine can handle this, am I wrong? > > //Jon > From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 00:07:58 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F027106566B; Thu, 18 Mar 2010 00:07:58 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 653528FC13; Thu, 18 Mar 2010 00:07:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2I07woE040767; Thu, 18 Mar 2010 00:07:58 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I07wU0040763; Thu, 18 Mar 2010 00:07:58 GMT (envelope-from yongari) Date: Thu, 18 Mar 2010 00:07:58 GMT Message-Id: <201003180007.o2I07wU0040763@freefall.freebsd.org> To: kingedgar@gmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/144826: [patch] Add support for bcm5761, bcm5784, bcm5785 gigabyte lan 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, 18 Mar 2010 00:07:58 -0000 Synopsis: [patch] Add support for bcm5761,bcm5784,bcm5785 gigabyte lan State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Thu Mar 18 00:07:04 UTC 2010 State-Changed-Why: This is very odd. bge(4) already supported these controllers since r196370. Are you sure latest stable/7, stable/8 and CURRENT still does not work on these controllers? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Mar 18 00:07:04 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=144826 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 00:48: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 5CE5F106564A for ; Thu, 18 Mar 2010 00:48:59 +0000 (UTC) (envelope-from als@octopus.com.au) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 20B0F8FC16 for ; Thu, 18 Mar 2010 00:48:58 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id 68EE65CB8EA; Thu, 18 Mar 2010 11:23:10 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: **** X-Spam-Status: No, score=4.4 required=10.0 tests=ALL_TRUSTED, DNS_FROM_OPENWHOIS,FH_DATE_PAST_20XX autolearn=no version=3.2.3 Received: from [10.20.30.102] (60.218.233.220.static.exetel.com.au [220.233.218.60]) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 59B085CB8EC for ; Thu, 18 Mar 2010 11:23:06 +1100 (EST) Message-ID: <4BA174B4.9010301@octopus.com.au> Date: Thu, 18 Mar 2010 11:32:52 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Choosing CPU for router 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, 18 Mar 2010 00:48:59 -0000 Jon Otterholm wrote: > This machine is going to act as access-router serving ~500 > FTTH-customers. > About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000 > pipes (2 > pipes/customer). That doesn't sound right, 200kpps @ 500Mbps works out to an average packet size of 250 bytes? Am I missing something - Andrew From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 04:23: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 7B521106566C; Thu, 18 Mar 2010 04:23:36 +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 52A0D8FC17; Thu, 18 Mar 2010 04:23:36 +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 o2I4Na4Z063684; Thu, 18 Mar 2010 04:23:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I4Na2d063680; Thu, 18 Mar 2010 04:23:36 GMT (envelope-from linimon) Date: Thu, 18 Mar 2010 04:23:36 GMT Message-Id: <201003180423.o2I4Na2d063680@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140682: [netgraph] [panic] random panic in netgraph X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:23:36 -0000 Synopsis: [netgraph] [panic] random panic in netgraph Responsible-Changed-From-To: freebsd-fs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 18 04:23:21 UTC 2010 Responsible-Changed-Why: Fix assignment brain-o. http://www.freebsd.org/cgi/query-pr.cgi?pr=140682 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 04:24:05 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 B813B1065675; Thu, 18 Mar 2010 04:24:05 +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 8EAC78FC1A; Thu, 18 Mar 2010 04:24:05 +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 o2I4O5xN063724; Thu, 18 Mar 2010 04:24:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I4O5t8063720; Thu, 18 Mar 2010 04:24:05 GMT (envelope-from linimon) Date: Thu, 18 Mar 2010 04:24:05 GMT Message-Id: <201003180424.o2I4O5t8063720@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/144844: [netgraph] souce in svn in 8/stable branch different from shipped source - causing PPP errors with mpd 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, 18 Mar 2010 04:24:05 -0000 Old Synopsis: souce in svn in 8/stable branch different from shipped source - causing PPP errors with mpd New Synopsis: [netgraph] souce in svn in 8/stable branch different from shipped source - causing PPP errors with mpd Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 18 04:21:55 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144844 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 04:24: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 DC403106567A; Thu, 18 Mar 2010 04:24:51 +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 B333E8FC1D; Thu, 18 Mar 2010 04:24: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 o2I4Opnk063776; Thu, 18 Mar 2010 04:24:51 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I4Opda063772; Thu, 18 Mar 2010 04:24:51 GMT (envelope-from linimon) Date: Thu, 18 Mar 2010 04:24:51 GMT Message-Id: <201003180424.o2I4Opda063772@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/66225: [netgraph] [patch] extend ng_eiface(4) control messages 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, 18 Mar 2010 04:24:52 -0000 Synopsis: [netgraph] [patch] extend ng_eiface(4) control messages Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 18 04:24:15 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=66225 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 04:25:24 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80CEF106566B; Thu, 18 Mar 2010 04:25:24 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 57EBE8FC1B; Thu, 18 Mar 2010 04:25:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2I4PO43063834; Thu, 18 Mar 2010 04:25:24 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I4POrL063830; Thu, 18 Mar 2010 04:25:24 GMT (envelope-from linimon) Date: Thu, 18 Mar 2010 04:25:24 GMT Message-Id: <201003180425.o2I4POrL063830@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/82881: [netgraph] [panic] ng_fec(4) causes kernel panic after interface detach 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, 18 Mar 2010 04:25:24 -0000 Synopsis: [netgraph] [panic] ng_fec(4) causes kernel panic after interface detach Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 18 04:25:10 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=82881 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 04:25:56 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 CE4A5106564A; Thu, 18 Mar 2010 04:25:56 +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 A5C198FC1E; Thu, 18 Mar 2010 04:25:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2I4PuMg063886; Thu, 18 Mar 2010 04:25:56 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I4PuoX063882; Thu, 18 Mar 2010 04:25:56 GMT (envelope-from linimon) Date: Thu, 18 Mar 2010 04:25:56 GMT Message-Id: <201003180425.o2I4PuoX063882@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/87421: [netgraph] [panic]: ng_ether + ng_eiface + if_bridge 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, 18 Mar 2010 04:25:56 -0000 Synopsis: [netgraph] [panic]: ng_ether + ng_eiface + if_bridge Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 18 04:25:38 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=87421 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 04:26:15 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 CAA93106566B; Thu, 18 Mar 2010 04:26:15 +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 A223B8FC16; Thu, 18 Mar 2010 04:26:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2I4QFkX063933; Thu, 18 Mar 2010 04:26:15 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I4QF9J063929; Thu, 18 Mar 2010 04:26:15 GMT (envelope-from linimon) Date: Thu, 18 Mar 2010 04:26:15 GMT Message-Id: <201003180426.o2I4QF9J063929@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/102540: [netgraph] [patch] supporting vlan(4) by ng_fec(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:26:15 -0000 Synopsis: [netgraph] [patch] supporting vlan(4) by ng_fec(4) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 18 04:26:07 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=102540 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 04:26:40 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 BD10F1065675; Thu, 18 Mar 2010 04:26:40 +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 93EE28FC1C; Thu, 18 Mar 2010 04:26:40 +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 o2I4QeUm063982; Thu, 18 Mar 2010 04:26:40 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I4Qe55063978; Thu, 18 Mar 2010 04:26:40 GMT (envelope-from linimon) Date: Thu, 18 Mar 2010 04:26:40 GMT Message-Id: <201003180426.o2I4Qe55063978@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/106444: [netgraph] [panic] Kernel Panic on Binding to an ip to a virtual atm interface(ng_atmpif) 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, 18 Mar 2010 04:26:40 -0000 Old Synopsis: [netgraph] Kernel Panic on Binding to an ip to a virtual atm interface(ng_atmpif) New Synopsis: [netgraph] [panic] Kernel Panic on Binding to an ip to a virtual atm interface(ng_atmpif) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 18 04:26:27 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=106444 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 07:04:57 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9212106566C; Thu, 18 Mar 2010 07:04:57 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA8B8FC17; Thu, 18 Mar 2010 07:04:57 +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 o2I74vxt008089; Thu, 18 Mar 2010 07:04:57 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2I74vR9008085; Thu, 18 Mar 2010 07:04:57 GMT (envelope-from remko) Date: Thu, 18 Mar 2010 07:04:57 GMT Message-Id: <201003180704.o2I74vR9008085@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/144808: xbox 360 unable to connect to ath in hostap mode X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 07:04:57 -0000 Synopsis: xbox 360 unable to connect to ath in hostap mode Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Thu Mar 18 07:04:44 UTC 2010 Responsible-Changed-Why: Reassign to -net http://www.freebsd.org/cgi/query-pr.cgi?pr=144808 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 13:29: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 CC33D1065675 for ; Thu, 18 Mar 2010 13:29:57 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4F61C8FC21 for ; Thu, 18 Mar 2010 13:29:57 +0000 (UTC) Received: by gv-out-0910.google.com with SMTP id r4so3931gve.39 for ; Thu, 18 Mar 2010 06:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=fez57u9GL3ugGljPgx5VChub11SA21dBTJ8FWMTkffI=; b=TkVGHcl7upcxuGxR1DiVlMrTSWuv3P6nUNcbMaCO+PdakJcUpGot9cyGtbqIHlnjQp 0rgKyBlWPHjZ3Dj/FBYV2mi9xy/Y5LbYgDRQKGuJozOvMgGgt0kVh9KpQaqUEvXwnA8N dqFnqZ1Ru8V5wOwt6MYjwd+05fwqqqlh6l9Uo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=uOmHWvJx8MzG+effW/W87+D0FdoxIAUXQPHfWOWBBCD4zkiaf5jnAieOfaeTfyFV2P V1hXzpsWOIgpU5KWeQY2yspR2s6lxyPFeo3VQly9rkVkgg8kEpd25R4Hbm2vPZ9iWYnW d6UhI05e9VnU0Hvus6fWr8qSF2oLObTWGrgrQ= MIME-Version: 1.0 Received: by 10.103.66.9 with SMTP id t9mr6734249muk.73.1268917692061; Thu, 18 Mar 2010 06:08:12 -0700 (PDT) Date: Thu, 18 Mar 2010 16:08:12 +0300 Message-ID: From: Alexander Bubnov To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: zero copy feature 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, 18 Mar 2010 13:29:58 -0000 Hello all! I am sorry if I send this to incorrect mailist, but from HandBook I read: freebsd-net Networking discussion and TCP/IP source code My question related to this topic, so I have sent it to you. I and my friends would like to study net programming in details using for this purpose FreeBSD as this OS implements some unique features from other ones. Moreover FreeBSD did net improvements not long ago. One of a feature we are interested in is subj. But unfortunately there is no much documentation about this, so we can only suggests usage of zero-copy by man zero_copy or zero_copy sockets. Can you please clarify one moment in zero_copy? How I understand receiving. Server side worked through TCP. char*p=valloc(...);//I allocate some buffer by page aligned ... int sd = accept(...); ... read(sd,p,...);//trying to read Buffer which I passed to read is supposed to used by kernel to copy TCP payload to me avoiding its own socket buffer, another words my buffer (pointed by p variable) which is passed to read is socket buffer in case zero copy. Question: Before accept returns descriptor to me the server can receive some data. Where will be this data stored? Inside NIC cache? Or inside kernel buffer which will be replaced by my buffer from read() later? -- /BR, Alexander From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 14:04: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 E51991065679; Thu, 18 Mar 2010 14:04:15 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 5F20C8FC23; Thu, 18 Mar 2010 14:04:15 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 30CEB94531; Thu, 18 Mar 2010 15:04:13 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id EbTY5LJFKbSp; Thu, 18 Mar 2010 15:04:09 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 7A77094527; Thu, 18 Mar 2010 15:04:09 +0100 (CET) Message-ID: <4BA232D6.6030400@zirakzigil.org> Date: Thu, 18 Mar 2010 15:04:06 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Max Laier References: <4B8E4850.1060104@zirakzigil.org> <201003171747.28053.max@love2party.net> <4BA10A12.2060903@zirakzigil.org> <201003171800.51027.max@love2party.net> In-Reply-To: <201003171800.51027.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Greg Hennessy , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 18 Mar 2010 14:04:16 -0000 On 17.03.2010 18:00, Max Laier wrote: > Can you enable WITNESS and compile in DDB. Make sure to report any LORs >>> and once the system freezes try to enter the debugger and get ps and >>> locks information. >>> >>> show allchains >>> show alllocks >>> ps >>> >>> After that you can try to "call doadump" so you get the information in >>> the coredump and don't have to transcribe it manually. >>> >>> Thanks, >>> Max >>> >> Sorry, I'm not really an expert of this, but how can I enter the debugger >> if the system has frozen? >> > Ctrl+Alt+ESC (in default configuration). > _______________________________________________ > I've added this to the kernel option KDB option WITNESS option WITNESS_KDB option DDB Now it can't even boot properly. It stops when it tries to configure networking: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xffffffff80e31b20) locked @ /usr/src/sys/net/if.c:414 show allchains show alllocks exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xffffffff80e31b20) locked @ /usr/src/sys/net/if.c:414 exclusive sx ifnet_sx (ifnet_sx) r = 0 (0xffffffff80e31b40) locked @ /usr/src/sys/net/if.c:414 ps call doadump Cannot dump. Device not defined or unavailable Hope it helps... From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 14:26:03 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 121251065670 for ; Thu, 18 Mar 2010 14:26:03 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0358FC1B for ; Thu, 18 Mar 2010 14:26:02 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-020-132.pools.arcor-ip.net [88.66.20.132]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0LlpHE-1NJCu10IgC-00ZkdI; Thu, 18 Mar 2010 15:26:01 +0100 Received: (qmail 15434 invoked from network); 18 Mar 2010 14:26:00 -0000 Received: from f8x64.laiers.local (192.168.4.188) by laiers.local with SMTP; 18 Mar 2010 14:26:00 -0000 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Thu, 18 Mar 2010 15:26:00 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; amd64; ; ) References: <4B8E4850.1060104@zirakzigil.org> <201003171800.51027.max@love2party.net> <4BA232D6.6030400@zirakzigil.org> In-Reply-To: <4BA232D6.6030400@zirakzigil.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003181526.00442.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19JES3D7EQpbHc7umk32KJnQKnkJFbF70QJ+4Y /qj55xbNpegr2LIaxUZunRTFmM7vrpZPoprAyrtdrr5zy47Mt6 xgKQ41wu3CQ0Zq5qvNHMg== Cc: Giulio Ferro , Greg Hennessy , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 18 Mar 2010 14:26:03 -0000 On Thursday 18 March 2010 15:04:06 Giulio Ferro wrote: > On 17.03.2010 18:00, Max Laier wrote: > > Can you enable WITNESS and compile in DDB. Make sure to report any LORs > > > >>> and once the system freezes try to enter the debugger and get ps and > >>> locks information. > >>> > >>> show allchains > >>> show alllocks > >>> ps > >>> > >>> After that you can try to "call doadump" so you get the information in > >>> the coredump and don't have to transcribe it manually. > >>> > >>> Thanks, > >>> Max > >> > >> Sorry, I'm not really an expert of this, but how can I enter the > >> debugger if the system has frozen? > > > > Ctrl+Alt+ESC (in default configuration). > > _______________________________________________ > > I've added this to the kernel > > option KDB > option WITNESS > option WITNESS_KDB remove WITNESS_KDB, it's not what you want. > option DDB > > > Now it can't even boot properly. It stops when it tries to configure > networking: > uma_zalloc_arg: zone "256" with the following non-sleepable locks held: > exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xffffffff80e31b20) locked @ > /usr/src/sys/net/if.c:414 a "bt" would help in this case to see where the bad alloc is. > show allchains > > > show alllocks > exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xffffffff80e31b20) locked @ > /usr/src/sys/net/if.c:414 > exclusive sx ifnet_sx (ifnet_sx) r = 0 (0xffffffff80e31b40) locked @ > /usr/src/sys/net/if.c:414 > > ps > > > call doadump > Cannot dump. Device not defined or unavailable define "dumpdev" in rc.conf to a swap partition with enough space or call dumpon(8). Thanks, Max From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 15:00:15 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 74B2E1065672 for ; Thu, 18 Mar 2010 15:00:15 +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 49DE08FC1E for ; Thu, 18 Mar 2010 15:00:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2IF0FkU038913 for ; Thu, 18 Mar 2010 15:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2IF0Fsm038912; Thu, 18 Mar 2010 15:00:15 GMT (envelope-from gnats) Date: Thu, 18 Mar 2010 15:00:15 GMT Message-Id: <201003181500.o2IF0Fsm038912@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: G B Cc: Subject: Re: kern/144844: [netgraph] souce in svn in 8/stable branch different from shipped source - causing PPP errors with mpd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: G B List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 15:00:15 -0000 The following reply was made to PR kern/144844; it has been noted by GNATS. From: G B To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/144844: [netgraph] souce in svn in 8/stable branch different from shipped source - causing PPP errors with mpd Date: Thu, 18 Mar 2010 21:29:36 +0700 Sorry, I just realized I was looking at the ng_ppp.h file in my sources. Cancel this PR. However, mpd5 ppp still doesn't work, but I've filed a bug with the mpd project. Thanks, Gabriel From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 16:01: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 06A481065677; Thu, 18 Mar 2010 16:01:45 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D0D5C8FC39; Thu, 18 Mar 2010 16:01:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2IG1iDq097739; Thu, 18 Mar 2010 16:01:44 GMT (envelope-from rpaulo@freefall.freebsd.org) Received: (from rpaulo@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2IG1iVb097735; Thu, 18 Mar 2010 16:01:44 GMT (envelope-from rpaulo) Date: Thu, 18 Mar 2010 16:01:44 GMT Message-Id: <201003181601.o2IG1iVb097735@freefall.freebsd.org> To: jake@stnlabs.com, rpaulo@FreeBSD.org, freebsd-net@FreeBSD.org From: rpaulo@FreeBSD.org Cc: Subject: Re: kern/144808: xbox 360 unable to connect to ath in hostap mode X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 16:01:45 -0000 Synopsis: xbox 360 unable to connect to ath in hostap mode State-Changed-From-To: open->closed State-Changed-By: rpaulo State-Changed-When: Thu Mar 18 16:01:24 UTC 2010 State-Changed-Why: Problem fixed by issuing 'ifconfig wlan0 country US'. http://www.freebsd.org/cgi/query-pr.cgi?pr=144808 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 16:39:37 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 48B7E1065692; Thu, 18 Mar 2010 16:39:37 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id DF33B8FC13; Thu, 18 Mar 2010 16:39:36 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 93D1994119; Thu, 18 Mar 2010 17:39:35 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id RsyQBK1csLi0; Thu, 18 Mar 2010 17:39:32 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 38C2D9410C; Thu, 18 Mar 2010 17:39:32 +0100 (CET) Message-ID: <4BA25741.6070007@zirakzigil.org> Date: Thu, 18 Mar 2010 17:39:29 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Max Laier References: <4B8E4850.1060104@zirakzigil.org> <201003171800.51027.max@love2party.net> <4BA232D6.6030400@zirakzigil.org> <201003181526.00442.max@love2party.net> In-Reply-To: <201003181526.00442.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Greg Hennessy , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 18 Mar 2010 16:39:37 -0000 On 18.03.2010 15:26, Max Laier wrote: Ok, it's happened again... and once the system freezes try to enter the debugger and get ps and >>>>> locks information. >>>>> >>>>> show allchains >>>>> No result >>>>> show alllocks >>>>> Process 4483 (sshd) thread 0xffffff0002ded3a0 (100159) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff0002c79b98) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 12 (intr) thread 0xffffff000242b3a0 (100028) exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000282d018) locked @ /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2162 Process 12 (intr) thread 0xffffff00023d3ae0 (100021) exclusive slepp mutex Giant (Giant) r = 1 (0xffffffff80c6f660) locked @ /usr/src/sys/dev/usb/usb_transfer.c:3009 Process 12 (intr) thread 0xffffff00022603a0 (1000007) exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff0002730360) locked @ /usr/src/sys/netinet/ip_carp.c:881 >>>>> ps >>>>> >>>>> This yields a lot of lines, tell me if you want me to report something special > a "bt" would help in this case to see where the bad alloc is. > > Tracing pid 12 tid 100021 td 0xffffff00023d3ae0 kdb_enter() at kdb_enter+0x3d ... Thank for your interest. From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 19:35: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 8BAA3106564A for ; Thu, 18 Mar 2010 19:35:58 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1EBCE8FC0C for ; Thu, 18 Mar 2010 19:35:58 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-054-235.pools.arcor-ip.net [88.66.54.235]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MGFx1-1NopXX3T3X-00FNay; Thu, 18 Mar 2010 20:35:56 +0100 Received: (qmail 20394 invoked from network); 18 Mar 2010 19:35:56 -0000 Received: from f8x64.laiers.local (192.168.4.188) by mx.laiers.local with SMTP; 18 Mar 2010 19:35:56 -0000 From: Max Laier Organization: FreeBSD To: Giulio Ferro Date: Thu, 18 Mar 2010 20:35:56 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; amd64; ; ) References: <4B8E4850.1060104@zirakzigil.org> <201003181526.00442.max@love2party.net> <4BA25741.6070007@zirakzigil.org> In-Reply-To: <4BA25741.6070007@zirakzigil.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003182035.56363.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/21MhfN7bDehAE2UDN6G+JPH6Eq/F1Eof8QIQ 2LBpSzt9inJH0kkRgahvA9ElRGI7IAdyli+ditfTcULQGMPwww h1gMpwi8/aTHu6ILEsKiw== Cc: freebsd-net@freebsd.org, Greg Hennessy , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 18 Mar 2010 19:35:58 -0000 On Thursday 18 March 2010 17:39:29 Giulio Ferro wrote: > On 18.03.2010 15:26, Max Laier wrote: > > Ok, it's happened again... > and once the system freezes try to enter the debugger and get ps and > > >>>>> locks information. > >>>>> > >>>>> show allchains > > No result Okay ... so it looks like this is a live lock (not a deadlock) and it's probably caused by relooping packets. Now we "only" have to find the culprit for the loop ... can you share your setup details, again? The simpler the better. > >>>>> show alllocks > > Process 4483 (sshd) thread 0xffffff0002ded3a0 (100159) > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff0002c79b98) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:148 > Process 12 (intr) thread 0xffffff000242b3a0 (100028) > exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000282d018) > locked @ /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2162 > Process 12 (intr) thread 0xffffff00023d3ae0 (100021) > exclusive slepp mutex Giant (Giant) r = 1 (0xffffffff80c6f660) locked @ > /usr/src/sys/dev/usb/usb_transfer.c:3009 > Process 12 (intr) thread 0xffffff00022603a0 (1000007) > exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff0002730360) > locked @ /usr/src/sys/netinet/ip_carp.c:881 > > >>>>> ps > > This yields a lot of lines, tell me if you want me to report something > special > > > a "bt" would help in this case to see where the bad alloc is. > > Tracing pid 12 tid 100021 td 0xffffff00023d3ae0 > kdb_enter() at kdb_enter+0x3d > ... > > Thank for your interest. > > > !DSPAM:4ba25756174452108219161! > From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 20:33: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 06BF1106564A for ; Thu, 18 Mar 2010 20:33:15 +0000 (UTC) (envelope-from cjharrer@comcast.net) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 94DDA8FC15 for ; Thu, 18 Mar 2010 20:33:14 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta07.westchester.pa.mail.comcast.net with comcast id uk6J1d00316LCl057kL03M; Thu, 18 Mar 2010 20:20:00 +0000 Received: from record ([69.141.194.142]) by omta06.westchester.pa.mail.comcast.net with comcast id ukKy1d00g34oVgM3SkKze3; Thu, 18 Mar 2010 20:20:00 +0000 From: "Chris Harrer" To: Date: Thu, 18 Mar 2010 16:19:53 -0400 Message-ID: <006f01cac6d8$5fc03cb0$1f40b610$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrG2F5CPSJ4bcf4RQeWOcfUuC5TJA== Content-Language: en-us Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Bug in tcp_output? 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, 18 Mar 2010 20:33:15 -0000 Hi All, =20 In the following block of code, running on a x86_64 platform, I believe = that cwin should be declared as an int: /* * If snd_nxt =3D=3D snd_max and we have transmitted a FIN, the * offset will be > 0 even if so_snd.sb_cc is 0, resulting in * a negative length. This can also occur when TCP opens up * its congestion window while receiving additional duplicate * acks after fast-retransmit because TCP will reset snd_nxt * to snd_max after the fast-retransmit. * * In the normal retransmit-FIN-only case, however, snd_nxt will * be set to snd_una, the offset will be 0, and the length may * wind up 0. * * If sack_rxmit is true we are retransmitting from the = scoreboard * in which case len is already set. */ if (sack_rxmit =3D=3D 0) { if (sack_bytes_rxmt =3D=3D 0) len =3D ((long)ulmin(so->so_snd.sb_cc, sendwin) - = off); else { long cwin; =DF-- Should be an int =20 /* * We are inside of a SACK recovery episode and = are * sending new data, having retransmitted all the * data possible in the scoreboard. */ len =3D ((long)ulmin(so->so_snd.sb_cc, = tp->snd_wnd)=20 - off); /* * Don't remove this (len > 0) check ! * We explicitly check for len > 0 here (although = it=20 * isn't really necessary), to work around a gcc=20 * optimization issue - to force gcc to compute * len above. Without this check, the computation * of len is bungled by the optimizer. */ if (len > 0) { cwin =3D tp->snd_cwnd -=20 (tp->snd_nxt - tp->sack_newdata) - sack_bytes_rxmt; if (cwin < 0) cwin =3D 0; len =3D lmin(len, cwin); } } } =20 Consider the case where: sack_rxmit =3D 0 sack_bytes_rxmt =3D 0x2238 off =3D 0 len =3D0xa19c tp->snd_cwnd =3D 0x2238 tp->snd_nxt =3D 0xdd6d7974 tp->sack_newdata =3D 0xdd6d6858 In this case cwin evaluates to 0x00000000ffffe37c, which is not <0, but instead huge. This causes the remaining data on the socket=92s = so->so_snd buffer to be sent to the network causing more problems at the receiver = which is already dropping frames. Thanks, =20 Chris From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 20:38: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 BB561106566C; Thu, 18 Mar 2010 20:38:02 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3798FC1E; Thu, 18 Mar 2010 20:38:02 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id E1D2894D7B; Thu, 18 Mar 2010 21:38:00 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id RkWFll9hwuAi; Thu, 18 Mar 2010 21:37:57 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id E5EFA94D71; Thu, 18 Mar 2010 21:37:56 +0100 (CET) Message-ID: <4BA28F22.6080401@zirakzigil.org> Date: Thu, 18 Mar 2010 21:37:54 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Max Laier References: <4B8E4850.1060104@zirakzigil.org> <201003181526.00442.max@love2party.net> <4BA25741.6070007@zirakzigil.org> <201003182035.56363.max@love2party.net> In-Reply-To: <201003182035.56363.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Greg Hennessy , freebsd-pf@freebsd.org Subject: Re: PF + BRIDGE + PFSYNC causes system freezing 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, 18 Mar 2010 20:38:02 -0000 On 18.03.2010 20:35, Max Laier wrote: > Okay ... so it looks like this is a live lock (not a deadlock) and it's > probably caused by relooping packets. Now we "only" have to find the culprit > for the loop ... > > can you share your setup details, again? The simpler the better. > > Ok > uname -a FreeBSD firewall-1.acme.com 8.0-STABLE FreeBSD 8.0-STABLE #2: Thu Mar 18 15:59:27 CET 2010 root@acme.com:/usr/obj/usr/src/sys/FIREWALL amd64 > cat /etc/sysctl.conf net.inet.ip.forwarding=1 net.inet.ip.fastforwarding=1 net.inet.carp.preempt=1 Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, pptp, asterisk 2 physical interfaces : bce0, bce1 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) 2 gif interfaces : gif0, gif1 (racoon / IPSEC) 8 static routes pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0}, 4 pass quick, block log all, about 30 pass keep state This should be all. I'm available for any test / patch... Thanks. From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 21:23: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 19F45106564A for ; Thu, 18 Mar 2010 21:23:34 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id B21B18FC08 for ; Thu, 18 Mar 2010 21:23:33 +0000 (UTC) Received: from [10.9.200.131] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 18 Mar 2010 14:20:57 -0700 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.31]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Thu, 18 Mar 2010 14:20:57 -0700 From: "David Christensen" To: "Herve Boulouis" , "freebsd-net@freebsd.org" Date: Thu, 18 Mar 2010 14:20:56 -0700 Thread-Topic: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. Thread-Index: Acq+MaInnqvwR5VET3yM9QH3FjPGJAIrv5MQ Message-ID: <5D267A3F22FD854F8F48B3D2B52381933B104AAA2E@IRVEXCHCCR01.corp.ad.broadcom.com> References: <20100307210215.GB55058@ra.aabs> In-Reply-To: <20100307210215.GB55058@ra.aabs> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 67BC46B320S62601028-02-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Oliver Fromme Subject: RE: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 18 Mar 2010 21:23:34 -0000 > >> Ooo!! > >> > >> Could you link me though to the patch Oliver, I don't seem to find > >> any post on this thread between today and mid last year? > >> > > > >Let's give more time to David. He can test my guess work and can > >fix bugs in the patch. When all goes well he may commit the patch. >=20 > (please keep me CC'ed as I'm not subscribed to -net) >=20 > Hi, >=20 > Is there any news about the patch ? I have a bunch of M610 I > would like to install FreeBSD on :) Just committed a patch to head written by pyunyh and verified by me. Let me know if it works. I can get access to a M610 locally if you run into problems. Dave From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 21:55: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 873C9106566C; Thu, 18 Mar 2010 21:55:01 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 32AF38FC0A; Thu, 18 Mar 2010 21:55: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 o2ILt1qV097073; Thu, 18 Mar 2010 21:55:01 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2ILt03O097065; Thu, 18 Mar 2010 21:55:00 GMT (envelope-from yongari) Date: Thu, 18 Mar 2010 21:55:00 GMT Message-Id: <201003182155.o2ILt03O097065@freefall.freebsd.org> To: harald_jensas@dell.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 18 Mar 2010 21:55:01 -0000 Synopsis: [bce] bce driver fails on PowerEdge m610 blade. State-Changed-From-To: open->patched State-Changed-By: yongari State-Changed-When: Thu Mar 18 21:54:05 UTC 2010 State-Changed-Why: Patch committed to HEAD(r205299, r205300). Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Mar 18 21:54:05 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=134658 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 21:55:44 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1955106566C; Thu, 18 Mar 2010 21:55:44 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 77B808FC08; Thu, 18 Mar 2010 21:55:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2ILtiLW097135; Thu, 18 Mar 2010 21:55:44 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2ILtiIM097131; Thu, 18 Mar 2010 21:55:44 GMT (envelope-from yongari) Date: Thu, 18 Mar 2010 21:55:44 GMT Message-Id: <201003182155.o2ILtiIM097131@freefall.freebsd.org> To: sebastian.tymkow@gmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/139761: [bce] bce driver on IBM HS22 [No PHY found on Child MII bus] 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, 18 Mar 2010 21:55:44 -0000 Synopsis: [bce] bce driver on IBM HS22 [No PHY found on Child MII bus] State-Changed-From-To: open->patched State-Changed-By: yongari State-Changed-When: Thu Mar 18 21:55:10 UTC 2010 State-Changed-Why: Patch committed to HEAD(r205299, r205300). Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Mar 18 21:55:10 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=139761 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 21:57: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 2C11B106566C; Thu, 18 Mar 2010 21:57:13 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 017B78FC1A; Thu, 18 Mar 2010 21:57: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 o2ILvC1U097241; Thu, 18 Mar 2010 21:57:12 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2ILvCdq097237; Thu, 18 Mar 2010 21:57:12 GMT (envelope-from yongari) Date: Thu, 18 Mar 2010 21:57:12 GMT Message-Id: <201003182157.o2ILvCdq097237@freefall.freebsd.org> To: kormann@itm.tum.de, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/140970: [bce] The two NetXtreme II BCM5709S NICs on our HP Bl460c G1 Blade can't be accessed on FreeBSD 7.2 and 8 [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, 18 Mar 2010 21:57:13 -0000 Synopsis: [bce] The two NetXtreme II BCM5709S NICs on our HP Bl460c G1 Blade can't be accessed on FreeBSD 7.2 and 8 [regression] State-Changed-From-To: open->patched State-Changed-By: yongari State-Changed-When: Thu Mar 18 21:56:45 UTC 2010 State-Changed-Why: Patch committed to HEAD(r205299, r205300). Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Mar 18 21:56:45 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=140970 From owner-freebsd-net@FreeBSD.ORG Thu Mar 18 22:45: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 D71A71065676 for ; Thu, 18 Mar 2010 22:45:12 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [212.12.50.234]) by mx1.freebsd.org (Postfix) with ESMTP id A051C8FC14 for ; Thu, 18 Mar 2010 22:45:12 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 542EC53783; Thu, 18 Mar 2010 22:27:44 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20091211065141.GL88840@marvin.timesinks.net> Date: Thu, 18 Mar 2010 23:27:43 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20091211052349.0000517a@unknown> <20091211065141.GL88840@marvin.timesinks.net> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1077) Cc: Andrew Thompson Subject: Re: Running rtadvd or DHCPv6 server via if_bridge interface 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, 18 Mar 2010 22:45:12 -0000 Am 11.12.2009 um 07:51 schrieb Chris Cowart: > Bruce Cran wrote: >> I have a router configured using if_bridge with a 4-port NIC that's >> serving addresses over DHCP. I'd like to add in either rtadvd or >> DHCPv6, but neither work because the bridge interface doesn't have an >> IPv6 link-local address. Is there a way around this, or is it not >> possible to serve IPv6 addresses over if_bridge interfaces? >=20 > It's totally doable; you just have to assigned a link-local address to > the bridge. There are some reasons why one isn't defined by default, > which somebody more knowledgeable about the challenges in the > implementation can highlight. >=20 > Here's my configuration from rc.conf: >=20 > ipv6_ifconfig_bridge0=3D"2001:470:8337:10::1/64" > ipv6_ifconfig_bridge0_alias0=3D"fe80::2%bridge0 prefixlen 64" >=20 > Once you're doing that, rtadvd will start doing the right thing. I've just stumbled over this the first time. I thought that best practice nowadays was to use the bridge interface = for host communications, and leaving the physical interfaces = unconfigured, so I'm a bit confused why if_bridge would not allow the = auto-assignment of a link-local address. If you have two or more bridged interfaces now, and you enable automatic = assignment of link-local addresses, you already have multiple = link-locals this way; having the bridge have one as well wouldn't make = things worse (I think). Slightly confused, Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 00:00:46 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A562A1065672 for ; Fri, 19 Mar 2010 00:00:46 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1828FC0C for ; Fri, 19 Mar 2010 00:00:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id A470A7BAEB; Fri, 19 Mar 2010 13:00:45 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yr-rS8Ot5udY; Fri, 19 Mar 2010 13:00:40 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 19 Mar 2010 13:00:40 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 8B8DC11432; Fri, 19 Mar 2010 13:00:40 +1300 (NZDT) Date: Fri, 19 Mar 2010 13:00:40 +1300 From: Andrew Thompson To: Stefan Bethke Message-ID: <20100319000040.GC45454@citylink.fud.org.nz> References: <20091211052349.0000517a@unknown> <20091211065141.GL88840@marvin.timesinks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-net@freebsd.org Subject: Re: Running rtadvd or DHCPv6 server via if_bridge interface 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, 19 Mar 2010 00:00:46 -0000 On Thu, Mar 18, 2010 at 11:27:43PM +0100, Stefan Bethke wrote: > Am 11.12.2009 um 07:51 schrieb Chris Cowart: > > > Bruce Cran wrote: > >> I have a router configured using if_bridge with a 4-port NIC that's > >> serving addresses over DHCP. I'd like to add in either rtadvd or > >> DHCPv6, but neither work because the bridge interface doesn't have an > >> IPv6 link-local address. Is there a way around this, or is it not > >> possible to serve IPv6 addresses over if_bridge interfaces? > > > > It's totally doable; you just have to assigned a link-local address to > > the bridge. There are some reasons why one isn't defined by default, > > which somebody more knowledgeable about the challenges in the > > implementation can highlight. > > > > Here's my configuration from rc.conf: > > > > ipv6_ifconfig_bridge0="2001:470:8337:10::1/64" > > ipv6_ifconfig_bridge0_alias0="fe80::2%bridge0 prefixlen 64" > > > > Once you're doing that, rtadvd will start doing the right thing. > > I've just stumbled over this the first time. > > I thought that best practice nowadays was to use the bridge interface for host communications, and leaving the physical interfaces unconfigured, so I'm a bit confused why if_bridge would not allow the auto-assignment of a link-local address. > > If you have two or more bridged interfaces now, and you enable automatic assignment of link-local addresses, you already have multiple link-locals this way; having the bridge have one as well wouldn't make things worse (I think). > http://svn.freebsd.org/viewvc/base?view=revision&revision=149829 "IPv6 auto-configuration is disabled. An IPv6 link-local address has a link-local scope within one link, the spec is unclear for the bridge case and it may cause scope violation." That is the reason. I dont know if its still true but you would need to find someone more familair with IPv6 to comment on it. cheers, Andrew From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 00:01: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 4990C1065673 for ; Fri, 19 Mar 2010 00:01:34 +0000 (UTC) (envelope-from koji@registro.br) Received: from clone.registro.br (clone.registro.br [IPv6:2001:12ff:0:2::4]) by mx1.freebsd.org (Postfix) with ESMTP id D46D98FC1D for ; Fri, 19 Mar 2010 00:01:33 +0000 (UTC) Received: by clone.registro.br (Postfix, from userid 1002) id CEE82E04A2; Thu, 18 Mar 2010 21:01:32 -0300 (BRT) Date: Thu, 18 Mar 2010 21:01:32 -0300 From: Hugo Koji Kobayashi To: David Christensen Message-ID: <20100319000132.GA70547@registro.br> References: <20100307210215.GB55058@ra.aabs> <5D267A3F22FD854F8F48B3D2B52381933B104AAA2E@IRVEXCHCCR01.corp.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933B104AAA2E@IRVEXCHCCR01.corp.ad.broadcom.com> X-Organization: Registro.br X-URL: http://registro.br/ X-Operating-System: FreeBSD User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "freebsd-net@freebsd.org" , Herve Boulouis , Oliver Fromme Subject: Re: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 19 Mar 2010 00:01:34 -0000 On Thu, Mar 18, 2010 at 02:20:56PM -0700, David Christensen wrote: > > >> Ooo!! > > >> > > >> Could you link me though to the patch Oliver, I don't seem to find > > >> any post on this thread between today and mid last year? > > >> > > > > > >Let's give more time to David. He can test my guess work and can > > >fix bugs in the patch. When all goes well he may commit the patch. > > > > (please keep me CC'ed as I'm not subscribed to -net) > > > > Hi, > > > > Is there any news about the patch ? I have a bunch of M610 I > > would like to install FreeBSD on :) > > Just committed a patch to head written by pyunyh and verified by me. > Let me know if it works. I can get access to a M610 locally if you > run into problems. Copied r205299 and r205300 modified files to a releng8 install on a m610 and now it works: # uname -a FreeBSD 8.0-STABLE FreeBSD 8.0-STABLE #2: Thu Mar 18 23:30:37 UTC 2010 root@:/usr/obj/usr/src/sys/GENERIC amd64 # dmesg | grep bce bce0: mem 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 miibus0: on bce0 bce0: Ethernet address: 00:26:b9:26:d6:40 bce0: [ITHREAD] bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.6); Flags (MSI|MFW); MFW (NCSI 2.0.3) bce1: mem 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 miibus1: on bce1 bce1: Ethernet address: 00:26:b9:26:d6:42 bce1: [ITHREAD] bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.6); Flags (MSI|MFW); MFW (NCSI 2.0.3) bce0: link state changed to DOWN bce0: link state changed to UP # ifconfig bce0: flags=8843 metric 0 mtu 1500 options=401bb ether 00:26:b9:26:d6:40 inet .......... netmask 0xfffffff0 broadcast .......... media: Ethernet autoselect (1000baseSX ) status: active bce1: flags=8802 metric 0 mtu 1500 options=401bb ether 00:26:b9:26:d6:42 media: Ethernet autoselect (1000baseSX ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 Thanks a lot, Hugo From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 00:30: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 F0491106564A for ; Fri, 19 Mar 2010 00:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D50AF8FC0C for ; Fri, 19 Mar 2010 00:30: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 o2J0U4If026635 for ; Fri, 19 Mar 2010 00:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2J0U4Cg026630; Fri, 19 Mar 2010 00:30:04 GMT (envelope-from gnats) Date: Fri, 19 Mar 2010 00:30:04 GMT Message-Id: <201003190030.o2J0U4Cg026630@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/135836: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 00:30:05 -0000 The following reply was made to PR kern/135836; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/135836: commit references a PR Date: Fri, 19 Mar 2010 00:26:58 +0000 (UTC) Author: yongari Date: Fri Mar 19 00:26:45 2010 New Revision: 205303 URL: http://svn.freebsd.org/changeset/base/205303 Log: MFC r202717: - Added a workaround for NC-SI management firmware that would allow frames to be accepted while the driver is resetting the hardware. This failure is generally observed when broadcast frames are received during driver load and will generate "Unable to write CTX memory" errors. - Small changes to driver flags display. PR: kern/135836, kern/140684 Modified: stable/8/sys/dev/bce/if_bce.c stable/8/sys/dev/bce/if_bcereg.h Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/xen/xenpci/ (props changed) Modified: stable/8/sys/dev/bce/if_bce.c ============================================================================== --- stable/8/sys/dev/bce/if_bce.c Fri Mar 19 00:19:55 2010 (r205302) +++ stable/8/sys/dev/bce/if_bce.c Fri Mar 19 00:26:45 2010 (r205303) @@ -371,6 +371,9 @@ static void bce_release_resources (struc static int bce_fw_sync (struct bce_softc *, u32); static void bce_load_rv2p_fw (struct bce_softc *, u32 *, u32, u32); static void bce_load_cpu_fw (struct bce_softc *, struct cpu_reg *, struct fw_info *); +static void bce_start_cpu (struct bce_softc *, struct cpu_reg *); +static void bce_halt_cpu (struct bce_softc *, struct cpu_reg *); +static void bce_start_rxp_cpu (struct bce_softc *); static void bce_init_rxp_cpu (struct bce_softc *); static void bce_init_txp_cpu (struct bce_softc *); static void bce_init_tpat_cpu (struct bce_softc *); @@ -603,9 +606,10 @@ bce_print_adapter_info(struct bce_softc printf("B/C (%s); Flags (", sc->bce_bc_ver); #ifdef BCE_JUMBO_HDRSPLIT - printf("SPLT "); + printf("SPLT"); i++; #endif + if (sc->bce_flags & BCE_USING_MSI_FLAG) { if (i > 0) printf("|"); printf("MSI"); i++; @@ -613,7 +617,7 @@ bce_print_adapter_info(struct bce_softc if (sc->bce_flags & BCE_USING_MSIX_FLAG) { if (i > 0) printf("|"); - printf("MSI-X "); i++; + printf("MSI-X"); i++; } if (sc->bce_phy_flags & BCE_PHY_2_5G_CAPABLE_FLAG) { @@ -2976,6 +2980,7 @@ bce_dma_map_addr(void *arg, bus_dma_segm /* |PG Buffers | none | none | none | none | */ /* |TX Buffers | none | none | none | none | */ /* |Chain Pages(1) | 4KiB | 4KiB | 4KiB | 4KiB | */ +/* |Context Memory | | | | | */ /* +-----------------+----------+----------+----------+----------+ */ /* */ /* (1) Must align with CPU page size (BCM_PAGE_SZIE). */ @@ -3665,15 +3670,10 @@ bce_load_cpu_fw(struct bce_softc *sc, st struct fw_info *fw) { u32 offset; - u32 val; DBENTER(BCE_VERBOSE_RESET); - /* Halt the CPU. */ - val = REG_RD_IND(sc, cpu_reg->mode); - val |= cpu_reg->mode_value_halt; - REG_WR_IND(sc, cpu_reg->mode, val); - REG_WR_IND(sc, cpu_reg->state, cpu_reg->state_value_clear); + bce_halt_cpu(sc, cpu_reg); /* Load the Text area. */ offset = cpu_reg->spad_base + (fw->text_addr - cpu_reg->mips_view_base); @@ -3726,9 +3726,28 @@ bce_load_cpu_fw(struct bce_softc *sc, st } } - /* Clear the pre-fetch instruction. */ - REG_WR_IND(sc, cpu_reg->inst, 0); - REG_WR_IND(sc, cpu_reg->pc, fw->start_addr); + /* Clear the pre-fetch instruction and set the FW start address. */ + REG_WR_IND(sc, cpu_reg->inst, 0); + REG_WR_IND(sc, cpu_reg->pc, fw->start_addr); + + DBEXIT(BCE_VERBOSE_RESET); +} + + +/****************************************************************************/ +/* Starts the RISC processor. */ +/* */ +/* Assumes the CPU starting address has already been set. */ +/* */ +/* Returns: */ +/* Nothing. */ +/****************************************************************************/ +static void +bce_start_cpu(struct bce_softc *sc, struct cpu_reg *cpu_reg) +{ + u32 val; + + DBENTER(BCE_VERBOSE_RESET); /* Start the CPU. */ val = REG_RD_IND(sc, cpu_reg->mode); @@ -3741,6 +3760,62 @@ bce_load_cpu_fw(struct bce_softc *sc, st /****************************************************************************/ +/* Halts the RISC processor. */ +/* */ +/* Returns: */ +/* Nothing. */ +/****************************************************************************/ +static void +bce_halt_cpu(struct bce_softc *sc, struct cpu_reg *cpu_reg) +{ + u32 val; + + DBENTER(BCE_VERBOSE_RESET); + + /* Halt the CPU. */ + val = REG_RD_IND(sc, cpu_reg->mode); + val |= cpu_reg->mode_value_halt; + REG_WR_IND(sc, cpu_reg->mode, val); + REG_WR_IND(sc, cpu_reg->state, cpu_reg->state_value_clear); + + DBEXIT(BCE_VERBOSE_RESET); +} + + +/****************************************************************************/ +/* Initialize the RX CPU. */ +/* */ +/* Returns: */ +/* Nothing. */ +/****************************************************************************/ +static void +bce_start_rxp_cpu(struct bce_softc *sc) +{ + struct cpu_reg cpu_reg; + + DBENTER(BCE_VERBOSE_RESET); + + cpu_reg.mode = BCE_RXP_CPU_MODE; + cpu_reg.mode_value_halt = BCE_RXP_CPU_MODE_SOFT_HALT; + cpu_reg.mode_value_sstep = BCE_RXP_CPU_MODE_STEP_ENA; + cpu_reg.state = BCE_RXP_CPU_STATE; + cpu_reg.state_value_clear = 0xffffff; + cpu_reg.gpr0 = BCE_RXP_CPU_REG_FILE; + cpu_reg.evmask = BCE_RXP_CPU_EVENT_MASK; + cpu_reg.pc = BCE_RXP_CPU_PROGRAM_COUNTER; + cpu_reg.inst = BCE_RXP_CPU_INSTRUCTION; + cpu_reg.bp = BCE_RXP_CPU_HW_BREAKPOINT; + cpu_reg.spad_base = BCE_RXP_SCRATCH; + cpu_reg.mips_view_base = 0x8000000; + + DBPRINT(sc, BCE_INFO_RESET, "Starting RX firmware.\n"); + bce_start_cpu(sc, &cpu_reg); + + DBEXIT(BCE_VERBOSE_RESET); +} + + +/****************************************************************************/ /* Initialize the RX CPU. */ /* */ /* Returns: */ @@ -3833,6 +3908,8 @@ bce_init_rxp_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading RX firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + /* Delay RXP start until initialization is complete. */ + DBEXIT(BCE_VERBOSE_RESET); } @@ -3929,6 +4006,7 @@ bce_init_txp_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading TX firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + bce_start_cpu(sc, &cpu_reg); DBEXIT(BCE_VERBOSE_RESET); } @@ -4026,6 +4104,7 @@ bce_init_tpat_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading TPAT firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + bce_start_cpu(sc, &cpu_reg); DBEXIT(BCE_VERBOSE_RESET); } @@ -4123,6 +4202,7 @@ bce_init_cp_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading CP firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + bce_start_cpu(sc, &cpu_reg); DBEXIT(BCE_VERBOSE_RESET); } @@ -4220,6 +4300,7 @@ bce_init_com_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading COM firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + bce_start_cpu(sc, &cpu_reg); DBEXIT(BCE_VERBOSE_RESET); } @@ -4665,6 +4746,12 @@ bce_chipinit(struct bce_softc *sc) /* Initialize the on-boards CPUs */ bce_init_cpus(sc); + /* Enable management frames (NC-SI) to flow to the MCP. */ + if (sc->bce_flags & BCE_MFW_ENABLE_FLAG) { + val = REG_RD(sc, BCE_RPM_MGMT_PKT_CTRL) | BCE_RPM_MGMT_PKT_CTRL_MGMT_EN; + REG_WR(sc, BCE_RPM_MGMT_PKT_CTRL, val); + } + /* Prepare NVRAM for access. */ if (bce_init_nvram(sc)) { rc = ENODEV; @@ -4845,6 +4932,15 @@ bce_blockinit(struct bce_softc *sc) /* Enable link state change interrupt generation. */ REG_WR(sc, BCE_HC_ATTN_BITS_ENABLE, STATUS_ATTN_BITS_LINK_STATE); + /* Enable the RXP. */ + bce_start_rxp_cpu(sc); + + /* Disable management frames (NC-SI) from flowing to the MCP. */ + if (sc->bce_flags & BCE_MFW_ENABLE_FLAG) { + val = REG_RD(sc, BCE_RPM_MGMT_PKT_CTRL) & ~BCE_RPM_MGMT_PKT_CTRL_MGMT_EN; + REG_WR(sc, BCE_RPM_MGMT_PKT_CTRL, val); + } + /* Enable all remaining blocks in the MAC. */ if ((BCE_CHIP_NUM(sc) == BCE_CHIP_NUM_5709) || (BCE_CHIP_NUM(sc) == BCE_CHIP_NUM_5716)) @@ -5851,22 +5947,29 @@ bce_rx_intr(struct bce_softc *sc) DBRUN(sc->debug_rx_mbuf_alloc--); sc->free_rx_bd++; - /* - * Frames received on the NetXteme II are prepended with an - * l2_fhdr structure which provides status information about - * the received frame (including VLAN tags and checksum info). - * The frames are also automatically adjusted to align the IP - * header (i.e. two null bytes are inserted before the Ethernet - * header). As a result the data DMA'd by the controller into - * the mbuf is as follows: - * - * +---------+-----+---------------------+-----+ - * | l2_fhdr | pad | packet data | FCS | - * +---------+-----+---------------------+-----+ - * - * The l2_fhdr needs to be checked and skipped and the FCS needs - * to be stripped before sending the packet up the stack. - */ + if(m0 == NULL) { + DBPRINT(sc, BCE_EXTREME_RECV, "%s(): Oops! Empty mbuf pointer " + "found in sc->rx_mbuf_ptr[0x%04X]!\n", + __FUNCTION__, sw_rx_cons_idx); + goto bce_rx_int_next_rx; + } + + /* + * Frames received on the NetXteme II are prepended with an + * l2_fhdr structure which provides status information about + * the received frame (including VLAN tags and checksum info). + * The frames are also automatically adjusted to align the IP + * header (i.e. two null bytes are inserted before the Ethernet + * header). As a result the data DMA'd by the controller into + * the mbuf is as follows: + * + * +---------+-----+---------------------+-----+ + * | l2_fhdr | pad | packet data | FCS | + * +---------+-----+---------------------+-----+ + * + * The l2_fhdr needs to be checked and skipped and the FCS needs + * to be stripped before sending the packet up the stack. + */ l2fhdr = mtod(m0, struct l2_fhdr *); /* Get the packet data + FCS length and the status. */ @@ -6387,6 +6490,7 @@ bce_init_locked(struct bce_softc *sc) bce_ifmedia_upd_locked(ifp); + /* Let the OS know the driver is up and running. */ ifp->if_drv_flags |= IFF_DRV_RUNNING; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; @@ -10038,9 +10142,9 @@ bce_dump_bc_state(struct bce_softc *sc) BCE_PRINTF("0x%08X - (0x%06X) state\n", val, BCE_BC_STATE); - val = bce_shmem_rd(sc, BCE_BC_CONDITION); + val = bce_shmem_rd(sc, BCE_BC_STATE_CONDITION); BCE_PRINTF("0x%08X - (0x%06X) condition\n", - val, BCE_BC_CONDITION); + val, BCE_BC_STATE_CONDITION); val = bce_shmem_rd(sc, BCE_BC_STATE_DEBUG_CMD); BCE_PRINTF("0x%08X - (0x%06X) debug_cmd\n", Modified: stable/8/sys/dev/bce/if_bcereg.h ============================================================================== --- stable/8/sys/dev/bce/if_bcereg.h Fri Mar 19 00:19:55 2010 (r205302) +++ stable/8/sys/dev/bce/if_bcereg.h Fri Mar 19 00:26:45 2010 (r205303) @@ -3715,6 +3715,10 @@ struct l2_fhdr { #define BCE_RPM_CONFIG_SORT_VECT_VAL (0xfL<<4) #define BCE_RPM_CONFIG_IGNORE_VLAN (1L<<31) +#define BCE_RPM_MGMT_PKT_CTRL 0x0000180c +#define BCE_RPM_MGMT_PKT_CTRL_MGMT_DISCARD_EN (1L<<30) +#define BCE_RPM_MGMT_PKT_CTRL_MGMT_EN (1L<<31) + #define BCE_RPM_VLAN_MATCH0 0x00001810 #define BCE_RPM_VLAN_MATCH0_RPM_VLAN_MTCH0_VALUE (0xfffL<<0) _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 00:30: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 2873F10656B7 for ; Fri, 19 Mar 2010 00:30: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 173F18FC14 for ; Fri, 19 Mar 2010 00: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 o2J0U76w026783 for ; Fri, 19 Mar 2010 00: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 o2J0U7SO026779; Fri, 19 Mar 2010 00:30:07 GMT (envelope-from gnats) Date: Fri, 19 Mar 2010 00:30:07 GMT Message-Id: <201003190030.o2J0U7SO026779@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/140684: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 00:30:07 -0000 The following reply was made to PR kern/140684; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/140684: commit references a PR Date: Fri, 19 Mar 2010 00:26:59 +0000 (UTC) Author: yongari Date: Fri Mar 19 00:26:45 2010 New Revision: 205303 URL: http://svn.freebsd.org/changeset/base/205303 Log: MFC r202717: - Added a workaround for NC-SI management firmware that would allow frames to be accepted while the driver is resetting the hardware. This failure is generally observed when broadcast frames are received during driver load and will generate "Unable to write CTX memory" errors. - Small changes to driver flags display. PR: kern/135836, kern/140684 Modified: stable/8/sys/dev/bce/if_bce.c stable/8/sys/dev/bce/if_bcereg.h Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/xen/xenpci/ (props changed) Modified: stable/8/sys/dev/bce/if_bce.c ============================================================================== --- stable/8/sys/dev/bce/if_bce.c Fri Mar 19 00:19:55 2010 (r205302) +++ stable/8/sys/dev/bce/if_bce.c Fri Mar 19 00:26:45 2010 (r205303) @@ -371,6 +371,9 @@ static void bce_release_resources (struc static int bce_fw_sync (struct bce_softc *, u32); static void bce_load_rv2p_fw (struct bce_softc *, u32 *, u32, u32); static void bce_load_cpu_fw (struct bce_softc *, struct cpu_reg *, struct fw_info *); +static void bce_start_cpu (struct bce_softc *, struct cpu_reg *); +static void bce_halt_cpu (struct bce_softc *, struct cpu_reg *); +static void bce_start_rxp_cpu (struct bce_softc *); static void bce_init_rxp_cpu (struct bce_softc *); static void bce_init_txp_cpu (struct bce_softc *); static void bce_init_tpat_cpu (struct bce_softc *); @@ -603,9 +606,10 @@ bce_print_adapter_info(struct bce_softc printf("B/C (%s); Flags (", sc->bce_bc_ver); #ifdef BCE_JUMBO_HDRSPLIT - printf("SPLT "); + printf("SPLT"); i++; #endif + if (sc->bce_flags & BCE_USING_MSI_FLAG) { if (i > 0) printf("|"); printf("MSI"); i++; @@ -613,7 +617,7 @@ bce_print_adapter_info(struct bce_softc if (sc->bce_flags & BCE_USING_MSIX_FLAG) { if (i > 0) printf("|"); - printf("MSI-X "); i++; + printf("MSI-X"); i++; } if (sc->bce_phy_flags & BCE_PHY_2_5G_CAPABLE_FLAG) { @@ -2976,6 +2980,7 @@ bce_dma_map_addr(void *arg, bus_dma_segm /* |PG Buffers | none | none | none | none | */ /* |TX Buffers | none | none | none | none | */ /* |Chain Pages(1) | 4KiB | 4KiB | 4KiB | 4KiB | */ +/* |Context Memory | | | | | */ /* +-----------------+----------+----------+----------+----------+ */ /* */ /* (1) Must align with CPU page size (BCM_PAGE_SZIE). */ @@ -3665,15 +3670,10 @@ bce_load_cpu_fw(struct bce_softc *sc, st struct fw_info *fw) { u32 offset; - u32 val; DBENTER(BCE_VERBOSE_RESET); - /* Halt the CPU. */ - val = REG_RD_IND(sc, cpu_reg->mode); - val |= cpu_reg->mode_value_halt; - REG_WR_IND(sc, cpu_reg->mode, val); - REG_WR_IND(sc, cpu_reg->state, cpu_reg->state_value_clear); + bce_halt_cpu(sc, cpu_reg); /* Load the Text area. */ offset = cpu_reg->spad_base + (fw->text_addr - cpu_reg->mips_view_base); @@ -3726,9 +3726,28 @@ bce_load_cpu_fw(struct bce_softc *sc, st } } - /* Clear the pre-fetch instruction. */ - REG_WR_IND(sc, cpu_reg->inst, 0); - REG_WR_IND(sc, cpu_reg->pc, fw->start_addr); + /* Clear the pre-fetch instruction and set the FW start address. */ + REG_WR_IND(sc, cpu_reg->inst, 0); + REG_WR_IND(sc, cpu_reg->pc, fw->start_addr); + + DBEXIT(BCE_VERBOSE_RESET); +} + + +/****************************************************************************/ +/* Starts the RISC processor. */ +/* */ +/* Assumes the CPU starting address has already been set. */ +/* */ +/* Returns: */ +/* Nothing. */ +/****************************************************************************/ +static void +bce_start_cpu(struct bce_softc *sc, struct cpu_reg *cpu_reg) +{ + u32 val; + + DBENTER(BCE_VERBOSE_RESET); /* Start the CPU. */ val = REG_RD_IND(sc, cpu_reg->mode); @@ -3741,6 +3760,62 @@ bce_load_cpu_fw(struct bce_softc *sc, st /****************************************************************************/ +/* Halts the RISC processor. */ +/* */ +/* Returns: */ +/* Nothing. */ +/****************************************************************************/ +static void +bce_halt_cpu(struct bce_softc *sc, struct cpu_reg *cpu_reg) +{ + u32 val; + + DBENTER(BCE_VERBOSE_RESET); + + /* Halt the CPU. */ + val = REG_RD_IND(sc, cpu_reg->mode); + val |= cpu_reg->mode_value_halt; + REG_WR_IND(sc, cpu_reg->mode, val); + REG_WR_IND(sc, cpu_reg->state, cpu_reg->state_value_clear); + + DBEXIT(BCE_VERBOSE_RESET); +} + + +/****************************************************************************/ +/* Initialize the RX CPU. */ +/* */ +/* Returns: */ +/* Nothing. */ +/****************************************************************************/ +static void +bce_start_rxp_cpu(struct bce_softc *sc) +{ + struct cpu_reg cpu_reg; + + DBENTER(BCE_VERBOSE_RESET); + + cpu_reg.mode = BCE_RXP_CPU_MODE; + cpu_reg.mode_value_halt = BCE_RXP_CPU_MODE_SOFT_HALT; + cpu_reg.mode_value_sstep = BCE_RXP_CPU_MODE_STEP_ENA; + cpu_reg.state = BCE_RXP_CPU_STATE; + cpu_reg.state_value_clear = 0xffffff; + cpu_reg.gpr0 = BCE_RXP_CPU_REG_FILE; + cpu_reg.evmask = BCE_RXP_CPU_EVENT_MASK; + cpu_reg.pc = BCE_RXP_CPU_PROGRAM_COUNTER; + cpu_reg.inst = BCE_RXP_CPU_INSTRUCTION; + cpu_reg.bp = BCE_RXP_CPU_HW_BREAKPOINT; + cpu_reg.spad_base = BCE_RXP_SCRATCH; + cpu_reg.mips_view_base = 0x8000000; + + DBPRINT(sc, BCE_INFO_RESET, "Starting RX firmware.\n"); + bce_start_cpu(sc, &cpu_reg); + + DBEXIT(BCE_VERBOSE_RESET); +} + + +/****************************************************************************/ /* Initialize the RX CPU. */ /* */ /* Returns: */ @@ -3833,6 +3908,8 @@ bce_init_rxp_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading RX firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + /* Delay RXP start until initialization is complete. */ + DBEXIT(BCE_VERBOSE_RESET); } @@ -3929,6 +4006,7 @@ bce_init_txp_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading TX firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + bce_start_cpu(sc, &cpu_reg); DBEXIT(BCE_VERBOSE_RESET); } @@ -4026,6 +4104,7 @@ bce_init_tpat_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading TPAT firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + bce_start_cpu(sc, &cpu_reg); DBEXIT(BCE_VERBOSE_RESET); } @@ -4123,6 +4202,7 @@ bce_init_cp_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading CP firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + bce_start_cpu(sc, &cpu_reg); DBEXIT(BCE_VERBOSE_RESET); } @@ -4220,6 +4300,7 @@ bce_init_com_cpu(struct bce_softc *sc) DBPRINT(sc, BCE_INFO_RESET, "Loading COM firmware.\n"); bce_load_cpu_fw(sc, &cpu_reg, &fw); + bce_start_cpu(sc, &cpu_reg); DBEXIT(BCE_VERBOSE_RESET); } @@ -4665,6 +4746,12 @@ bce_chipinit(struct bce_softc *sc) /* Initialize the on-boards CPUs */ bce_init_cpus(sc); + /* Enable management frames (NC-SI) to flow to the MCP. */ + if (sc->bce_flags & BCE_MFW_ENABLE_FLAG) { + val = REG_RD(sc, BCE_RPM_MGMT_PKT_CTRL) | BCE_RPM_MGMT_PKT_CTRL_MGMT_EN; + REG_WR(sc, BCE_RPM_MGMT_PKT_CTRL, val); + } + /* Prepare NVRAM for access. */ if (bce_init_nvram(sc)) { rc = ENODEV; @@ -4845,6 +4932,15 @@ bce_blockinit(struct bce_softc *sc) /* Enable link state change interrupt generation. */ REG_WR(sc, BCE_HC_ATTN_BITS_ENABLE, STATUS_ATTN_BITS_LINK_STATE); + /* Enable the RXP. */ + bce_start_rxp_cpu(sc); + + /* Disable management frames (NC-SI) from flowing to the MCP. */ + if (sc->bce_flags & BCE_MFW_ENABLE_FLAG) { + val = REG_RD(sc, BCE_RPM_MGMT_PKT_CTRL) & ~BCE_RPM_MGMT_PKT_CTRL_MGMT_EN; + REG_WR(sc, BCE_RPM_MGMT_PKT_CTRL, val); + } + /* Enable all remaining blocks in the MAC. */ if ((BCE_CHIP_NUM(sc) == BCE_CHIP_NUM_5709) || (BCE_CHIP_NUM(sc) == BCE_CHIP_NUM_5716)) @@ -5851,22 +5947,29 @@ bce_rx_intr(struct bce_softc *sc) DBRUN(sc->debug_rx_mbuf_alloc--); sc->free_rx_bd++; - /* - * Frames received on the NetXteme II are prepended with an - * l2_fhdr structure which provides status information about - * the received frame (including VLAN tags and checksum info). - * The frames are also automatically adjusted to align the IP - * header (i.e. two null bytes are inserted before the Ethernet - * header). As a result the data DMA'd by the controller into - * the mbuf is as follows: - * - * +---------+-----+---------------------+-----+ - * | l2_fhdr | pad | packet data | FCS | - * +---------+-----+---------------------+-----+ - * - * The l2_fhdr needs to be checked and skipped and the FCS needs - * to be stripped before sending the packet up the stack. - */ + if(m0 == NULL) { + DBPRINT(sc, BCE_EXTREME_RECV, "%s(): Oops! Empty mbuf pointer " + "found in sc->rx_mbuf_ptr[0x%04X]!\n", + __FUNCTION__, sw_rx_cons_idx); + goto bce_rx_int_next_rx; + } + + /* + * Frames received on the NetXteme II are prepended with an + * l2_fhdr structure which provides status information about + * the received frame (including VLAN tags and checksum info). + * The frames are also automatically adjusted to align the IP + * header (i.e. two null bytes are inserted before the Ethernet + * header). As a result the data DMA'd by the controller into + * the mbuf is as follows: + * + * +---------+-----+---------------------+-----+ + * | l2_fhdr | pad | packet data | FCS | + * +---------+-----+---------------------+-----+ + * + * The l2_fhdr needs to be checked and skipped and the FCS needs + * to be stripped before sending the packet up the stack. + */ l2fhdr = mtod(m0, struct l2_fhdr *); /* Get the packet data + FCS length and the status. */ @@ -6387,6 +6490,7 @@ bce_init_locked(struct bce_softc *sc) bce_ifmedia_upd_locked(ifp); + /* Let the OS know the driver is up and running. */ ifp->if_drv_flags |= IFF_DRV_RUNNING; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; @@ -10038,9 +10142,9 @@ bce_dump_bc_state(struct bce_softc *sc) BCE_PRINTF("0x%08X - (0x%06X) state\n", val, BCE_BC_STATE); - val = bce_shmem_rd(sc, BCE_BC_CONDITION); + val = bce_shmem_rd(sc, BCE_BC_STATE_CONDITION); BCE_PRINTF("0x%08X - (0x%06X) condition\n", - val, BCE_BC_CONDITION); + val, BCE_BC_STATE_CONDITION); val = bce_shmem_rd(sc, BCE_BC_STATE_DEBUG_CMD); BCE_PRINTF("0x%08X - (0x%06X) debug_cmd\n", Modified: stable/8/sys/dev/bce/if_bcereg.h ============================================================================== --- stable/8/sys/dev/bce/if_bcereg.h Fri Mar 19 00:19:55 2010 (r205302) +++ stable/8/sys/dev/bce/if_bcereg.h Fri Mar 19 00:26:45 2010 (r205303) @@ -3715,6 +3715,10 @@ struct l2_fhdr { #define BCE_RPM_CONFIG_SORT_VECT_VAL (0xfL<<4) #define BCE_RPM_CONFIG_IGNORE_VLAN (1L<<31) +#define BCE_RPM_MGMT_PKT_CTRL 0x0000180c +#define BCE_RPM_MGMT_PKT_CTRL_MGMT_DISCARD_EN (1L<<30) +#define BCE_RPM_MGMT_PKT_CTRL_MGMT_EN (1L<<31) + #define BCE_RPM_VLAN_MATCH0 0x00001810 #define BCE_RPM_VLAN_MATCH0_RPM_VLAN_MTCH0_VALUE (0xfffL<<0) _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 00:32:54 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 3FEAD106566B; Fri, 19 Mar 2010 00:32:54 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 160F58FC0C; Fri, 19 Mar 2010 00:32:54 +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 o2J0Wrbc035905; Fri, 19 Mar 2010 00:32:53 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2J0WrCF035901; Fri, 19 Mar 2010 00:32:53 GMT (envelope-from yongari) Date: Fri, 19 Mar 2010 00:32:53 GMT Message-Id: <201003190032.o2J0WrCF035901@freefall.freebsd.org> To: rwilliams@borderware.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/135836: [bce] bce BCM5709 Watchdog after warm boot - ok after cold boot 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, 19 Mar 2010 00:32:54 -0000 Synopsis: [bce] bce BCM5709 Watchdog after warm boot - ok after cold boot State-Changed-From-To: open->closed State-Changed-By: yongari State-Changed-When: Fri Mar 19 00:30:39 UTC 2010 State-Changed-Why: Patch MFCed from HEAD. If you can still reproduce the issue please let me know. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Fri Mar 19 00:30:39 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=135836 From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 00:33:54 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 072361065675; Fri, 19 Mar 2010 00:33:54 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D1AC08FC13; Fri, 19 Mar 2010 00:33:53 +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 o2J0Xr9X035974; Fri, 19 Mar 2010 00:33:53 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2J0XrqJ035970; Fri, 19 Mar 2010 00:33:53 GMT (envelope-from yongari) Date: Fri, 19 Mar 2010 00:33:53 GMT Message-Id: <201003190033.o2J0XrqJ035970@freefall.freebsd.org> To: mksmith@adhost.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/140684: [bce] Broadcom NetXtreme II BCM5709 1000Base-T - fail after soft reboot 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, 19 Mar 2010 00:33:54 -0000 Synopsis: [bce] Broadcom NetXtreme II BCM5709 1000Base-T - fail after soft reboot State-Changed-From-To: open->closed State-Changed-By: yongari State-Changed-When: Fri Mar 19 00:33:06 UTC 2010 State-Changed-Why: Patch MFCed from HEAD. If you can still reproduce the issue please let me know. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Fri Mar 19 00:33:06 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=140684 From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 08:00: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 AC260106566C for ; Fri, 19 Mar 2010 08:00:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id 669B18FC1A for ; Fri, 19 Mar 2010 08:00:59 +0000 (UTC) Received: by gxk6 with SMTP id 6so1917073gxk.14 for ; Fri, 19 Mar 2010 01:00:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=S6XvgC8D4p2sQDjCcaZjRhrrKlOw66LQVgyyyfwfpDI=; b=vDNQxCWqruw8EeBbjHL8SboXsd3V89flXp06C15nNnh5Emj4HYzqJfH69RMOyXdZHB 3xr5mPxBMo4zJSbmTkuz+n0OJVUrIJaWm+/DDTnKeiIALA6OnoMWUzJfnc9UmwI5Lqu+ 6Zoe3TfwnKrlC9HzevMeAx7p4D316jbs0Y7l8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=a/2RD4muhyUBGwHEL0YxsFBu7t964n3TQJp4O8UveJzyq5LPeWqqizOZPoFNoPgxXv dwKRklkvORI76xfw6N71zRmZSaTWyo01NyDLqdZCao0Iz3UwxdhCuQmZopBLW6T9QarU WvTLW3wAbpNkdhuUtnkSU14ebaD18VSDkv6Zs= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.91.58.1 with SMTP id l1mr143852agk.104.1268984010426; Fri, 19 Mar 2010 00:33:30 -0700 (PDT) In-Reply-To: <201002062339.42721.bschmidt@techwires.net> References: <201002040915.04470.bschmidt@techwires.net> <4B6DE57F.7060104@errno.com> <201002062339.42721.bschmidt@techwires.net> Date: Fri, 19 Mar 2010 15:33:30 +0800 X-Google-Sender-Auth: ad9ea7fa38aa7ee3 Message-ID: From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Software TKIP group rekeying and phase1 issue 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, 19 Mar 2010 08:00:59 -0000 On 7 February 2010 06:39, Bernhard Schmidt wrote: >> Have you looked at other implementations? > > Doing that for all keys is probably right, have to test that. > > I did look at other implementation, they do zero out (tkip_ctx *)ctx inside > tkip_setkey() and restore part of its content from the key, which has the side > effect that rx_phase1_done also zero. No one handles that case intentionally. Did you get any further with this? Adrian From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 08:41:50 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 E85201065676; Fri, 19 Mar 2010 08:41:50 +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 BE3368FC16; Fri, 19 Mar 2010 08:41:50 +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 o2J8fohs075482; Fri, 19 Mar 2010 08:41:50 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2J8foUJ075478; Fri, 19 Mar 2010 08:41:50 GMT (envelope-from brucec) Date: Fri, 19 Mar 2010 08:41:50 GMT Message-Id: <201003190841.o2J8foUJ075478@freefall.freebsd.org> To: gnoahb@gmail.com, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/144844: [netgraph] souce in svn in 8/stable branch different from shipped source - causing PPP errors with mpd 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, 19 Mar 2010 08:41:51 -0000 Synopsis: [netgraph] souce in svn in 8/stable branch different from shipped source - causing PPP errors with mpd State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Fri Mar 19 08:39:37 UTC 2010 State-Changed-Why: Closed at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=144844 From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 08:55:58 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D20E106566C; Fri, 19 Mar 2010 08:55:58 +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 D815D8FC1C; Fri, 19 Mar 2010 08:55:57 +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 o2J8tvE5075758; Fri, 19 Mar 2010 08:55:57 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2J8tv6x075754; Fri, 19 Mar 2010 08:55:57 GMT (envelope-from bz) Date: Fri, 19 Mar 2010 08:55:57 GMT Message-Id: <201003190855.o2J8tv6x075754@freefall.freebsd.org> To: dado@korolev-net.ru, bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/144564: lltable grows too much 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, 19 Mar 2010 08:55:58 -0000 Synopsis: lltable grows too much State-Changed-From-To: open->analyzed State-Changed-By: bz State-Changed-When: Fri Mar 19 08:53:31 UTC 2010 State-Changed-Why: The problem has actually crashed cluster machines (ipv6gw) already with panic: kmem_malloc(4096): kmem_map too small: 335544320 total allocated as db> show malloc Type InUse MemUse Requests lltable 963374 240540K 963374 and I have looked at this and have a patch. Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Mar 19 08:53:31 UTC 2010 Responsible-Changed-Why: Take, been working on this and have a patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=144564 From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 09:29:03 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 811B0106566B for ; Fri, 19 Mar 2010 09:29:03 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay01.alfahosting-server.de (relay01.alfahosting-server.de [80.86.191.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF198FC20 for ; Fri, 19 Mar 2010 09:29:03 +0000 (UTC) Received: by relay01.alfahosting-server.de (Postfix, from userid 1001) id D16D52006DC70; Fri, 19 Mar 2010 10:07:05 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.1 required=7.0 tests=FORGED_RCVD_HELO autolearn=disabled version=3.1.7-deb3 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [82.197.146.36]) by relay01.alfahosting-server.de (Postfix) with ESMTP id 20F602006DBE5 for ; Fri, 19 Mar 2010 10:07:03 +0100 (CET) Received: from pc.martinlaabs.de (p5B0ED638.dip.t-dialin.net [91.14.214.56]) by alfa3018.alfahosting-server.de (Postfix) with ESMTP id F03D4515C79A for ; Fri, 19 Mar 2010 10:07:02 +0100 (CET) Message-ID: <4BA33EB6.80105@martinlaabs.de> Date: Fri, 19 Mar 2010 10:07:02 +0100 From: Martin Laabs User-Agent: Thunderbird 2.0.0.23 (X11/20091224) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.94.2/10596/Fri Mar 19 03:16:00 2010 Subject: nfsv4 client/server protocol prob err=10020 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, 19 Mar 2010 09:29:03 -0000 Hello, I currently try to set up a nfsv4 network at home. I have a server which acts as KDC and kerberos server (I know the security advices to not do that) and also as NFSv4 server. On the server I have the following lines in my rc.conf #NFS stuff rpcbind_enable="YES" nfsv4_server_enable="YES" nfsuserd_enable="YES" mountd_enable="YES" mountd_flags="-r" gssd_enable="YES" #kerberos kerberos5_server_enable="YES" kadmind5_server_enable="YES" on the client: nfsuserd_enable="YES" nfscbd_enable="YES" I also set vfs.usermount=1 to mount the nfs as regular user that has a kerberos principal. Beside the user principal I also created a nfs/pc.martinlaabs.de principal for the client and exported it to the client krb5.keytab. The exports at the server side contains: V4: /usr/home -sec=krb5p pc.martinlaabs.de As user on my client I run mount_nfs -o tcp,nfsv4,sec=krb5p server:/ mnt which returns only a warning that mount can not update mounttab which is OK. However - if I access the mnt directory I get the following error: bash:~$ ls mnt ls: mnt: Input/output error In the system message buffer I find the following message: nfsv4 client/server protocol prob err=10020 As far as I know error 10020 means NFS4ERR_NOFILEHANDLE. I sometimes also get the following message: nfscl: consider increasing kern.ipc.maxsockbuf But increasing does not affect the 10020 error. On the server I can not find any log entries. Can anyone interpret the error message and/or tell me what to do to get the nfs service working? Thank you, Martin Laabs PS: I use ipv6 for the nfs/kerberos stuff only. From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 11:54:20 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 857A8106566B; Fri, 19 Mar 2010 11:54:20 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id EB26C8FC19; Fri, 19 Mar 2010 11:54:19 +0000 (UTC) Received: by wwb18 with SMTP id 18so1842465wwb.13 for ; Fri, 19 Mar 2010 04:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:cc:content-type; bh=0n4Q3Q/ahphvdHggRD9NN33WXrfg9j4Yg+8bdxUgYZk=; b=mppNGlHtlhAC67EY5U43ckfMqN5pZrJutkMbTKq8PYvdo1YlKcgar4NtNIw2yEj6g2 KkSyGX2YpD/PfejKllHQHMJ3AbF1i+KWBzza26H3t5Iyrl+vgzT46LaMcaEih/2Yls7F zEG16z+D1xP0uQJEOsbNJF7UXy9JRudsbQFp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; b=lFN/UTpc3ziKTzdHfeajGsVPa0/qAcD2Yu7142Rh/HxAbwt2EpupSby/ML/LTbFPio dHG2h9vJ+FGCBDQkXxSCEw3Oo/vFpqRYokxoZr0NlfonpQxeWIZjq3+dEJiNhPMW82i6 eWdtMVt5224Cei2akxSoTHYaPSuljwmTVEWHs= MIME-Version: 1.0 Received: by 10.216.86.3 with SMTP id v3mr765073wee.190.1268999658143; Fri, 19 Mar 2010 04:54:18 -0700 (PDT) From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Fri, 19 Mar 2010 12:53:58 +0100 Message-ID: <9a542da31003190453s1e7598efr8f35f525871f5589@mail.gmail.com> To: freebsd-net Content-Type: text/plain; charset=ISO-8859-1 Cc: "Bjoern A. Zeeb" Subject: Is this correct? 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, 19 Mar 2010 11:54:20 -0000 Shouldn't this check be if (m->m_len > sizeof (struct ip)) { instead of if (m->m_len < sizeof (struct ip)) { in http://fxr.watson.org/fxr/source/netipsec/ipsec.c?im=excerpts#L595 Regards, -- Ermal From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 13:01: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 D2990106566B for ; Fri, 19 Mar 2010 13:01:48 +0000 (UTC) (envelope-from dimm404@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6C81A8FC24 for ; Fri, 19 Mar 2010 13:01:48 +0000 (UTC) Received: by wwb18 with SMTP id 18so1883805wwb.13 for ; Fri, 19 Mar 2010 06:01:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=ZD2M6wrJrYJaDW4nZmV1eyA0ZadDRfusHUoFa9FuueA=; b=otzoCW+iCTuM2gyvZAMUXycRIWOODyfdF9FzGVXUoS3fMpRU0n3plVDj9sn6/Ohb9N qFv5V3RHVHZ8tqqV+/a3gNjonb2vyyiH964PB8DCNMFnYAysNBPWl1bpZ6WSRFGxTjd1 UEU7TtZWBptd3C/wFeUC8itKtE03lrU6KoOPk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=VLgG6a0aDCO+tUfE7bmJncxikiX8knfnH0U0nhgeJe4GcqPD+lHWGTx2xjBXrM/x3K IKOdD3joiVJG4/lt/HF97CocjwgaOEhuwNLYMG6Sitxj32ap/053XYQE4FmPkJ1BmMIa 8hW8xphKJ8CEo0me811RXdVeE6tfnWAFDFBc4= MIME-Version: 1.0 Received: by 10.216.163.133 with SMTP id a5mr1743754wel.82.1269002375031; Fri, 19 Mar 2010 05:39:35 -0700 (PDT) Date: Fri, 19 Mar 2010 15:39:34 +0300 Message-ID: <50a120641003190539n7d60348ev85416f2777d6c82c@mail.gmail.com> From: =?KOI8-R?B?5M3J1NLJyiD+1dDBzs/X?= To: freebsd-net@freebsd.org X-Mailman-Approved-At: Fri, 19 Mar 2010 14:06:05 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [patch] ng_netflow 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, 19 Mar 2010 13:01:48 -0000 Hello. I saw patches for ng_netflow to make netflow v9 there http://lists.freebsd.org/pipermail/freebsd-net/2009-September/022911.html What's state of this patches? Is this code included in freebsd? Or will be include in future release? From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 14:40: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 712AE106564A for ; Fri, 19 Mar 2010 14:40:51 +0000 (UTC) (envelope-from proks@skylinetele.com) Received: from mail.sky.od.ua (relay.sky.od.ua [81.25.224.8]) by mx1.freebsd.org (Postfix) with ESMTP id 23E418FC0C for ; Fri, 19 Mar 2010 14:40:50 +0000 (UTC) Received: from relay.sky.od.ua (mail [81.25.224.8]) by mail.sky.od.ua (Postfix) with ESMTP id A41092E22 for ; Fri, 19 Mar 2010 16:40:49 +0200 (EET) X-Virus-Scanned: amavisd-new at sky.od.ua Received: from mail.sky.od.ua ([81.25.224.8]) by relay.sky.od.ua (relay4.sky.od.ua [81.25.224.8]) (amavisd-new, port 10024) with ESMTP id lwQvhXNTbDHE for ; Fri, 19 Mar 2010 16:40:44 +0200 (EET) Received: from logos.sky.od.ua (logos.sky.od.ua [81.25.224.11]) by mail.sky.od.ua (Postfix) with ESMTP id D1CBD2DFE for ; Fri, 19 Mar 2010 16:40:44 +0200 (EET) Message-ID: <4BA38CEC.9060205@skylinetele.com> Date: Fri, 19 Mar 2010 16:40:44 +0200 From: "Prokofyev S.P." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.8) Gecko/20100310 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Please pay attention to fix bug kern/141285 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, 19 Mar 2010 14:40:51 -0000 Hi ALL ! Please pay attention to fix bug kern/141285(kern/141843) ! Thank you very much! From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 16:47: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 68BBB1065670; Fri, 19 Mar 2010 16:47:57 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4D3538FC1C; Fri, 19 Mar 2010 16:47:56 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 41A4FA67C83; Sat, 20 Mar 2010 00:47:55 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id kZL8a3oiEUhB; Sat, 20 Mar 2010 00:47:48 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E042CA57C1A; Sat, 20 Mar 2010 00:47:47 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=umcos6ZcqDMLzXBFV8U+4FBMJ/bMsfYFj5tzJg6q7eN99AUjOmn+Tfp8po8ShcrXC 6nEdUCNrj8QyK78yUUH7w== Message-ID: <4BA3AAB1.7050900@delphij.net> Date: Fri, 19 Mar 2010 09:47:45 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100304 Thunderbird/3.0.3 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4BA38CEC.9060205@skylinetele.com> In-Reply-To: <4BA38CEC.9060205@skylinetele.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Jack Vogel , Pyun YongHyeon Subject: Re: Please pay attention to fix bug kern/141285 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 16:47:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/03/19 07:40, Prokofyev S.P. wrote: > Hi ALL ! > > Please pay attention to fix bug kern/141285(kern/141843) ! Looking at the PR, it seems that Pyun have a patch against em(4) and there is some confirmation that it has fixed the issue. Did it solved your problem? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLo6qxAAoJEATO+BI/yjfBX4cIAMvBqAMLSuSDIZYy4F2thDdq Niv4Phq7Ob9xrmpC6368fknZu/w+/4Z9I6Bpwx/On67JCHuIcmCezaOVuulLFn0Z We3Hq0CbGw4hS/rASjEMGHAVfiM1+gc88ohSxLMY2iCzDJ5kXId3O/+gpnZUGi3A aGgOq7jrZtYgW7gyL6KLVzw8I0pK68QZN+4CBmeD7jczNAPNXH35qARgeJEbpXWY q8Z81/ibtVaU+jfMjQvkULCE3+9+muklM2lcjHnobYLWzFqsP27sYazCW4TmDV6n IqXJdt5KrZqUsAg6EeTrOCNtjTO6b+b6Jb3zE+CNThvozhWsWah5IQcmhdFt8qE= =JlNN -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 17:02:32 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 C1A321065670 for ; Fri, 19 Mar 2010 17:02:32 +0000 (UTC) (envelope-from proks@skylinetele.com) Received: from mail.sky.od.ua (relay.sky.od.ua [81.25.224.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED7F8FC27 for ; Fri, 19 Mar 2010 17:02:31 +0000 (UTC) Received: from relay.sky.od.ua (mail [81.25.224.8]) by mail.sky.od.ua (Postfix) with ESMTP id 279D329E9; Fri, 19 Mar 2010 19:02:31 +0200 (EET) X-Virus-Scanned: amavisd-new at sky.od.ua Received: from mail.sky.od.ua ([81.25.224.8]) by relay.sky.od.ua (relay4.sky.od.ua [81.25.224.8]) (amavisd-new, port 10024) with ESMTP id ixL9xTlTsZvA; Fri, 19 Mar 2010 19:02:28 +0200 (EET) Received: from logos.sky.od.ua (logos.sky.od.ua [81.25.224.11]) by mail.sky.od.ua (Postfix) with ESMTP id 4265829DD; Fri, 19 Mar 2010 19:02:28 +0200 (EET) Message-ID: <4BA3AE24.5090700@skylinetele.com> Date: Fri, 19 Mar 2010 19:02:28 +0200 From: "Prokofyev S.P." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.8) Gecko/20100310 Thunderbird/3.0.3 MIME-Version: 1.0 To: d@delphij.net References: <4BA38CEC.9060205@skylinetele.com> <4BA3AAB1.7050900@delphij.net> In-Reply-To: <4BA3AAB1.7050900@delphij.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Xin LI , Jack Vogel , Pyun YongHyeon Subject: Re: Please pay attention to fix bug kern/141285 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, 19 Mar 2010 17:02:32 -0000 On 19.03.2010 18:47, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2010/03/19 07:40, Prokofyev S.P. wrote: > >> Hi ALL ! >> >> Please pay attention to fix bug kern/141285(kern/141843) ! >> > Looking at the PR, it seems that Pyun have a patch against em(4) and > there is some confirmation that it has fixed the issue. Did it solved > your problem? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.14 (FreeBSD) > > iQEcBAEBAgAGBQJLo6qxAAoJEATO+BI/yjfBX4cIAMvBqAMLSuSDIZYy4F2thDdq > Niv4Phq7Ob9xrmpC6368fknZu/w+/4Z9I6Bpwx/On67JCHuIcmCezaOVuulLFn0Z > We3Hq0CbGw4hS/rASjEMGHAVfiM1+gc88ohSxLMY2iCzDJ5kXId3O/+gpnZUGi3A > aGgOq7jrZtYgW7gyL6KLVzw8I0pK68QZN+4CBmeD7jczNAPNXH35qARgeJEbpXWY > q8Z81/ibtVaU+jfMjQvkULCE3+9+muklM2lcjHnobYLWzFqsP27sYazCW4TmDV6n > IqXJdt5KrZqUsAg6EeTrOCNtjTO6b+b6Jb3zE+CNThvozhWsWah5IQcmhdFt8qE= > =JlNN > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > I tested that patch, but it has been fixed kern/141843 http://lists.freebsd.org/pipermail/freebsd-net/2010-January/024173.html From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 17:45: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 3E93A106566B; Fri, 19 Mar 2010 17:45:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 95C7F8FC0A; Fri, 19 Mar 2010 17:45:24 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so367196fgg.13 for ; Fri, 19 Mar 2010 10:45:23 -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=bjsunp+t8i+eBfblN0t5dV+QltVifIlststfzsEBFFY=; b=kreXNx/n7Alp02ReoMVuP4W/RD5qDYOKvNgjo7gku0H9vG++HwEXnXt68mHcqacDsc AHeekyqpGdOoieVUrsuWP+i1eZMGFyDIF6FdL3L+D2PBnh0udGvzIzLDMp0pbD4kVIpD 2yEPViFbqwc2Q6ZfuPt3y4gMIcqsHAFktHCQs= 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=Meg3ewtvPG65S1RultCYz9CeHX34f5N3ETAdcV/w8RVb72GKHJ9tb8CELxhNv1IsGx mA6vhjCEbc6nV4ejVB3EEsGhrTBC+8JEfzlkgK9tAj5uAOKCBT2tIi10nXtyKOM9tlwH uWUb4s3bNbQ6Foivn+WmiA+dm+ZoyPxWG2+uU= Received: by 10.87.15.19 with SMTP id s19mr41222fgi.0.1269020722993; Fri, 19 Mar 2010 10:45:22 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e3sm1659382fga.4.2010.03.19.10.45.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Mar 2010 10:45:21 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 19 Mar 2010 10:44:50 -0700 From: Pyun YongHyeon Date: Fri, 19 Mar 2010 10:44:50 -0700 To: "Prokofyev S.P." Message-ID: <20100319174450.GP9373@michelle.cdnetworks.com> References: <4BA38CEC.9060205@skylinetele.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <4BA38CEC.9060205@skylinetele.com> User-Agent: Mutt/1.4.2.3i Cc: jfv@FreeBSD.org, freebsd-net@freebsd.org Subject: Re: Please pay attention to fix bug kern/141285 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 17:45:25 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 19, 2010 at 04:40:44PM +0200, Prokofyev S.P. wrote: > Hi ALL ! > > Please pay attention to fix bug kern/141285(kern/141843) ! > igb(4) also has a similar issue but it seems igb(4) does not even advertise IFCAP_VLAN_HWFILTER capability. igb(4) may have to remove VLAN event handler or should implement IFCAP_VLAN_HWFILTER to support VLAN hardware filtering. I have a patch for the hardware VLAN filtering of em(4). But it wouldn't address the issue reported in the PR. The root cause of issue was em(4) wants to reset controller whenever new VLAN is registered/unregistered. I'm not sure this is requirement of hardware. If this is requirement of hardware there is no way to avoid the controller reset unless you disable vlanhwfilter feature. #ifconfig em0 -vlanhwfilter em(4) in HEAD disabled VLAN hardware filtering by default so if you use that version you wouldn't encounter the issue again. Attached patch is small diff for VLAN hardware filtering which tries to avoid unnecessary controller reset and added missing lock. If hardware allows dynamic changing of VLAN filtering table we could completely bypass the controller reset. Jack may know the details. --0F1p//8PRICkK4MW Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="em.vlan_hwfilter.patch" Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c (revision 205300) +++ sys/dev/e1000/if_em.c (working copy) @@ -4652,10 +4652,15 @@ index = (vtag >> 5) & 0x7F; bit = vtag & 0x1F; + EM_CORE_LOCK(adapter); em_shadow_vfta[index] |= (1 << bit); ++adapter->num_vlans; /* Re-init to load the changes */ - em_init(adapter); + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0 && + (ifp->if_capabilities & IFCAP_VLAN_HWFILTER) != 0 && + (ifp->if_capenable & IFCAP_VLAN_HWFILTER) != 0) + em_init_locked(adapter); + EM_CORE_UNLOCK(adapter); } /* @@ -4677,9 +4682,14 @@ index = (vtag >> 5) & 0x7F; bit = vtag & 0x1F; em_shadow_vfta[index] &= ~(1 << bit); + EM_CORE_LOCK(adapter); --adapter->num_vlans; /* Re-init to load the changes */ - em_init(adapter); + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0 && + (ifp->if_capabilities & IFCAP_VLAN_HWFILTER) != 0 && + (ifp->if_capenable & IFCAP_VLAN_HWFILTER) != 0) + em_init_locked(adapter); + EM_CORE_UNLOCK(adapter); } static void --0F1p//8PRICkK4MW-- From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 17:47: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 BC875106566B; Fri, 19 Mar 2010 17:47:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7DB8FC0A; Fri, 19 Mar 2010 17:47:39 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so367918fgg.13 for ; Fri, 19 Mar 2010 10:47:39 -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=IS8bhpjnqts85Nz2RHCRWGap9qVjcvJei2E/GHe2qSk=; b=ZgArmDCnnfRYTCrIBgexyN4Hs+vO1c7hJdOeXR/RsGcqa66lZXPN15OShGOrR6plgn SU2LtylIDcrugrZIgoZlU7WdLWJRbbxNPOLOFOAJ/PPViKMZlf+R/d+J5h+XY01tA6zA t6v185+0y4jh1Ce3L81zjf2x8xADzd+TKht3w= 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=G0hjf/LwX1hx6ouqZNuuJG2MwbcHW8zhT1mVKrU+KTRALacTPba6Zn34iyJ/5bfheO 1Z0cfJctvrS7U8imx8IB2T8aelEbnwksULt9LJx3kfW5qoPPtd+qvyUPfSOeaVWrdHj5 nEZ3sl02+HSVoyBOIO46SvXPYwmWUweXzyWcc= Received: by 10.86.6.40 with SMTP id 40mr7872437fgf.3.1269020858994; Fri, 19 Mar 2010 10:47:38 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e3sm1671340fga.14.2010.03.19.10.47.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Mar 2010 10:47:37 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 19 Mar 2010 10:47:09 -0700 From: Pyun YongHyeon Date: Fri, 19 Mar 2010 10:47:09 -0700 To: "Prokofyev S.P." Message-ID: <20100319174709.GQ9373@michelle.cdnetworks.com> References: <4BA38CEC.9060205@skylinetele.com> <20100319174450.GP9373@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qlTNgmc+xy1dBmNv" Content-Disposition: inline In-Reply-To: <20100319174450.GP9373@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: jfv@FreeBSD.org, freebsd-net@freebsd.org Subject: Re: Please pay attention to fix bug kern/141285 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 17:47:40 -0000 --qlTNgmc+xy1dBmNv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 19, 2010 at 10:44:50AM -0700, Pyun YongHyeon wrote: > On Fri, Mar 19, 2010 at 04:40:44PM +0200, Prokofyev S.P. wrote: > > Hi ALL ! > > > > Please pay attention to fix bug kern/141285(kern/141843) ! > > > > igb(4) also has a similar issue but it seems igb(4) does not even > advertise IFCAP_VLAN_HWFILTER capability. igb(4) may have to remove > VLAN event handler or should implement IFCAP_VLAN_HWFILTER to > support VLAN hardware filtering. > > I have a patch for the hardware VLAN filtering of em(4). But it > wouldn't address the issue reported in the PR. The root cause of > issue was em(4) wants to reset controller whenever new VLAN is > registered/unregistered. I'm not sure this is requirement of > hardware. If this is requirement of hardware there is no way to > avoid the controller reset unless you disable vlanhwfilter feature. > > #ifconfig em0 -vlanhwfilter > > em(4) in HEAD disabled VLAN hardware filtering by default so if you > use that version you wouldn't encounter the issue again. Attached > patch is small diff for VLAN hardware filtering which tries to > avoid unnecessary controller reset and added missing lock. If > hardware allows dynamic changing of VLAN filtering table we could > completely bypass the controller reset. Jack may know the details. Oops, posted old patch. Here is new one. --qlTNgmc+xy1dBmNv Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="em.vlan_hwfilter.patch2" Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c (revision 205300) +++ sys/dev/e1000/if_em.c (working copy) @@ -4652,10 +4652,15 @@ index = (vtag >> 5) & 0x7F; bit = vtag & 0x1F; + EM_CORE_LOCK(adapter); em_shadow_vfta[index] |= (1 << bit); ++adapter->num_vlans; /* Re-init to load the changes */ - em_init(adapter); + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0 && + (ifp->if_capabilities & IFCAP_VLAN_HWFILTER) != 0 && + (ifp->if_capenable & IFCAP_VLAN_HWFILTER) != 0) + em_init_locked(adapter); + EM_CORE_UNLOCK(adapter); } /* @@ -4676,10 +4681,15 @@ index = (vtag >> 5) & 0x7F; bit = vtag & 0x1F; + EM_CORE_LOCK(adapter); em_shadow_vfta[index] &= ~(1 << bit); --adapter->num_vlans; /* Re-init to load the changes */ - em_init(adapter); + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0 && + (ifp->if_capabilities & IFCAP_VLAN_HWFILTER) != 0 && + (ifp->if_capenable & IFCAP_VLAN_HWFILTER) != 0) + em_init_locked(adapter); + EM_CORE_UNLOCK(adapter); } static void --qlTNgmc+xy1dBmNv-- From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 21:40:31 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 34489106564A; Fri, 19 Mar 2010 21:40:31 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 808F18FC1C; Fri, 19 Mar 2010 21:40:30 +0000 (UTC) Received: by bwz8 with SMTP id 8so3446544bwz.3 for ; Fri, 19 Mar 2010 14:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=VtYu6IlkRcrTpjamNmL7ifAXdEWEVeuZkVCUKd06v1k=; b=ijz+NKqoXWkZutS6lPlKUEtDKCs4ck+1/p5/XZ3juAhvBSBt3mzFE36YdUJu71Jjlh gITWTtykZyZGq9AIrIZzltARRdx2fqjs/tIoJBG0GSpX0RQ+c2NRlh5J6SK1bwJtea2T hczGm5pIBSq3SvjURZ42gULHnxrReyHTx4SxM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ANKV6hYVoEMX+Caef8LR7TNcEHYD23tUdMTQfSQq0MyTHKUuUIbZiV0eOYfavHyAlC 7bf19ZG3xyvjbu1H51oGFxuMMrca7n5pnVtd07HERmZ9BHFzoR5ZMYf1ajCTbrzsTCMr UswHies4ahCgS5DAr5uVKhL5ArGO8daWRV7NU= MIME-Version: 1.0 Received: by 10.204.85.73 with SMTP id n9mr1890804bkl.71.1269033288061; Fri, 19 Mar 2010 14:14:48 -0700 (PDT) Date: Fri, 19 Mar 2010 23:14:47 +0200 Message-ID: From: Dan Naumov To: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, FreeBSD-STABLE Mailing List , freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Samba read speed performance tuning 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, 19 Mar 2010 21:40:31 -0000 On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board using an Intel gigabit nic with the em driver, running on top of a ZFS mirror, I was seeing a strange issue. Local reads and writes to the pool easily saturate the disks with roughly 75mb/s throughput, which is roughly the best these drives can do. However, working with Samba, writes to a share could easily pull off 75mb/s and saturate the disks, but reads off a share were resulting in rather pathetic 18mb/s throughput. I found a threadon the FreeBSD forums (http://forums.freebsd.org/showthread.php?t=9187) and followed the suggested advice. I rebuilt Samba with AIO support, kldloaded the aio module and made the following changes to my smb.conf From: socket options=TCP_NODELAY To: socket options=SO_RCVBUF=131072 SO_SNDBUF=131072 TCP_NODELAY min receivefile size=16384 use sendfile=true aio read size = 16384 aio write size = 16384 aio write behind = true dns proxy = no[/CODE] This showed a very welcome improvement in read speed, I went from 18mb/s to 48mb/s. The write speed remained unchanged and was still saturating the disks. Now I tried the suggested sysctl tunables: atombsd# sysctl net.inet.tcp.delayed_ack=0 net.inet.tcp.delayed_ack: 1 -> 0 atombsd# sysctl net.inet.tcp.path_mtu_discovery=0 net.inet.tcp.path_mtu_discovery: 1 -> 0 atombsd# sysctl net.inet.tcp.recvbuf_inc=524288 net.inet.tcp.recvbuf_inc: 16384 -> 524288 atombsd# sysctl net.inet.tcp.recvbuf_max=16777216 net.inet.tcp.recvbuf_max: 262144 -> 16777216 atombsd# sysctl net.inet.tcp.sendbuf_inc=524288 net.inet.tcp.sendbuf_inc: 8192 -> 524288 atombsd# sysctl net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.sendbuf_max: 262144 -> 16777216 atombsd# sysctl net.inet.tcp.sendspace=65536 net.inet.tcp.sendspace: 32768 -> 65536 atombsd# sysctl net.inet.udp.maxdgram=57344 net.inet.udp.maxdgram: 9216 -> 57344 atombsd# sysctl net.inet.udp.recvspace=65536 net.inet.udp.recvspace: 42080 -> 65536 atombsd# sysctl net.local.stream.recvspace=65536 net.local.stream.recvspace: 8192 -> 65536 atombsd# sysctl net.local.stream.sendspace=65536 net.local.stream.sendspace: 8192 -> 65536 This improved the read speeds a further tiny bit, now I went from 48mb/s to 54mb/s. This is it however, I can't figure out how to increase Samba read speed any further. Any ideas? From owner-freebsd-net@FreeBSD.ORG Fri Mar 19 23:53: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 5A49D1065676; Fri, 19 Mar 2010 23:53:39 +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 30E2F8FC1D; Fri, 19 Mar 2010 23:53: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 o2JNrdLB051779; Fri, 19 Mar 2010 23:53:39 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2JNrdBZ051775; Fri, 19 Mar 2010 23:53:39 GMT (envelope-from linimon) Date: Fri, 19 Mar 2010 23:53:39 GMT Message-Id: <201003192353.o2JNrdBZ051775@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/144874: [if_bridge] [patch] if_bridge frees mbuf after pfil hooks returns non-zero 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, 19 Mar 2010 23:53:39 -0000 Old Synopsis: [patch] if_bridge frees mbuf after pfil hooks returns non-zero New Synopsis: [if_bridge] [patch] if_bridge frees mbuf after pfil hooks returns non-zero Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Mar 19 23:53:11 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144874 From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 01:00:15 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 71A681065672 for ; Sat, 20 Mar 2010 01:00:15 +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 46B248FC1F for ; Sat, 20 Mar 2010 01:00:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2K10Fjg003713 for ; Sat, 20 Mar 2010 01:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2K10FWG003709; Sat, 20 Mar 2010 01:00:15 GMT (envelope-from gnats) Date: Sat, 20 Mar 2010 01:00:15 GMT Message-Id: <201003200100.o2K10FWG003709@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: David Horn Cc: Subject: Re: kern/139117: [lagg] wlan boot timing (EBUSY) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Horn List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 01:00:15 -0000 The following reply was made to PR kern/139117; it has been noted by GNATS. From: David Horn To: bug-followup@FreeBSD.org, dhorn2000@gmail.com Cc: Subject: Re: kern/139117: [lagg] wlan boot timing (EBUSY) Date: Fri, 19 Mar 2010 20:59:19 -0400 --001485f7d62453ff1d048230f91d Content-Type: text/plain; charset=ISO-8859-1 Fixed by r204901 - delphij removal of OACTIVE check (also attached as a text diff) After testing this several different ways, this seems to work 100% for me. Please close as fixed after MFC. --Thanks! --Dave Horn --001485f7d62453ff1d048230f91d Content-Type: text/plain; charset=US-ASCII; name="lagg_oactive.diff.txt" Content-Disposition: attachment; filename="lagg_oactive.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g6zpiz4i0 SW5kZXg6IGlmX2xhZ2cuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBpZl9sYWdnLmMJKHJldmlzaW9uIDIwNDg3 NykKKysrIGlmX2xhZ2cuYwkod29ya2luZyBjb3B5KQpAQCAtNDg0LDEwICs0ODQsNiBAQAogCWlm IChzYy0+c2NfY291bnQgPj0gTEFHR19NQVhfUE9SVFMpCiAJCXJldHVybiAoRU5PU1BDKTsKIAot CS8qIE5ldyBsYWdnIHBvcnQgaGFzIHRvIGJlIGluIGFuIGlkbGUgc3RhdGUgKi8KLQlpZiAoaWZw LT5pZl9kcnZfZmxhZ3MgJiBJRkZfRFJWX09BQ1RJVkUpCi0JCXJldHVybiAoRUJVU1kpOwotCiAJ LyogQ2hlY2sgaWYgcG9ydCBoYXMgYWxyZWFkeSBiZWVuIGFzc29jaWF0ZWQgdG8gYSBsYWdnICov CiAJaWYgKGlmcC0+aWZfbGFnZyAhPSBOVUxMKQogCQlyZXR1cm4gKEVCVVNZKTsK --001485f7d62453ff1d048230f91d-- From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 01:28: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 56EF91065673; Sat, 20 Mar 2010 01:28:05 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8888FC12; Sat, 20 Mar 2010 01:28:04 +0000 (UTC) Received: by bwz8 with SMTP id 8so3538697bwz.3 for ; Fri, 19 Mar 2010 18:28:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=6r7Ruld4lQK7PdbGvYJaSwXnS0Y+83oNhcyHTfti57k=; b=YctfHydih6/5jek5ROfggr8KpAqkbnwsOJLDKJn9evraOGfuZC1uZ7OTfVHOVSZzX1 K5kWBkyCixamY9XP8Eu9zo4TRP7nU1lmlKkX9/Xyl7X0yRdrNoZaF8ux+apCwfRfNrBF ChMQzpFCxlQYAzbRg3K9jxLtKqragYzlACS3E= 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 :content-type; b=jHSECJ3aaST4Vir0rdb51HRM/gAUjT7Jk6bM1VrJ9Q7OYvjOd6oIcMC+HsoPoHCeMM RjYgOWldoe2dx2byDdq6FkbnM685tJ+EuS0zwmCQR7H5vI86/8FgDP3ByRGVgpVsXatN n2v+RQiUqkCoB/johF01auN8Xy9t/GWhhB5P8= MIME-Version: 1.0 Received: by 10.204.1.136 with SMTP id 8mr1457434bkf.92.1269048482999; Fri, 19 Mar 2010 18:28:02 -0700 (PDT) In-Reply-To: References: Date: Sat, 20 Mar 2010 03:28:02 +0200 Message-ID: From: Dan Naumov To: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, FreeBSD-STABLE Mailing List , freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Samba read speed performance tuning 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, 20 Mar 2010 01:28:05 -0000 On Fri, Mar 19, 2010 at 11:14 PM, Dan Naumov wrote: > On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board > using an Intel gigabit nic with the em driver, running on top of a ZFS > mirror, I was seeing a strange issue. Local reads and writes to the > pool easily saturate the disks with roughly 75mb/s throughput, which > is roughly the best these drives can do. However, working with Samba, > writes to a share could easily pull off 75mb/s and saturate the disks, > but reads off a share were resulting in rather pathetic 18mb/s > throughput. > > I found a threadon the FreeBSD forums > (http://forums.freebsd.org/showthread.php?t=9187) and followed the > suggested advice. I rebuilt Samba with AIO support, kldloaded the aio > module and made the following changes to my smb.conf > > From: > socket options=TCP_NODELAY > > To: > socket options=SO_RCVBUF=131072 SO_SNDBUF=131072 TCP_NODELAY > min receivefile size=16384 > use sendfile=true > aio read size = 16384 > aio write size = 16384 > aio write behind = true > dns proxy = no[/CODE] > > This showed a very welcome improvement in read speed, I went from > 18mb/s to 48mb/s. The write speed remained unchanged and was still > saturating the disks. Now I tried the suggested sysctl tunables: > > atombsd# sysctl net.inet.tcp.delayed_ack=0 > net.inet.tcp.delayed_ack: 1 -> 0 > > atombsd# sysctl net.inet.tcp.path_mtu_discovery=0 > net.inet.tcp.path_mtu_discovery: 1 -> 0 > > atombsd# sysctl net.inet.tcp.recvbuf_inc=524288 > net.inet.tcp.recvbuf_inc: 16384 -> 524288 > > atombsd# sysctl net.inet.tcp.recvbuf_max=16777216 > net.inet.tcp.recvbuf_max: 262144 -> 16777216 > > atombsd# sysctl net.inet.tcp.sendbuf_inc=524288 > net.inet.tcp.sendbuf_inc: 8192 -> 524288 > > atombsd# sysctl net.inet.tcp.sendbuf_max=16777216 > net.inet.tcp.sendbuf_max: 262144 -> 16777216 > > atombsd# sysctl net.inet.tcp.sendspace=65536 > net.inet.tcp.sendspace: 32768 -> 65536 > > atombsd# sysctl net.inet.udp.maxdgram=57344 > net.inet.udp.maxdgram: 9216 -> 57344 > > atombsd# sysctl net.inet.udp.recvspace=65536 > net.inet.udp.recvspace: 42080 -> 65536 > > atombsd# sysctl net.local.stream.recvspace=65536 > net.local.stream.recvspace: 8192 -> 65536 > > atombsd# sysctl net.local.stream.sendspace=65536 > net.local.stream.sendspace: 8192 -> 65536 > > This improved the read speeds a further tiny bit, now I went from > 48mb/s to 54mb/s. This is it however, I can't figure out how to > increase Samba read speed any further. Any ideas? Oh my god... Why did noone tell me how much of an enormous performance boost vfs.zfs.prefetch_disable=0 (aka actually enabling prefetch) is. My local reads off the mirror pool jumped from 75mb/s to 96mb/s (ie. they are now nearly 25% faster than reading off an individual disk) and reads off a Samba share skyrocketed from 50mb/s to 90mb/s. By default, FreeBSD sets vfs.zfs.prefetch_disable to 1 on any i386 systems and on any amd64 systems with less than 4GB of avaiable memory. My system is amd64 with 4gb ram, but integrated video eats some of that, so the autotuning disabled the prefetch. I had read up on it and a fair amount of people seemed to have performance issues caused by having prefetch enabled and get better results with it turned off, in my case however, it seems that enabling it gave a really solid boost to performance. - Sincerely Dan Naumov From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 01:50:03 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 A2B821065672 for ; Sat, 20 Mar 2010 01:50:03 +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 7714F8FC0A for ; Sat, 20 Mar 2010 01:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2K1o3FG046334 for ; Sat, 20 Mar 2010 01:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2K1o3sx046333; Sat, 20 Mar 2010 01:50:03 GMT (envelope-from gnats) Date: Sat, 20 Mar 2010 01:50:03 GMT Message-Id: <201003200150.o2K1o3sx046333@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Gleb Kurtsou Cc: Subject: Re: kern/144874: [if_bridge] [patch] if_bridge frees mbuf after pfil hooks returns non-zero X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gleb Kurtsou List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 01:50:03 -0000 The following reply was made to PR kern/144874; it has been noted by GNATS. From: Gleb Kurtsou To: bug-followup@FreeBSD.org, jacobmdrop@comcast.net Cc: Subject: Re: kern/144874: [if_bridge] [patch] if_bridge frees mbuf after pfil hooks returns non-zero Date: Sat, 20 Mar 2010 03:50:04 +0200 [...] > Create a simple pfil hook and install it with pfil_add_hook(PFIL_IN). > The hook should drop (some) packets by returning a non-zero value. The > hook should free the mbuf on dropped packets by calling m_freem(*mp). > The filter should _not_ modify the mbuf pointer (mp). Install a ^^^^^^^^^ documentation is wrong here. As far as I can see all firewalls in the tree zero mp after free, something like: if (chk && *m) { m_freem(*m); *m = NULL; } Correct fix would be to update documentation and add KASSERT to pfil_run_hooks checking *mp == 0 if hook returned non-zero result. > if_bridge on the system, and pass traffic through the bridge, such > that at least one packet gets dropped by the pfil hook. At some point > shortly after that the system will panic. The panic is usually occurs > in sbflush_internal(), though there are other ways that the corruption > can manifest. From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 02:06:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4B25106564A; Sat, 20 Mar 2010 02:06:54 +0000 (UTC) (envelope-from Ggatten@waddell.com) Received: from mailhost0.waddell.com (mailhost0.waddell.com [12.154.38.61]) by mx1.freebsd.org (Postfix) with ESMTP id 8442D8FC0C; Sat, 20 Mar 2010 02:06:54 +0000 (UTC) Received: from emlpfilt2.waddell.com (emlpfilt2.waddell.com [10.1.10.30]) by mailhost0.waddell.com (Postfix) with ESMTP id CBEF226362D; Fri, 19 Mar 2010 20:47:27 -0500 (CDT) Received: from emlpfilt2.waddell.com (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7D21D2F8002; Fri, 19 Mar 2010 20:49:35 -0500 (CDT) Received: from advpexv0.wradvisors.com (advpexb1.wradvisors.com [192.168.203.21]) by emlpfilt2.waddell.com (Postfix) with ESMTP id 74DF42F8001; Fri, 19 Mar 2010 20:49:35 -0500 (CDT) Received: from ADVPHTCAS0.wradvisors.com ([192.168.203.228]) by advpexv0.wradvisors.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 19 Mar 2010 20:49:35 -0500 Received: from WADPMBXV0.waddell.com ([169.254.1.205]) by ADVPHTCAS0.wradvisors.com ([192.168.203.228]) with mapi; Fri, 19 Mar 2010 20:49:34 -0500 From: Gary Gatten To: "'dan.naumov@gmail.com'" , "'freebsd-net@freebsd.org'" , "'freebsd-questions@freebsd.org'" , "'freebsd-stable@freebsd.org'" , "'freebsd-performance@freebsd.org'" Date: Fri, 19 Mar 2010 20:49:34 -0500 Thread-Topic: Samba read speed performance tuning Thread-Index: AcrHzOlSisOlux8WQhGh78s4+fcm6AAAq4gk Message-ID: <30209_1269049775_4BA429AF_30209_895_1_D9B37353831173459FDAA836D3B434994A334315@WADPMBXV0.waddell.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginalArrivalTime: 20 Mar 2010 01:49:35.0203 (UTC) FILETIME=[97C6DB30:01CAC7CF] Cc: Subject: Re: Samba read speed performance tuning 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, 20 Mar 2010 02:06:55 -0000 SXQgTUFZIG1ha2UgYSBiaWcgZGlmZiwgYnV0IG1ha2Ugc3VyZSBkdXJpbmcgeW91ciB0ZXN0cyB5 b3UgdXNlIHVuaXF1ZSBmaWxlcyBvciBmbHVzaCB0aGUgY2FjaGUgb3IgeW91J2xsIG1lIHRlc3Rp bmcgY2FjaGUgc3BlZWQgYW5kIG5vdCBkaXNrIHNwZWVkLg0KDQotLS0tLSBPcmlnaW5hbCBNZXNz YWdlIC0tLS0tDQpGcm9tOiBvd25lci1mcmVlYnNkLXF1ZXN0aW9uc0BmcmVlYnNkLm9yZyA8b3du ZXItZnJlZWJzZC1xdWVzdGlvbnNAZnJlZWJzZC5vcmc+DQpUbzogZnJlZWJzZC1uZXRAZnJlZWJz ZC5vcmcgPGZyZWVic2QtbmV0QGZyZWVic2Qub3JnPjsgZnJlZWJzZC1xdWVzdGlvbnNAZnJlZWJz ZC5vcmcgPGZyZWVic2QtcXVlc3Rpb25zQGZyZWVic2Qub3JnPjsgRnJlZUJTRC1TVEFCTEUgTWFp bGluZyBMaXN0IDxmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZz47IGZyZWVic2QtcGVyZm9ybWFu Y2VAZnJlZWJzZC5vcmcgPGZyZWVic2QtcGVyZm9ybWFuY2VAZnJlZWJzZC5vcmc+DQpTZW50OiBG cmkgTWFyIDE5IDIwOjI4OjAyIDIwMTAKU3ViamVjdDogUmU6IFNhbWJhIHJlYWQgc3BlZWQgcGVy Zm9ybWFuY2UgdHVuaW5nDQoNCk9uIEZyaSwgTWFyIDE5LCAyMDEwIGF0IDExOjE0IFBNLCBEYW4g TmF1bW92IDxkYW4ubmF1bW92QGdtYWlsLmNvbT4gd3JvdGU6DQo+IE9uIGEgRnJlZUJTRCA4LjAt UkVMRUFTRS9hbWQ2NCBzeXN0ZW0gd2l0aCBhIFN1cGVybWljcm8gWDdTUEEtSCBib2FyZA0KPiB1 c2luZyBhbiBJbnRlbCBnaWdhYml0IG5pYyB3aXRoIHRoZSBlbSBkcml2ZXIsIHJ1bm5pbmcgb24g dG9wIG9mIGEgWkZTDQo+IG1pcnJvciwgSSB3YXMgc2VlaW5nIGEgc3RyYW5nZSBpc3N1ZS4gTG9j YWwgcmVhZHMgYW5kIHdyaXRlcyB0byB0aGUNCj4gcG9vbCBlYXNpbHkgc2F0dXJhdGUgdGhlIGRp c2tzIHdpdGggcm91Z2hseSA3NW1iL3MgdGhyb3VnaHB1dCwgd2hpY2gNCj4gaXMgcm91Z2hseSB0 aGUgYmVzdCB0aGVzZSBkcml2ZXMgY2FuIGRvLiBIb3dldmVyLCB3b3JraW5nIHdpdGggU2FtYmEs DQo+IHdyaXRlcyB0byBhIHNoYXJlIGNvdWxkIGVhc2lseSBwdWxsIG9mZiA3NW1iL3MgYW5kIHNh dHVyYXRlIHRoZSBkaXNrcywNCj4gYnV0IHJlYWRzIG9mZiBhIHNoYXJlIHdlcmUgcmVzdWx0aW5n IGluIHJhdGhlciBwYXRoZXRpYyAxOG1iL3MNCj4gdGhyb3VnaHB1dC4NCj4NCj4gSSBmb3VuZCBh IHRocmVhZG9uIHRoZSBGcmVlQlNEIGZvcnVtcw0KPiAoaHR0cDovL2ZvcnVtcy5mcmVlYnNkLm9y Zy9zaG93dGhyZWFkLnBocD90PTkxODcpIGFuZCBmb2xsb3dlZCB0aGUNCj4gc3VnZ2VzdGVkIGFk dmljZS4gSSByZWJ1aWx0IFNhbWJhIHdpdGggQUlPIHN1cHBvcnQsIGtsZGxvYWRlZCB0aGUgYWlv DQo+IG1vZHVsZSBhbmQgbWFkZSB0aGUgZm9sbG93aW5nIGNoYW5nZXMgdG8gbXkgc21iLmNvbmYN Cj4NCj4gRnJvbToNCj4gc29ja2V0IG9wdGlvbnM9VENQX05PREVMQVkNCj4NCj4gVG86DQo+IHNv Y2tldCBvcHRpb25zPVNPX1JDVkJVRj0xMzEwNzIgU09fU05EQlVGPTEzMTA3MiBUQ1BfTk9ERUxB WQ0KPiBtaW4gcmVjZWl2ZWZpbGUgc2l6ZT0xNjM4NA0KPiB1c2Ugc2VuZGZpbGU9dHJ1ZQ0KPiBh aW8gcmVhZCBzaXplID0gMTYzODQNCj4gYWlvIHdyaXRlIHNpemUgPSAxNjM4NA0KPiBhaW8gd3Jp dGUgYmVoaW5kID0gdHJ1ZQ0KPiBkbnMgcHJveHkgPSBub1svQ09ERV0NCj4NCj4gVGhpcyBzaG93 ZWQgYSB2ZXJ5IHdlbGNvbWUgaW1wcm92ZW1lbnQgaW4gcmVhZCBzcGVlZCwgSSB3ZW50IGZyb20N Cj4gMThtYi9zIHRvIDQ4bWIvcy4gVGhlIHdyaXRlIHNwZWVkIHJlbWFpbmVkIHVuY2hhbmdlZCBh bmQgd2FzIHN0aWxsDQo+IHNhdHVyYXRpbmcgdGhlIGRpc2tzLiBOb3cgSSB0cmllZCB0aGUgc3Vn Z2VzdGVkIHN5c2N0bCB0dW5hYmxlczoNCj4NCj4gYXRvbWJzZCMgc3lzY3RsIG5ldC5pbmV0LnRj cC5kZWxheWVkX2Fjaz0wDQo+IG5ldC5pbmV0LnRjcC5kZWxheWVkX2FjazogMSAtPiAwDQo+DQo+ IGF0b21ic2QjIHN5c2N0bCBuZXQuaW5ldC50Y3AucGF0aF9tdHVfZGlzY292ZXJ5PTANCj4gbmV0 LmluZXQudGNwLnBhdGhfbXR1X2Rpc2NvdmVyeTogMSAtPiAwDQo+DQo+IGF0b21ic2QjIHN5c2N0 bCBuZXQuaW5ldC50Y3AucmVjdmJ1Zl9pbmM9NTI0Mjg4DQo+IG5ldC5pbmV0LnRjcC5yZWN2YnVm X2luYzogMTYzODQgLT4gNTI0Mjg4DQo+DQo+IGF0b21ic2QjIHN5c2N0bCBuZXQuaW5ldC50Y3Au cmVjdmJ1Zl9tYXg9MTY3NzcyMTYNCj4gbmV0LmluZXQudGNwLnJlY3ZidWZfbWF4OiAyNjIxNDQg LT4gMTY3NzcyMTYNCj4NCj4gYXRvbWJzZCMgc3lzY3RsIG5ldC5pbmV0LnRjcC5zZW5kYnVmX2lu Yz01MjQyODgNCj4gbmV0LmluZXQudGNwLnNlbmRidWZfaW5jOiA4MTkyIC0+IDUyNDI4OA0KPg0K PiBhdG9tYnNkIyBzeXNjdGwgbmV0LmluZXQudGNwLnNlbmRidWZfbWF4PTE2Nzc3MjE2DQo+IG5l dC5pbmV0LnRjcC5zZW5kYnVmX21heDogMjYyMTQ0IC0+IDE2Nzc3MjE2DQo+DQo+IGF0b21ic2Qj IHN5c2N0bCBuZXQuaW5ldC50Y3Auc2VuZHNwYWNlPTY1NTM2DQo+IG5ldC5pbmV0LnRjcC5zZW5k c3BhY2U6IDMyNzY4IC0+IDY1NTM2DQo+DQo+IGF0b21ic2QjIHN5c2N0bCBuZXQuaW5ldC51ZHAu bWF4ZGdyYW09NTczNDQNCj4gbmV0LmluZXQudWRwLm1heGRncmFtOiA5MjE2IC0+IDU3MzQ0DQo+ DQo+IGF0b21ic2QjIHN5c2N0bCBuZXQuaW5ldC51ZHAucmVjdnNwYWNlPTY1NTM2DQo+IG5ldC5p bmV0LnVkcC5yZWN2c3BhY2U6IDQyMDgwIC0+IDY1NTM2DQo+DQo+IGF0b21ic2QjIHN5c2N0bCBu ZXQubG9jYWwuc3RyZWFtLnJlY3ZzcGFjZT02NTUzNg0KPiBuZXQubG9jYWwuc3RyZWFtLnJlY3Zz cGFjZTogODE5MiAtPiA2NTUzNg0KPg0KPiBhdG9tYnNkIyBzeXNjdGwgbmV0LmxvY2FsLnN0cmVh bS5zZW5kc3BhY2U9NjU1MzYNCj4gbmV0LmxvY2FsLnN0cmVhbS5zZW5kc3BhY2U6IDgxOTIgLT4g NjU1MzYNCj4NCj4gVGhpcyBpbXByb3ZlZCB0aGUgcmVhZCBzcGVlZHMgYSBmdXJ0aGVyIHRpbnkg Yml0LCBub3cgSSB3ZW50IGZyb20NCj4gNDhtYi9zIHRvIDU0bWIvcy4gVGhpcyBpcyBpdCBob3dl dmVyLCBJIGNhbid0IGZpZ3VyZSBvdXQgaG93IHRvDQo+IGluY3JlYXNlIFNhbWJhIHJlYWQgc3Bl ZWQgYW55IGZ1cnRoZXIuIEFueSBpZGVhcz8NCg0KDQpPaCBteSBnb2QuLi4gV2h5IGRpZCBub29u ZSB0ZWxsIG1lIGhvdyBtdWNoIG9mIGFuIGVub3Jtb3VzIHBlcmZvcm1hbmNlDQpib29zdCB2ZnMu emZzLnByZWZldGNoX2Rpc2FibGU9MCAoYWthIGFjdHVhbGx5IGVuYWJsaW5nIHByZWZldGNoKSBp cy4NCk15IGxvY2FsIHJlYWRzIG9mZiB0aGUgbWlycm9yIHBvb2wganVtcGVkIGZyb20gNzVtYi9z IHRvIDk2bWIvcyAoaWUuDQp0aGV5IGFyZSBub3cgbmVhcmx5IDI1JSBmYXN0ZXIgdGhhbiByZWFk aW5nIG9mZiBhbiBpbmRpdmlkdWFsIGRpc2spDQphbmQgcmVhZHMgb2ZmIGEgU2FtYmEgc2hhcmUg c2t5cm9ja2V0ZWQgZnJvbSA1MG1iL3MgdG8gOTBtYi9zLg0KDQpCeSBkZWZhdWx0LCBGcmVlQlNE IHNldHMgdmZzLnpmcy5wcmVmZXRjaF9kaXNhYmxlIHRvIDEgb24gYW55IGkzODYNCnN5c3RlbXMg YW5kIG9uIGFueSBhbWQ2NCBzeXN0ZW1zIHdpdGggbGVzcyB0aGFuIDRHQiBvZiBhdmFpYWJsZQ0K bWVtb3J5LiBNeSBzeXN0ZW0gaXMgYW1kNjQgd2l0aCA0Z2IgcmFtLCBidXQgaW50ZWdyYXRlZCB2 aWRlbyBlYXRzDQpzb21lIG9mIHRoYXQsIHNvIHRoZSBhdXRvdHVuaW5nIGRpc2FibGVkIHRoZSBw cmVmZXRjaC4gSSBoYWQgcmVhZCB1cA0Kb24gaXQgYW5kIGEgZmFpciBhbW91bnQgb2YgcGVvcGxl IHNlZW1lZCB0byBoYXZlIHBlcmZvcm1hbmNlIGlzc3Vlcw0KY2F1c2VkIGJ5IGhhdmluZyBwcmVm ZXRjaCBlbmFibGVkIGFuZCBnZXQgYmV0dGVyIHJlc3VsdHMgd2l0aCBpdA0KdHVybmVkIG9mZiwg aW4gbXkgY2FzZSBob3dldmVyLCBpdCBzZWVtcyB0aGF0IGVuYWJsaW5nIGl0IGdhdmUgYQ0KcmVh bGx5IHNvbGlkIGJvb3N0IHRvIHBlcmZvcm1hbmNlLg0KDQoNCi0gU2luY2VyZWx5DQpEYW4gTmF1 bW92DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KZnJl ZWJzZC1xdWVzdGlvbnNAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQpodHRwOi8vbGlzdHMuZnJl ZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXF1ZXN0aW9ucw0KVG8gdW5zdWJzY3Jp YmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtcXVlc3Rpb25zLXVuc3Vic2NyaWJlQGZyZWVi c2Qub3JnIg0KCgoKCgo8Zm9udCBzaXplPSIxIj4KPGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9y ZGVyLWJvdHRvbTpkb3VibGUgd2luZG93dGV4dCAyLjI1cHQ7cGFkZGluZzowaW4gMGluIDEuMHB0 IDBpbic+CjwvZGl2PgoiVGhpcyBlbWFpbCBpcyBpbnRlbmRlZCB0byBiZSByZXZpZXdlZCBieSBv bmx5IHRoZSBpbnRlbmRlZCByZWNpcGllbnQKIGFuZCBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0 aGF0IGlzIHByaXZpbGVnZWQgYW5kL29yIGNvbmZpZGVudGlhbC4KIElmIHlvdSBhcmUgbm90IHRo ZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQKIGFueSBy ZXZpZXcsIHVzZSwgZGlzc2VtaW5hdGlvbiwgZGlzY2xvc3VyZSBvciBjb3B5aW5nIG9mIHRoaXMg ZW1haWwKIGFuZCBpdHMgYXR0YWNobWVudHMsIGlmIGFueSwgaXMgc3RyaWN0bHkgcHJvaGliaXRl ZC4gIElmIHlvdSBoYXZlCiByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2UgaW1t ZWRpYXRlbHkgbm90aWZ5IHRoZSBzZW5kZXIgYnkKIHJldHVybiBlbWFpbCBhbmQgZGVsZXRlIHRo aXMgZW1haWwgZnJvbSB5b3VyIHN5c3RlbS4iCjwvZm9udD4KCg== From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 02:32: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 BB0F0106566B; Sat, 20 Mar 2010 02:32:51 +0000 (UTC) (envelope-from amvandemore@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 762778FC0A; Sat, 20 Mar 2010 02:32:51 +0000 (UTC) Received: by pvc7 with SMTP id 7so646974pvc.13 for ; Fri, 19 Mar 2010 19:32:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=mPNlbUL+WVv1mC9T/ih8I16WRWUWrHlDRJWYTNG8TgQ=; b=Nb8gj7NroCQVlnt0obX5bTbXHiO5a5f/fDovdjyj5PTLdgfTlcB5ecHEfHGPY2P+dt qh4edUhg9NFfFXv2ze9+HQm5eOPLdmQSxLLfhDn/G9/wPDP+VZyUOXiK1hiyPDOv67k9 GLKtrD/9OD4WGPwye5mhJ+s70g52jaRjKsotM= 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=IID94jeo8fUzY/Vunz/G8Ypfh25dRkn+q5LhrzZLW/1v6jyzQdXXC0UhoISLVU65YO waR7opeOmmBZiTGLo3oTVXlyX1IMLJAwfm/F5CcgBnjeDs7yzvvA7zvRQ/LwcgcIppW0 4DE8Jgac68MfT4nsT6Xh653YEzNLQgjRmiSC4= MIME-Version: 1.0 Received: by 10.142.8.22 with SMTP id 22mr1435039wfh.194.1269052370909; Fri, 19 Mar 2010 19:32:50 -0700 (PDT) In-Reply-To: References: Date: Fri, 19 Mar 2010 21:32:50 -0500 Message-ID: <6201873e1003191932g447cb261rbc928324408b959b@mail.gmail.com> From: Adam Vande More To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-performance@freebsd.org, FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org Subject: Re: Samba read speed performance tuning 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, 20 Mar 2010 02:32:51 -0000 On Fri, Mar 19, 2010 at 8:28 PM, Dan Naumov wrote: > Oh my god... Why did noone tell me how much of an enormous performance > boost vfs.zfs.prefetch_disable=0 (aka actually enabling prefetch) is. > My local reads off the mirror pool jumped from 75mb/s to 96mb/s (ie. > they are now nearly 25% faster than reading off an individual disk) > and reads off a Samba share skyrocketed from 50mb/s to 90mb/s. > > By default, FreeBSD sets vfs.zfs.prefetch_disable to 1 on any i386 > systems and on any amd64 systems with less than 4GB of avaiable > memory. My system is amd64 with 4gb ram, but integrated video eats > some of that, so the autotuning disabled the prefetch. I had read up > on it and a fair amount of people seemed to have performance issues > caused by having prefetch enabled and get better results with it > turned off, in my case however, it seems that enabling it gave a > really solid boost to performance. > My home VBox server is similar specs and I enabled the prefetch from the start. A few days ago, I added an intel SSD as the zpool cache device and the read speed is mind blowing now. This is from inside a VM frunning on it meaning ad0 is really a vdi. Once the cache is populated, HD latency is mostly a thing of the past. # diskinfo -tv /dev/ad0 /dev/ad0 512 # sectorsize 12884901888 # mediasize in bytes (12G) 25165824 # mediasize in sectors 24966 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. VBf9752473-05343e4e # Disk ident. Seek times: Full stroke: 250 iter in 0.082321 sec = 0.329 msec Half stroke: 250 iter in 0.078944 sec = 0.316 msec Quarter stroke: 500 iter in 0.161266 sec = 0.323 msec Short forward: 400 iter in 0.128624 sec = 0.322 msec Short backward: 400 iter in 0.131770 sec = 0.329 msec Seq outer: 2048 iter in 0.667510 sec = 0.326 msec Seq inner: 2048 iter in 0.691691 sec = 0.338 msec Transfer rates: outside: 102400 kbytes in 0.722864 sec = 141659 kbytes/sec middle: 102400 kbytes in 0.813619 sec = 125857 kbytes/sec inside: 102400 kbytes in 0.838129 sec = 122177 kbytes/sec -- Adam Vande More From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 02:38:26 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 37394106564A; Sat, 20 Mar 2010 02:38:26 +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 0CEC78FC08; Sat, 20 Mar 2010 02:38:26 +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 o2K2cPl2089011; Sat, 20 Mar 2010 02:38:25 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2K2cPGT089007; Sat, 20 Mar 2010 02:38:25 GMT (envelope-from linimon) Date: Sat, 20 Mar 2010 02:38:25 GMT Message-Id: <201003200238.o2K2cPGT089007@freefall.freebsd.org> To: linimon@FreeBSD.org, cokane@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/124225: [ndis] [patch] ndis network driver sometimes loses network connection 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, 20 Mar 2010 02:38:26 -0000 Synopsis: [ndis] [patch] ndis network driver sometimes loses network connection Responsible-Changed-From-To: cokane->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 20 02:37:53 UTC 2010 Responsible-Changed-Why: returned to the pool by request (some time ago.) http://www.freebsd.org/cgi/query-pr.cgi?pr=124225 From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 05:17:00 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 89A91106566C; Sat, 20 Mar 2010 05:17:00 +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 5F3CC8FC15; Sat, 20 Mar 2010 05:17: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 o2K5H0T4030750; Sat, 20 Mar 2010 05:17:00 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2K5H00O030746; Sat, 20 Mar 2010 05:17:00 GMT (envelope-from brucec) Date: Sat, 20 Mar 2010 05:17:00 GMT Message-Id: <201003200517.o2K5H00O030746@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/144882: MacBookPro =>4.1 does not connect to BSD in hostap with adapters based on ralink and used if_rum and if_ural drivers 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, 20 Mar 2010 05:17:00 -0000 Synopsis: MacBookPro =>4.1 does not connect to BSD in hostap with adapters based on ralink and used if_rum and if_ural drivers Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Sat Mar 20 05:16:16 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144882 From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 10:06: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 062AA1065677 for ; Sat, 20 Mar 2010 10:06:56 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 920CA8FC13 for ; Sat, 20 Mar 2010 10:06:55 +0000 (UTC) Received: by fxm24 with SMTP id 24so133417fxm.3 for ; Sat, 20 Mar 2010 03:06:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=ybgUXuGnrj3MqxyjF0/jPmVapK1HhjBGnwDzTNMzU7s=; b=f0xcJ9vrooDN7wpFV5/GW3kKv8wlbY6FPH++91I/KTFgsFQ48/AOkh/tvCiZZPLY75 Kr5d3piL92srOKraSl8n82MHVwe+5xE2icGrgTBQp2mc5DaOhPrY7HK0f3BGLGVWhkiF Fmx8nSWWNEHA+lw7iupRBFj6IFfdZXjIAZR2U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Tuk5kVYMJmyEWxtpvduUQrPdTQXFZO8LJeboKFHYhriPgfJoAPJW32VlIa66egUIUZ wCt8mfxGfSKqU43exEOIhF6+SskXApVmpHLXy6rxpzD1q4g60Ec/V2vrVrKyTFA7msIL FZDkVvyQQ8IA+QTfe5GZOTGFEQnMwrGFqRm8w= MIME-Version: 1.0 Received: by 10.102.214.19 with SMTP id m19mr3592542mug.96.1269079614321; Sat, 20 Mar 2010 03:06:54 -0700 (PDT) Date: Sat, 20 Mar 2010 13:06:54 +0300 Message-ID: From: Alexander Bubnov To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: why zero-copy sockets(9) are not popular? 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, 20 Mar 2010 10:06:56 -0000 Hello, all! Anybody knows why zero copy is not popular although this technique allows to increase performance of servers? It is very hard to find any examples of zero-copy for FreeBSD. Thank you in advance. -- /BR, Alexander From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 11:14: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 D0F74106564A for ; Sat, 20 Mar 2010 11:14:12 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 59E158FC0A for ; Sat, 20 Mar 2010 11:14:12 +0000 (UTC) Received: by bwz8 with SMTP id 8so3692982bwz.3 for ; Sat, 20 Mar 2010 04:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=Blrya+7gBVBlTjsR9+vJkwOSUSNYJS5D94SCjNrSe4Q=; b=tER1/xxquHeeRxptLme/QAzG5i4TRP0DGjDtrXs7/lL3B+f5lNUvR+FvKj+4Dta/7o ZkzuNen5pIPaPZe7J1JImsUiltFp6eMf19xO0ABZd17uxP3JhdwCWSXTiix2RhEBLKTq EzZ9NrIvloHEy4RBZwAMTABiV3rGnY439rZMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=eJVhx1/+4t9B+iO8zE+g5/D/iaGn+jUZdVGo87geo6rihkdzW/SU3iQKkIyNVzRlrP 2sT8/RGeV83HvkGDnN/Mqg8zvkdfX8qggKUTHcHKV9vLkN5RYi8lOLLVevhqZzSzT1CM jqxi68wKU6yInD9xySz7r+LgWL7H779zlSFGY= Received: by 10.204.24.134 with SMTP id v6mr4606138bkb.204.1269083651076; Sat, 20 Mar 2010 04:14:11 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id g18sm8974956bkw.13.2010.03.20.04.14.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Mar 2010 04:14:10 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=windows-1252 From: Rui Paulo In-Reply-To: <006f01cac6d8$5fc03cb0$1f40b610$@net> Date: Sat, 20 Mar 2010 11:14:07 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <2FEF7D36-31B7-4FD7-9350-EECA7B38D519@freebsd.org> References: <006f01cac6d8$5fc03cb0$1f40b610$@net> To: Chris Harrer X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org Subject: Re: Bug in tcp_output? 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, 20 Mar 2010 11:14:12 -0000 On 18 Mar 2010, at 20:19, Chris Harrer wrote: > Hi All, >=20 >=20 >=20 > In the following block of code, running on a x86_64 platform, I = believe that > cwin should be declared as an int: >=20 > /* >=20 > * If snd_nxt =3D=3D snd_max and we have transmitted a FIN, the >=20 > * offset will be > 0 even if so_snd.sb_cc is 0, resulting in >=20 > * a negative length. This can also occur when TCP opens up >=20 > * its congestion window while receiving additional duplicate >=20 > * acks after fast-retransmit because TCP will reset snd_nxt >=20 > * to snd_max after the fast-retransmit. >=20 > * >=20 > * In the normal retransmit-FIN-only case, however, snd_nxt = will >=20 > * be set to snd_una, the offset will be 0, and the length may >=20 > * wind up 0. >=20 > * >=20 > * If sack_rxmit is true we are retransmitting from the = scoreboard >=20 > * in which case len is already set. >=20 > */ >=20 > if (sack_rxmit =3D=3D 0) { >=20 > if (sack_bytes_rxmt =3D=3D 0) >=20 > len =3D ((long)ulmin(so->so_snd.sb_cc, sendwin) = - off); >=20 > else { >=20 > long cwin; =DF-- Should be an int >=20 >=20 >=20 > /* >=20 > * We are inside of a SACK recovery episode and = are >=20 > * sending new data, having retransmitted all = the >=20 > * data possible in the scoreboard. >=20 > */ >=20 > len =3D ((long)ulmin(so->so_snd.sb_cc, = tp->snd_wnd)=20 >=20 > - off); >=20 > /* >=20 > * Don't remove this (len > 0) check ! >=20 > * We explicitly check for len > 0 here = (although it=20 >=20 > * isn't really necessary), to work around a gcc=20= >=20 > * optimization issue - to force gcc to compute >=20 > * len above. Without this check, the = computation >=20 > * of len is bungled by the optimizer. >=20 > */ >=20 > if (len > 0) { >=20 > cwin =3D tp->snd_cwnd -=20 >=20 > (tp->snd_nxt - tp->sack_newdata) = - >=20 > sack_bytes_rxmt; >=20 > if (cwin < 0) >=20 > cwin =3D 0; >=20 > len =3D lmin(len, cwin); >=20 > } >=20 > } >=20 > } >=20 >=20 >=20 > Consider the case where: >=20 > sack_rxmit =3D 0 >=20 > sack_bytes_rxmt =3D 0x2238 >=20 > off =3D 0 >=20 > len =3D0xa19c >=20 > tp->snd_cwnd =3D 0x2238 >=20 > tp->snd_nxt =3D 0xdd6d7974 >=20 > tp->sack_newdata =3D 0xdd6d6858 >=20 > In this case cwin evaluates to 0x00000000ffffe37c, which is not <0, = but > instead huge. This causes the remaining data on the socket=92s = so->so_snd > buffer to be sent to the network causing more problems at the receiver = which > is already dropping frames. I see. This is most likely a bug. Can you send-pr so this doesn't get = lost? Regards, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 13:54:10 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F306106566C; Sat, 20 Mar 2010 13:54:10 +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 64F078FC12; Sat, 20 Mar 2010 13:54: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 o2KDsACi006354; Sat, 20 Mar 2010 13:54:10 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2KDsACD006350; Sat, 20 Mar 2010 13:54:10 GMT (envelope-from linimon) Date: Sat, 20 Mar 2010 13:54:10 GMT Message-Id: <201003201354.o2KDsACD006350@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 13:54:10 -0000 Old Synopsis: wpi panics system New Synopsis: [wpi] [panic] wpi panics system Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 20 13:53:51 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144898 From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 17:53: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 281F71065700 for ; Sat, 20 Mar 2010 17:53:41 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id E97658FC0A for ; Sat, 20 Mar 2010 17:53:40 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 4B209E805D for ; Sat, 20 Mar 2010 13:53:40 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sat, 20 Mar 2010 13:53:40 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=V/JYrhjG+eDPAjf4pcTCu7SSR2o=; b=VGwg32cUuUr3J0sXQvjaaUcbKoWVWWRHKtAcevwp2lQrmXu7ehAn0JxgAabmLh53sbAPHmh5wmLBmI2qsWpn/kkGQ9MJwnIkxxKs/AaSj75ozaAtA1qUiBuiYbA31XFv5k9rApwVQ84AGEgU1B/crgeXf6PN+OAK0rSSVVPqx8Y= X-Sasl-enc: BWUSSfZarqCUteGB5CGuRhYygC86UWM1M67IjHSs4bEQ 1269107620 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id DE7AB10B97 for ; Sat, 20 Mar 2010 13:53:39 -0400 (EDT) Message-ID: <4BA50BA1.5060401@incunabulum.net> Date: Sat, 20 Mar 2010 17:53:37 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: why zero-copy sockets(9) are not popular? 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, 20 Mar 2010 17:53:41 -0000 On 03/20/10 10:06, Alexander Bubnov wrote: > Hello, all! > Anybody knows why zero copy is not popular although this technique allows > to increase performance of servers? It is very hard to find any examples of > zero-copy for FreeBSD. > Transmit is easy. Receive is hard. The whole concept of zero-copy revolves around being able to use page-flipping to map buffers in user and kernel space, to amortize the cost of copies across that system boundary. The compromise usually taken is to use the sendfile() API, or rely on TCP Segmentation Offload (TSO), much like Microsoft's Chimney stack does in Windows 7. Unfortunately, sendfile() only covers transmit. TSO only offloads up to the point where sockets hit the card; TSO can offload TCP stream reassembly, but you still have to copy from the kernel buffers into userland. True zero-copy sockets generally require scatter/gather DMA engine support, and TCP/IP header splitting, to do zero-copy recieve. S/G PCI DMA cores are often custom designed, and you tend not to find them in off-the-shelf VHDL libraries. That IP (as in intellectual property) still has cost. Historically the only cards in FreeBSD which supported this, were the Tigon-II, which got bought by Broadcom (bge is the Tigon-III). Modified firmware was required to do this. From owner-freebsd-net@FreeBSD.ORG Sat Mar 20 21:38: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 71E9E106564A; Sat, 20 Mar 2010 21:38:58 +0000 (UTC) (envelope-from steven@uplinklabs.net) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC8718FC13; Sat, 20 Mar 2010 21:38:57 +0000 (UTC) Received: by gwj15 with SMTP id 15so2293508gwj.13 for ; Sat, 20 Mar 2010 14:38:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.176.6 with SMTP id d6mr1669488anp.155.1269121135564; Sat, 20 Mar 2010 14:38:55 -0700 (PDT) In-Reply-To: <20100316204601.GJ2001@michelle.cdnetworks.com> References: <201003121754.o2CHsH7V065932@freefall.freebsd.org> <20100316182322.GF2001@michelle.cdnetworks.com> <20100316204601.GJ2001@michelle.cdnetworks.com> Date: Sat, 20 Mar 2010 14:38:55 -0700 Message-ID: From: Steven Noonan To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org, yongari@freebsd.org Subject: Re: kern/144689: [re] TCP transfer corruption using if_re 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, 20 Mar 2010 21:38:58 -0000 On Tue, Mar 16, 2010 at 1:46 PM, Pyun YongHyeon wrote: > On Tue, Mar 16, 2010 at 12:31:22PM -0700, Steven Noonan wrote: >> On Tue, Mar 16, 2010 at 11:23 AM, Pyun YongHyeon wrot= e: > > [...] > >> > The real issue looks like PHY read failure which can result in >> > unexpected behavior. I don't see rgephy(4) related message here, >> > would you show me the output of "devinfo -rv | grep phy"? >> > By chance are you using PCMCIA ethernet controller? >> >> I am. It's a Netgear GA511. I think I said in my original post that it >> was connected via cardbus. >> >> xerxes ~ # devinfo -rv | grep phy >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rg= ephy0 pnpinfo oui=3D0x732 model=3D0x11 rev=3D0x3 at phyno=3D1 >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inphy0 pnpinfo o= ui=3D0xaa00 model=3D0x33 rev=3D0x0 at phyno=3D1 >> > > Ok, thanks for the info. Did the controller ever work before? > Or you start seeing the issue on 8.0-RELEASE? > Uh, hm. This is weird, now I'm getting the problem not just using re(4), but also with fxp(4) (which is my on-board card). I don't think it's a driver bug here. Could this be a TCP stack bug? - Steven