From owner-freebsd-net@FreeBSD.ORG Sun May 6 07:31:40 2012 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 6DC0D106564A; Sun, 6 May 2012 07:31:40 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EC4A68FC08; Sun, 6 May 2012 07:31:36 +0000 (UTC) Received: by obcni5 with SMTP id ni5so8588969obc.13 for ; Sun, 06 May 2012 00:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=eC6OSZuF+inzhBQxIARRjLW2IA/RfPRKOWP0KPGOl+I=; b=rnvhApdtiaOXEuLDHkTRWWYrG3Hw9n9DTgJZJKtCAK4LQVek4iNaTZKMj2bbvXgFq+ f/rwJmR8CRB2zEHTmkrEHGHnWbAEVKTywu1W0PMtN2nadb7KemZc5vXx6aKtF7fLmQ9J u5ZTxmjJ89Kvh/F5Euu6flsYq8m5imbCeIh/zTHhxjkb/m1d/6/yjKkr1qj9mEcpAebv 9W6MXnHrr+Zql04fpEj4A11+qkAp5zAEI2Cs51a/PHpHlLjsiL9kcRSAWiUC50G/EgSJ nFdEBzpp4D5j2+8iY9UI0Z04X5x2NSjOe54ARdFDWg8y2agG1Vquhg3vsnwOJCnHj2Fg 6dxQ== MIME-Version: 1.0 Received: by 10.182.47.105 with SMTP id c9mr15300549obn.49.1336289496609; Sun, 06 May 2012 00:31:36 -0700 (PDT) Received: by 10.182.166.100 with HTTP; Sun, 6 May 2012 00:31:36 -0700 (PDT) Date: Sun, 6 May 2012 10:31:36 +0300 Message-ID: From: Sami Halabi To: freebsd-net@freebsd.org, freebsd-current@freebsd.org, free-bsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: MPLS in freebsd 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, 06 May 2012 07:31:40 -0000 Hi, is there any on-job work on MPLS support in FreeBSD? what are the plan to integrate this in production use? Thanks in advance, -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Sun May 6 08:11:06 2012 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 C5587106566C; Sun, 6 May 2012 08:11:06 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7D79C8FC0C; Sun, 6 May 2012 08:11:06 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SQwYb-0002Qe-MX; Sun, 06 May 2012 10:11:05 +0200 Date: Sun, 6 May 2012 10:11:05 +0200 From: Kurt Jaeger To: Sami Halabi Message-ID: <20120506081105.GS5335@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, free-bsd-stable@freebsd.org Subject: Re: MPLS in freebsd 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, 06 May 2012 08:11:06 -0000 Hello, > is there any on-job work on MPLS support in FreeBSD? Do you know this site ? It points to some svn repository with mpls patches. http://freebsd.mpls.in/ -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-net@FreeBSD.ORG Sun May 6 11:35:05 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1809F106566B; Sun, 6 May 2012 11:35:05 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFE78FC0A; Sun, 6 May 2012 11:35:04 +0000 (UTC) Received: from v6.mpls.in ([2a02:978:2::5] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SQzk5-00058b-TI; Sun, 06 May 2012 15:35:10 +0400 Message-ID: <4FA6617E.9030603@FreeBSD.org> Date: Sun, 06 May 2012 15:33:18 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120121 Thunderbird/9.0 MIME-Version: 1.0 To: Kurt Jaeger References: <20120506081105.GS5335@home.opsec.eu> In-Reply-To: <20120506081105.GS5335@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Sami Halabi , free-bsd-stable@freebsd.org Subject: Re: MPLS in freebsd 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, 06 May 2012 11:35:05 -0000 On 06.05.2012 12:11, Kurt Jaeger wrote: > Hello, > >> is there any on-job work on MPLS support in FreeBSD? > > Do you know this site ? It points to some svn repository with mpls patches. > > http://freebsd.mpls.in/ > Major number of depends are already merged to the tree. I'm currently working to update control plane software (net/bird-devel) to current upstream code (1.3.7+). This probably happen in a week or two. Patches for -current and stable/8 will be announced in another week after that. The only supported technology at the moment is L3vpn for IPv4. From owner-freebsd-net@FreeBSD.ORG Sun May 6 20:34:07 2012 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 6F98C1065673 for ; Sun, 6 May 2012 20:34:07 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id DDC1C8FC12 for ; Sun, 6 May 2012 20:34:06 +0000 (UTC) Received: by lbon10 with SMTP id n10so4157826lbo.13 for ; Sun, 06 May 2012 13:34:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=IQmWGq+lFZWWQBRQ9YyVqFFdNvfxybT3AWoBuknRQvs=; b=DhE2cidcETSgIM80tNqNZQ/K3MLhjbx3AwTCpzi01CLGyM3chrOPfxS4c3MIVe/7Tg RPbUoRxtY+YQoZDa5sa0ORqrE5D2kvbsHmyrtGv3nl1QqfyyWD9ZkvLZ3QFxFdx4gSe5 XGlDjmxdAYT/dMQGO4+ruJWgOr6hdvCn6PaFaSKatauxfiec6/TdAH9PMK8m4wTedM7K xWBcL+qPaxs2+D9pY95wRv1xwwOgAqMYQ5w0qhAldxP0cNbij3NIdv2P7Fi6ID0HmWY7 r+ITHhP8cN7PjCjfFiiIL5JY4s1nme+i9m09hIeXNwpeYyaYvJ6SvIPWx0dLOT45fejo t7Ag== Received: by 10.152.114.106 with SMTP id jf10mr12316099lab.16.1336336445850; Sun, 06 May 2012 13:34:05 -0700 (PDT) Received: from zont-osx.local (ppp95-165-135-86.pppoe.spdop.ru. [95.165.135.86]) by mx.google.com with ESMTPS id pv14sm16754418lab.2.2012.05.06.13.34.04 (version=SSLv3 cipher=OTHER); Sun, 06 May 2012 13:34:05 -0700 (PDT) Message-ID: <4FA6E03B.2000706@zonov.org> Date: Mon, 07 May 2012 00:34:03 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: pyunyh@gmail.com References: <20120427230400.GB17009@michelle.cdnetworks.com> In-Reply-To: <20120427230400.GB17009@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmjd+j9uNdTDzDocLu7iWYP6SmtCKeToPuNLz708UUe0jx6+zLsUO4DEKgTdHyv9oJSupYB Cc: freebsd-net@freebsd.org, davidch@freebsd.org Subject: Re: bce: jumbo not working since r218423 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, 06 May 2012 20:34:07 -0000 On 4/28/12 3:04 AM, YongHyeon PYUN wrote: > On Thu, Apr 26, 2012 at 03:23:19PM +0400, Andrey Zonov wrote: >> Hi, >> >> I found that jumbo frames don't work after r218423 with bce driver. >> This happens because controller doesn't do reinitialization when MTU >> is changed. Attached patch solves this problem. >> > > Could you verify whether attached diff addresses the issue? > Sorry, I couldn't setup my box yet due to some other reasons so the > diff was not tested. This patch also works. > >> I also don't understand why sysctl hw.bce.loose_rx_mtu doesn't respect >> with tunnable hw.bce.strict_rx_mtu. Is there any reason to give them >> different names? >> > > It may be an oversight. Personally I don't see any reason except > debugging purpose to limit RX frame size to interface MTU. It makes > sense when controller send frames but it should be able to receive > any sized RX frames(if controller allows it). Dropping RX frames > that are bigger than interface MTU would break path MTU discovery > of remote host that uses bigger MTU. I only mean different names for the same thing. -- Andrey Zonov From owner-freebsd-net@FreeBSD.ORG Mon May 7 03:51:39 2012 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 59EF71065679; Mon, 7 May 2012 03:51:39 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9FC8FC08; Mon, 7 May 2012 03:51:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q473pdlU035324; Mon, 7 May 2012 03:51:39 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q473pcr2035305; Mon, 7 May 2012 03:51:38 GMT (envelope-from eadler) Date: Mon, 7 May 2012 03:51:38 GMT Message-Id: <201205070351.q473pcr2035305@freefall.freebsd.org> To: cwasser@shaw.ca, eadler@FreeBSD.org, freebsd-net@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/39937: ipstealth 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: Mon, 07 May 2012 03:51:39 -0000 Synopsis: ipstealth issue State-Changed-From-To: suspended->open State-Changed-By: eadler State-Changed-When: Mon May 7 03:51:38 UTC 2012 State-Changed-Why: suspended is not free http://www.freebsd.org/cgi/query-pr.cgi?pr=39937 From owner-freebsd-net@FreeBSD.ORG Mon May 7 03:56:36 2012 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 D022D1065673; Mon, 7 May 2012 03:56:36 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A32728FC18; Mon, 7 May 2012 03:56:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q473ua3L038720; Mon, 7 May 2012 03:56:36 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q473uarm038716; Mon, 7 May 2012 03:56:36 GMT (envelope-from eadler) Date: Mon, 7 May 2012 03:56:36 GMT Message-Id: <201205070356.q473uarm038716@freefall.freebsd.org> To: andreas@klemm.apsfilter.org, eadler@FreeBSD.org, freebsd-net@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/86920: [ndis] ifconfig: SIOCS80211: Invalid argument [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: Mon, 07 May 2012 03:56:36 -0000 Synopsis: [ndis] ifconfig: SIOCS80211: Invalid argument [regression] State-Changed-From-To: suspended->closed State-Changed-By: eadler State-Changed-When: Mon May 7 03:56:36 UTC 2012 State-Changed-Why: feedback timeout; if this is still an issue please email me http://www.freebsd.org/cgi/query-pr.cgi?pr=86920 From owner-freebsd-net@FreeBSD.ORG Mon May 7 03:57:36 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DCA51065670; Mon, 7 May 2012 03:57:36 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7168F8FC15; Mon, 7 May 2012 03:57:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q473vaij039065; Mon, 7 May 2012 03:57:36 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q473vaNb039061; Mon, 7 May 2012 03:57:36 GMT (envelope-from eadler) Date: Mon, 7 May 2012 03:57:36 GMT Message-Id: <201205070357.q473vaNb039061@freefall.freebsd.org> To: pi@LF.net, eadler@FreeBSD.org, freebsd-net@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/90086: [hang] 5.4p8 on supermicro P8SCT hangs during boot if connected to ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 03:57:36 -0000 Synopsis: [hang] 5.4p8 on supermicro P8SCT hangs during boot if connected to ethernet State-Changed-From-To: suspended->closed State-Changed-By: eadler State-Changed-When: Mon May 7 03:57:35 UTC 2012 State-Changed-Why: feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=90086 From owner-freebsd-net@FreeBSD.ORG Mon May 7 05:55:41 2012 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 A8B561065672; Mon, 7 May 2012 05:55:41 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6EAB18FC14; Mon, 7 May 2012 05:55:40 +0000 (UTC) Received: by lbon10 with SMTP id n10so4371966lbo.13 for ; Sun, 06 May 2012 22:55:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=hUZDIiwXHDSUMFD3v3M1RwMYOyPV96FzR5j9zv8gyD8=; b=Wskd5YuGSzJqmde1K5WJCi24wRg/TOr0tY5hRIu12EwKKKqopjAjq/5ZLk/LFZNTpj qdCWQU1EmmvZTrscTGaV9UG5/XNmZO0YxthHOHEhuVKbMHkOPt/5KlXeAbDXjK+m/5jJ qTb0FsCL5E2qhZ+5Ax9g6KIdp2pnl3EtHcixsteI1LPgr2VexkQsCD/gpZrtoSnpA4ol 56OSyyG5UndwZ+rSJZGY8ZMuo0zY34hfcRGYAIB9o+A/vbOLWeEEAi1FbxkKkCsqAkBb pgl4KUNmwMmuBAa2Kz6uwuOpsu6KSwORUF1tAtfKGAZnOKRgshy8WISmYz7e/yP9ZsBL 8lbA== Received: by 10.152.148.101 with SMTP id tr5mr12825134lab.36.1336370139086; Sun, 06 May 2012 22:55:39 -0700 (PDT) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id mg19sm18025412lab.8.2012.05.06.22.55.35 (version=SSLv3 cipher=OTHER); Sun, 06 May 2012 22:55:37 -0700 (PDT) Date: Mon, 7 May 2012 08:56:13 +0300 From: "Sergey V. Dyatko" To: Bernhard Schmidt Message-ID: <20120507085613.6b92d5ce@laptop> In-Reply-To: References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> <20120505152728.65d28e98@laptop> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-wireless@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 05:55:41 -0000 On Sat, 5 May 2012 14:50:52 +0200 Bernhard Schmidt wrote: > On Sat, May 5, 2012 at 2:27 PM, Sergey V. Dyatko > wrote: > > On Sat, 5 May 2012 12:51:10 +0200 > > Bernhard Schmidt wrote: > >> Please apply attached patch (also here [1]) on top of the first > >> one, it fixes channel switching for >= 3070 (called the wrong > >> function, doh..) as well as a bgscan issue. > >> > >> [1] http://techwires.net/~bschmidt/rt2860_1.diff > >> > > > > * patch applied without errors > > * build/install - ok > > > > kldload and after ~5 minutes: > > > > May š5 15:01:20 laptop kernel: ral0: device timeout > > May š5 15:06:12 laptop kernel: ral0: device timeout > > > > without bgscan I didn't see such messages š~30-40 min > > Ok great, so except bgscan you haven't seen any other issue yet? > Yes. -- wbr, tiger From owner-freebsd-net@FreeBSD.ORG Mon May 7 05:59:28 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C6B7106566B; Mon, 7 May 2012 05:59:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3915E8FC15; Mon, 7 May 2012 05:59:28 +0000 (UTC) Received: by dadv36 with SMTP id v36so360696dad.13 for ; Sun, 06 May 2012 22:59:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=F1dXuetTe+9jfTzGA6G3B9AuH5iLTvVLLyxg/NbrRiE=; b=b/AXFUxmuSxyYrPlrZSIvkdGJIGvM2ejd00QR3pHBMr6xm1YEsVBuUFQKjUaJ1TucK hpGkk9XpCafr4mnXUxcCVXvZw6aBTJOvfTO5lrv0SMIZojT4foCInnsiEm4g1uSnywCM fzbRLG6JotLFzVPEAL1sbW1IJCSWRbkaYCDwCcXK4XQHGnA0VugeOdpjC95JsqjM9aw6 h0ujCOuU3oYnYteOpomcHGqD5eK5il2je7vcRwMixuD+cZFNdlDjqhh4f5T9biwfcACA InWefd+DajCai4lIQ3jjiHIZFI/eAxZSowClykVoxWzjLn+lW9T4Sjwqd4ZCAvgyxSSt rF9g== MIME-Version: 1.0 Received: by 10.68.130.67 with SMTP id oc3mr20273276pbb.68.1336370367670; Sun, 06 May 2012 22:59:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.101.9 with HTTP; Sun, 6 May 2012 22:59:27 -0700 (PDT) In-Reply-To: <20120507085613.6b92d5ce@laptop> References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> <20120505152728.65d28e98@laptop> <20120507085613.6b92d5ce@laptop> Date: Sun, 6 May 2012 22:59:27 -0700 X-Google-Sender-Auth: iiKSOdM04GAvcOq7UlLtthbFinc Message-ID: From: Adrian Chadd To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, freebsd-wireless@freebsd.org, freebsd-current@freebsd.org, Bernhard Schmidt Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 05:59:28 -0000 Hi, FWIW, "device timeout" may just be watchdog related race conditions, rather than an actual hardware device timeout. I have the same issues in ath(4). I need to fix a whole lot of locking constructs before I can fix 'that'. Adrian From owner-freebsd-net@FreeBSD.ORG Mon May 7 11:07:18 2012 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 A6C261065675 for ; Mon, 7 May 2012 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 8EE738FC19 for ; Mon, 7 May 2012 11:07:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47B7IF7072449 for ; Mon, 7 May 2012 11:07:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47B7HPm072447 for freebsd-net@FreeBSD.org; Mon, 7 May 2012 11:07:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 May 2012 11:07:17 GMT Message-Id: <201205071107.q47B7HPm072447@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, 07 May 2012 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/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/167059 net [tcp] [panic] System does panic in in_pcbbind() and ha o kern/166940 net [ipfilter] [panic] Double fault in kern 8.2 o kern/166550 net [netinet] [patch] Some log lines about arp do not incl o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166372 net [patch] ipfilter drops UDP packets with zero checksum o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis o kern/165963 net [panic] [ipf] ipfilter/nat NULL pointer deference o kern/165903 net mbuf leak o kern/165863 net [panic] [netinet] [patch] in_lltable_prefix_free() rac o kern/165643 net [net] [patch] Missing vnet restores in net/if_ethersub o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164400 net [ipsec] immediate crash after the start of ipsec proce o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161381 net [re] RTL8169SC - re0: PHY write failed o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160420 net [msk] phy write timeout on HP 5310m o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/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 p kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i 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/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f 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 kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() 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/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection 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/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption 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 bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module 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 bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/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/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps 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 f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 398 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 7 11:08:35 2012 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22E70106566C for ; Mon, 7 May 2012 11:08:35 +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 E867F8FC23 for ; Mon, 7 May 2012 11:08:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47B8YQ4073445 for ; Mon, 7 May 2012 11:08:34 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47B8Ys8073443 for net@FreeBSD.org; Mon, 7 May 2012 11:08:34 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 May 2012 11:08:34 GMT Message-Id: <201205071108.q47B8Ys8073443@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: net@FreeBSD.org Cc: Subject: Current problem reports assigned to 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, 07 May 2012 11:08:35 -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 -------------------------------------------------------------------------------- f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon May 7 14:02:28 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A45B1106564A; Mon, 7 May 2012 14:02:28 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 787678FC0C; Mon, 7 May 2012 14:02:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47E2Spw047123; Mon, 7 May 2012 14:02:28 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47E2Svw047119; Mon, 7 May 2012 14:02:28 GMT (envelope-from jhb) Date: Mon, 7 May 2012 14:02:28 GMT Message-Id: <201205071402.q47E2Svw047119@freefall.freebsd.org> To: jhb@FreeBSD.org, net@FreeBSD.org, freebsd-net@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: kern/142518: [em] [lagg] Problem on 8.0-STABLE with em and lagg 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, 07 May 2012 14:02:28 -0000 Synopsis: [em] [lagg] Problem on 8.0-STABLE with em and lagg Responsible-Changed-From-To: net->freebsd-net Responsible-Changed-By: jhb Responsible-Changed-When: Mon May 7 14:02:11 UTC 2012 Responsible-Changed-Why: Make responsible canonical. http://www.freebsd.org/cgi/query-pr.cgi?pr=142518 From owner-freebsd-net@FreeBSD.ORG Mon May 7 14:02:28 2012 Return-Path: Delivered-To: net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A45B1106564A; Mon, 7 May 2012 14:02:28 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 787678FC0C; Mon, 7 May 2012 14:02:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47E2Spw047123; Mon, 7 May 2012 14:02:28 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47E2Svw047119; Mon, 7 May 2012 14:02:28 GMT (envelope-from jhb) Date: Mon, 7 May 2012 14:02:28 GMT Message-Id: <201205071402.q47E2Svw047119@freefall.freebsd.org> To: jhb@FreeBSD.org, net@FreeBSD.org, freebsd-net@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: kern/142518: [em] [lagg] Problem on 8.0-STABLE with em and lagg 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, 07 May 2012 14:02:28 -0000 Synopsis: [em] [lagg] Problem on 8.0-STABLE with em and lagg Responsible-Changed-From-To: net->freebsd-net Responsible-Changed-By: jhb Responsible-Changed-When: Mon May 7 14:02:11 UTC 2012 Responsible-Changed-Why: Make responsible canonical. http://www.freebsd.org/cgi/query-pr.cgi?pr=142518 From owner-freebsd-net@FreeBSD.ORG Mon May 7 17:46:13 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D51651065677; Mon, 7 May 2012 17:46:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7A3F68FC17; Mon, 7 May 2012 17:46:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B4A2AB995; Mon, 7 May 2012 13:46:12 -0400 (EDT) From: John Baldwin To: Konstantin Belousov Date: Mon, 7 May 2012 13:44:57 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120407133715.GU2358@deviant.kiev.zoral.com.ua> <201205041130.22202.jhb@freebsd.org> <20120504221819.GS2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120504221819.GS2358@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201205071344.58041.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 07 May 2012 13:46:12 -0400 (EDT) Cc: jfv@freebsd.org, Jack Vogel , net@freebsd.org Subject: Re: 82574L hangs (with r233708 e1000 driver). 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, 07 May 2012 17:46:13 -0000 On Friday, May 04, 2012 6:18:19 pm Konstantin Belousov wrote: > On Fri, May 04, 2012 at 11:30:22AM -0400, John Baldwin wrote: > > On Tuesday, May 01, 2012 12:21:21 pm Konstantin Belousov wrote: > > > On Thu, Apr 12, 2012 at 09:38:49PM +0300, Konstantin Belousov wrote: > > > > On Mon, Apr 09, 2012 at 12:19:39PM -0400, John Baldwin wrote: > > > > > On Sunday, April 08, 2012 1:11:25 am Konstantin Belousov wrote: > > > > > > On Sat, Apr 07, 2012 at 04:22:07PM -0700, Jack Vogel wrote: > > > > > > > Make sure you have any firmware up to the latest available, if that > > doesn't > > > > > > > help > > > > > > > let me know and I'll check internally to see if there are any > > outstanding > > > > > > > issues > > > > > > > in shared code, that will be after the weekend. > > > > > > > > > > > > I had BIOS rev. 151, after you hint I found rev. 154 on the site. > > > > > > Now BIOS reports itself as MTCDT10N.86A.0154.2012.0323.1601, > > > > > > March 23. > > > > > > > > > > > > Unfortunately, upgrade did not changed anything in regard of hanging > > > > > > interface. > > > > > > > > > > Does reverting 233708 make any difference? Have you tried futzing > > around with > > > > > kgdb when it is hung to see what state the device is in (software state > > at > > > > > least)? > > > > It does, in a sense that without r233708 the interface becomes stuck > > > > almost immediately. I just upgraded to the e1000@r234154, which does not > > > > change much. > > > > > > > > I fiddled with the adapter state after the hang in kgdb more, and I > > > > noted something interesting. Apparently, tx works. When I ping the remote > > > > host from my suffering atom machine, remote host sees the packet. Also > > > > remote machine sees some udp traffic originating from the tom, like > > > > ntp queries. > > > > > > > > And, on receive, the atom board does receive interrupts, em0:rx 0 counter > > > > in vmstat -i increases. Even more fun, the sysctl dev.em.0.debug > > > > shows increasing hw rdh (as I understand, this is hardware 'last > > > > received' packet pointer for rx ring). So I looked at the packet > > > > descriptor at hw rdt index, and there I see > > > > (kgdb) p/x ((struct adapter *)0xffffff80010e4000)->rx_rings->rx_base[78] > > > > $11 = {buffer_addr = 0x12a128800, length = 0x5ea, csum = 0x3c2b, status = > > 0x0, > > > > errors = 0x0, special = 0x0} > > > > > > > > Apparently, the Descriptor Done bit is clear, so the em_rxeof() function > > > > breaks from the loop, not consuming the current packet. Also, it returns > > > > false due to DD bit clear. This prevents em_msix_rx() from scheduling > > > > taskqueue for processing. So apparent cause for the hang is missing > > > > DD bit in descriptor. > > > > > > > > I am not sure isn't all this is obvious for anybody who knows em > > > > internals, and were to go from there. > > > > > > Ok, nobody cares. > > > > > > Below is the workaround I use to prevent the interface wedging. > > > It seems that the sole PCI register read (namely, the rx ring head read) > > > and consequent recheck of the descriptor status greatly reduce the > > > likelihood of the issue. Unfortunately, the read does not eliminate > > > the hang completely. So it is not some PCIe coherency problem. > > > > > > With the patch applied, I am able to copy around blu-ray images, while > > > previously the interface hang in 20-30 seconds of 100Mbit/s traffic. > > > Sometimes the messages are printed: > > > em0: Workaround: head 1018 tail 1002 cur 1010 > > > em0: Workaround: head 976 tail 973 cur 974 > > > em0: Workaround: head 950 tail 939 cur 946 > > > em0: Workaround: head 435 tail 419 cur 426 > > > > > > Machine is still dead due to random memory corruption which I see, in > > > particular, pmap sometimes read garbage from PTEs. I have no idea is > > > it related to em0 rx descriptor missed writes, or is a different issue. > > > > Humm, so if I'm reading this correctly, the card "skips" a receive > > descriptor and stores a packet at the next descriptor? That's just > > bizarre. > Either this, or it does store the packet but 'forgots' to update the > rx descriptor. I think that your interpretation is closer to reality, > since I get sustained 20MB/s over ssh with the patch even when workaround > activates. The lost packets probably should cause retransmit and speed > drop. This is just weird. I wonder if there is a known errata for this? This really seems to be broken hardware and not a driver issue. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon May 7 18:40:31 2012 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 204E3106567F; Mon, 7 May 2012 18:40:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC4268FC16; Mon, 7 May 2012 18:40:30 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so7787940pbb.13 for ; Mon, 07 May 2012 11:40:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=HtycGNeWVwLnG4Q0PQML/22SWUv20q2fnEmpCBCl2BI=; b=S9ebutVeVYw/CiHcU701RnK1HNESXR2qG2UMbRqtO9cvRo2D20/WAX8Rxl/DDCOklN jTLyL4EAzq0gQ7U+sAXwhTFDIafcRby81cEm02h//Pdv42z0Pqs9FihY3Ml9cInl3CtX I9bQwLRweNe0G1e4fwhOD583LeB2+JqnKan2RPavYoyDdi8cKIAiH6Du5winrMNgwpEs ecHLnhPcxe8p1W3VRs9/k+W7Cp64En7UXXHXh4mm77q2bsVOkSr6zDOSwhwumqSe4Ud7 wevhqtQ2nKIKm7r2guh4RIPmjrfkQfnsG0HElIDILYyYm/FZSOveLeMkXCMJva6qKjsm 000A== MIME-Version: 1.0 Received: by 10.68.221.74 with SMTP id qc10mr4493313pbc.80.1336416030513; Mon, 07 May 2012 11:40:30 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.101.9 with HTTP; Mon, 7 May 2012 11:40:30 -0700 (PDT) In-Reply-To: <4FA6E03B.2000706@zonov.org> References: <20120427230400.GB17009@michelle.cdnetworks.com> <4FA6E03B.2000706@zonov.org> Date: Mon, 7 May 2012 11:40:30 -0700 X-Google-Sender-Auth: WBzgQRiEfJDc92P6SNSHvpNZYU0 Message-ID: From: Adrian Chadd To: Andrey Zonov Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com, freebsd-net@freebsd.org, davidch@freebsd.org Subject: Re: bce: jumbo not working since r218423 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, 07 May 2012 18:40:31 -0000 .. I think you're misunderstanding how PMTU discovery works. The _point_ is that you refuse to send said frame in the first place. Any number of intermediary L2 devices may decide to drop your jumbo TX'ed frame and not generate an ICMP error message, thus breaking PMTU discovery anyway. In any case, someone from broadcom piped up and pointed out that at least for their driver, the "force strict RX MTU" is for compliance testing. Adrian From owner-freebsd-net@FreeBSD.ORG Mon May 7 18:53:53 2012 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 1FDC3106566C; Mon, 7 May 2012 18:53:53 +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 E69828FC1D; Mon, 7 May 2012 18:53:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47Irqkd017259; Mon, 7 May 2012 18:53:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47Irq1k017255; Mon, 7 May 2012 18:53:52 GMT (envelope-from linimon) Date: Mon, 7 May 2012 18:53:52 GMT Message-Id: <201205071853.q47Irq1k017255@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/167646: [ip6] IPv6 TCP connection hangs/drops when time/clock on the client is stepped backwards 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, 07 May 2012 18:53:53 -0000 Old Synopsis: IPv6 TCP connection hangs/drops when time/clock on the client is stepped backwards New Synopsis: [ip6] IPv6 TCP connection hangs/drops when time/clock on the client is stepped backwards Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 7 18:53:38 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=167646 From owner-freebsd-net@FreeBSD.ORG Mon May 7 18:55:42 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EB05106566C; Mon, 7 May 2012 18:55:42 +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 221218FC17; Mon, 7 May 2012 18:55:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47Itgnb017547; Mon, 7 May 2012 18:55:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47ItgWS017543; Mon, 7 May 2012 18:55:42 GMT (envelope-from linimon) Date: Mon, 7 May 2012 18:55:42 GMT Message-Id: <201205071855.q47ItgWS017543@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/167603: [ip] IP fragment reassembly's broken: file transfer over NFSv3/UDP fails for default NFS packet size 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, 07 May 2012 18:55:42 -0000 Old Synopsis: IP fragment reassembly's broken: file transfer over NFSv3/UDP fails for default NFS packet size New Synopsis: [ip] IP fragment reassembly's broken: file transfer over NFSv3/UDP fails for default NFS packet size Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 7 18:55:26 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=167603 From owner-freebsd-net@FreeBSD.ORG Mon May 7 22:57:47 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 933EF106564A for ; Mon, 7 May 2012 22:57:47 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 27C3F8FC0A for ; Mon, 7 May 2012 22:57:46 +0000 (UTC) Received: by wibhq2 with SMTP id hq2so61852wib.13 for ; Mon, 07 May 2012 15:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1dNJddjW9CLvQMPijZf7K987yL35lD6uUkLfur9S3IQ=; b=YgW3W2QRWH3VEcqviiFkuCR278U7Ky4CQEGCMaoladuHKEn1046NO0fzXdWKdJW7hr JFlOvlbhvDXeJgNTKJApb8nBRMhqkF4LUsgXexXik7zsboSgdJmyMsk/pWx++vXggFcA BCZcTN40E7EqkYKjorgFWPkB8UyLSMKOJEP9J3FTRVXdd8sgrx4gbYwEwbXniayiwFD9 L4ZMDcVnMHB6jVlIunhPJmD4lk5tqe1v0yHosGpsjI4BXXqDCkgX+WGlYqc7EngV4mjO xEel9iuoxvTczLFiFvEZDwaOd60+6mThWX+oStGOZ/a81ypmcz9USPeC8k3IrcaXzKYI h4xg== MIME-Version: 1.0 Received: by 10.180.104.231 with SMTP id gh7mr39059591wib.10.1336431465817; Mon, 07 May 2012 15:57:45 -0700 (PDT) Received: by 10.223.88.155 with HTTP; Mon, 7 May 2012 15:57:45 -0700 (PDT) Date: Mon, 7 May 2012 17:57:45 -0500 Message-ID: From: Adam Vande More To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bwi doesn't detect BCM4312 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, 07 May 2012 22:57:47 -0000 I have a laptop trying to install on. This appears to be the only hangup: none1@pci0:4:0:0: class=0x028000 card=0x000c1028 chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4312 802.11b/g LP-PHY' class = network >From what I can tell, bwi supports this family but not this model. Anyone know how to enable it? -- Adam Vande More From owner-freebsd-net@FreeBSD.ORG Tue May 8 00:09:58 2012 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 607381065675 for ; Tue, 8 May 2012 00:09:58 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3906C8FC0C for ; Tue, 8 May 2012 00:09:58 +0000 (UTC) Received: by dacx6 with SMTP id x6so11223409dac.17 for ; Mon, 07 May 2012 17:09:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rnKRwos6xy+5Nv+0sU19pqFcLqbgiQb2RqEr8Pgl4h4=; b=PAaR8ESOBlkHODQl1rca2JwUsiI3FWthH8fu+cOxpeijtBfpJdQS4OKM6hL/vcxCaO F1nWWiWzKkscufAAHQGVyZoHW/A2iEZdIAb71QNm5wL63836M5Qpr90bVAnIT74IZHE3 D8ddBpBKakPouJmF4FDEou5DCYUQOOtNX6xNib7iHWIc+3lUMpOgy06moQ4AgQQ8gHKU dvEwxPc0a2syNGBLp625y5rKvPQcJD9y4keidYaa70f70FS4ZwC5gKWqsAhwoYk25ipq +07Q0NZoCMcVkvbpVTsyfaoMeB3A1ClPqmG4Mcx7GQToMdE47oe/uJqcrgUlUvPbojPs 87Eg== MIME-Version: 1.0 Received: by 10.68.240.135 with SMTP id wa7mr21528302pbc.7.1336435797742; Mon, 07 May 2012 17:09:57 -0700 (PDT) Received: by 10.143.18.11 with HTTP; Mon, 7 May 2012 17:09:57 -0700 (PDT) Date: Mon, 7 May 2012 17:09:57 -0700 Message-ID: From: Vijay Singh To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 00:09:58 -0000 Hi, a question for jfv@ or whoever else is familiar with the ixgbe driver - I am looking at a system where the adapter reports a large number of ierrors that I traced to this stat. What does this mean? Intuitively it seems like the receive ring isn't being drained fast enough but wanted to confirm with the experts. -vijay From owner-freebsd-net@FreeBSD.ORG Tue May 8 00:25:30 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C33461065670 for ; Tue, 8 May 2012 00:25:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8A98FC08 for ; Tue, 8 May 2012 00:25:30 +0000 (UTC) Received: by wibhq2 with SMTP id hq2so96396wib.13 for ; Mon, 07 May 2012 17:25:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QKAl1JGrI3G0psouj76VbIsl0/8WZ1yfj8mrwsPAqVM=; b=QplbJ9yVPkX0Tj7l3mcJNb99qcMnhVm8mg+Q1KCOfxnHWgjDOl8r1EhvwT/0MvXw3x +zUsw74YfdGhOQc0iNoKHQ5Y0fmBHy5x3abQSNK2LxZO2zr1W/Me0Em9ihTeHtKNammj maQfXvPW2/udcUc2UPlov4gYrAo8dn3bPl97SPOwPB1jyeZ0NOxHtSs/G1LV+PypwBCI qkFKVn/M8Y8KuaqUIl9j/di6HqHU4zTTMwzycA3SC0MPQvgn4FPipxJq3aqX6OLsfJDN J4ow2w66eZnFQ4nmJBb8/Th9QjUi45qklsdhz1tS9CqfaEEU6Y7hUSartfnXERoI4hOc VbPA== MIME-Version: 1.0 Received: by 10.180.24.35 with SMTP id r3mr39544432wif.7.1336436729158; Mon, 07 May 2012 17:25:29 -0700 (PDT) Received: by 10.180.7.103 with HTTP; Mon, 7 May 2012 17:25:29 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 May 2012 17:25:29 -0700 Message-ID: From: Jack Vogel To: Vijay Singh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 00:25:30 -0000 This is 'missed packet count', the index has actually been misinterpreted in the code for a while, it was mistakenly associated with queues, but its really per packet buffer, and there are only more than one when there are multiple traffic classes (ala DCB). Even so, only MPC(0) should get incremented anyway. Here is a description: Packets are missed when the receive FIFO has insufficient space to store the incoming packet. This may be caused due to insufficient buffers allocated, or because there is insufficient bandwidth on the IO bus. Events setting this counter also set the receiver overrun interrupt (RXO). These registers do not increment if receive is not enabled and count only packets that would have been posted to the SW driver. Hope this illuminates :) Cheers! Jack On Mon, May 7, 2012 at 5:09 PM, Vijay Singh wrote: > Hi, a question for jfv@ or whoever else is familiar with the ixgbe > driver - I am looking at a system where the adapter reports a large > number of ierrors that I traced to this stat. What does this mean? > Intuitively it seems like the receive ring isn't being drained fast > enough but wanted to confirm with the experts. > > -vijay > _______________________________________________ > 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 May 8 00:32:11 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5962E1065670 for ; Tue, 8 May 2012 00:32:11 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id D6A8A8FC14 for ; Tue, 8 May 2012 00:32:10 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so98054wib.13 for ; Mon, 07 May 2012 17:32:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=kGMR5IC/B6cnIw7pdyTgdjYVzzZji9NKYwCOfThk/GA=; b=gy4DJi0ZS/COtLm2xLhdjCMki3VbwHIr0rTZj10ZMz1TJbFNVAP+npu52xkzMtULJp cxn5BAqZsaeNfwBHw1H//EYrqQlZU63+Gdmr4d16vt+CO9vcYObsHw42Q9xGz7+sLlQi UApAK9vULlt5euN7cBKJftW6ehrfP2yGQibrhCJQZ3WCv67hBVM1SQSz1KSDvsmNrgCK W6h1tjJ/TLQRt0ZEBEWFHj5pUxRQNUFnz6/wDsbdDVea3JSx+zyQlK27v++5e5HlbPmk pI84lgcdmeJ2PTRHvY1phOuPh4iHvFvbEIYA03Kzl5sP89JI67eYoLJKElovg6HrzNu3 /sIA== Received: by 10.216.141.226 with SMTP id g76mr10612023wej.67.1336437129830; Mon, 07 May 2012 17:32:09 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.146.169 with HTTP; Mon, 7 May 2012 17:31:49 -0700 (PDT) In-Reply-To: References: From: Juli Mallett Date: Mon, 7 May 2012 17:31:49 -0700 X-Google-Sender-Auth: xY941MKd6nv3zqUuy-guFQ8jjtY Message-ID: To: Jack Vogel Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmfjTOpQ/GJ0xocTVJf+4+/BO9eUlzlrEUbZAhJnSX9niRcnqyE/Rse5+LAZY0YrV3zr0Vc Cc: freebsd-net@freebsd.org, Vijay Singh Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 00:32:11 -0000 While we're on the subject, I've had some confusion for some time now: On Mon, May 7, 2012 at 5:25 PM, Jack Vogel wrote: > Packets are missed when the receive FIFO has insufficient space to store the > incoming packet. This means the on-card FIFO, i.e. the fixed-size FIFO that is divided into receive and transmit space by the driver, right? And the separate "receive no buffers" counter records instances where the packet made it to the card but there was no buffer associated with a receive descriptor to write it to? That has been my interpretation of the documentation and the numbers I've seen in practice, but I've seen conflicting interpretations and would much rather hear it from the horse's mouth :) Thanks, Juli. From owner-freebsd-net@FreeBSD.ORG Tue May 8 00:35:02 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D7DB106564A for ; Tue, 8 May 2012 00:35:02 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0213B8FC08 for ; Tue, 8 May 2012 00:35:00 +0000 (UTC) Received: by wibhq2 with SMTP id hq2so99789wib.13 for ; Mon, 07 May 2012 17:35:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=r99VZsTqfA/RPBLD1LXfs51T5JbjMz+G7yuFpD0sMnA=; b=f2VoP8l3p1OQPlsL3Uox78BqH57u6vibIdqZxk2Xa46uTYzsB+VQTRKwAQ28jOGJTs aMG5U7sp141GkmssgSU9EQai5r7dpYfCyZED78ins+nL/VbOjXlKk7J8VZ7U48cxxyWu ss+ZCFTcAnA21aTHq61uJzRWUqcX4DtB9IZj8U7wx+vpgoRgIXx3Lsrxl0qe45oNrVUQ ++jV6ruNe9s46Tv0hsZB9FHDNEhEl4DvVGqwZhna/XhdUPkW1EUWF3GxCuhe7VPs46fF 5IMSIpC62dd2z3MqPnBbhrsNL7q3HQSNaMGPpN6Mm5TghpfVVgfSofT+Wl1Baj54bVAx i1zg== MIME-Version: 1.0 Received: by 10.216.227.154 with SMTP id d26mr10119127weq.9.1336437299968; Mon, 07 May 2012 17:34:59 -0700 (PDT) Received: by 10.223.88.155 with HTTP; Mon, 7 May 2012 17:34:59 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 May 2012 19:34:59 -0500 Message-ID: From: Adam Vande More To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: bwi doesn't detect BCM4312 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, 08 May 2012 00:35:02 -0000 Hm, I guess I can't read. It was bwn, not bwi. Working now. On Mon, May 7, 2012 at 5:57 PM, Adam Vande More wrote: > I have a laptop trying to install on. This appears to be the only hangup: > > none1@pci0:4:0:0: class=0x028000 card=0x000c1028 chip=0x431514e4 > rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM4312 802.11b/g LP-PHY' > class = network > > From what I can tell, bwi supports this family but not this model. Anyone > know how to enable it? > > -- > Adam Vande More > -- Adam Vande More From owner-freebsd-net@FreeBSD.ORG Tue May 8 04:35:35 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 382FA106566C; Tue, 8 May 2012 04:35:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1.freebsd.org (Postfix) with ESMTP id 944968FC0C; Tue, 8 May 2012 04:35:34 +0000 (UTC) Received: by wibhm4 with SMTP id hm4so206282wib.1 for ; Mon, 07 May 2012 21:35:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=E9GvXJNFRN4KXwtLX60aXGC3ERYa0hrJvSSpt0O0UcI=; b=ukihssEYTY0BD9bB8iGdwUhiupvBNwLGKIcLGD6ocizWEa3WcfvQONCJG6MEG9yHLP kJ18cvd/fjrNpCoQjS3mr/qw+rbntqykj7XnjSV9+ULfwS2l0HY4XMn4+GiQCPCG3kes G2BCxXFoboQ0WqWPEnJA4VDLAAimCbH6IjWW9WQEqjyC01tJEW8dQdL9AGwKWp4rucZK NFX9tzTJEkjMjLgq9vcnhKHKbCXMmyxZOYuKPpqBUPq28wPEyeRoWLK8YNzIu5NAPkO4 5eJdbyI6H/WvnGGuNVj70JDFVtAsFTJ6SasHANhOYTf0/fC97IR2QKqlsRYymhbnfN9/ 3YNw== MIME-Version: 1.0 Received: by 10.216.140.222 with SMTP id e72mr59923wej.69.1336451733650; Mon, 07 May 2012 21:35:33 -0700 (PDT) Received: by 10.180.7.103 with HTTP; Mon, 7 May 2012 21:35:33 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 May 2012 21:35:33 -0700 Message-ID: From: Jack Vogel To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Vijay Singh Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 04:35:35 -0000 On Mon, May 7, 2012 at 5:31 PM, Juli Mallett wrote: > While we're on the subject, I've had some confusion for some time now: > > On Mon, May 7, 2012 at 5:25 PM, Jack Vogel wrote: > > Packets are missed when the receive FIFO has insufficient space to store > the > > incoming packet. > > This means the on-card FIFO, i.e. the fixed-size FIFO that is divided > into receive and transmit space by the driver, right? And the > separate "receive no buffers" counter records instances where the > packet made it to the card but there was no buffer associated with a > receive descriptor to write it to? That has been my interpretation of > the documentation and the numbers I've seen in practice, but I've seen > conflicting interpretations and would much rather hear it from the > horse's mouth :) > > Thanks, > Juli. > Gee, not sure if I like being called a horse :) But yes you are correct. When you have multiple traffic classes, as it is when you have DCB, then the packet buffer may be partitioned into up to 8 parts. This would let you seperate say FCOE and iSCSI from normal net traffic. But for now in FreeBSD its just one which is divided into 3 parts: TX, RX, and FDIR (flow director). Cheers, Jack From owner-freebsd-net@FreeBSD.ORG Tue May 8 04:42:44 2012 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 CECBF106566B; Tue, 8 May 2012 04:42:44 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 99C2A8FC0C; Tue, 8 May 2012 04:42:44 +0000 (UTC) Received: by dadv36 with SMTP id v36so1871456dad.13 for ; Mon, 07 May 2012 21:42:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=m7Q5JOWNeiqAQMEX8BRQyCvpnNJ7agNEi/u8Gl+CuHI=; b=juYGB2tU0qVjh5ZPAMghqah9kxB+yBrjeu3Jv3NbqlVLrislBE+LA3vUYuej4K1rCz GRr9ubd9YPpisUi8BJ+0TAWlvTvHikIAvmV+5nua3syDthjRnDDpR6R7xxZx/1juU1Yg VCjurzXg2vnPchEOPwfxC4tG+N9zwWG4KHxq0QEM2LUkwwGgAdwHL5l6Psu8AqsHlAu5 NN3rvrRxstY+tawnagMiJjPD4sSF1pKX4yQ4vG8L08Gx1xRU0xFjRfrfWOea70HLrgZH F1rjw+fGQukhYTptGBK3Y2JEBDh2d+qGmOF0D2K8z/3kgVyvYmiYDc7EGRFm3EKmMyZg 2Xng== MIME-Version: 1.0 Received: by 10.68.226.35 with SMTP id rp3mr6704629pbc.64.1336452164178; Mon, 07 May 2012 21:42:44 -0700 (PDT) Received: by 10.143.18.11 with HTTP; Mon, 7 May 2012 21:42:44 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 May 2012 21:42:44 -0700 Message-ID: From: Vijay Singh To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: Juli Mallett , freebsd-net@freebsd.org Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 04:42:44 -0000 > normal net traffic. But for now in FreeBSD its just one which is divided > into 3 parts: TX, RX, and FDIR (flow director). Jack, does the sw driver control in any way the partitioning of the FIFO? I guess enabling 2 hw queues splits the FIFO in half. But otherwise does the driver control this in any way? -vijay From owner-freebsd-net@FreeBSD.ORG Tue May 8 04:56:01 2012 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 E0FF1106574C for ; Tue, 8 May 2012 04:56:01 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6374C8FC16 for ; Tue, 8 May 2012 04:56:01 +0000 (UTC) Received: by werg1 with SMTP id g1so966780wer.13 for ; Mon, 07 May 2012 21:56:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=X2XRl/dNeh1gVGjH8R0m9hDnIgnprefuX3FMBbrQrqc=; b=O0nsr6I8oL2gRRUAPVLq0Wp0aGIOzhSn9zCZ+DeTFejsqypb8itGn6v5kY4orTu3t0 IUsDqrHitKVSscefKuztwr8I5yLI1bW3a4Y5Ulw8l2+lXL+6dMSAbcdTNMfVSgcgkYiP Ls2SI9kMZuUL0oKbg3GYlCztB6nVbXrN+WNVYOa+eD5SKPh+7cGMd8cVVwFrD9Pqkg4+ p8eGFsrwxw977TWUbEWu/vhJO2duKSe8jxyuMczQoPPrtBxVPpLiKZ228veTiE0ciWp/ LVqtRYTOzbvpVVGRIBaDSmHmnMsJAx6eRAEoEWQ+F4pXG37pY+W+LR+7dDxl+Ktssc8K l9Tw== Received: by 10.180.80.104 with SMTP id q8mr41072626wix.14.1336452960162; Mon, 07 May 2012 21:56:00 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.146.169 with HTTP; Mon, 7 May 2012 21:55:39 -0700 (PDT) In-Reply-To: References: From: Juli Mallett Date: Mon, 7 May 2012 21:55:39 -0700 X-Google-Sender-Auth: iVIMXiBWjGlRyf6Mksyd56pU1tI Message-ID: To: Vijay Singh Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmGcsnJO7nJYsw0+TOCFaA6mmKTdkjwKafHABMRzopGBwMQlQdoK39QHyJV/agN0O9Qqwoq Cc: freebsd-net@freebsd.org, Jack Vogel Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 04:56:02 -0000 On Mon, May 7, 2012 at 9:42 PM, Vijay Singh wrote: >> normal net traffic. But for now in FreeBSD its just one which is divided >> into 3 parts: TX, RX, and FDIR (flow director). > > Jack, does the sw driver control in any way the partitioning of the > FIFO? I guess enabling 2 hw queues splits the FIFO in half. But > otherwise does the driver control this in any way? I don't believe that multiple queues splits the FIFO (Jack can correct me if I'm wrong.) This is a small (very small) chunk of low-latency memory on the NIC itself that is used to store the packets as they come in off the wire before they are moved to a receive descriptor. The driver does have a way of partitioning the space between transmit and receive, look for "PBA" in the drivers. In some cases if you're doing mostly-transmit or mostly-receive it can be very helpful to tweak these values, but in the case where you're running out of receive FIFO space constantly, it's (in my limited experience) more likely to be a problem with bandwidth or latency between the NIC and main memory, causing backpressure within the NIC as it tries to move packets to receive buffers (which are the ones allocated in main, i.e. host, memory.) From owner-freebsd-net@FreeBSD.ORG Tue May 8 05:16:57 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A7871065672; Tue, 8 May 2012 05:16:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F5A38FC14; Tue, 8 May 2012 05:16:56 +0000 (UTC) Received: by werg1 with SMTP id g1so975677wer.13 for ; Mon, 07 May 2012 22:16:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EF+iP4PaNTIcZLZKGMRhcMbCo4W2Djv0l7uRLg4gkg0=; b=DMSwUDPxI+/QmANhM+6+lNQQTcFU7+4zP+V81VaJHgBx4up5G/lwzY06r96bkVl3A+ 8Qc/z8opExli0XXBtJ8v4iUrZuPOHRA6v3iQsZ8scY8DEqZrjYN7+z8bG5aWrPhHxnUn C90lx0m/DlAI4elH7+pY1/2Njxjc1aJYnGKCSisb+OUoKVpHnqEvSPOaoo1f3XbAMhB0 A3PJYeNewJBr4kZrXFEDgHVl2cmAwcLvlrYLV/OBE248osCmo6xQ6ZiLFA3RClTWpZcX ac5pmRsCM+fOHPAgWxO2dUG6FodjWe5sYMbkjTD7xsDBE/KK7k+ZYqjhmpsqFDqJlxAS /cQg== MIME-Version: 1.0 Received: by 10.216.140.222 with SMTP id e72mr128065wej.69.1336454215257; Mon, 07 May 2012 22:16:55 -0700 (PDT) Received: by 10.180.7.103 with HTTP; Mon, 7 May 2012 22:16:55 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 May 2012 22:16:55 -0700 Message-ID: From: Jack Vogel To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Vijay Singh Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 05:16:57 -0000 Juli is correct, the FIFO is not partitioned by the driver queues as they exist in the current driver, its only seperated into the 3 parts I mentioned. Jack On Mon, May 7, 2012 at 9:55 PM, Juli Mallett wrote: > On Mon, May 7, 2012 at 9:42 PM, Vijay Singh wrote: > >> normal net traffic. But for now in FreeBSD its just one which is divided > >> into 3 parts: TX, RX, and FDIR (flow director). > > > > Jack, does the sw driver control in any way the partitioning of the > > FIFO? I guess enabling 2 hw queues splits the FIFO in half. But > > otherwise does the driver control this in any way? > > I don't believe that multiple queues splits the FIFO (Jack can correct > me if I'm wrong.) This is a small (very small) chunk of low-latency > memory on the NIC itself that is used to store the packets as they > come in off the wire before they are moved to a receive descriptor. > The driver does have a way of partitioning the space between transmit > and receive, look for "PBA" in the drivers. In some cases if you're > doing mostly-transmit or mostly-receive it can be very helpful to > tweak these values, but in the case where you're running out of > receive FIFO space constantly, it's (in my limited experience) more > likely to be a problem with bandwidth or latency between the NIC and > main memory, causing backpressure within the NIC as it tries to move > packets to receive buffers (which are the ones allocated in main, i.e. > host, memory.) > From owner-freebsd-net@FreeBSD.ORG Tue May 8 07:08:51 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5095106564A; Tue, 8 May 2012 07:08:51 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8928FC08; Tue, 8 May 2012 07:08:51 +0000 (UTC) Received: by dadv36 with SMTP id v36so2028176dad.13 for ; Tue, 08 May 2012 00:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jJt/Xbsckt0d0FbRHGrZIGHpbUo5LeLQPTZZ6H5gRBo=; b=Y+KzUCddUgPouaS9ryKFmUjxGysvEhdGzHqo5nXTRMb8j88mp+trieeIP5fU3alZAc l75L30WYrb+LczFpJRuyamOHaH30gv+r+QJb/PXjXAEgOwp+rXyur7l1tSm7RO/kg9jd ZeUdHAHvn5Q8/Ylrbjp8HLEuFf8/c5l61742dTfT4RYLrjogl/Sz6vPBo9A5svH3kof6 1iQVIh5bMX0/vJY+U6fXrUhPbHIFK3xUD3P1imqg0W9uN9IGUG0qpAiurNF1eGx3EwVV phCVaVPw8gxAPZOIfAOoMLF7esrQR+v9/OFQC0Yst1UuyNETTk2uTcqL+oz3UpIAfZpT yE9Q== MIME-Version: 1.0 Received: by 10.68.212.133 with SMTP id nk5mr1848452pbc.130.1336460930843; Tue, 08 May 2012 00:08:50 -0700 (PDT) Received: by 10.143.18.11 with HTTP; Tue, 8 May 2012 00:08:50 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 May 2012 00:08:50 -0700 Message-ID: From: Vijay Singh To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: Juli Mallett , freebsd-net@freebsd.org Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 07:08:51 -0000 On Mon, May 7, 2012 at 10:16 PM, Jack Vogel wrote: > Juli is correct, the FIFO is not partitioned by the driver queues as they > exist in the current driver, its only seperated into the 3 parts I > mentioned. I am running ixgbe code from 8.1, and IXGBE_FDIR isn't defined, so is the following doing something to take away some Rx memory: if (adapter->msix > 1) { /* Enable Enhanced MSIX mode */ gpie |= IXGBE_GPIE_MSIX_MODE; gpie |= IXGBE_GPIE_EIAME | IXGBE_GPIE_PBA_SUPPORT | IXGBE_GPIE_OCD; } -vijay From owner-freebsd-net@FreeBSD.ORG Tue May 8 07:15:47 2012 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 14C05106564A; Tue, 8 May 2012 07:15:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2878FC15; Tue, 8 May 2012 07:15:46 +0000 (UTC) Received: by werg1 with SMTP id g1so1037513wer.13 for ; Tue, 08 May 2012 00:15:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/ZVc4elOucTdOiQbpDmSnrEzeob/4VBBixeHBDIDOpY=; b=hWzew4JSJfHfnqf7qq3jSQQzBiBLE8Y7SMxhQ+fIDC7JAzfaQt3uEWuwg3zf/2Urq1 Cqb+k1BNme4oVDgNzKv7OXYnzlMbKeaIA/r+Z/K8TN9AW2kg2eVMKAHCE3U9eWjJIXOx LFvdPweC/NasPJG1pEWu62BhsUfBcgO2B50FeWZpWvbvZCrAM+J2cN33YRkusIIZJ/5L 7PUttVvbWSTwqAAzx0goZV67tE/3lD0HREghuCm9rjEIHWCQkyE7HfHXMrbE4oFyLrM7 GbaWpB9YcXPMNJCeEXgPoc3bAJzuFILqyoPKaV+r0y1ifBzFJBh2qWQImDD8k5Fg+vRO kOXw== MIME-Version: 1.0 Received: by 10.180.24.66 with SMTP id s2mr32367415wif.7.1336461345296; Tue, 08 May 2012 00:15:45 -0700 (PDT) Received: by 10.180.7.103 with HTTP; Tue, 8 May 2012 00:15:45 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 May 2012 00:15:45 -0700 Message-ID: From: Jack Vogel To: Vijay Singh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Juli Mallett , freebsd-net@freebsd.org Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 07:15:47 -0000 No, that's just standard setup stuff for MSIX. Jack On Tue, May 8, 2012 at 12:08 AM, Vijay Singh wrote: > On Mon, May 7, 2012 at 10:16 PM, Jack Vogel wrote: > > Juli is correct, the FIFO is not partitioned by the driver queues as they > > exist in the current driver, its only seperated into the 3 parts I > > mentioned. > > I am running ixgbe code from 8.1, and IXGBE_FDIR isn't defined, so is > the following doing something to take away some Rx memory: > > if (adapter->msix > 1) { > /* Enable Enhanced MSIX mode */ > gpie |= IXGBE_GPIE_MSIX_MODE; > gpie |= IXGBE_GPIE_EIAME | IXGBE_GPIE_PBA_SUPPORT | > IXGBE_GPIE_OCD; > } > > -vijay > From owner-freebsd-net@FreeBSD.ORG Tue May 8 08:24:22 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57CA0106566B; Tue, 8 May 2012 08:24:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id DFEB68FC0C; Tue, 8 May 2012 08:24:21 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q488O3Pm045704; Tue, 8 May 2012 11:24:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q488O3at074628; Tue, 8 May 2012 11:24:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q488O37H074627; Tue, 8 May 2012 11:24:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 8 May 2012 11:24:03 +0300 From: Konstantin Belousov To: John Baldwin Message-ID: <20120508082403.GS2358@deviant.kiev.zoral.com.ua> References: <20120407133715.GU2358@deviant.kiev.zoral.com.ua> <201205041130.22202.jhb@freebsd.org> <20120504221819.GS2358@deviant.kiev.zoral.com.ua> <201205071344.58041.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LIxqaT8ihIAy1Ixa" Content-Disposition: inline In-Reply-To: <201205071344.58041.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: jfv@freebsd.org, Jack Vogel , net@freebsd.org Subject: Re: 82574L hangs (with r233708 e1000 driver). 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, 08 May 2012 08:24:22 -0000 --LIxqaT8ihIAy1Ixa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 07, 2012 at 01:44:57PM -0400, John Baldwin wrote: > On Friday, May 04, 2012 6:18:19 pm Konstantin Belousov wrote: > > On Fri, May 04, 2012 at 11:30:22AM -0400, John Baldwin wrote: > > > On Tuesday, May 01, 2012 12:21:21 pm Konstantin Belousov wrote: > > > > On Thu, Apr 12, 2012 at 09:38:49PM +0300, Konstantin Belousov wrote: > > > > > On Mon, Apr 09, 2012 at 12:19:39PM -0400, John Baldwin wrote: > > > > > > On Sunday, April 08, 2012 1:11:25 am Konstantin Belousov wrote: > > > > > > > On Sat, Apr 07, 2012 at 04:22:07PM -0700, Jack Vogel wrote: > > > > > > > > Make sure you have any firmware up to the latest available,= if that=20 > > > doesn't > > > > > > > > help > > > > > > > > let me know and I'll check internally to see if there are a= ny=20 > > > outstanding > > > > > > > > issues > > > > > > > > in shared code, that will be after the weekend. > > > > > > >=20 > > > > > > > I had BIOS rev. 151, after you hint I found rev. 154 on the s= ite. > > > > > > > Now BIOS reports itself as MTCDT10N.86A.0154.2012.0323.1601, > > > > > > > March 23. > > > > > > >=20 > > > > > > > Unfortunately, upgrade did not changed anything in regard of = hanging > > > > > > > interface. > > > > > >=20 > > > > > > Does reverting 233708 make any difference? Have you tried futz= ing=20 > > > around with > > > > > > kgdb when it is hung to see what state the device is in (softwa= re state=20 > > > at > > > > > > least)? > > > > > It does, in a sense that without r233708 the interface becomes st= uck > > > > > almost immediately. I just upgraded to the e1000@r234154, which d= oes not > > > > > change much. > > > > >=20 > > > > > I fiddled with the adapter state after the hang in kgdb more, and= I > > > > > noted something interesting. Apparently, tx works. When I ping th= e remote > > > > > host from my suffering atom machine, remote host sees the packet.= Also > > > > > remote machine sees some udp traffic originating from the tom, li= ke > > > > > ntp queries. > > > > >=20 > > > > > And, on receive, the atom board does receive interrupts, em0:rx 0= counter > > > > > in vmstat -i increases. Even more fun, the sysctl dev.em.0.debug > > > > > shows increasing hw rdh (as I understand, this is hardware 'last > > > > > received' packet pointer for rx ring). So I looked at the packet > > > > > descriptor at hw rdt index, and there I see > > > > > (kgdb) p/x ((struct adapter *)0xffffff80010e4000)->rx_rings->rx_b= ase[78] > > > > > $11 =3D {buffer_addr =3D 0x12a128800, length =3D 0x5ea, csum =3D = 0x3c2b, status =3D=20 > > > 0x0,=20 > > > > > errors =3D 0x0, special =3D 0x0} > > > > >=20 > > > > > Apparently, the Descriptor Done bit is clear, so the em_rxeof() f= unction > > > > > breaks from the loop, not consuming the current packet. Also, it = returns > > > > > false due to DD bit clear. This prevents em_msix_rx() from schedu= ling > > > > > taskqueue for processing. So apparent cause for the hang is missi= ng > > > > > DD bit in descriptor. > > > > >=20 > > > > > I am not sure isn't all this is obvious for anybody who knows em > > > > > internals, and were to go from there. > > > >=20 > > > > Ok, nobody cares. > > > >=20 > > > > Below is the workaround I use to prevent the interface wedging. > > > > It seems that the sole PCI register read (namely, the rx ring head = read) > > > > and consequent recheck of the descriptor status greatly reduce the > > > > likelihood of the issue. Unfortunately, the read does not eliminate > > > > the hang completely. So it is not some PCIe coherency problem. > > > >=20 > > > > With the patch applied, I am able to copy around blu-ray images, wh= ile > > > > previously the interface hang in 20-30 seconds of 100Mbit/s traffic. > > > > Sometimes the messages are printed: > > > > em0: Workaround: head 1018 tail 1002 cur 1010 > > > > em0: Workaround: head 976 tail 973 cur 974 > > > > em0: Workaround: head 950 tail 939 cur 946 > > > > em0: Workaround: head 435 tail 419 cur 426 > > > >=20 > > > > Machine is still dead due to random memory corruption which I see, = in > > > > particular, pmap sometimes read garbage from PTEs. I have no idea is > > > > it related to em0 rx descriptor missed writes, or is a different is= sue. > > >=20 > > > Humm, so if I'm reading this correctly, the card "skips" a receive > > > descriptor and stores a packet at the next descriptor? That's just > > > bizarre. > > Either this, or it does store the packet but 'forgots' to update the > > rx descriptor. I think that your interpretation is closer to reality, > > since I get sustained 20MB/s over ssh with the patch even when workarou= nd > > activates. The lost packets probably should cause retransmit and speed > > drop. >=20 > This is just weird. I wonder if there is a known errata for this? > This really seems to be broken hardware and not a driver issue. I was not able to find anything even remotely resembling the described behaviour, in the publically available 82574L specification update. I looked at rev. 3.5, dated January 2012. I may indeed give up and relocate the hardware into trash, but it would be pity, since this is new shiny Intel Atom 2800 m/b. I am not sure I can give convincing arguments to supplier for warranty replacement. And, while I booted Debian to apply f/w fix Jack recommended, I did quick test and interface looked stable. --LIxqaT8ihIAy1Ixa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+o2CIACgkQC3+MBN1Mb4jQkgCgoldYCpHlzdXNuqyTPYRBjD3+ WiMAoONVAJZ5WHqC+AqjZyjCvQ9zquj0 =NXBw -----END PGP SIGNATURE----- --LIxqaT8ihIAy1Ixa-- From owner-freebsd-net@FreeBSD.ORG Tue May 8 10:11:23 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01397106566C; Tue, 8 May 2012 10:11:23 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id B5E0D8FC12; Tue, 8 May 2012 10:11:22 +0000 (UTC) Received: from mail.qualysoft.com ([213.253.200.123] helo=unknown) by marvin.harmless.hu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1SRhO4-000FjH-PM; Tue, 08 May 2012 12:11:20 +0200 Date: Tue, 8 May 2012 12:11:20 +0200 From: Gergely CZUCZY To: net@freebsd.org Message-ID: <20120508121120.00003ea3@unknown> Organization: Harmless Digital X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: jeff@freebsd.org, jhb@freebsd.org Subject: OFED stack, RDMA, ipoib help needed 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, 08 May 2012 10:11:23 -0000 Hello, I'd like to ask a few question in order to get some hardware to work we've got recently. The hardwares are the following: - 2x dualport Mellanox ConnectX-3 VPI cards, with 56Gbps ports - 4 computing modules with a singleport Mellanox MT27500-family ConnectX-3 port. The 2 dualport cards are in a storage box, and the 4 singleport ones are integrated on blade-like computing nodes (4 boxes in 2U). The storage is running FreeBSD 9-STABLE, 2012-05-07 cvsup, and the computing nodes are running linux. So far we had been able to bring up the subnet-manager on the FreeBSD node, and one of the links got into Active state, which is quite good. We had been able to ibping between the nodes. The FreeBSD kernel config, in addition to GENERIC, is the following: options OFED options SDP device ipoib options IPOIB_CM device mlx4ib device mthca device mlxen Right now we're having problems with the following issues, situations: 1) we assigned IP addresses to both ib interfaces (fbsd, linux side), but weren't able to ping over IP. We've seen icmp-echo-requests leaving the box on the linux box, but haven't seen any incoming traffic on the freebsd one. On the freebsd side, we had several issues: - no incoming packets seen by tcpdump on the ib interface - when trying to ping the other side, we've got "no route to host", but the routing entry existed in the routing table. - we had a few of these messages in our messages: "ib2: timing out; 0 sends N recieves not completed", where started at 22,34 and was growing. 2) We're unable to find any resources on how to do RDMA on the FreeBSD side. We'd like to use SRP (SCSI RDMA Protocol) communication, and/or NFS-over-RDMA for our storage link between the boxes. Where could we find any info on this? 3) Enabling connected-mode, we weren't able to find a way to specify or query the port that connected mode is using. Could someone please point us to the right direction regarding this minor issue? 4) We were also unable to find how to switch these dual-personality cards between infiniband and ethernet modes. Could we also get some pointers regarding this please? Basically any help would be welcome which could help making infiniband work. As a side question, I've seen a comming for OFED in HEAD by jhb, fixing a few things, may I ask when will that get MFC'd to RELENG-9? Thanks in advance. Best regards, Gergely CZUCZY From owner-freebsd-net@FreeBSD.ORG Tue May 8 11:07:25 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A20BF1065670; Tue, 8 May 2012 11:07:25 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1348FC08; Tue, 8 May 2012 11:07:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAAP+qE+DaFvO/2dsb2JhbABEhXKuOoIMAQEBAwEBAQEgKyALBRYYAgINGQIpAQkmBggHBAEcBIdoBQunc5MggS+JbQiEUIEYBJNPgi+BEY8xgwWBOwc X-IronPort-AV: E=Sophos;i="4.75,550,1330923600"; d="scan'208";a="168354586" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 08 May 2012 07:07:24 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 6998DB4059; Tue, 8 May 2012 07:07:24 -0400 (EDT) Date: Tue, 8 May 2012 07:07:24 -0400 (EDT) From: Rick Macklem To: Gergely CZUCZY Message-ID: <1217430168.59507.1336475244392.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120508121120.00003ea3@unknown> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: jeff@freebsd.org, jhb@freebsd.org, net@freebsd.org Subject: Re: OFED stack, RDMA, ipoib help needed 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, 08 May 2012 11:07:25 -0000 Gergely CZUCZY wrote: > Hello, > > I'd like to ask a few question in order to get some hardware to work > we've got recently. > > The hardwares are the following: > - 2x dualport Mellanox ConnectX-3 VPI cards, with 56Gbps ports > - 4 computing modules with a singleport Mellanox MT27500-family > ConnectX-3 port. > > The 2 dualport cards are in a storage box, and the 4 singleport ones > are integrated on blade-like computing nodes (4 boxes in 2U). The > storage is running FreeBSD 9-STABLE, 2012-05-07 cvsup, and the > computing nodes are running linux. > > So far we had been able to bring up the subnet-manager on the FreeBSD > node, and one of the links got into Active state, which is quite good. > We had been able to ibping between the nodes. The FreeBSD kernel > config, in addition to GENERIC, is the following: > > options OFED > options SDP > device ipoib > options IPOIB_CM > device mlx4ib > device mthca > device mlxen > > Right now we're having problems with the following issues, situations: > > 1) we assigned IP addresses to both ib interfaces (fbsd, linux side), > but weren't able to ping over IP. We've seen icmp-echo-requests > leaving > the box on the linux box, but haven't seen any incoming traffic on the > freebsd one. On the freebsd side, we had several issues: > - no incoming packets seen by tcpdump on the ib interface > - when trying to ping the other side, we've got "no route to host", > but the routing entry existed in the routing table. > - we had a few of these messages in our messages: "ib2: timing out; 0 > sends N recieves not completed", where started at 22,34 and was > growing. > > 2) We're unable to find any resources on how to do RDMA on the FreeBSD > side. We'd like to use SRP (SCSI RDMA Protocol) communication, and/or > NFS-over-RDMA for our storage link between the boxes. Where could we > find any info on this? > NFS-over-RDMA requires sessions, which are a part of NFSv4.1. There is no NFSv4.1 server support at this time. I know diddly about infiniband, so I can't help w.r.t. the rest. Good luck with it, rick > 3) Enabling connected-mode, we weren't able to find a way to specify > or > query the port that connected mode is using. Could someone please > point > us to the right direction regarding this minor issue? > > 4) We were also unable to find how to switch these dual-personality > cards between infiniband and ethernet modes. Could we also get some > pointers regarding this please? > > Basically any help would be welcome which could help making infiniband > work. > > As a side question, I've seen a comming for OFED in HEAD by jhb, > fixing > a few things, may I ask when will that get MFC'd to RELENG-9? > > Thanks in advance. > > Best regards, > Gergely CZUCZY > _______________________________________________ > 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 May 8 14:10:00 2012 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 408CF106564A for ; Tue, 8 May 2012 14:10:00 +0000 (UTC) (envelope-from sergeysaley@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8FE8FC15 for ; Tue, 8 May 2012 14:09:59 +0000 (UTC) Received: by lagv3 with SMTP id v3so5846002lag.13 for ; Tue, 08 May 2012 07:09:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=MljTV6skMJ7NO4w1zC6wodokSU7dvOzVSQ3ZdF/X3KU=; b=VleRyY8aAHICl3w/TMYUAPFZ4pJjXakjR1bBr2udlDUHzRFiu3Kc/YvsIeYxdxeCgp guclLKrwNLpkMRXMybtjQqk6uRki345xT3GI6zhV04wTQVTDX/bR2ozJXJ61Rq1+H+p+ v3Je3z4OhoHBq9gbjPqq96H5I/ZzD7WsmRnQlEQAQrUkwNsnXnZHkRIVahjenhlgcobm H/EuHyS006D9cfv7IWum9AwU/87sSgb0sW9jZhwDdvuj3158GMIXOnZ7JowBqlK+M0ET dozBwUjB7Fec63yWQi6TSURRvIIGnaP7SVGp/cIBUIzWX+TgEv+nyXtbZ6dkUO7klV/T XGsQ== Received: by 10.112.87.170 with SMTP id az10mr3760269lbb.53.1336486198328; Tue, 08 May 2012 07:09:58 -0700 (PDT) Received: from [192.168.0.47] (buddy.uch.net. [193.108.248.29]) by mx.google.com with ESMTPS id oi3sm22531623lab.12.2012.05.08.07.09.55 (version=SSLv3 cipher=OTHER); Tue, 08 May 2012 07:09:56 -0700 (PDT) Message-ID: <4FA92931.7040700@gmail.com> Date: Tue, 08 May 2012 17:09:53 +0300 From: Sergey Saley User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <1319449307149-4931883.post@n5.nabble.com> <1319478384269-4933498.post@n5.nabble.com> <1319483324861-4933765.post@n5.nabble.com> <1319485884830-4933934.post@n5.nabble.com> <1319527328469-4935272.post@n5.nabble.com> <1319530877390-4935427.post@n5.nabble.com> In-Reply-To: <1319530877390-4935427.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Too much interrupts on ixgbe 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, 08 May 2012 14:10:00 -0000 25.10.2011 11:21, Sergey Saley ???????: > Jack Vogel wrote: >> On Tue, Oct 25, 2011 at 12:22 AM, Sergey Saley<sergeysaley@>wrote: >> >>> Ryan Stone-2 wrote: >>>> On Mon, Oct 24, 2011 at 3:51 PM, Sergey Saley<sergeysaley@> >>> wrote: >>>>> MPD5, netgraph, pppoe.Types of traffic - any (customer traffic). >>>>> Bying this card I counted on a 3-4G traffic at 3-4K pppoe sessions. >>>>> It turned to 600-700Mbit/s, about 50K pps at 700-800 pppoe sessions. >>>> PPPoE is your problem. The Intel cards can't load-balance PPPoE >>>> traffic, so everything goes to one queue. It may be possible to write >>>> a netgraph module to load-balance the traffic across your CPUs. >>>> >>> OK, thank You for explanation. >>> And what about the large number of interrupts? >>> As for me, it's too much... >>> irq256: ix0:que 0 240536944 6132 >>> irq257: ix0:que 1 89090444 2271 >>> irq258: ix0:que 2 93222085 2376 >>> irq259: ix0:que 3 89435179 2280 >>> irq260: ix0:link 1 0 >>> irq261: ix1:que 0 269468769 6870 >>> irq262: ix1:que 1 110974 2 >>> irq263: ix1:que 2 434214 11 >>> irq264: ix1:que 3 112281 2 >>> irq265: ix1:link 1 0 >>> >>> >> How do you decide its 'too much' ? It may be that with your traffic you >> end >> up >> not being able to use offloads, just thinking. Its not like the hardware >> just "makes >> it up", it interrupts on the last descriptor of a packet which has the RS >> bit set. >> With TSO you will get larger chunks of data and thus less interrupts but >> your >> traffic probably doesn't qualify for it. >> > It's easy. I have several servers with a similar task and load. > About 30K pps, about 500-600M traffic, about 600-700 pppoe connections. > One difference - em > Here is a typical vmstat -i > > point06# vmstat -i > interrupt total rate > irq17: atapci0 6173367 0 > cpu0: timer 3904389748 465 > irq256: em0 3754877950 447 > irq257: em1 2962728160 352 > cpu2: timer 3904389720 465 > cpu1: timer 3904389720 465 > cpu3: timer 3904389721 465 > Total 22341338386 2661 > > point05# vmstat -i > interrupt total rate > irq14: ata0 35 0 > irq19: atapci1 8323568 0 > cpu0: timer 3905440143 465 > irq256: em0 3870403571 461 > irq257: em1 1541695487 183 > cpu1: timer 3905439895 465 > cpu3: timer 3905439895 465 > cpu2: timer 3905439895 465 > Total 21042182489 2506 > > point04# vmstat -i > interrupt total rate > irq19: atapci0 6047874 0 > cpu0: timer 3901683760 464 > irq256: em0 823774953 98 > irq257: em1 1340659093 159 > cpu1: timer 3901683730 464 > cpu2: timer 3901683730 464 > cpu3: timer 3901683730 464 > Total 17777216870 2117 > > BTW, maybe there is a possibility to make a traffic separation per several queues by vlan tag? That would be a partial solution... From owner-freebsd-net@FreeBSD.ORG Tue May 8 14:23:15 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03FE2106566C for ; Tue, 8 May 2012 14:23:15 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id CE2938FC08 for ; Tue, 8 May 2012 14:23:14 +0000 (UTC) Received: from John-Baldwins-MacBook-Air.local (c-68-39-198-164.hsd1.de.comcast.net [68.39.198.164]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3F12FB93B for ; Tue, 8 May 2012 10:23:14 -0400 (EDT) Message-ID: <4FA92C51.8040400@FreeBSD.org> Date: Tue, 08 May 2012 10:23:13 -0400 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20120508121120.00003ea3@unknown> In-Reply-To: <20120508121120.00003ea3@unknown> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 08 May 2012 10:23:14 -0400 (EDT) Subject: Re: OFED stack, RDMA, ipoib help needed 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, 08 May 2012 14:23:15 -0000 On 5/8/12 6:11 AM, Gergely CZUCZY wrote: > As a side question, I've seen a comming for OFED in HEAD by jhb, fixing > a few things, may I ask when will that get MFC'd to RELENG-9? Unfortunately I do not know enough about OFED/IB to help with your other questions. So far my only personal experience has been with some Mellanox 40G Ethernet parts. However, I will try to catch up on my backlog of pending MFC's in the next week or so. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Tue May 8 16:42:20 2012 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 82486106564A; Tue, 8 May 2012 16:42:20 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 442C28FC12; Tue, 8 May 2012 16:42:20 +0000 (UTC) Received: by dadv36 with SMTP id v36so2746897dad.13 for ; Tue, 08 May 2012 09:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=7GV1X0QY632vXYgBqOEuyMSR7Kd37cqOR4I2AqY2fqE=; b=rQXnKE4MdXbH8EmeyeyJ88WiEExmea3/iNefcAHBrWYFePVyFuCWjXhfsLWRaXRIOt CvZdcF4lQ5LyMcvCkpaL26ubEh9jRk3L6/5G3OG7Hqr0QRUPaNkU5ca0E2fwmGvzbulq 7FBEiF/RZeQE0DQpHLX5tz/ZdwyLoRZxd2sppyFHTRwYUlPBXbKpu9PmoEsjGlUoz6Bl TZvGOgs1eSd00r5RQ3cAxPbbiRCdUDEw1Zwk/MQH4b5T7PnUJL4gpjG4vayxWgsdbd3n 8o3Mw3QiqBDQx/PVdmE3OuxGrtqNDO49jG/Z7d776O1p+M/qcrsE+9P889T6UP0oTNGI L6bA== MIME-Version: 1.0 Received: by 10.68.201.195 with SMTP id kc3mr1167128pbc.33.1336495339646; Tue, 08 May 2012 09:42:19 -0700 (PDT) Received: by 10.143.18.11 with HTTP; Tue, 8 May 2012 09:42:19 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 May 2012 09:42:19 -0700 Message-ID: From: Vijay Singh To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Juli Mallett , freebsd-net@freebsd.org Subject: Re: What does adapter->stats.mpc[] report for ixgbe? 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, 08 May 2012 16:42:20 -0000 Jack, another variant of ixgbe works fine in a related product so there must be something that I'm not doing right. Since I am using the 8.1 (2.2.0) driver, would you recommend going to 8/S (2.4.5)? On Tue, May 8, 2012 at 12:15 AM, Jack Vogel wrote: > No, that's just standard setup stuff for MSIX. > > Jack > > > > On Tue, May 8, 2012 at 12:08 AM, Vijay Singh wrot= e: >> >> On Mon, May 7, 2012 at 10:16 PM, Jack Vogel wrote: >> > Juli is correct, the FIFO is not partitioned by the driver queues as >> > they >> > exist in the current driver, its only seperated into the 3 parts I >> > mentioned. >> >> I am running ixgbe code from 8.1, and IXGBE_FDIR isn't defined, so is >> the following doing something to take away some Rx memory: >> >> =A0 =A0 =A0 =A0if (adapter->msix > 1) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Enable Enhanced MSIX mode */ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gpie |=3D IXGBE_GPIE_MSIX_MODE; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gpie |=3D IXGBE_GPIE_EIAME | IXGBE_GPIE_P= BA_SUPPORT | >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0IXGBE_GPIE_OCD; >> =A0 =A0 =A0 =A0} >> >> -vijay > > From owner-freebsd-net@FreeBSD.ORG Tue May 8 17:11:42 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A1071065673 for ; Tue, 8 May 2012 17:11:42 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C84B58FC16 for ; Tue, 8 May 2012 17:11:41 +0000 (UTC) Received: by lagv3 with SMTP id v3so6050220lag.13 for ; Tue, 08 May 2012 10:11:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=ElTywq9TKAnwSpuGfw2foqTa7nGVCf+Lb44LGfrFG84=; b=fdXNgXGsmLjHxrLxADwsYDP75/NBvybpikjI6fwZjgKpa/8wSQI5i6lXU80onkNFLV ETIykTFuvivLgYMFqc+pP37oVmNy/ywf3VWqhLKu/VAS+fP1FCvaj/vz4GC9yy0qcYsj rOtGLhRJqFnDSgQ3JWsJSEiupTKPi9sdyzbsmc7IVik1P59eKq7SwI3Z6CNgiHoBDXqj HbjREHWELAPUQYLexFku7x2V6oA5GBWcdSx6CUe3LV2y4UMUur2q4PrEHWIrGLc8rOen xX6/sFU2HdrbCA6gfNp/6BPtWPVT/tNqO8E6hBguket6L8wUGgOvgcns0g+UxPiG0yep jOJw== MIME-Version: 1.0 Received: by 10.112.46.9 with SMTP id r9mr9089062lbm.81.1336497100434; Tue, 08 May 2012 10:11:40 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.152.122.145 with HTTP; Tue, 8 May 2012 10:11:40 -0700 (PDT) X-Originating-IP: [88.65.57.209] In-Reply-To: <201205051251.10431.bschmidt@freebsd.org> References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> Date: Tue, 8 May 2012 19:11:40 +0200 X-Google-Sender-Auth: cs7aqnpdX0GArL0V6Xppb3TqSO8 Message-ID: From: Bernhard Schmidt To: freebsd-wireless@freebsd.org Content-Type: multipart/mixed; boundary=f46d0401236fea2fa804bf897ab6 X-Gm-Message-State: ALoCoQnG7bP2xQ8D6JrZ9rHjwaFXNMfHqOL+8a96q6Gs3/k3FpqjfMyv0ss5HGAAMmGwBRszCKdq Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2012 17:11:42 -0000 --f46d0401236fea2fa804bf897ab6 Content-Type: text/plain; charset=ISO-8859-1 On Sat, May 5, 2012 at 12:51 PM, Bernhard Schmidt wrote: > Please apply attached patch (also here [1]) on top of the first one, > it fixes channel switching for >= 3070 (called the wrong function, > doh..) as well as a bgscan issue. > > [1] http://techwires.net/~bschmidt/rt2860_1.diff And another update [1] on top of the other 2 patches. * fix TX DMA, a wrong dmat has been used * add some more PCI IDs * disable debugging output by default * disable bgscan until it's sorted out * a printf is now hidden behind bootverbose So far it looks quite good, no open issues at the moment, keep on testing! ;) If nothing new comes up within the next few days I intend to commit this by the end of the week or something. [1] http://techwires.net/~bschmidt/rt2860_2.diff -- Bernhard --f46d0401236fea2fa804bf897ab6 Content-Type: application/octet-stream; name="rt2860_2.diff" Content-Disposition: attachment; filename="rt2860_2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h1z7t8xa1 ZGlmZiAtLWdpdCBzeXMvZGV2L3JhbC9pZl9yYWxfcGNpLmMgc3lzL2Rldi9yYWwvaWZfcmFsX3Bj aS5jCmluZGV4IDE1YzExYmQuLmMzNDM4YTMgMTAwNjQ0Ci0tLSBzeXMvZGV2L3JhbC9pZl9yYWxf cGNpLmMKKysrIHN5cy9kZXYvcmFsL2lmX3JhbF9wY2kuYwpAQCAtNzEsMTcgKzcxLDM3IEBAIHN0 cnVjdCByYWxfcGNpX2lkZW50IHsKIH07CiAKIHN0YXRpYyBjb25zdCBzdHJ1Y3QgcmFsX3BjaV9p ZGVudCByYWxfcGNpX2lkc1tdID0geworCXsgMHgxNDMyLCAweDc3MDgsICJFZGltYXggUlQyODYw IiB9LAorCXsgMHgxNDMyLCAweDc3MTEsICJFZGltYXggUlQzNTkxIiB9LAorCXsgMHgxNDMyLCAw eDc3MjIsICJFZGltYXggUlQzNTkxIiB9LAorCXsgMHgxNDMyLCAweDc3MjcsICJFZGltYXggUlQy ODYwIiB9LAorCXsgMHgxNDMyLCAweDc3MjgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDMy LCAweDc3MzgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDMyLCAweDc3NDgsICJFZGltYXgg UlQyODYwIiB9LAorCXsgMHgxNDMyLCAweDc3NTgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgx NDMyLCAweDc3NjgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDYyLCAweDg5MWEsICJNU0kg UlQzMDkwIiB9LAogCXsgMHgxODE0LCAweDAyMDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI1NjAi IH0sCiAJeyAweDE4MTQsIDB4MDMwMSwgIlJhbGluayBUZWNobm9sb2d5IFJUMjU2MVMiIH0sCiAJ eyAweDE4MTQsIDB4MDMwMiwgIlJhbGluayBUZWNobm9sb2d5IFJUMjU2MSIgfSwKIAl7IDB4MTgx NCwgMHgwNDAxLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQyNjYxIiB9LAotCXsgMHgxODE0LCAweDA2 MDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI4NjAgUENJIiB9LAotCXsgMHgxODE0LCAweDA2ODEs ICJSYWxpbmsgVGVjaG5vbG9neSBSVDI4NjAgUENJZSIgfSwKLQl7IDB4MTgxNCwgMHgwNzAxLCAi UmFsaW5rIFRlY2hub2xvZ3kgUlQyODcwIFBDSSIgfSwKLQl7IDB4MTgxNCwgMHgwNzgxLCAiUmFs aW5rIFRlY2hub2xvZ3kgUlQyODcwIFBDSWUiIH0sCi0JeyAweDE4MTQsIDB4MzA2MCwgIlJhbGlu ayBUZWNobm9sb2d5IFJUMzA2MCBQQ0kiIH0sCi0JeyAweDE4MTQsIDB4MzA5MCwgIlJhbGluayBU ZWNobm9sb2d5IFJUMzA5MCBQQ0llIiB9LAotCisJeyAweDE4MTQsIDB4MDYwMSwgIlJhbGluayBU ZWNobm9sb2d5IFJUMjg2MCIgfSwKKwl7IDB4MTgxNCwgMHgwNjgxLCAiUmFsaW5rIFRlY2hub2xv Z3kgUlQyODkwIiB9LAorCXsgMHgxODE0LCAweDA3MDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI3 NjAiIH0sCisJeyAweDE4MTQsIDB4MDc4MSwgIlJhbGluayBUZWNobm9sb2d5IFJUMjc5MCIgfSwK Kwl7IDB4MTgxNCwgMHgzMDYwLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQzMDYwIiB9LAorCXsgMHgx ODE0LCAweDMwNjIsICJSYWxpbmsgVGVjaG5vbG9neSBSVDMwNjIiIH0sCisJeyAweDE4MTQsIDB4 MzA5MCwgIlJhbGluayBUZWNobm9sb2d5IFJUMzA5MCIgfSwKKwl7IDB4MTgxNCwgMHgzMDkxLCAi UmFsaW5rIFRlY2hub2xvZ3kgUlQzMDkxIiB9LAorCXsgMHgxODE0LCAweDMwOTIsICJSYWxpbmsg VGVjaG5vbG9neSBSVDMwOTIiIH0sCisJeyAweDE4MTQsIDB4MzM5MCwgIlJhbGluayBUZWNobm9s b2d5IFJUMzM5MCIgfSwKKwl7IDB4MTgxNCwgMHgzNTYyLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQz NTYyIiB9LAorCXsgMHgxODE0LCAweDM1OTIsICJSYWxpbmsgVGVjaG5vbG9neSBSVDM1OTIiIH0s CisJeyAweDE4MTQsIDB4MzU5MywgIlJhbGluayBUZWNobm9sb2d5IFJUMzU5MyIgfSwKKwl7IDB4 MTgxNCwgMHg1MzkwLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQ1MzkwIiB9LAorCXsgMHgxODE0LCAw eDUzOWEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDUzOTAiIH0sCisJeyAweDE4MTQsIDB4NTM5Ziwg IlJhbGluayBUZWNobm9sb2d5IFJUNTM5MCIgfSwKKwl7IDB4MWEzYiwgMHgxMDU5LCAiQVdUIFJU Mjg5MCIgfSwKIAl7IDAsIDAsIE5VTEwgfQogfTsKIApAQCAtMjA0LDE4ICsyMjQsOSBAQCByYWxf cGNpX2F0dGFjaChkZXZpY2VfdCBkZXYpCiAJY2FzZSAweDA0MDE6CiAJCXBzYy0+c2Nfb3BucyA9 ICZyYWxfcnQyNjYxX29wbnM7CiAJCWJyZWFrOwotCWNhc2UgMHgwNjAxOgotCWNhc2UgMHgwNjgx OgotCWNhc2UgMHgwNzAxOgotCWNhc2UgMHgwNzgxOgotCWNhc2UgMHgzMDYwOgotCWNhc2UgMHgz MDkwOgorCWRlZmF1bHQ6CiAJCXBzYy0+c2Nfb3BucyA9ICZyYWxfcnQyODYwX29wbnM7CiAJCWJy ZWFrOwotCWRlZmF1bHQ6Ci0JCWRldmljZV9wcmludGYoZGV2LCAiRVJST1I6IFVua25vd24gY2Fy ZCAweCUwNHhcbiIsCi0JCSAgICBwY2lfZ2V0X2RldmljZShkZXYpKTsKLQkJcmV0dXJuIChFTlhJ Tyk7CiAJfQogCiAJcHNjLT5tZW1fcmlkID0gUkFMX1BDSV9CQVIwOwpkaWZmIC0tZ2l0IHN5cy9k ZXYvcmFsL3J0Mjg2MC5jIHN5cy9kZXYvcmFsL3J0Mjg2MC5jCmluZGV4IGNhYTE1ODYuLjk3ZGU5 NTAgMTAwNjQ0Ci0tLSBzeXMvZGV2L3JhbC9ydDI4NjAuYworKysgc3lzL2Rldi9yYWwvcnQyODYw LmMKQEAgLTcxLDcgKzcxLDYgQEAgX19GQlNESUQoIiRGcmVlQlNEJCIpOwogI2lmZGVmIFJBTF9E RUJVRwogI2RlZmluZSBEUFJJTlRGKHgpCWRvIHsgaWYgKHNjLT5zY19kZWJ1ZyA+IDApIHByaW50 ZiB4OyB9IHdoaWxlICgwKQogI2RlZmluZSBEUFJJTlRGTihuLCB4KQlkbyB7IGlmIChzYy0+c2Nf ZGVidWcgPj0gKG4pKSBwcmludGYgeDsgfSB3aGlsZSAoMCkKLWludCBydDI4NjBfZGVidWcgPSAw OwogI2Vsc2UKICNkZWZpbmUgRFBSSU5URih4KQogI2RlZmluZSBEUFJJTlRGTihuLCB4KQpAQCAt MjI5LDYgKzIyOCw3IEBAIHJ0Mjg2MF9hdHRhY2goZGV2aWNlX3QgZGV2LCBpbnQgaWQpCiAJdWlu dDhfdCBtYWNhZGRyW0lFRUU4MDIxMV9BRERSX0xFTl07CiAKIAlzYy0+c2NfZGV2ID0gZGV2Owor CXNjLT5zY19kZWJ1ZyA9IDA7CiAKIAlpZnAgPSBzYy0+c2NfaWZwID0gaWZfYWxsb2MoSUZUX0lF RUU4MDIxMSk7CiAJaWYgKGlmcCA9PSBOVUxMKSB7CkBAIC0yNjQsMTAgKzI2NCwxMiBAQCBydDI4 NjBfYXR0YWNoKGRldmljZV90IGRldiwgaW50IGlkKQogCiAJLyogcmV0cmlldmUgUkYgcmV2LiBu byBhbmQgdmFyaW91cyBvdGhlciB0aGluZ3MgZnJvbSBFRVBST00gKi8KIAlydDI4NjBfcmVhZF9l ZXByb20oc2MsIG1hY2FkZHIpOwotCWRldmljZV9wcmludGYoc2MtPnNjX2RldiwKLQkgICAgIk1B Qy9CQlAgUlQlWCAocmV2IDB4JTA0WCksIFJGICVzIChNSU1PICVkVCVkUilcbiIsCi0JICAgIHNj LT5tYWNfdmVyLCBzYy0+bWFjX3JldiwgcnQyODYwX2dldF9yZihzYy0+cmZfcmV2KSwKLQkgICAg c2MtPm50eGNoYWlucywgc2MtPm5yeGNoYWlucyk7CisJaWYgKGJvb3R2ZXJib3NlKSB7CisJCWRl dmljZV9wcmludGYoc2MtPnNjX2RldiwgIk1BQy9CQlAgUlQlWCAocmV2IDB4JTA0WCksICIKKwkJ ICAgICJSRiAlcyAoTUlNTyAlZFQlZFIpLCBhZGRyZXNzICU2RFxuIiwKKwkJICAgIHNjLT5tYWNf dmVyLCBzYy0+bWFjX3JldiwgcnQyODYwX2dldF9yZihzYy0+cmZfcmV2KSwKKwkJICAgIHNjLT5u dHhjaGFpbnMsIHNjLT5ucnhjaGFpbnMsIG1hY2FkZHIsICI6Iik7CisJfQogCiAJLyoKIAkgKiBB bGxvY2F0ZSBUeCAoNCBFRENBcyArIEhDQ0EgKyBNZ3QpIGFuZCBSeCByaW5ncy4KQEAgLTMyMCw3 ICszMjIsOSBAQCBydDI4NjBfYXR0YWNoKGRldmljZV90IGRldiwgaW50IGlkKQogCQl8IElFRUU4 MDIxMV9DX1NIUFJFQU1CTEUJLyogc2hvcnQgcHJlYW1ibGUgc3VwcG9ydGVkICovCiAJCXwgSUVF RTgwMjExX0NfU0hTTE9UCQkvKiBzaG9ydCBzbG90IHRpbWUgc3VwcG9ydGVkICovCiAJCXwgSUVF RTgwMjExX0NfV1BBCQkvKiBjYXBhYmxlIG9mIFdQQTErV1BBMiAqLworI2lmIDAKIAkJfCBJRUVF ODAyMTFfQ19CR1NDQU4JCS8qIGNhcGFibGUgb2YgYmcgc2Nhbm5pbmcgKi8KKyNlbmRpZgogCQl8 IElFRUU4MDIxMV9DX1dNRQkJLyogODAyLjExZSAqLwogCQk7CiAKQEAgLTU0MiwxNCArNTQ2LDYg QEAgcnQyODYwX2FsbG9jX3R4X3Jpbmcoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBy dDI4NjBfdHhfcmluZyAqcmluZykKIAogCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kZXNjX2RtYXQs IHJpbmctPmRlc2NfbWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CiAKLQllcnJvciA9IGJ1c19k bWFfdGFnX2NyZWF0ZShidXNfZ2V0X2RtYV90YWcoc2MtPnNjX2RldiksIDEsIDAsCi0JICAgIEJV U19TUEFDRV9NQVhBRERSXzMyQklULCBCVVNfU1BBQ0VfTUFYQUREUiwgTlVMTCwgTlVMTCwgTUNM QllURVMsCi0JICAgIFJUMjg2MF9NQVhfU0NBVFRFUiwgTUNMQllURVMsIDAsIE5VTEwsIE5VTEws ICZyaW5nLT5kYXRhX2RtYXQpOwotCWlmIChlcnJvciAhPSAwKSB7Ci0JCWRldmljZV9wcmludGYo c2MtPnNjX2RldiwgImNvdWxkIG5vdCBjcmVhdGUgZGF0YSBETUEgdGFnXG4iKTsKLQkJZ290byBm YWlsOwotCX0KLQogCXJldHVybiAwOwogCiBmYWlsOglydDI4NjBfZnJlZV90eF9yaW5nKHNjLCBy aW5nKTsKQEAgLTU2Nyw5ICs1NjMsOSBAQCBydDI4NjBfcmVzZXRfdHhfcmluZyhzdHJ1Y3QgcnQy ODYwX3NvZnRjICpzYywgc3RydWN0IHJ0Mjg2MF90eF9yaW5nICpyaW5nKQogCQkJY29udGludWU7 CS8qIG5vdGhpbmcgbWFwcGVkIGluIHRoaXMgc2xvdCAqLwogCiAJCWlmIChkYXRhLT5tICE9IE5V TEwpIHsKLQkJCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCwKKwkJ CWJ1c19kbWFtYXBfc3luYyhzYy0+dHh3aV9kbWF0LCBkYXRhLT5tYXAsCiAJCQkgICAgQlVTX0RN QVNZTkNfUE9TVFdSSVRFKTsKLQkJCWJ1c19kbWFtYXBfdW5sb2FkKHJpbmctPmRhdGFfZG1hdCwg ZGF0YS0+bWFwKTsKKwkJCWJ1c19kbWFtYXBfdW5sb2FkKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1h cCk7CiAJCQltX2ZyZWVtKGRhdGEtPm0pOwogCQkJZGF0YS0+bSA9IE5VTEw7CiAJCX0KQEAgLTYw Niw5ICs2MDIsOSBAQCBydDI4NjBfZnJlZV90eF9yaW5nKHN0cnVjdCBydDI4NjBfc29mdGMgKnNj LCBzdHJ1Y3QgcnQyODYwX3R4X3JpbmcgKnJpbmcpCiAJCQljb250aW51ZTsJLyogbm90aGluZyBt YXBwZWQgaW4gdGhpcyBzbG90ICovCiAKIAkJaWYgKGRhdGEtPm0gIT0gTlVMTCkgewotCQkJYnVz X2RtYW1hcF9zeW5jKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLAorCQkJYnVzX2RtYW1hcF9z eW5jKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwKIAkJCSAgICBCVVNfRE1BU1lOQ19QT1NUV1JJ VEUpOwotCQkJYnVzX2RtYW1hcF91bmxvYWQocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXApOwor CQkJYnVzX2RtYW1hcF91bmxvYWQoc2MtPnR4d2lfZG1hdCwgZGF0YS0+bWFwKTsKIAkJCW1fZnJl ZW0oZGF0YS0+bSk7CiAJCX0KIAkJaWYgKGRhdGEtPm5pICE9IE5VTEwpCkBAIC0xMTUwLDkgKzEx NDYsOSBAQCBydDI4NjBfdHhfaW50cihzdHJ1Y3QgcnQyODYwX3NvZnRjICpzYywgaW50IHFpZCkK IAkJc3RydWN0IHJ0Mjg2MF90eF9kYXRhICpkYXRhID0gcmluZy0+ZGF0YVtyaW5nLT5uZXh0XTsK IAogCQlpZiAoZGF0YSAhPSBOVUxMKSB7Ci0JCQlidXNfZG1hbWFwX3N5bmMocmluZy0+ZGF0YV9k bWF0LCBkYXRhLT5tYXAsCisJCQlidXNfZG1hbWFwX3N5bmMoc2MtPnR4d2lfZG1hdCwgZGF0YS0+ bWFwLAogCQkJICAgIEJVU19ETUFTWU5DX1BPU1RXUklURSk7Ci0JCQlidXNfZG1hbWFwX3VubG9h ZChyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChzYy0+ dHh3aV9kbWF0LCBkYXRhLT5tYXApOwogCQkJaWYgKGRhdGEtPm0tPm1fZmxhZ3MgJiBNX1RYQ0Ip IHsKIAkJCQlpZWVlODAyMTFfcHJvY2Vzc19jYWxsYmFjayhkYXRhLT5uaSwgZGF0YS0+bSwKIAkJ CQkgICAgMCk7CkBAIC0xNjExLDcgKzE2MDcsNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9z b2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCW1l bWNweSh0eHdpICsgMSwgd2gsIGhkcmxlbik7CiAJbV9hZGoobSwgaGRybGVuKTsKIAotCWVycm9y ID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAsIG0s IHNlZ3MsCisJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWRfbWJ1Zl9zZyhzYy0+dHh3aV9kbWF0LCBk YXRhLT5tYXAsIG0sIHNlZ3MsCiAJICAgICZuc2VncywgMCk7CiAJaWYgKF9fcHJlZGljdF9mYWxz ZShlcnJvciAhPSAwICYmIGVycm9yICE9IEVGQklHKSkgewogCQlkZXZpY2VfcHJpbnRmKHNjLT5z Y19kZXYsICJjYW4ndCBtYXAgbWJ1ZiAoZXJyb3IgJWQpXG4iLApAQCAtMTYyNSw3ICsxNjIxLDcg QEAgcnQyODYwX3R4KHN0cnVjdCBydDI4NjBfc29mdGMgKnNjLCBzdHJ1Y3QgbWJ1ZiAqbSwgc3Ry dWN0IGllZWU4MDIxMV9ub2RlICpuaSkKIAogCQlpZiAocmluZy0+cXVldWVkICsgbnR4ZHMgPj0g UlQyODYwX1RYX1JJTkdfQ09VTlQpIHsKIAkJCS8qIG5vdCBlbm91Z2ggZnJlZSBUWERzLCBmb3Jj ZSBtYnVmIGRlZnJhZyAqLwotCQkJYnVzX2RtYW1hcF91bmxvYWQocmluZy0+ZGF0YV9kbWF0LCBk YXRhLT5tYXApOworCQkJYnVzX2RtYW1hcF91bmxvYWQoc2MtPnR4d2lfZG1hdCwgZGF0YS0+bWFw KTsKIAkJCWVycm9yID0gRUZCSUc7CiAJCX0KIAl9CkBAIC0xNjM5LDcgKzE2MzUsNyBAQCBydDI4 NjBfdHgoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVl ZTgwMjExX25vZGUgKm5pKQogCQl9CiAJCW0gPSBtMTsKIAotCQllcnJvciA9IGJ1c19kbWFtYXBf bG9hZF9tYnVmX3NnKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLCBtLAorCQllcnJvciA9IGJ1 c19kbWFtYXBfbG9hZF9tYnVmX3NnKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwgbSwKIAkJICAg IHNlZ3MsICZuc2VncywgMCk7CiAJCWlmIChfX3ByZWRpY3RfZmFsc2UoZXJyb3IgIT0gMCkpIHsK IAkJCWRldmljZV9wcmludGYoc2MtPnNjX2RldiwgImNhbid0IG1hcCBtYnVmIChlcnJvciAlZClc biIsCkBAIC0xNjUzLDcgKzE2NDksNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAq c2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCiAJCWlmIChy aW5nLT5xdWV1ZWQgKyBudHhkcyA+PSBSVDI4NjBfVFhfUklOR19DT1VOVCkgewogCQkJLyogdGhp cyBpcyBhIGhvcGVsZXNzIGNhc2UsIGRyb3AgdGhlIG1idWYhICovCi0JCQlidXNfZG1hbWFwX3Vu bG9hZChyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChz Yy0+dHh3aV9kbWF0LCBkYXRhLT5tYXApOwogCQkJbV9mcmVlbShtKTsKIAkJCXJldHVybiBFTk9C VUZTOwogCQl9CkBAIC0xNjk3LDcgKzE2OTMsNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9z b2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCXJp bmctPmRhdGFbcmluZy0+Y3VyXSA9IGRhdGE7CiAKIAlidXNfZG1hbWFwX3N5bmMoc2MtPnR4d2lf ZG1hdCwgc2MtPnR4d2lfbWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7Ci0JYnVzX2RtYW1hcF9z eW5jKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CisJ YnVzX2RtYW1hcF9zeW5jKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwgQlVTX0RNQVNZTkNfUFJF V1JJVEUpOwogCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kZXNjX2RtYXQsIHJpbmctPmRlc2NfbWFw LCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CiAKIAlEUFJJTlRGTig0LCAoInNlbmRpbmcgZnJhbWUg cWlkPSVkIHdjaWQ9JWQgbnNlZ3M9JWQgcmlkeD0lZFxuIiwKQEAgLTE4NjMsNyArMTg1OSw3IEBA IHJ0Mjg2MF90eF9yYXcoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLAog CW1lbWNweSh0eHdpICsgMSwgd2gsIGhkcmxlbik7CiAJbV9hZGoobSwgaGRybGVuKTsKIAotCWVy cm9yID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAs IG0sIHNlZ3MsCisJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWRfbWJ1Zl9zZyhzYy0+dHh3aV9kbWF0 LCBkYXRhLT5tYXAsIG0sIHNlZ3MsCiAJICAgICZuc2VncywgMCk7CiAJaWYgKF9fcHJlZGljdF9m YWxzZShlcnJvciAhPSAwICYmIGVycm9yICE9IEVGQklHKSkgewogCQlkZXZpY2VfcHJpbnRmKHNj LT5zY19kZXYsICJjYW4ndCBtYXAgbWJ1ZiAoZXJyb3IgJWQpXG4iLApAQCAtMTg3Nyw3ICsxODcz LDcgQEAgcnQyODYwX3R4X3JhdyhzdHJ1Y3QgcnQyODYwX3NvZnRjICpzYywgc3RydWN0IG1idWYg Km0sCiAKIAkJaWYgKHJpbmctPnF1ZXVlZCArIG50eGRzID49IFJUMjg2MF9UWF9SSU5HX0NPVU5U KSB7CiAJCQkvKiBub3QgZW5vdWdoIGZyZWUgVFhEcywgZm9yY2UgbWJ1ZiBkZWZyYWcgKi8KLQkJ CWJ1c19kbWFtYXBfdW5sb2FkKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwKTsKKwkJCWJ1c19k bWFtYXBfdW5sb2FkKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCk7CiAJCQllcnJvciA9IEVGQklH OwogCQl9CiAJfQpAQCAtMTg5MSw3ICsxODg3LDcgQEAgcnQyODYwX3R4X3JhdyhzdHJ1Y3QgcnQy ODYwX3NvZnRjICpzYywgc3RydWN0IG1idWYgKm0sCiAJCX0KIAkJbSA9IG0xOwogCi0JCWVycm9y ID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAsIG0s CisJCWVycm9yID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2coc2MtPnR4d2lfZG1hdCwgZGF0YS0+ bWFwLCBtLAogCQkgICAgc2VncywgJm5zZWdzLCAwKTsKIAkJaWYgKF9fcHJlZGljdF9mYWxzZShl cnJvciAhPSAwKSkgewogCQkJZGV2aWNlX3ByaW50ZihzYy0+c2NfZGV2LCAiY2FuJ3QgbWFwIG1i dWYgKGVycm9yICVkKVxuIiwKQEAgLTE5MDUsNyArMTkwMSw3IEBAIHJ0Mjg2MF90eF9yYXcoc3Ry dWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLAogCiAJCWlmIChyaW5nLT5xdWV1 ZWQgKyBudHhkcyA+PSBSVDI4NjBfVFhfUklOR19DT1VOVCkgewogCQkJLyogdGhpcyBpcyBhIGhv cGVsZXNzIGNhc2UsIGRyb3AgdGhlIG1idWYhICovCi0JCQlidXNfZG1hbWFwX3VubG9hZChyaW5n LT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChzYy0+dHh3aV9k bWF0LCBkYXRhLT5tYXApOwogCQkJbV9mcmVlbShtKTsKIAkJCXJldHVybiBFTk9CVUZTOwogCQl9 CkBAIC0xOTQ5LDcgKzE5NDUsNyBAQCBydDI4NjBfdHhfcmF3KHN0cnVjdCBydDI4NjBfc29mdGMg KnNjLCBzdHJ1Y3QgbWJ1ZiAqbSwKIAlyaW5nLT5kYXRhW3JpbmctPmN1cl0gPSBkYXRhOwogCiAJ YnVzX2RtYW1hcF9zeW5jKHNjLT50eHdpX2RtYXQsIHNjLT50eHdpX21hcCwgQlVTX0RNQVNZTkNf UFJFV1JJVEUpOwotCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCwg QlVTX0RNQVNZTkNfUFJFV1JJVEUpOworCWJ1c19kbWFtYXBfc3luYyhzYy0+dHh3aV9kbWF0LCBk YXRhLT5tYXAsIEJVU19ETUFTWU5DX1BSRVdSSVRFKTsKIAlidXNfZG1hbWFwX3N5bmMocmluZy0+ ZGVzY19kbWF0LCByaW5nLT5kZXNjX21hcCwgQlVTX0RNQVNZTkNfUFJFV1JJVEUpOwogCiAJRFBS SU5URk4oNCwgKCJzZW5kaW5nIGZyYW1lIHFpZD0lZCB3Y2lkPSVkIG5zZWdzPSVkIHJpZHg9JWRc biIsCmRpZmYgLS1naXQgc3lzL2Rldi9yYWwvcnQyODYwdmFyLmggc3lzL2Rldi9yYWwvcnQyODYw dmFyLmgKaW5kZXggZmZkMWExYS4uMDZiOTVlNSAxMDA2NDQKLS0tIHN5cy9kZXYvcmFsL3J0Mjg2 MHZhci5oCisrKyBzeXMvZGV2L3JhbC9ydDI4NjB2YXIuaApAQCAtNzUsNyArNzUsNiBAQCBzdHJ1 Y3QgcnQyODYwX3R4X3JpbmcgewogCWJ1c19hZGRyX3QJCXBhZGRyOwogCWJ1c19kbWFfdGFnX3QJ CWRlc2NfZG1hdDsKIAlidXNfZG1hbWFwX3QJCWRlc2NfbWFwOwotCWJ1c19kbWFfdGFnX3QJCWRh dGFfZG1hdDsKIAlidXNfZG1hX3NlZ21lbnRfdAlzZWc7CiAJc3RydWN0IHJ0Mjg2MF90eF9kYXRh CSpkYXRhW1JUMjg2MF9UWF9SSU5HX0NPVU5UXTsKIAlpbnQJCQljdXI7Cg== --f46d0401236fea2fa804bf897ab6-- From owner-freebsd-net@FreeBSD.ORG Tue May 8 17:30:17 2012 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 2EEB4106566B for ; Tue, 8 May 2012 17:30:17 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id B3CF28FC14 for ; Tue, 8 May 2012 17:30:16 +0000 (UTC) Received: by wibhn19 with SMTP id hn19so384702wib.13 for ; Tue, 08 May 2012 10:30:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=I7DeIyR1jb/UCaVgrOtNTX9PWdzhawuYc64pWdQpQW4=; b=yzyYFQqCeFE60jWmYT9RvEoEYYTJwcgTsRqfauUMekzGEFkY9ih49ddTe3V2o9Niyp XSnu0nYgMl0BLCUEgOlbkgJhQmGkctK1fiEWNRpnkrNjOAsmoYYXVq9tbAepawGsspRs 7hCaU3AnoXEq2Zd+X25lynP0H97ryxU6UrElfCCp0Om9ldLpqXtnXCc9qRo6AyFiPn3K UeeM2rQUmXC8a93EDEXQQXt0j6sk6o3hgvvw2gBPTolz9I6T5XCZLSdHIyRrtirfyvez +TSVkaEot1657Jyy5SlMqdiN5uy4PG26XMWRuwZkXezGrtfLh9EYh79fKDaqVGwoVPcA QT2g== MIME-Version: 1.0 Received: by 10.180.78.164 with SMTP id c4mr46869525wix.10.1336498210513; Tue, 08 May 2012 10:30:10 -0700 (PDT) Received: by 10.223.88.155 with HTTP; Tue, 8 May 2012 10:30:10 -0700 (PDT) Date: Tue, 8 May 2012 12:30:10 -0500 Message-ID: From: Adam Vande More To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Plea for bwn maintenance. 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, 08 May 2012 17:30:17 -0000 I would like to call attention to PR's: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/149786 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/156327 I am experiencing roughly the same problems, and there are also relatively consistent reports of similar issues on the forums and various mailing lists. studio# grep bwn /var/run/dmesg.boot siba_bwn0: mem 0xf8000000-0xf8003fff irq 17 at device 0.0 on pci4 bwn0 on siba_bwn0 bwn0: WLAN (chipid 0x4312 rev 15) PHY (analog 6 type 5 rev 1) RADIO (manuf 0x17f ver 0x2062 rev 2) bwn0: DMA (64 bits) bwn0: Using 1 MSI messages bwn0: firmware version (rev 478 patch 104 date 0x8701 time 0x657) bwn0: firmware version (rev 478 patch 104 date 0x8701 time 0x657) bwn0: need multicast update callback bwn0: unsupported rate 0 bwn0: RX decryption attempted (old 0 keyidx 0x2) bwn0: RX decryption attempted (old 0 keyidx 0x2) bwn0: RX decryption attempted (old 0 keyidx 0x2) bwn0: RX decryption attempted (old 0 keyidx 0x2) bwn0: RX decryption attempted (old 0 keyidx 0x2) bwn0: RX decryption attempted (old 0 keyidx 0x2) bwn0: unsupported rate 0 bwn0: RX decryption attempted (old 0 keyidx 0x2) bwn0: need multicast update callback bwn0: unsupported rate 0 bwn0: need multicast update callback bwn0: RX decryption attempted (old 0 keyidx 0x2) bwn0: RX decryption attempted (old 0 keyidx 0x2) If someone would like to tackle this, I can provide access to the hardware or I will donate the card to the person. Whatever works. -- Adam Vande More From owner-freebsd-net@FreeBSD.ORG Tue May 8 18:43:50 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED4C106564A for ; Tue, 8 May 2012 18:43:50 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E80FC8FC12 for ; Tue, 8 May 2012 18:43:49 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id DD53A7300A; Tue, 8 May 2012 21:03:43 +0200 (CEST) Date: Tue, 8 May 2012 21:03:43 +0200 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20120508190343.GA72070@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Controlling queue delays 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, 08 May 2012 18:43:50 -0000 Here is a recent paper that revisits active queue management. http://queue.acm.org/detail.cfm?id=2209336 might be interesting for those involved in TCP cong.control, traffic schedulers (ok, that includes me!) and the network stack in general cheers luigi From owner-freebsd-net@FreeBSD.ORG Tue May 8 19:22:48 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0705C106566B for ; Tue, 8 May 2012 19:22:48 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 723518FC16 for ; Tue, 8 May 2012 19:22:47 +0000 (UTC) Received: by lbon10 with SMTP id n10so6173629lbo.13 for ; Tue, 08 May 2012 12:22:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=WB7AqqbhSi7EAcMV5YSumJaj9hLbX7H6RiOd1l1VjPY=; b=PDfHAnZ5esggH2kBQu4ZMy/ssHqTznkZTXoOqnOHEk1hv5h/6J6vs4nECikxcJUVH0 uXZXIDDh55sX17iuPN+CZjO37kCFa3Iv2BKh1Tv9IXjd0b2nJcU2Jfaqr6g6y77TqNtx kjs+CL/LBLNhb+DmDU3Xrdt4XlDe2BFGeWXc39XIppMzxE5E216sqGS4l8C6WJePpeVP 1/lhzIlYhk3EIRlFEwKW1NUVQ5f++phXDyWZjSu2faz83yOCTNGxafN4xgkg4s8Afp8D wYnr1m3mjHC5hVB4oRL43xbiabjYngwlnBXZDMPeZudRedWFQmZrZQHkKYca1vWZODy+ BjWA== MIME-Version: 1.0 Received: by 10.152.128.137 with SMTP id no9mr19068098lab.2.1336504965989; Tue, 08 May 2012 12:22:45 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.152.122.145 with HTTP; Tue, 8 May 2012 12:22:45 -0700 (PDT) X-Originating-IP: [88.65.52.247] In-Reply-To: References: Date: Tue, 8 May 2012 21:22:45 +0200 X-Google-Sender-Auth: ao_4YQ1c1YRg_v2bylMrjyBGxZQ Message-ID: From: Bernhard Schmidt To: Adam Vande More Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlvXXysvE+l0eaQShDHvADFgMwpBIugnvkk6I4J1d+Nl9LnN+r+OfvzQ5QxfAA6hHQ5Sx2g Cc: freebsd-net@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: Plea for bwn maintenance. 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, 08 May 2012 19:22:48 -0000 On Tue, May 8, 2012 at 7:30 PM, Adam Vande More wrote: > .. > > If someone would like to tackle this, I can provide access to the hardware > or I will donate the card to the person. Whatever works. I'll get into bwn(4)/bwi(4) and probably also the newer cards, which require yet another driver/bus, once the ral(4) stuff is sorted out. >From my currently limited knowledge about the Broadcom mess, bwi(4) should also use siba(4), for the supported cores that is. That at least would fix the issue that cards which are better of with bwn(4) get attached to bwi(4). From a quick glance at the Linux driver, this seems to be the way to go. There seem to the following core revisions available 2 and 4 which are for bwi(4) and 5, 6, 7, 9-13, 15 and 16 for bwn(4). Does anyone know if there is a map for the revision/PCI ID/device name relation available? The name bcm4318 itself is a bit misleading imho. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed May 9 01:41:39 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DB5B106566B for ; Wed, 9 May 2012 01:41:38 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BD7738FC15 for ; Wed, 9 May 2012 01:41:38 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so9898520pbb.13 for ; Tue, 08 May 2012 18:41:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=U++I917cHzMJiRxErVYHUPQ7G4RytlL12OqjEEJY4D8=; b=sA60aa7V7ZtRu8sBh95bZz5E1p9R/rsGzMjkIiDgzViFVF31lMBum6UXu/V2Es8xvb +peXFp86UrIaNO35i9WzDZUL6kIi4E12+cy424hCOPr2hZehLJUwKjKmwGd7TefuRBiZ 2K2+G0C7gKzG6zMjnFqqk/YWbrZOwbNb5rrYUvg506em5PrV5N3/WXsjbbQiN6j6G/zt Vt69iffemk5VVeoWMyJpAn55DUjgyLz7spKB3Z+l+V4xNMo5ClgwVcoZFVySFStdmCwu CRYd+uptcU598bNmRdS/JsnbWoXc65TZlZZwDkh2RmeBjpVH/2TbKCg4l2csZEJ8Drs7 U+zQ== MIME-Version: 1.0 Received: by 10.68.225.74 with SMTP id ri10mr228914pbc.40.1336527698056; Tue, 08 May 2012 18:41:38 -0700 (PDT) Received: by 10.68.130.102 with HTTP; Tue, 8 May 2012 18:41:38 -0700 (PDT) In-Reply-To: <20120508190343.GA72070@onelab2.iet.unipi.it> References: <20120508190343.GA72070@onelab2.iet.unipi.it> Date: Tue, 8 May 2012 18:41:38 -0700 Message-ID: From: Kevin Oberman To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: net@freebsd.org Subject: Re: Controlling queue delays 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, 09 May 2012 01:41:39 -0000 On Tue, May 8, 2012 at 12:03 PM, Luigi Rizzo wrote: > Here is a recent paper that revisits active queue management. > > http://queue.acm.org/detail.cfm?id=2209336 > > might be interesting for those involved in TCP cong.control, > traffic schedulers (ok, that includes me!) and the network > stack in general I started looking at this yesterday and it looks like something that should be a requirement for any system as it should fix, not work-around, the issues of buffer-bloat that is becoming a major issue on more an more networks, both for business, but especially homes. This assumes that it actually works as advertized, but the authors are unlikely to have published this without thorough analysis and testing. They are, after all, among the leading TCP experts in the world. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Wed May 9 04:36:25 2012 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 97159106564A; Wed, 9 May 2012 04:36:25 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id 761838FC12; Wed, 9 May 2012 04:36:25 +0000 (UTC) Received: from [IPv6:::1] (proxy6.corp.yahoo.com [216.145.48.19]) by mrout1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q494a5BO087743; Tue, 8 May 2012 21:36:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1336538166; bh=s8mAgfWWji53lrzjZfzr79AKSGGuDTkCBWJTxyW+MSE=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=DiOYCYVSlKMmWNDLOwHnna8urwslVx6X1VJ0HjzhXkA1g6hy8ByAXnJwesu4WbCVc qMYGSjnbgjZsUkReRRHOp0mkmXrqmyIGiFiAU+evExCb9fOyGlgMw0SgO2vF2u9ciX lpxa7uJZjGlhpIUoJUzuG7jwAkOVhCccIinOqa64= From: Sean Bruno To: John Baldwin In-Reply-To: <1336084418.3077.21.camel@powernoodle-l7.corp.yahoo.com> References: <1335312667.11564.13.camel@powernoodle-l7.corp.yahoo.com> <201204250932.21378.jhb@freebsd.org> <1335382225.2722.6.camel@powernoodle-l7.corp.yahoo.com> <1336084418.3077.21.camel@powernoodle-l7.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 08 May 2012 21:36:05 -0700 Message-ID: <1336538165.28313.1.camel@powernoodle-l7> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Jack Vogel Subject: Re: igb(4) Pondering a bind to cpu patch 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, 09 May 2012 04:36:25 -0000 On Thu, 2012-05-03 at 15:33 -0700, Sean Bruno wrote: > > On Wed, 2012-04-25 at 12:30 -0700, Sean Bruno wrote: > > On Wed, 2012-04-25 at 06:32 -0700, John Baldwin wrote: > > > CPU IDs are not guaranteed to be dense. However, you can use > > > CPU_FIRST() and > > > CPU_NEXT() with your static global instead. > > > > > Ah, does CPU_NEXT() reset to 0 when it reaches the end of its list of > > CPUs? > > > > Ah, I see. So, yeah, here's a v2 of the patch that does "the right" > thing with non-sparse cpus, mulitple queues, and mulitple physical > interfaces. > > http://people.freebsd.org/~sbruno/if_igb.c.txt > > > > > > OTOH, if igb were to just leave the interrupts alone instead of > > > binding them > > > by hand, they would get round-robin assigned among available cores > > > already. I > > > think in this case the best approach might be to add a tunable to > > > disable > > > igb's manual binding and instead let the default system round-robin > > > be > > > preserved. > > > > also, yes. Why *are* we binding to CPUs in the first place? Are we > > afraid that the scheduler won't do the right thing and we're trying to > > work around some unknown performance issue ? > > > > Sean > > > > Still haven't seen a good reason to bind the queues by default in the > first place. > > Sean > If there's no objection, I'll commit this in the morning. Sean From owner-freebsd-net@FreeBSD.ORG Wed May 9 07:07:52 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E44F4106566B for ; Wed, 9 May 2012 07:07:52 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 3513D8FC0C for ; Wed, 9 May 2012 07:07:51 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q4977mMD035343; Wed, 9 May 2012 14:07:49 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FAA17C4.4030603@rdtc.ru> Date: Wed, 09 May 2012 14:07:48 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: "net@freebsd.org" , Jack Vogel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: I350 support not documented 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, 09 May 2012 07:07:53 -0000 Hi! It seems, I350 adapters are supported with igb(4) driver in 9.0-RELEASE out-of-the-box. However, not Hardware Release Notes nor igb(4) manual page have a word about that. Why? Isn't the driver ready for I350? Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Wed May 9 10:46:28 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 324C11065670 for ; Wed, 9 May 2012 10:46:28 +0000 (UTC) (envelope-from prvs=1476980b13=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id ECE038FC20 for ; Wed, 9 May 2012 10:46:14 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Wed, 09 May 2012 11:41:00 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50019694847.msg for ; Wed, 09 May 2012 11:40:59 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1476980b13=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: net@freebsd.org Message-ID: From: "Steven Hartland" To: "Eugene Grosbein" , , "Jack Vogel" References: <4FAA17C4.4030603@rdtc.ru> Date: Wed, 9 May 2012 11:40:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: I350 support not documented 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, 09 May 2012 10:46:28 -0000 i350 nic is definitely supported on 9.0-RELEASE and 8.3-RELEASE as well as the -STABLE branches :) Regards Steve ----- Original Message ----- From: "Eugene Grosbein" To: ; "Jack Vogel" Sent: Wednesday, May 09, 2012 8:07 AM Subject: I350 support not documented > Hi! > > It seems, I350 adapters are supported with igb(4) driver in 9.0-RELEASE out-of-the-box. > However, not Hardware Release Notes nor igb(4) manual page have a word about that. > Why? Isn't the driver ready for I350? > > Eugene Grosbein > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Wed May 9 16:23:27 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F518106564A for ; Wed, 9 May 2012 16:23:27 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from mga14.intel.com (mga14.intel.com [143.182.124.37]) by mx1.freebsd.org (Postfix) with ESMTP id F11068FC0C for ; Wed, 9 May 2012 16:23:26 +0000 (UTC) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga102.ch.intel.com with ESMTP; 09 May 2012 09:23:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; d="scan'208";a="140942961" Received: from orsmsx604.amr.corp.intel.com ([10.22.226.87]) by azsmga001.ch.intel.com with ESMTP; 09 May 2012 09:23:26 -0700 Received: from orsmsx105.amr.corp.intel.com (10.22.225.132) by orsmsx604.amr.corp.intel.com (10.22.226.87) with Microsoft SMTP Server (TLS) id 8.2.255.0; Wed, 9 May 2012 09:23:25 -0700 Received: from orsmsx101.amr.corp.intel.com ([169.254.8.121]) by ORSMSX105.amr.corp.intel.com ([169.254.4.232]) with mapi id 14.01.0355.002; Wed, 9 May 2012 09:23:24 -0700 From: "Pieper, Jeffrey E" To: Steven Hartland , Eugene Grosbein , "net@freebsd.org" , Jack Vogel Thread-Topic: I350 support not documented Thread-Index: AQHNLbKrE0mRPS0dBEi0UkYJzNbmRpbBRuYcgABdZXA= Date: Wed, 9 May 2012 16:23:23 +0000 Message-ID: <2A35EA60C3C77D438915767F458D65684819C264@ORSMSX101.amr.corp.intel.com> References: <4FAA17C4.4030603@rdtc.ru> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: I350 support not documented 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, 09 May 2012 16:23:27 -0000 Support is definitely there (I tested it), although I'll look into the docu= mentation. Jeff Pieper -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] = On Behalf Of Steven Hartland Sent: Wednesday, May 09, 2012 3:41 AM To: Eugene Grosbein; net@freebsd.org; Jack Vogel Subject: Re: I350 support not documented i350 nic is definitely supported on 9.0-RELEASE and 8.3-RELEASE as well as the -STABLE branches :) Regards Steve ----- Original Message -----=20 From: "Eugene Grosbein" To: ; "Jack Vogel" Sent: Wednesday, May 09, 2012 8:07 AM Subject: I350 support not documented > Hi! >=20 > It seems, I350 adapters are supported with igb(4) driver in 9.0-RELEASE o= ut-of-the-box. > However, not Hardware Release Notes nor igb(4) manual page have a word ab= out that. > Why? Isn't the driver ready for I350? >=20 > Eugene Grosbein > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This e.mail is private and confidential between Multiplay (UK) Ltd. and the= person or entity to whom it is addressed. In the event of misdirection, th= e recipient is prohibited from using, copying, printing or otherwise dissem= inating it or any information contained in it.=20 In the event of misdirection, illegible or incomplete transmission please t= elephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. _______________________________________________ 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 May 9 19:23:19 2012 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 47BFE106564A for ; Wed, 9 May 2012 19:23:19 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C5C978FC0A for ; Wed, 9 May 2012 19:23:18 +0000 (UTC) Received: by bkvi17 with SMTP id i17so816191bkv.13 for ; Wed, 09 May 2012 12:23:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1qs2uS0iArVg9iwV/Lp606aZGJO2mUkQ7RvXoxQWyII=; b=ULLxSqkwSSgGG7TLYTKrDrac8mRetKXItkKd5nF/KbITrzOZVuZEtN2y5rK3t6e66n hWtTAn3hSBJDaeDH+hOjgddat5glZtuZo7YVaE9Nyqfwba0f2JgmsXpo38aTdJyazFw/ qOnXt0UsotPgwE77P+t7/z/DI1hkG6R4y52Z7n24OqwsVzb1fX/RDGF6gCdXuuiQc0Eq dkHLd3xUgDs9ma6C3mOR+KMXKAEQxghou5y85vzVXmfCoYAsqlYLbA90PWiFRzVmTbxk nXgAtpEAj8z3L7XFRgstSISpOp5ycsOXgIoutzn4OQXs4ZlwzUIZED5g2dswqzKv95b+ 2NfQ== MIME-Version: 1.0 Received: by 10.204.9.216 with SMTP id m24mr494979bkm.67.1336591397425; Wed, 09 May 2012 12:23:17 -0700 (PDT) Received: by 10.204.133.212 with HTTP; Wed, 9 May 2012 12:23:17 -0700 (PDT) Date: Wed, 9 May 2012 15:23:17 -0400 Message-ID: From: Zaphod Beeblebrox To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1 Subject: Adding CoDel to the stack. 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, 09 May 2012 19:23:19 -0000 I was wondering if anyone had considered adding "CoDel" to the queuing infrastructure in FreeBSD. The ACM paper on it is http://queue.acm.org/detail.cfm?id=2209336 . The "short" of it is that current TCP behaviour encourages router/switch buffers to always be "full" and that other solutions like RED (Random Early Drop) are difficult to configure properly and thus disfavoured. This new solution uses completely different factors to determine what to drop ... and in doing so is a zero-config solution ---- only needing to know the speed of the link. From owner-freebsd-net@FreeBSD.ORG Thu May 10 15:02:38 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5E25106566B; Thu, 10 May 2012 15:02:38 +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 A85A08FC0A; Thu, 10 May 2012 15:02:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4AF2cHt038396; Thu, 10 May 2012 15:02:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4AF2cNq038392; Thu, 10 May 2012 15:02:38 GMT (envelope-from linimon) Date: Thu, 10 May 2012 15:02:38 GMT Message-Id: <201205101502.q4AF2cNq038392@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/167768: [ipfilter] Fatal trap in ipfilter/ipnat 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, 10 May 2012 15:02:38 -0000 Old Synopsis: Fatal trap in ipfilter/ipnat New Synopsis: [ipfilter] Fatal trap in ipfilter/ipnat Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu May 10 15:01:32 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=167768 From owner-freebsd-net@FreeBSD.ORG Thu May 10 23:39:24 2012 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 5A983106566B; Thu, 10 May 2012 23:39:24 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.freebsd.org (Postfix) with ESMTP id 201998FC17; Thu, 10 May 2012 23:39:24 +0000 (UTC) Received: from [IPv6:::1] (proxy6.corp.yahoo.com [216.145.48.19]) by mrout3.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q4ANd8KP044174; Thu, 10 May 2012 16:39:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1336693149; bh=ib2OU8jqEIH4TLqIpXTMatrx1hgB/slsArFtDclQ6Eo=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=EugIqFPL+eJ1KSAS9cqRZP+jqGX4NB5mB4HZ6gp3wChSO6XZQ+Eye7H2IJ5yAcE2F yuo0uXlivV9iZbrGkqcIQoXKaFoXznOCVOWvR7kMOQhbo2gNAZ7WMU1JJPsMGwD9vy u98lodbZBXHDRSA6e9AxAYaZU6wHxv0oWOR9T/m4= From: Sean Bruno To: John Baldwin In-Reply-To: <1336538165.28313.1.camel@powernoodle-l7> References: <1335312667.11564.13.camel@powernoodle-l7.corp.yahoo.com> <201204250932.21378.jhb@freebsd.org> <1335382225.2722.6.camel@powernoodle-l7.corp.yahoo.com> <1336084418.3077.21.camel@powernoodle-l7.corp.yahoo.com> <1336538165.28313.1.camel@powernoodle-l7> Content-Type: text/plain; charset="UTF-8" Date: Thu, 10 May 2012 16:39:08 -0700 Message-ID: <1336693148.4179.11.camel@powernoodle-l7> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Jack Vogel Subject: Re: igb(4) Pondering a bind to cpu patch 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, 10 May 2012 23:39:24 -0000 On Tue, 2012-05-08 at 21:36 -0700, Sean Bruno wrote: > On Thu, 2012-05-03 at 15:33 -0700, Sean Bruno wrote: > > > > On Wed, 2012-04-25 at 12:30 -0700, Sean Bruno wrote: > > > On Wed, 2012-04-25 at 06:32 -0700, John Baldwin wrote: > > > > CPU IDs are not guaranteed to be dense. However, you can use > > > > CPU_FIRST() and > > > > CPU_NEXT() with your static global instead. > > > > > > > Ah, does CPU_NEXT() reset to 0 when it reaches the end of its list of > > > CPUs? > > > > > > > Ah, I see. So, yeah, here's a v2 of the patch that does "the right" > > thing with non-sparse cpus, mulitple queues, and mulitple physical > > interfaces. > > > > http://people.freebsd.org/~sbruno/if_igb.c.txt > > > > > > > > > OTOH, if igb were to just leave the interrupts alone instead of > > > > binding them > > > > by hand, they would get round-robin assigned among available cores > > > > already. I > > > > think in this case the best approach might be to add a tunable to > > > > disable > > > > igb's manual binding and instead let the default system round-robin > > > > be > > > > preserved. > > > > > > also, yes. Why *are* we binding to CPUs in the first place? Are we > > > afraid that the scheduler won't do the right thing and we're trying to > > > work around some unknown performance issue ? > > > > > > Sean > > > > > > > Still haven't seen a good reason to bind the queues by default in the > > first place. > > > > Sean > > > > > If there's no objection, I'll commit this in the morning. > > Sean > This was committed. Let me know if there's anything hinky with it. From owner-freebsd-net@FreeBSD.ORG Thu May 10 23:43:08 2012 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 7D27F106566B; Thu, 10 May 2012 23:43:08 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4FACE8FC0A; Thu, 10 May 2012 23:43:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4ANh8BS021348; Thu, 10 May 2012 23:43:08 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4ANh7RN021344; Thu, 10 May 2012 23:43:07 GMT (envelope-from hrs) Date: Thu, 10 May 2012 23:43:07 GMT Message-Id: <201205102343.q4ANh7RN021344@freefall.freebsd.org> To: Martin.Birgmeier@aon.at, hrs@FreeBSD.org, freebsd-net@FreeBSD.org, hrs@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: kern/167646: [ip6] IPv6 TCP connection hangs/drops when time/clock on the client is stepped backwards 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, 10 May 2012 23:43:08 -0000 Synopsis: [ip6] IPv6 TCP connection hangs/drops when time/clock on the client is stepped backwards State-Changed-From-To: open->analyzed State-Changed-By: hrs State-Changed-When: Thu May 10 23:42:14 UTC 2012 State-Changed-Why: I'll take this. Responsible-Changed-From-To: freebsd-net->hrs Responsible-Changed-By: hrs Responsible-Changed-When: Thu May 10 23:42:14 UTC 2012 Responsible-Changed-Why: I'll take this. http://www.freebsd.org/cgi/query-pr.cgi?pr=167646 From owner-freebsd-net@FreeBSD.ORG Fri May 11 20:07:54 2012 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 9147A1065673; Fri, 11 May 2012 20:07:54 +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 648D48FC23; Fri, 11 May 2012 20:07:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4BK7srw095860; Fri, 11 May 2012 20:07:54 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4BK7sZX095856; Fri, 11 May 2012 20:07:54 GMT (envelope-from gnats) Date: Fri, 11 May 2012 20:07:54 GMT Message-Id: <201205112007.q4BK7sZX095856@freefall.freebsd.org> To: gnats@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gnats@FreeBSD.org Cc: Subject: Re: kern/167806: [iwn] iwn driver panic on 9.0-STABLE-amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2012 20:07:54 -0000 Synopsis: [iwn] iwn driver panic on 9.0-STABLE-amd64 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gnats Responsible-Changed-When: Fri May 11 20:07:13 UTC 2012 Responsible-Changed-Why: Over to maintainers. http://www.freebsd.org/cgi/query-pr.cgi?pr=167806 From owner-freebsd-net@FreeBSD.ORG Fri May 11 22:26:13 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFBA0106566B for ; Fri, 11 May 2012 22:26:13 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm5-vm2.bullet.mail.ne1.yahoo.com (nm5-vm2.bullet.mail.ne1.yahoo.com [98.138.90.153]) by mx1.freebsd.org (Postfix) with SMTP id 803FC8FC0C for ; Fri, 11 May 2012 22:26:13 +0000 (UTC) Received: from [98.138.90.52] by nm5.bullet.mail.ne1.yahoo.com with NNFMP; 11 May 2012 22:24:29 -0000 Received: from [98.138.226.167] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 11 May 2012 22:24:29 -0000 Received: from [127.0.0.1] by omp1068.mail.ne1.yahoo.com with NNFMP; 11 May 2012 22:24:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 811198.66986.bm@omp1068.mail.ne1.yahoo.com Received: (qmail 18360 invoked by uid 60001); 11 May 2012 22:24:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1336775069; bh=ckvCrGLX/eHxGicVxofOoeqP6PPpApBia9i1XsEGLIs=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=j8l791wSsfcrMPR1XHY35ZXe4fVjljeAKKCHiSWj4x5AFZ2tl77zltsfH5dib4v6hsIVkYnemaMzAqiUgfeyeiDGXSF3u/fNJLp6kwI8rZc/owshJGMAe6RoyeZX578/tNHnE5r+4htKwtNKWITQSrqJJnFwuGUNS2XSWNL7ZeI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=SUKp+xnlcAI/eCnHLuZxlcWD17yxuW1OU6ayCQMPNd4Na7KdhXIyWkAW18ktAI+SBUqxWkAcu4jOFChesgSnTpjzNsdq/Htv9kw9Er2pTiddm6MjvFY9scDT74tPo9N3pLn0q5DeOBu+A4TfcYWhI0mW/yAE0gIWD2O2If6XwDY=; X-YMail-OSG: Tt2wvx0VM1lQTGTP7_L6wmfBR_wirbb3gL06dDLUCERhVmZ ghI9igettaf1kphaRSjOucRdOcQYa1ORYkheXnxe0MD7x8EGOLdQenriQeeF kfRnhX9N2EpoK9DGX0w8mmGj2oRtdezA8aXhk58gEzNxAFivFBHB2_JFe28y etZnL7.IrlhfCY_MdXBoglLW6kjgT.RcvJSePkTNIfH5MXlpBx9Tw98oU6Bw o.XHTd0qkPYA.h29wMimHj_4A868d.wo6aQgkuOC5_EKiAcUSnWK3DSLcgV3 Ebw3fo42tQKJxZUEdmbRLuDh8V8w05kOGhG6yyhLFXEv1uibfSulM62nS2kV 5zg1OOxZDBT.Ium8FLX6pwqoSEd5HC5KQu0Y_1WoltAKBjuRrGCVhSibtknJ 2q6VTdwBS3CQTrh9NLb9SXJ9FEtYVm6OFRtNm0hHpfSPkRIVYOdc9J_.pIwd tiLRE2LuCVPvsAwDAOSmiCzcb78.RaYIPgqo- Received: from [174.48.129.108] by web126002.mail.ne1.yahoo.com via HTTP; Fri, 11 May 2012 15:24:29 PDT X-Mailer: YahooMailClassic/15.0.6 YahooMailWebService/0.8.118.349524 Message-ID: <1336775069.17927.YahooMailClassic@web126002.mail.ne1.yahoo.com> Date: Fri, 11 May 2012 15:24:29 -0700 (PDT) From: Barney Cordoba To: John Baldwin , Konstantin Belousov In-Reply-To: <20120508082403.GS2358@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: jfv@freebsd.org, Jack Vogel , net@freebsd.org Subject: Re: 82574L hangs (with r233708 e1000 driver). 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, 11 May 2012 22:26:13 -0000 =0A=0A--- On Tue, 5/8/12, Konstantin Belousov wrote:= =0A=0A> From: Konstantin Belousov =0A> Subject: Re: 82= 574L hangs (with r233708 e1000 driver).=0A> To: "John Baldwin" =0A> Cc: jfv@freebsd.org, "Jack Vogel" , net@freebs= d.org=0A> Date: Tuesday, May 8, 2012, 4:24 AM=0A> On Mon, May 07, 2012 at 0= 1:44:57PM=0A> -0400, John Baldwin wrote:=0A> > On Friday, May 04, 2012 6:18= :19 pm Konstantin Belousov=0A> wrote:=0A> > > On Fri, May 04, 2012 at 11:30= :22AM -0400, John=0A> Baldwin wrote:=0A> > > > On Tuesday, May 01, 2012 12:= 21:21 pm=0A> Konstantin Belousov wrote:=0A> > > > > On Thu, Apr 12, 2012 at= 09:38:49PM=0A> +0300, Konstantin Belousov wrote:=0A> > > > > > On Mon, Apr= 09, 2012 at 12:19:39PM=0A> -0400, John Baldwin wrote:=0A> > > > > > > On S= unday, April 08, 2012=0A> 1:11:25 am Konstantin Belousov wrote:=0A> > > > >= > > > On Sat, Apr 07, 2012 at=0A> 04:22:07PM -0700, Jack Vogel wrote:=0A> = > > > > > > > > Make sure you have=0A> any firmware up to the latest availa= ble, if that =0A> > > > doesn't=0A> > > > > > > > > help=0A> > > > > > > > = > let me know and I'll=0A> check internally to see if there are any =0A> > = > > outstanding=0A> > > > > > > > > issues=0A> > > > > > > > > in shared=0A= > code,=A0 that will be after the weekend.=0A> > > > > > > > =0A> > > > > >= > > I had BIOS rev. 151,=0A> after you hint I found rev. 154 on the site.= =0A> > > > > > > > Now BIOS reports itself=0A> as MTCDT10N.86A.0154.2012.03= 23.1601,=0A> > > > > > > > March 23.=0A> > > > > > > > =0A> > > > > > > > U= nfortunately, upgrade=0A> did not changed anything in regard of hanging=0A>= > > > > > > > interface.=0A> > > > > > > =0A> > > > > > > Does reverting 2= 33708 make any=0A> difference?=A0 Have you tried futzing =0A> > > > around = with=0A> > > > > > > kgdb when it is hung to see=0A> what state the device = is in (software state =0A> > > > at=0A> > > > > > > least)?=0A> > > > > > I= t does, in a sense that without=0A> r233708 the interface becomes stuck=0A>= > > > > > almost immediately. I just upgraded=0A> to the e1000@r234154, wh= ich does not=0A> > > > > > change much.=0A> > > > > > =0A> > > > > > I fidd= led with the adapter state=0A> after the hang in kgdb more, and I=0A> > > >= > > noted something interesting.=0A> Apparently, tx works. When I ping the= remote=0A> > > > > > host from my suffering atom=0A> machine, remote host = sees the packet. Also=0A> > > > > > remote machine sees some udp=0A> traffi= c originating from the tom, like=0A> > > > > > ntp queries.=0A> > > > > > = =0A> > > > > > And, on receive, the atom board=0A> does receive interrupts,= em0:rx 0 counter=0A> > > > > > in vmstat -i increases. Even more=0A> fun, = the sysctl dev.em.0.debug=0A> > > > > > shows increasing hw rdh (as I=0A> u= nderstand, this is hardware 'last=0A> > > > > > received' packet pointer fo= r rx=0A> ring). So I looked at the packet=0A> > > > > > descriptor at hw rd= t index, and=0A> there I see=0A> > > > > > (kgdb) p/x ((struct adapter=0A> = *)0xffffff80010e4000)->rx_rings->rx_base[78]=0A> > > > > > $11 =3D {buffer_= addr =3D 0x12a128800,=0A> length =3D 0x5ea, csum =3D 0x3c2b, status =3D =0A= > > > > 0x0, =0A> > > > > >=A0=A0=A0errors =3D 0x0,=0A> special =3D 0x0}=0A= > > > > > > =0A> > > > > > Apparently, the Descriptor Done bit=0A> is clear= , so the em_rxeof() function=0A> > > > > > breaks from the loop, not consum= ing=0A> the current packet. Also, it returns=0A> > > > > > false due to DD = bit clear. This=0A> prevents em_msix_rx() from scheduling=0A> > > > > > tas= kqueue for processing. So=0A> apparent cause for the hang is missing=0A> > = > > > > DD bit in descriptor.=0A> > > > > > =0A> > > > > > I am not sure is= n't all this is=0A> obvious for anybody who knows em=0A> > > > > > internal= s, and were to go from=0A> there.=0A> > > > > =0A> > > > > Ok, nobody cares= .=0A> > > > > =0A> > > > > Below is the workaround I use to prevent=0A> the= interface wedging.=0A> > > > > It seems that the sole PCI register read=0A= > (namely, the rx ring head read)=0A> > > > > and consequent recheck of the= descriptor=0A> status greatly reduce the=0A> > > > > likelihood of the iss= ue. Unfortunately,=0A> the read does not eliminate=0A> > > > > the hang com= pletely. So it is not some=0A> PCIe coherency problem.=0A> > > > > =0A> > >= > > With the patch applied, I am able to=0A> copy around blu-ray images, w= hile=0A> > > > > previously the interface hang in 20-30=0A> seconds of 100M= bit/s traffic.=0A> > > > > Sometimes the messages are printed:=0A> > > > > = em0: Workaround: head 1018 tail 1002 cur=0A> 1010=0A> > > > > em0: Workarou= nd: head 976 tail 973 cur=0A> 974=0A> > > > > em0: Workaround: head 950 tai= l 939 cur=0A> 946=0A> > > > > em0: Workaround: head 435 tail 419 cur=0A> 42= 6=0A> > > > > =0A> > > > > Machine is still dead due to random=0A> memory c= orruption which I see, in=0A> > > > > particular, pmap sometimes read garba= ge=0A> from PTEs. I have no idea is=0A> > > > > it related to em0 rx descri= ptor missed=0A> writes, or is a different issue.=0A> > > > =0A> > > > Humm,= so if I'm reading this correctly, the=0A> card "skips" a receive=0A> > > >= descriptor and stores a packet at the next=0A> descriptor?=A0 That's just= =0A> > > > bizarre.=0A> > > Either this, or it does store the packet but=0A= > 'forgots' to update the=0A> > > rx descriptor. I think that your interpre= tation is=0A> closer to reality,=0A> > > since I get sustained 20MB/s over = ssh with the=0A> patch even when workaround=0A> > > activates. The lost pac= kets probably should cause=0A> retransmit and speed=0A> > > drop.=0A> > =0A= > > This is just weird.=A0 I wonder if there is a known=0A> errata for this= ?=0A> > This really seems to be broken hardware and not a=0A> driver issue.= =0A> I was not able to find anything even remotely resembling the=0A> descr= ibed=0A> behaviour, in the publically available 82574L specification=0A> up= date. I looked=0A> at rev. 3.5, dated January 2012.=0A> =0A> I may indeed g= ive up and relocate the hardware into trash,=0A> but it would be=0A> pity, = since this is new shiny Intel Atom 2800 m/b. I am not=0A> sure I can give= =0A> convincing arguments to supplier for warranty replacement.=0A> =0A> An= d, while I booted Debian to apply f/w fix Jack=0A> recommended, I did=0A> q= uick test and interface looked stable.=0A> =0A> =0A=0AFWIW, I've got an X7S= PE-HF-D525 MB with 82574L running on a 7.0 driver=0Athat seems to work pret= ty well. It panics once in a blue moon when we=0Aoverload it (like 200Mb/s = of traffic) but it generally works ok.=0A=0ABC From owner-freebsd-net@FreeBSD.ORG Sat May 12 06:37:34 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49303106566C for ; Sat, 12 May 2012 06:37:34 +0000 (UTC) (envelope-from cvb@box.az) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 241898FC08 for ; Sat, 12 May 2012 06:37:34 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1ST5xN-0005WJ-GZ for freebsd-net@freebsd.org; Fri, 11 May 2012 23:37:33 -0700 Date: Fri, 11 May 2012 23:37:33 -0700 (PDT) From: faraklitsoft To: freebsd-net@freebsd.org Message-ID: <1336804653492-5706725.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: HP NC552m 2p Flex-10 10GbE BL-c Adapter 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, 12 May 2012 06:37:34 -0000 vau you write freeBSD codes -- View this message in context: http://freebsd.1045724.n5.nabble.com/HP-NC552m-2p-Flex-10-10GbE-BL-c-Adapter-tp5706725.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Sat May 12 07:21:16 2012 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 1C51F106564A for ; Sat, 12 May 2012 07:21:16 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD678FC0A for ; Sat, 12 May 2012 07:21:15 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so772140wib.13 for ; Sat, 12 May 2012 00:21:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=8xTKh6kM3BWEtoAzfTyCdrGAYFum0NtMyQOrXnqKxXs=; b=L8VaQ27Sg1KNDmLuaUrjDf9UsL6X7IZskhg8Vj0IuOmbtKOb1x59N062Qz4y/X+yAU 1Sq9d0FEhyqLfihAa8jwA0y0UsAxA9o7tL12vvWUvmS+N3ncUDkrRDnN59z3RM3Grnvy XVeU5vZEmpbvD/6jjPxx709Oe6rcQ5mLWuVQiMyLKewheY3ru1GOVzNM3crnjPsDJvwf byF6PaUL/DBF+g6FBhtF+rcXfr9Zuv85vY8r51IVaJP3R4m7kCmVkwF/jnrCkOJiuPAv 5JtkCWzumoh2RmmE/mcfIHqSVVdTpB61oovis2SUi/871umoU6+vPmHpq19XCfe/I+Qg 1+Bw== Received: by 10.180.86.5 with SMTP id l5mr2328211wiz.6.1336807269407; Sat, 12 May 2012 00:21:09 -0700 (PDT) Received: from [10.0.0.3] ([93.152.152.135]) by mx.google.com with ESMTPS id e6sm16456038wix.8.2012.05.12.00.21.07 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 12 May 2012 00:21:07 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: <4B587DD0.8020700@icritical.com> Date: Sat, 12 May 2012 10:21:05 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <59FAFD0B-A107-4173-9FA9-BA3349D499E2@gmail.com> References: <4B587DD0.8020700@icritical.com> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1257) Subject: Re: setfib/arpresolve behaviour bug? 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, 12 May 2012 07:21:16 -0000 On Jan 21, 2010, at 6:16 PM, Matt Burke wrote: > Box is running 8.0-RELEASE-p2 cvsupped two days ago. >=20 > NICs are em bonded with lagg failover and running a few vlan = interfaces. >=20 > net.my_fibnum: 0 > net.add_addr_allfibs: 1 > net.fibs: 4 >=20 > This is reproducible, but with the lack of (accessible?) documentation = on > multiple routing tables, I don't know if this is intended behaviour or = a bug. >=20 > It seems processes using a non-default fib cannot perform arp lookups > unless the fib 0 has a routing table entry for the attached network: >=20 > [root@host ~]# ifconfig vlan11 a.a.a.92/27 > [root@host ~]# route delete -net a.a.a.64/27 > delete net a.a.a.64 > [root@host ~]# setfib 1 ping a.a.a.65 > PING a.a.a.65 (a.a.a.65): 56 data bytes > ping: sendto: Invalid argument > ^C > --- a.a.a.65 ping statistics --- > 1 packets transmitted, 0 packets received, 100.0% packet loss > [root@host ~]# dmesg |tail -1 > arpresolve: can't allocate llinfo for a.a.a.65 >=20 >=20 > Putting the entry into the arp cache before removing the route results = in > success: >=20 > [root@host ~]# ifconfig vlan11 a.a.a.92/27 > [root@host ~]# setfib 1 ping a.a.a.65 > PING a.a.a.65 (a.a.a.65): 56 data bytes > 64 bytes from a.a.a.65: icmp_seq=3D0 ttl=3D255 time=3D1.437 ms > ^C > --- a.a.a.65 ping statistics --- > 1 packets transmitted, 1 packets received, 0.0% packet loss > round-trip min/avg/max/stddev =3D 1.437/1.437/1.437/0.000 ms > [root@host ~]# route delete -net a.a.a.64/27 > delete net a.a.a.64 > [root@host ~]# setfib 1 ping a.a.a.65 > PING a.a.a.65 (a.a.a.65): 56 data bytes > 64 bytes from a.a.a.65: icmp_seq=3D0 ttl=3D255 time=3D0.762 ms > ^C > --- a.a.a.65 ping statistics --- > 1 packets transmitted, 1 packets received, 0.0% packet loss > round-trip min/avg/max/stddev =3D 0.762/0.762/0.762/0.000 ms >=20 >=20 > and deleting it again results in failure: >=20 > [root@host ~]# arp -an > ? (a.a.a.92) at 00:11:27:00:d7:c4 on vlan11 permanent [vlan] > ? (a.a.a.65) at 00:1a:e4:00:60:bf on vlan11 [vlan] > ... > [root@host ~]# arp -d a.a.a.65 > delete: cannot locate a.a.a.65 > [root@host ~]# setfib 1 arp -d a.a.a.65 > a.a.a.65 (a.a.a.65) deleted > [root@host ~]# setfib 1 ping -c1 a.a.a.65 > PING a.a.a.65 (a.a.a.65): 56 data bytes > ping: sendto: Invalid argument > ^C > --- a.a.a.65 ping statistics --- > 1 packets transmitted, 0 packets received, 100.0% packet loss >=20 >=20 > This behaviour seems a little inconsistent, with fib 1 requesting arp > lookups, fib 0 performing and displaying them, but fib 1 needing to = delete > them... >=20 >=20 >=20 > --=20 >=20 > The information contained in this message is confidential and is = intended for the addressee only. If you have received this message in = error or there are any problems please notify the originator = immediately. The unauthorised use, disclosure, copying or alteration of = this message is strictly forbidden.=20 >=20 > Critical Software Ltd. reserves the right to monitor and record e-mail = messages sent to and from this address for the purposes of investigating = or detecting any unauthorised use of its system and ensuring its = effective operation. >=20 > Critical Software Ltd. registered in England, 04909220. Registered = Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. >=20 > ------------------------------------------------------------ > This message has been scanned for security threats by iCritical. > For further information, please visit www.icritical.com > ------------------------------------------------------------ I've encountered exactly the same problem today. I have a machine with public addresses, and also a interface for out of = band management with private address, and I wanted to use a separate FIB for the private interface and it's routes. When I've deleted the routes for the private interface form the main = FIB, arpresolve stopped working. The I've patched sys/netinet/in.c with the following patch : --- sys/netinet/in.c.orig 2012-05-12 08:57:17.000000000 +0200 +++ sys/netinet/in.c 2012-05-12 08:56:43.000000000 +0200 @@ -1418,21 +1418,21 @@ =20 static int in_lltable_rtcheck(struct ifnet *ifp, u_int flags, const struct = sockaddr *l3addr) { struct rtentry *rt; =20 KASSERT(l3addr->sa_family =3D=3D AF_INET, ("sin_family %d", l3addr->sa_family)); =20 /* XXX rtalloc1 should take a const param */ - rt =3D rtalloc1(__DECONST(struct sockaddr *, l3addr), 0, 0); + rt =3D rtalloc1_fib(__DECONST(struct sockaddr *, l3addr), 0, 0, = ifp->if_fib); =20 if (rt =3D=3D NULL) return (EINVAL); =20 /* * If the gateway for an existing host route matches the target = L3 * address, which is a special route inserted by some = implementation * such as MANET, and the interface is of the correct type, then * allow for ARP to proceed. */ And this seems to fix the issue. Now that the multi FIB code is in GENERIC probably this (or similar fix) = should be comitted. P.S.: I also wonder why the loopback route for an interface address is = also installed explicitly in the default FIB? From owner-freebsd-net@FreeBSD.ORG Sat May 12 07:34:27 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3780106564A; Sat, 12 May 2012 07:34:27 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3368FC14; Sat, 12 May 2012 07:34:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4C7YRrb069119; Sat, 12 May 2012 07:34:27 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4C7YRMa069115; Sat, 12 May 2012 07:34:27 GMT (envelope-from bschmidt) Date: Sat, 12 May 2012 07:34:27 GMT Message-Id: <201205120734.q4C7YRMa069115@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/167806: [iwn] iwn driver panic on 9.0-STABLE-amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 07:34:27 -0000 Synopsis: [iwn] iwn driver panic on 9.0-STABLE-amd64 Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Sat May 12 07:34:01 UTC 2012 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=167806 From owner-freebsd-net@FreeBSD.ORG Sat May 12 23:18:53 2012 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 CA6AD1065672 for ; Sat, 12 May 2012 23:18:53 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8BFAF8FC0A for ; Sat, 12 May 2012 23:18:53 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 60A887300A; Sun, 13 May 2012 01:38:58 +0200 (CEST) Date: Sun, 13 May 2012 01:38:58 +0200 From: Luigi Rizzo To: faraklitsoft Message-ID: <20120512233858.GA8458@onelab2.iet.unipi.it> References: <1336804653492-5706725.post@n5.nabble.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1336804653492-5706725.post@n5.nabble.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: HP NC552m 2p Flex-10 10GbE BL-c Adapter 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, 12 May 2012 23:18:53 -0000 On Fri, May 11, 2012 at 11:37:33PM -0700, faraklitsoft wrote: > vau you write freeBSD codes can you check whether the "oce" driver supports that adapter ? cheers luigi > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/HP-NC552m-2p-Flex-10-10GbE-BL-c-Adapter-tp5706725.html > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > 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"