From owner-freebsd-net@FreeBSD.ORG Sun Nov 15 05:24:01 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567261065676; Sun, 15 Nov 2009 05:24:01 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F0778FC12; Sun, 15 Nov 2009 05:24:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAF5O0Sr006537; Sun, 15 Nov 2009 05:24:00 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAF5O0hx006533; Sun, 15 Nov 2009 05:24:00 GMT (envelope-from linimon) Date: Sun, 15 Nov 2009 05:24:00 GMT Message-Id: <200911150524.nAF5O0hx006533@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140564: [wpi] Problem with Intel(R) PRO/Wireless 3945ABG X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2009 05:24:01 -0000 Old Synopsis: Problem with Intel(R) PRO/Wireless 3945ABG New Synopsis: [wpi] Problem with Intel(R) PRO/Wireless 3945ABG Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Nov 15 05:23:32 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140564 From owner-freebsd-net@FreeBSD.ORG Sun Nov 15 05:37:07 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D55C106566B; Sun, 15 Nov 2009 05:37:07 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 324FC8FC14; Sun, 15 Nov 2009 05:37:07 +0000 (UTC) Received: from asahi-net.jp (b151149.dynamic.ppp.asahi-net.or.jp [202.213.151.149]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 8D4C892950; Sun, 15 Nov 2009 14:17:58 +0900 (JST) Date: Sun, 15 Nov 2009 14:17:57 +0900 From: WATANABE Kazuhiro To: John Baldwin In-Reply-To: <200911061508.22482.jhb@freebsd.org> References: <200911061508.22482.jhb@freebsd.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20091115051758.8D4C892950@mail1.asahi-net.or.jp> Cc: freebsd-net@freebsd.org, freebsd-current Subject: Re: [PATCH] Remove if_watchdog use X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2009 05:37:07 -0000 Hi, I've tested the following NICs with your patch on CURRENT, and they works fine. Thanks! * Corega FastEther PCI-TX (DEC 21140-AF) de0: port 0xe000-0xe07f mem 0xd9001000-0xd900107f irq 12 at device 15.0 on pci0 de0: 21140A [10-100Mb/s] pass 2.2 de0: Ethernet address: 00:00:f4:xx:xx:xx de0: [ITHREAD] * Acer ALN-201C (Realtek RTL8029AS) ed0: port 0xe000-0xe01f irq 12 at device 15.0 on pci0 ed0: Ethernet address: 00:60:67:xx:xx:xx ed0: [ITHREAD] At Fri, 6 Nov 2009 15:08:22 -0500, John Baldwin wrote: > I have a patchset that converts all the remaining users of if_watchdog to > using a private callout instead. In some cases the the driver already used a > private timer to drive a stats timer and I merely hooked into that timer. In > other cases a new callout needed to be added to the driver. Some drivers > even abused the if_watchdog interface to provide a stats timer that fired > every second. :) For a few drivers I also fixed other things such as busted > locking, order-of-operations issues in detach, or just completely busted > drivers (fea(4) and fpa(4) which share the pdq backend). Please test. > Barring any major screaming and shouting I plan to commit this in a week or > so and after that to work on removing the if_watchdog/if_timer stuff from the > network stack. > > The patch is at http://www.FreeBSD.org/~jhb/patches/cleanup.patch (snip) --- WATANABE Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-net@FreeBSD.ORG Sun Nov 15 20:19:30 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A045106566C; Sun, 15 Nov 2009 20:19:30 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 302668FC13; Sun, 15 Nov 2009 20:19:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAFKJUMN009703; Sun, 15 Nov 2009 20:19:30 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAFKJTNB009699; Sun, 15 Nov 2009 20:19:29 GMT (envelope-from gavin) Date: Sun, 15 Nov 2009 20:19:29 GMT Message-Id: <200911152019.nAFKJTNB009699@freefall.freebsd.org> To: dirk.meyer@dinoex.sub.org, gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: bin/140571: [patch] ifconfig(8) does not set country DE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2009 20:19:30 -0000 Old Synopsis: ifconfig does not set country DE New Synopsis: [patch] ifconfig(8) does not set country DE State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Sun Nov 15 20:08:14 UTC 2009 State-Changed-Why: To submitter: Can you test http://people.freebsd.org/~gavin/PRs/140571.diff and make sure it fixes things for you? Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun Nov 15 20:08:14 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=140571 From owner-freebsd-net@FreeBSD.ORG Sun Nov 15 20:46:12 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6557410656AD; Sun, 15 Nov 2009 20:46:12 +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 3C9638FC15; Sun, 15 Nov 2009 20:46:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAFKkC4e036549; Sun, 15 Nov 2009 20:46:12 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAFKkCX6036545; Sun, 15 Nov 2009 20:46:12 GMT (envelope-from linimon) Date: Sun, 15 Nov 2009 20:46:12 GMT Message-Id: <200911152046.nAFKkCX6036545@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140567: [ath] [patch] ath is not worked on my notebook PC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2009 20:46:12 -0000 Synopsis: [ath] [patch] ath is not worked on my notebook PC Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Nov 15 20:45:59 UTC 2009 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=140567 From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 02:00:07 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE767106568D for ; Mon, 16 Nov 2009 02:00:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A40038FC22 for ; Mon, 16 Nov 2009 02:00:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAG20724001907 for ; Mon, 16 Nov 2009 02:00:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAG207fA001906; Mon, 16 Nov 2009 02:00:07 GMT (envelope-from gnats) Date: Mon, 16 Nov 2009 02:00:07 GMT Message-Id: <200911160200.nAG207fA001906@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Alexander Best Cc: Subject: Re: kern/128598: [bluetooth] WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 02:00:07 -0000 The following reply was made to PR kern/128598; it has been noted by GNATS. From: Alexander Best To: , Cc: Subject: Re: kern/128598: [bluetooth] WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() Date: Mon, 16 Nov 2009 02:52:51 +0100 (CET) i was getting this warning too with my pci ath(4) card, but recently the warning disappeared. i think this got fixed in HEAD and 8-stable (probably 8.0 too). alex From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 08:00:12 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F34EE106566C for ; Mon, 16 Nov 2009 08:00:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C96098FC22 for ; Mon, 16 Nov 2009 08:00:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAG80Cec043462 for ; Mon, 16 Nov 2009 08:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAG80C5s043460; Mon, 16 Nov 2009 08:00:12 GMT (envelope-from gnats) Date: Mon, 16 Nov 2009 08:00:12 GMT Message-Id: <200911160800.nAG80C5s043460@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Cc: Subject: Re: bin/140571: [patch] ifconfig(8) does not set country DE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dirk Meyer List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 08:00:13 -0000 The following reply was made to PR bin/140571; it has been noted by GNATS. From: dirk.meyer@dinoex.sub.org (Dirk Meyer) To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/140571: [patch] ifconfig(8) does not set country DE Date: Mon, 16 Nov 2009 08:54:35 +0100 The patch at http://people.freebsd.org/~gavin/PRs/140571.diff does fix the problem. DEB does match DEBUG DE can now selected and metahces the country D does match the first entry found (DEBUG), which is okay. # ifconfig wlan0 country DEB # ifconfig wlan0 wlan0: flags=8c02 metric 0 mtu 1500 ether 00:21:6b:a9:e4:22 inet6 fe80::221:6bff:fea9:e422%wlan0 prefixlen 64 scopeid 0x6 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 Mhz 11b) regdomain DEBUG authmode WPA1+WPA2/802.11i privacy OFF txpower 30 bmiss 10 scanvalid 60 wme # ifconfig wlan0 country DE # ifconfig wlan0 wlan0: flags=8c02 metric 0 mtu 1500 ether 00:21:6b:a9:e4:22 inet6 fe80::221:6bff:fea9:e422%wlan0 prefixlen 64 scopeid 0x6 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 Mhz 11b) regdomain ETSI country DE authmode WPA1+WPA2/802.11i privacy OFF txpower 30 bmiss 10 scanvalid 60 wme # ifconfig wlan0 country D # ifconfig wlan0 wlan0: flags=8c02 metric 0 mtu 1500 ether 00:21:6b:a9:e4:22 inet6 fe80::221:6bff:fea9:e422%wlan0 prefixlen 64 scopeid 0x6 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 Mhz 11b) regdomain DEBUG authmode WPA1+WPA2/802.11i privacy OFF txpower 30 bmiss 10 scanvalid 60 wme Thanks for the quick response. kind regards - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 08:40:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1155A106566C; Mon, 16 Nov 2009 08:40:04 +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 DC1808FC14; Mon, 16 Nov 2009 08:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAG8e3uH082285; Mon, 16 Nov 2009 08:40:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAG8e37W082281; Mon, 16 Nov 2009 08:40:03 GMT (envelope-from linimon) Date: Mon, 16 Nov 2009 08:40:03 GMT Message-Id: <200911160840.nAG8e37W082281@freefall.freebsd.org> To: rs@netapp.com, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140597: [request] implement Lost Retransmission Detection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 08:40:04 -0000 Old Synopsis: Lost Retransmission Detection New Synopsis: [request] implement Lost Retransmission Detection State-Changed-From-To: open->suspended State-Changed-By: linimon State-Changed-When: Mon Nov 16 08:39:23 UTC 2009 State-Changed-Why: Mark suspended awaiting patches. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Nov 16 08:39:23 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140597 From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 10:35:13 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4CC1065694 for ; Mon, 16 Nov 2009 10:35:13 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4448FC21 for ; Mon, 16 Nov 2009 10:35:13 +0000 (UTC) Received: (qmail 30483 invoked from network); 16 Nov 2009 10:35:11 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 16 Nov 2009 10:35:11 -0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1077) From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> Date: Mon, 16 Nov 2009 02:35:10 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <13160026-88A5-42F7-8431-54D624AA7B7F@develooper.com> References: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1077) Subject: Re: DHCP client not getting IP address from Time Warner X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2009 10:35:13 -0000 On Nov 3, 2009, at 7:47, Ask Bj=F8rn Hansen wrote: > On FreeBSD their DHCP server seems to just ignore me (but I see lots = of broadcast replies to 255.255.255.255/ff:ff:ff:ff:ff:ff). I've tried = with both the standard dhclient and the isc dhclient from ports. Hi everyone, I just wanted to follow-up on my own mail to tell that the problem is = "solved". Cloning the mac address from my mac seemed to work once, but not = consistently. I never found out exactly what the OS X and the FreeBSD dhcp client are = doing differently, but after turning off the cable modem again for a = longer while the FreeBSD dhcp client got an IP. For some reason it appears that OS X is able to "move" the IP to another = mac address/client much faster; but honestly after getting it working on = the FreeBSD box I didn't want to fuzz with it anymore as it's working = where I want it now. Thanks to everyone who helped with suggestions, questions and advice! - ask --=20 http://develooper.com/ - http://askask.com/ From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 10:48:52 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D4210656CA for ; Mon, 16 Nov 2009 10:48:52 +0000 (UTC) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [74.1.12.120]) by mx1.freebsd.org (Postfix) with ESMTP id 242C38FC17 for ; Mon, 16 Nov 2009 10:48:51 +0000 (UTC) Received: (qmail 99254 invoked by uid 1008); 16 Nov 2009 12:04:21 -0000 Received: from unknown (HELO kalins-macbook-pro.local) (kalin@el.net@24.193.246.51) by mail.el.net with ESMTPA; 16 Nov 2009 12:04:21 -0000 Message-ID: <4B012E13.8070206@el.net> Date: Mon, 16 Nov 2009 05:48:51 -0500 From: kalin m User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: secure adhoc X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2009 10:48:52 -0000 hi all... i wrote this to the general questions list without much success. trying my luck here... wondering if somebody has done vpn between a bsd box and a portable device running windows mobile. is it possible? looking at the wireless networking off the handbook gives a direct example with 2 bsd machines. the bsd machine and the wireless device are hooked up now adhoc. they always going to be close to each other and there is no need of infrastructure mode at present time. if vpn is an overkill in this case what would be the best way to lock down the adhoc connection to be only between this two piers and isolate anybody else that wants to get on... thanks From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 11:06:58 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50DEC106568F for ; Mon, 16 Nov 2009 11:06:58 +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 3E5148FC15 for ; Mon, 16 Nov 2009 11:06:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAGB6wLM011240 for ; Mon, 16 Nov 2009 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAGB6vZF011238 for freebsd-net@FreeBSD.org; Mon, 16 Nov 2009 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Nov 2009 11:06:57 GMT Message-Id: <200911161106.nAGB6vZF011238@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, 16 Nov 2009 11:06:58 -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 -------------------------------------------------------------------------------- s kern/140597 net [request] implement Lost Retransmission Detection f bin/140571 net [patch] ifconfig(8) does not set country DE o kern/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140358 net 8.0RC2: [arp] arp: writing to routing socket: Invalid o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo o kern/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/140051 net [bce] [arp] ARP not sent through Bridge Firewall with o kern/140036 net [iwn] [lor] lock order reversal with iwn0_com_lock and o kern/139761 net [bce] bce driver on IBM HS22 [No PHY found on Child MI o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139559 net [tun] several tun(4) interfaces can be created with sa o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139145 net [ip6] IPv6 blackhole / reject routes broken o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139113 net [arp] removing IP alias doesn't delete permanent arp e o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138999 net [libc] lighttpd/php-cgi with freebsd sendfile(2) enabl o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o kern/138694 net [bge] FreeBSD 6.3 release does not recognize Broadcom o amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138676 net [route] after buildworld not work local routes [regres f kern/138666 net [multicast] [panic] not working multicast through igmp o kern/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net TCP window scaling value calculated incorrectly? o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR on 8.0-BE o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137795 net [sctp] [panic] mtx_lock() of destroyed mutex o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137317 net [tcp] logs full of syncache problems o kern/137292 net [ste] DFE-580TX not working properly o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136482 net [age] Attansic L1 Gigabit Ethernet recieves multicasts o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/135067 net [patch] [fib] Incorrect KASSERTs in sys/net/route.c o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134369 net [route] [ip6] IPV6 in Head broken for routing table up o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133786 net [netinet] [patch] ip_input might cause kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] [patch] if_sis short cable fix problems with Net s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 365 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 15:07:00 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6130C106568F for ; Mon, 16 Nov 2009 15:07:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9ACEF8FC12 for ; Mon, 16 Nov 2009 15:06:59 +0000 (UTC) Received: by fxm27 with SMTP id 27so6101862fxm.3 for ; Mon, 16 Nov 2009 07:06:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=UvkVJFDNMaoTNvQBinG3SclmvlEGV1gA3xiPObf1J7w=; b=Zrh4veeaVL58wcr0UKsvKIdxD0zez90bTLlR+Db6J5TC9NPFIMmksenhL7Olso51Ud dxl0e+0SZrvfVFuNOgqJ8bsloyj4MAtPz7GSnrhN+Fcg7GnhItaSBHHBcPt7nfJiAIkA wnBzEeNml8o/lC8OuCfYnKccM+ZS1kbMMqb0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=Afrl36NSMxuZR3sjYM+DLzp0bwFnOq7fQkiuJbiQwRO627hSL6x3Uo2DNzLumvPdW/ u89EtqVT6q1CZATLvep7mU+5Igej/N4CeixLeaqQLO9wL1C5Ggz+v+Lv83IupDr0cySO WBbgKbq9hfRvjRJmsLukuE5h6w1LDlItrD7h4= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.6.137 with SMTP id 9mr1211859faz.60.1258384018561; Mon, 16 Nov 2009 07:06:58 -0800 (PST) Date: Mon, 16 Nov 2009 16:06:58 +0100 X-Google-Sender-Auth: 183a371007b0226d Message-ID: <3bbf2fe10911160706y9fb30e6iedb599cb8a6e2743@mail.gmail.com> From: Attilio Rao To: freebsd-net@freebsd.org, pst@freebsd.org, stefanf@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: [PATCH] libtacplus bugfix X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2009 15:07:00 -0000 [Please CC me as I'm not subscribed to -net@] In tac_get_av_value() empty attributes should be handled like 0-lenght strings while in the current code they are handled as unset attributes. This patch implements the (probabilly) desired semantic: http://www.freebsd.org/~attilio/Sandvine/STABLE_8/libtacplus/taclib.diff This patch has been contributed back by Sandvine Incorporated. Comments, reviews and testing are welcome. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 15:09:44 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B093610656A9 for ; Mon, 16 Nov 2009 15:09:44 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 494398FC2E for ; Mon, 16 Nov 2009 15:09:43 +0000 (UTC) Received: by fxm27 with SMTP id 27so6104907fxm.3 for ; Mon, 16 Nov 2009 07:09:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=z/DChFXiFder2gpjIqNf3bSIOR8Rq08UUrAz+IlVdfM=; b=Wdf1Bm9KwFWSf0YqjyVYv6VjRmICf5k/8HVhO0D19L4T1gFRfI/DIFpLQONGx7EQgG 1Mp2ciwGVnDU8U0AxkW3ubWOLsfhiJF8M+plmnLpakKbtkAIuOkZVFonlVhDGhdmPfbL ibdDBBr1D06mCdhqoo/v/6ZoMxVoFWTBMWGog= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=POnGc1zU5sEAQwUU/mnuMSH1IxNAQIFgPV9h2ESy+JNejWJSpKz+xbXCmBER8JQh0l m5HqX/AH/N19YE+bfoovq6GDRV9Rnv2n19llxFW+PME6gY3RHEk2wpAzbYnQCKF9R2tC qsWDWpZOtk6HuObEOjPxS7G9ZHd3TwoUsah9c= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.6.137 with SMTP id 9mr1212401faz.60.1258384182726; Mon, 16 Nov 2009 07:09:42 -0800 (PST) Date: Mon, 16 Nov 2009 16:09:42 +0100 X-Google-Sender-Auth: 4f5d58773d5fb6f3 Message-ID: <3bbf2fe10911160709h39df3542v49644f11939d80cf@mail.gmail.com> From: Attilio Rao To: freebsd-net@freebsd.org, =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Cc: Subject: [PATCH] Fix a socket leak in libfetch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2009 15:09:45 -0000 [Please CC me as I'm not subscribed to -net@] In ftp_request(), after a successfully established connection, subsequent errors can bring to a socket leak. This patch should fix that: http://www.freebsd.org/~attilio/Sandvine/STABLE_8/libfetch/ftp.diff This patch has been contributed back by Sandvine Incorporated. Comments, reviews and testing are welcome. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 15:15:11 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF4D106566C; Mon, 16 Nov 2009 15:15:11 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D433B8FC1A; Mon, 16 Nov 2009 15:15:10 +0000 (UTC) Received: by bwz5 with SMTP id 5so6091991bwz.3 for ; Mon, 16 Nov 2009 07:15:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=5ZNnv0bW5wmtD0rKZBdeQ5wl2TNlKxiArRyf9Y8zJmk=; b=u9EIXdQTWURBv/FN40jB9YJhHn9zn8Y31aGKqLTNPWrDkz7ZLlI6ZrlnEAnVLqJ/md NABNOZAg8G4MC9R2PkMguuQiqxxSlQupW7DUBMIG0IcOEa1hbzUPAcs28rOhsIcjLKlV 3rMwaEe9G0LrgpyVAPXkU0rPVbuWRe7gtgngY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=tVdYwbtIQGtiiajPu/85T7EU2yy66FLQZ8tZkcOiwI2fFkjUDtrj8P6eq1e3diaXN9 P5XxCIjipzE+KKBCsKWAGXBRuPbyjcRetQAd38LIpJQTPzlT53WIX/Q7zPEPT32frHhj Rh8zrkZ3J9ft/L44Oi25QtZD+ZAVz0aY07dmk= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.144.207 with SMTP id a15mr1199149fav.63.1258384509791; Mon, 16 Nov 2009 07:15:09 -0800 (PST) Date: Mon, 16 Nov 2009 16:15:09 +0100 X-Google-Sender-Auth: 0503f04d0b519030 Message-ID: <3bbf2fe10911160715m34fc0ba4hc13af02541405491@mail.gmail.com> From: Attilio Rao To: freebsd-net@freebsd.org, John Baldwin , Bruce Evans Content-Type: text/plain; charset=UTF-8 Cc: Subject: [PATCH] Add idrop report to netstat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2009 15:15:11 -0000 [Please CC me as I'm not subscribed to -net@] This patch allows to show the informations about packets droped on input for interfaces on netstat: http://www.freebsd.org/~attilio/Sandvine/STABLE_8/idrops/idrops.diff This patch as been contributed back from Sandvine Incorporated. Comments, reviews and testing are welcome. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 15:27:47 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D9B31065676; Mon, 16 Nov 2009 15:27:47 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0F30B8FC1B; Mon, 16 Nov 2009 15:27:46 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 20A0A6D41B; Mon, 16 Nov 2009 15:27:46 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id DFB6A844D2; Mon, 16 Nov 2009 16:27:45 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Attilio Rao References: <3bbf2fe10911160709h39df3542v49644f11939d80cf@mail.gmail.com> Date: Mon, 16 Nov 2009 16:27:45 +0100 In-Reply-To: <3bbf2fe10911160709h39df3542v49644f11939d80cf@mail.gmail.com> (Attilio Rao's message of "Mon, 16 Nov 2009 16:09:42 +0100") Message-ID: <86y6m6o5fy.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: [PATCH] Fix a socket leak in libfetch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2009 15:27:47 -0000 Attilio Rao writes: > In ftp_request(), after a successfully established connection, > subsequent errors can bring to a socket leak. > This patch should fix that: > http://www.freebsd.org/~attilio/Sandvine/STABLE_8/libfetch/ftp.diff Thanks, Attilio. Please commit the patch. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 18:05:19 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 525DA1065672 for ; Mon, 16 Nov 2009 18:05:19 +0000 (UTC) (envelope-from gigabyte.tmn@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id F25A88FC1B for ; Mon, 16 Nov 2009 18:05:18 +0000 (UTC) Received: by qyk6 with SMTP id 6so2569525qyk.3 for ; Mon, 16 Nov 2009 10:05:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:reply-to:from:to :subject:date:organization:mime-version:content-type:x-priority :x-msmail-priority:x-mailer:x-mimeole; bh=CIRbdhIyMYIZqjIL8/576NchQsRm9wmwR3mz1Tqy+nc=; b=Cgs8vD0H5xZ3E8UapItl3rhWjK5F5z9R9+lDkDAbgfQel1aw2D9mrjg4h0DAbMnqgk aYXP7jHKoBqH9k8ke1VQC8Rqu9I0EoAimlGa9X2O9z486ChuHwvqBbuFLlwT2mWsKtjb 0aiz9dqW2um39ZxA/CEenVAPpMNgKN5FIL/V0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:reply-to:from:to:subject:date:organization:mime-version :content-type:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=q+kepIu5WqwnlFdDQfW7emQyep7+HZ0+78MDDyc4el5qp78q9Sp0baevzOSYeQdaq9 9XGQiqaJX1iAIsNG7Zxuh+ulWTbTSpKWJ1PBRI0QoOIf30N2d+F9cIaW+QckE5NlDFkM znZ/cvToGBikLga6n8Ppoic/lEO0HwTTN0Efo= Received: by 10.213.0.131 with SMTP id 3mr1924371ebb.68.1258394717526; Mon, 16 Nov 2009 10:05:17 -0800 (PST) Received: from dm ([91.211.192.225]) by mx.google.com with ESMTPS id 24sm5870259eyx.37.2009.11.16.10.05.15 (version=SSLv3 cipher=RC4-MD5); Mon, 16 Nov 2009 10:05:16 -0800 (PST) Message-ID: <001201ca66e7$5a3e20a0$1e010a0a@in72.ru> From: "Dmitriy Zamuraev" To: Date: Mon, 16 Nov 2009 23:05:14 +0500 Organization: Netline NSP MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bsnmpd HighCounters on if_lagg X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitriy Zamuraev List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 18:05:19 -0000 I have BRAS based on FreeBSD 7.2 and mpd 5.3 and three NIC's grouped = into if_lagg with LACP, I need to monitor bandwidth with bsnmpd and cacti, by default lagg = interface baud rate is 10Mbitps, so bsnmpd can't collect Counter64 on this interface. I'm modify if_lagg.c file: function lagg_link_state(): u_long new_baudrate; SLIST_FORAECH(lp, &sc_ports, lp_entries) if (lp->lp_link_state =3D=3D LINK_STATE_UP) new_baudrate +=3D lp->lp_ifp->if_baudrate; sc->sc_ifp->if_baudrate =3D new_baudrate; So, bsnmpd shows ifHighSpeed and ifHC(In|Out)Octets. I'm happy. Also i have if_vlan interfaces over the if_lagg, and vlan interfaces = have baud rate 10Mbitps too. I don't need Counter64 functionality on vlan interfaces, but i think = develop this functionality is difficult. Please, tell me who needs this functionality. From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 18:24:55 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CB521065676; Mon, 16 Nov 2009 18:24:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id EA1518FC1D; Mon, 16 Nov 2009 18:24:54 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1090765qwb.7 for ; Mon, 16 Nov 2009 10:24:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Lu57Jz1973Au+EWwchvhErVmFpjmkkfulKw0gsPSXnU=; b=vENCi/MhxPvZGTCG1hkAk6XduP/SE/q81cxGSFwGM2rC719gDBiMHaO/Irr2P6D+Nh ayAP0mjRuAyVCNsY9BCg7ggjL7OTMj90nKeBqKF4IFC5CvQfkOxGFMRQU3ww0tlCIk8u oMD23lXOl3j2NqK5GfhtFLcUiAig2vh7Yyd94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=NGNNUnRrUQPdAgDSwRow856qXhM6HwWTqv33YD2omyok0MG2rtW+MP44sf7DVxKhz5 iWSAOILAEBM/JuVj+B45xPGBNJBef7fiFD4GROETs6C5+NKxOPy73Jy9cBpq/9XNtvXQ 9JJE/1vAQGTDKG4kIV81CjByE8VwhRZby5ldg= Received: by 10.224.125.19 with SMTP id w19mr4986174qar.78.1258395894148; Mon, 16 Nov 2009 10:24:54 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm1494232qyk.8.2009.11.16.10.24.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Nov 2009 10:24:53 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 16 Nov 2009 10:24:23 -0800 From: Pyun YongHyeon Date: Mon, 16 Nov 2009 10:24:23 -0800 To: Attilio Rao Message-ID: <20091116182423.GD1262@michelle.cdnetworks.com> References: <3bbf2fe10911160715m34fc0ba4hc13af02541405491@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10911160715m34fc0ba4hc13af02541405491@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Bruce Evans , John Baldwin Subject: Re: [PATCH] Add idrop report to netstat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 18:24:55 -0000 On Mon, Nov 16, 2009 at 04:15:09PM +0100, Attilio Rao wrote: > [Please CC me as I'm not subscribed to -net@] > > This patch allows to show the informations about packets droped on > input for interfaces on netstat: > http://www.freebsd.org/~attilio/Sandvine/STABLE_8/idrops/idrops.diff > > This patch as been contributed back from Sandvine Incorporated. > Comments, reviews and testing are welcome. > Doesn't -d of netstat(1) show the same information? From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 22:04:22 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DB381065670; Mon, 16 Nov 2009 22:04:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 725708FC14; Mon, 16 Nov 2009 22:04:21 +0000 (UTC) Received: by fxm27 with SMTP id 27so6557500fxm.3 for ; Mon, 16 Nov 2009 14:04:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=dAeTBMFh7085GXVkqW7w/iEVAwro4QYfpL93dROgJC0=; b=BBo5pMzEksCI2vB5xqF6l7Ab0ftDnD5eqH25ppc89gqHnoGkBvrr/GtT3yzhNPw2+v zNPEOClC1HtmG5I/Cb4/S5cbOZ+KnybFDI0hOJ87tqQE67O0JK3MCRLcGKxGOT0Q9xla sgTP1Dak8FMTTFtPgJltv1oLaL/w8IYRjQye4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ZpY8tNH0ZaU76wVIEaUOvULqfgrOj/38AeAuX34dVK12u130wAKEHkc8/gRy1igsbP mahV7DBAn07w27DwpYsxJTcozDuBrfNIQhAT4sj9kVl2TrNvv5A8J7dUnKlDgaQjnoX1 +aJ913lB/LgYFcDbXmGCVkQki8SEy5+T10rbQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.6.137 with SMTP id 9mr1290116faz.60.1258409060374; Mon, 16 Nov 2009 14:04:20 -0800 (PST) In-Reply-To: <20091116182423.GD1262@michelle.cdnetworks.com> References: <3bbf2fe10911160715m34fc0ba4hc13af02541405491@mail.gmail.com> <20091116182423.GD1262@michelle.cdnetworks.com> Date: Mon, 16 Nov 2009 23:04:20 +0100 X-Google-Sender-Auth: 9812e56047749ccd Message-ID: <3bbf2fe10911161404s4c5870a4pe0afbb890e0fdde2@mail.gmail.com> From: Attilio Rao To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org, Bruce Evans , John Baldwin Subject: Re: [PATCH] Add idrop report to netstat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2009 22:04:22 -0000 2009/11/16 Pyun YongHyeon : > On Mon, Nov 16, 2009 at 04:15:09PM +0100, Attilio Rao wrote: >> [Please CC me as I'm not subscribed to -net@] >> >> This patch allows to show the informations about packets droped on >> input for interfaces on netstat: >> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/idrops/idrops.diff >> >> This patch as been contributed back from Sandvine Incorporated. >> Comments, reviews and testing are welcome. >> > > Doesn't -d of netstat(1) show the same information? Am I wrong or "-d" prints the drops on the output path? The patch provides information on the input drops. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 23:39:01 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25F3B1065679; Mon, 16 Nov 2009 23:39:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8D74F8FC1A; Mon, 16 Nov 2009 23:39:00 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1146316qwb.7 for ; Mon, 16 Nov 2009 15:38:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=U6G0ZWj2rZi3OvMMm4dczGIyN8VrENULkRLrEphmq2w=; b=qhvO9wri22cd8tQ/kOQb+KcHTPNg4zUplL1VmKvTClhd1yK0ucmXN859b30lpgB74G 6Xyfow9LEcYxAzeLGUVbxWaJfVA4hGk7/jz8aQTQ6V+K1FtGw8myrzj7p+pc2u2eBkJf DtnAFalTq7mG/lpAmnGBiiBOCiVxC5uXLfsJ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=gJkeSiCs3m0SzgmPGOtPLM16xeSvz7J9CSpctqWxymdiSnBn1jCKQ8Yr8G/22ZI2MY o7TTYmN1w7UBxFntXWMJD8dbEIgA9OnxEzKEmMOFYxCF1HEGmrdYuKkTJB0RH6TUSm/O f0q02l9WhDa+/xlIfnXNaIR1VXpYcPsBiJ664= Received: by 10.224.117.76 with SMTP id p12mr5185307qaq.22.1258414739542; Mon, 16 Nov 2009 15:38:59 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm1897966qyk.5.2009.11.16.15.38.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Nov 2009 15:38:58 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 16 Nov 2009 15:38:28 -0800 From: Pyun YongHyeon Date: Mon, 16 Nov 2009 15:38:28 -0800 To: Attilio Rao Message-ID: <20091116233828.GG1262@michelle.cdnetworks.com> References: <3bbf2fe10911160715m34fc0ba4hc13af02541405491@mail.gmail.com> <20091116182423.GD1262@michelle.cdnetworks.com> <3bbf2fe10911161404s4c5870a4pe0afbb890e0fdde2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10911161404s4c5870a4pe0afbb890e0fdde2@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Bruce Evans , John Baldwin Subject: Re: [PATCH] Add idrop report to netstat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 23:39:01 -0000 On Mon, Nov 16, 2009 at 11:04:20PM +0100, Attilio Rao wrote: > 2009/11/16 Pyun YongHyeon : > > On Mon, Nov 16, 2009 at 04:15:09PM +0100, Attilio Rao wrote: > >> [Please CC me as I'm not subscribed to -net@] > >> > >> This patch allows to show the informations about packets droped on > >> input for interfaces on netstat: > >> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/idrops/idrops.diff > >> > >> This patch as been contributed back from Sandvine Incorporated. > >> Comments, reviews and testing are welcome. > >> > > > > Doesn't -d of netstat(1) show the same information? > > Am I wrong or "-d" prints the drops on the output path? > The patch provides information on the input drops. > struct if_data { /* generic interface information */ u_char ifi_type; /* ethernet, tokenring, etc */ u_char ifi_physical; /* e.g., AUI, Thinnet, 10base-T, etc */ [...] u_long ifi_iqdrops; /* dropped on input, this interface */ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ u_long ifi_noproto; /* destined for unsupported protocol */ u_long ifi_hwassist; /* HW offload capabilities, see IFCAP */ time_t ifi_epoch; /* uptime at attach or stat reset */ struct timeval ifi_lastchange; /* time of last administrative change */ }; > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein From owner-freebsd-net@FreeBSD.ORG Mon Nov 16 23:56:26 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 289DE106566B; Mon, 16 Nov 2009 23:56:26 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 51AAB8FC12; Mon, 16 Nov 2009 23:56:24 +0000 (UTC) Received: by bwz5 with SMTP id 5so6637390bwz.3 for ; Mon, 16 Nov 2009 15:56:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=aQ79ro09pt0js5y3WkfVmJor4SrcS0pxixrTrlH8viQ=; b=lXOyChIg64ZZ4Aj3kXJTQsXEw9wWSOSGEkYJq6dNJQUQ8dFQa7IwxdywQWtTrYhw0h nmoI95xLDcnGE3mdqtY/5Wj4UESuwABfIWOFuC5GaN/OUdA3EhWQ5022WB27atDD31y4 X5rj1XFZg799yw3mpSqVZRcU0LsaKvyVbogTQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ULGbR9AHk0oN2Q3NrdQIkfCenLfmzEadcyCmtKVoUgpUsGQ+/y2sWW48R5IiD1mvGm aXczqSgMikJd93/aESn9UE7kc72iByyzgnb5lu92PfvNaJCiJ+i8+Ag5wTCjAC3Pb8eC LxcY9KSbJcw6K9kHrAdMaUEH/OsNT+iXpnXEc= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.4.137 with SMTP id 9mr1280109far.95.1258415783563; Mon, 16 Nov 2009 15:56:23 -0800 (PST) In-Reply-To: <20091116233828.GG1262@michelle.cdnetworks.com> References: <3bbf2fe10911160715m34fc0ba4hc13af02541405491@mail.gmail.com> <20091116182423.GD1262@michelle.cdnetworks.com> <3bbf2fe10911161404s4c5870a4pe0afbb890e0fdde2@mail.gmail.com> <20091116233828.GG1262@michelle.cdnetworks.com> Date: Tue, 17 Nov 2009 00:56:23 +0100 X-Google-Sender-Auth: f238647dfdccdbd4 Message-ID: <3bbf2fe10911161556h6fb602a6qe5043fea590e7800@mail.gmail.com> From: Attilio Rao To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org, Bruce Evans , John Baldwin Subject: Re: [PATCH] Add idrop report to netstat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2009 23:56:26 -0000 2009/11/17 Pyun YongHyeon : > On Mon, Nov 16, 2009 at 11:04:20PM +0100, Attilio Rao wrote: >> 2009/11/16 Pyun YongHyeon : >> > On Mon, Nov 16, 2009 at 04:15:09PM +0100, Attilio Rao wrote: >> >> [Please CC me as I'm not subscribed to -net@] >> >> >> >> This patch allows to show the informations about packets droped on >> >> input for interfaces on netstat: >> >> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/idrops/idrops.diff >> >> >> >> This patch as been contributed back from Sandvine Incorporated. >> >> Comments, reviews and testing are welcome. >> >> >> > >> > Doesn't -d of netstat(1) show the same information? >> >> Am I wrong or "-d" prints the drops on the output path? >> The patch provides information on the input drops. >> > > struct if_data { > /* generic interface information */ > u_char ifi_type; /* ethernet, tokenring, etc */ > u_char ifi_physical; /* e.g., AUI, Thinnet, 10base-T, etc */ > [...] > u_long ifi_iqdrops; /* dropped on input, this interface */ > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > u_long ifi_noproto; /* destined for unsupported protocol */ > u_long ifi_hwassist; /* HW offload capabilities, see IFCAP */ > time_t ifi_epoch; /* uptime at attach or stat reset */ > struct timeval ifi_lastchange; /* time of last administrative change */ > }; Err, but dflag does print out if_snd.ifq_drops. Infact: @if.c:sidewaysintpr() [...] if (!first) { show_stat("lu", 10, ifnet.if_ipackets - ip->ift_ip, 1); show_stat("lu", 5, ifnet.if_ierrors - ip->ift_ie, 1); show_stat("lu", 10, ifnet.if_ibytes - ip->ift_ib, 1); show_stat("lu", 10, ifnet.if_opackets - ip->ift_op, 1); show_stat("lu", 5, ifnet.if_oerrors - ip->ift_oe, 1); show_stat("lu", 10, ifnet.if_obytes - ip->ift_ob, 1); show_stat("NRSlu", 5, ifnet.if_collisions - ip->ift_co, 1); if (dflag) show_stat("LSu", 5, ifnet.if_snd.ifq_drops - ip->ift_dr, 1); } [...] if (!first) { show_stat("lu", 10, sum->ift_ip - total->ift_ip, 1); show_stat("lu", 5, sum->ift_ie - total->ift_ie, 1); show_stat("lu", 10, sum->ift_ib - total->ift_ib, 1); show_stat("lu", 10, sum->ift_op - total->ift_op, 1); show_stat("lu", 5, sum->ift_oe - total->ift_oe, 1); show_stat("lu", 10, sum->ift_ob - total->ift_ob, 1); show_stat("NRSlu", 5, sum->ift_co - total->ift_co, 1); if (dflag) show_stat("LSu", 5, sum->ift_dr - total->ift_dr, 1); } Which is defined in sys/net/if_var.h as: struct ifnet { void *if_softc; /* pointer to driver state */ void *if_l2com; /* pointer to protocol bits */ struct vnet *if_vnet; /* pointer to network stack instance */ [...] int if_drv_flags; /* driver-managed status flags */ struct ifaltq if_snd; /* output queue (includes altq) */ const u_int8_t *if_broadcastaddr; /* linklevel broadcast bytestring */ [...] }; Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-net@FreeBSD.ORG Tue Nov 17 00:29:05 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C85C11065696; Tue, 17 Nov 2009 00:29:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C873C8FC0A; Tue, 17 Nov 2009 00:29:04 +0000 (UTC) Received: by bwz5 with SMTP id 5so6660159bwz.3 for ; Mon, 16 Nov 2009 16:29:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=WU47faCl55u853O/tf4xuqWLjAZnlvfndcuLjRZygSU=; b=Jr2YGtxRJXCBwk5gnJwi4A5lBojvBiGRUuAmigdzNz09oQrFwZ0vaAhQBCdw54ccTp 3hEDkC7vTEQvugGXydO4V77+1VVlmrHXWeieBzqade0NNpKvgSzBdTsrK+749liaP+PM OyAeCci/2VcXmiz/txdp77NPoneSXC13aSQ1Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=aYyTsPVmTxlXXSEKY1E/aL9yqFmJCwNarAlTCExqu3X0CAJZUMaOE6dpLbBFHOZ9H6 6aTN6yr3QSymh+fOTodddY4xY37ZCEhjSdU7NAsSoKgz7UOuz9ayqRdJosP6YK/6dyCG fnzHgnBa2veuxMfw0kADhOLJaBZQQM2zRzla8= MIME-Version: 1.0 Received: by 10.102.149.9 with SMTP id w9mr1038545mud.77.1258417743515; Mon, 16 Nov 2009 16:29:03 -0800 (PST) In-Reply-To: <3bbf2fe10911161556h6fb602a6qe5043fea590e7800@mail.gmail.com> References: <3bbf2fe10911160715m34fc0ba4hc13af02541405491@mail.gmail.com> <20091116182423.GD1262@michelle.cdnetworks.com> <3bbf2fe10911161404s4c5870a4pe0afbb890e0fdde2@mail.gmail.com> <20091116233828.GG1262@michelle.cdnetworks.com> <3bbf2fe10911161556h6fb602a6qe5043fea590e7800@mail.gmail.com> Date: Tue, 17 Nov 2009 03:29:03 +0300 Message-ID: From: pluknet To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: pyunyh@gmail.com, freebsd-net@freebsd.org, Bruce Evans , John Baldwin Subject: Re: [PATCH] Add idrop report to netstat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2009 00:29:05 -0000 2009/11/17 Attilio Rao : > 2009/11/17 Pyun YongHyeon : >> On Mon, Nov 16, 2009 at 11:04:20PM +0100, Attilio Rao wrote: >>> 2009/11/16 Pyun YongHyeon : >>> > On Mon, Nov 16, 2009 at 04:15:09PM +0100, Attilio Rao wrote: >>> >> [Please CC me as I'm not subscribed to -net@] >>> >> >>> >> This patch allows to show the informations about packets droped on >>> >> input for interfaces on netstat: >>> >> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/idrops/idrops.diff >>> >> >>> >> This patch as been contributed back from Sandvine Incorporated. >>> >> Comments, reviews and testing are welcome. >>> >> >>> > >>> > Doesn't -d of netstat(1) show the same information? >>> >>> Am I wrong or "-d" prints the drops on the output path? >>> The patch provides information on the input drops. >>> >> >> struct if_data { >> =A0 =A0 =A0 =A0/* generic interface information */ >> =A0 =A0 =A0 =A0u_char =A0ifi_type; =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* ethern= et, tokenring, etc */ >> =A0 =A0 =A0 =A0u_char =A0ifi_physical; =A0 =A0 =A0 =A0 =A0 /* e.g., AUI,= Thinnet, 10base-T, etc */ >> [...] >> =A0 =A0 =A0 =A0u_long =A0ifi_iqdrops; =A0 =A0 =A0 =A0 =A0 =A0/* dropped = on input, this interface */ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> =A0 =A0 =A0 =A0u_long =A0ifi_noproto; =A0 =A0 =A0 =A0 =A0 =A0/* destined= for unsupported protocol */ >> =A0 =A0 =A0 =A0u_long =A0ifi_hwassist; =A0 =A0 =A0 =A0 =A0 /* HW offload= capabilities, see IFCAP */ >> =A0 =A0 =A0 =A0time_t =A0ifi_epoch; =A0 =A0 =A0 =A0 =A0 =A0 =A0/* uptime= at attach or stat reset */ >> =A0 =A0 =A0 =A0struct =A0timeval ifi_lastchange; /* time of last adminis= trative change */ >> }; > > Err, but dflag does print out if_snd.ifq_drops. Infact: > > @if.c:sidewaysintpr() > > [...] > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (!first) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 10, ifnet.= if_ipackets - ip->ift_ip, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 5, ifnet.i= f_ierrors - ip->ift_ie, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 10, ifnet.= if_ibytes - ip->ift_ib, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 10, ifnet.= if_opackets - ip->ift_op, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 5, ifnet.i= f_oerrors - ip->ift_oe, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 10, ifnet.= if_obytes - ip->ift_ob, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("NRSlu", 5, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ifnet.if_collision= s - ip->ift_co, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (dflag) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat(= "LSu", 5, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if= net.if_snd.ifq_drops - ip->ift_dr, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > [...] > =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (!first) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 10, sum->i= ft_ip - total->ift_ip, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 5, sum->if= t_ie - total->ift_ie, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 10, sum->i= ft_ib - total->ift_ib, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 10, sum->i= ft_op - total->ift_op, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 5, sum->if= t_oe - total->ift_oe, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("lu", 10, sum->i= ft_ob - total->ift_ob, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat("NRSlu", 5, sum-= >ift_co - total->ift_co, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (dflag) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0show_stat(= "LSu", 5, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0su= m->ift_dr - total->ift_dr, 1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > > > Which is defined in sys/net/if_var.h as: > > struct ifnet { > =A0 =A0 =A0 =A0void =A0 =A0*if_softc; =A0 =A0 =A0 =A0 =A0 =A0 =A0/* point= er to driver state */ > =A0 =A0 =A0 =A0void =A0 =A0*if_l2com; =A0 =A0 =A0 =A0 =A0 =A0 =A0/* point= er to protocol bits */ > =A0 =A0 =A0 =A0struct vnet *if_vnet; =A0 =A0 =A0 =A0 =A0 /* pointer to ne= twork stack instance */ > [...] > =A0 =A0 =A0 =A0int =A0 =A0 if_drv_flags; =A0 =A0 =A0 =A0 =A0 /* driver-ma= naged status flags */ > =A0 =A0 =A0 =A0struct =A0ifaltq if_snd; =A0 =A0 =A0 =A0 =A0/* output queu= e (includes altq) */ > =A0 =A0 =A0 =A0const u_int8_t *if_broadcastaddr; /* linklevel broadcast b= ytestring */ > [...] > }; ifq_drops !=3D *_iqdrops Historically *_iqdrops was designed strictly to record falure to allocate a buffer on Rx chain (or so). while ifq_drops was for logically higher level: output and (some kind of) input ifnet queue shortage stats. [and that's recorded in the earlier BSD's. Though, input queue was replaced later with netisr magics in if_ethersubr.c, though it still possible to track the roots in struct netist_work{ nw_len..nw_qlimit..nw_drops }). --=20 wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Tue Nov 17 03:26:25 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56F98106566C; Tue, 17 Nov 2009 03:26:25 +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 2D2528FC0A; Tue, 17 Nov 2009 03:26:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAH3QPlM058322; Tue, 17 Nov 2009 03:26:25 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAH3QPRj058318; Tue, 17 Nov 2009 03:26:25 GMT (envelope-from linimon) Date: Tue, 17 Nov 2009 03:26:25 GMT Message-Id: <200911170326.nAH3QPRj058318@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140619: [ifnet] [patch] refine obsolete if_var.h comments describing ifnet->if_poll_slowq X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2009 03:26:25 -0000 Old Synopsis: refine obsolete if_var.h comments describing ifnet->if_poll_slowq New Synopsis: [ifnet] [patch] refine obsolete if_var.h comments describing ifnet->if_poll_slowq Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 17 03:26:06 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140619 From owner-freebsd-net@FreeBSD.ORG Tue Nov 17 14:31:29 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B9AE1065676; Tue, 17 Nov 2009 14:31:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD428FC30; Tue, 17 Nov 2009 14:31:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C2B3C46B32; Tue, 17 Nov 2009 09:31:28 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 12CA98A020; Tue, 17 Nov 2009 09:31:28 -0500 (EST) From: John Baldwin To: WATANABE Kazuhiro Date: Tue, 17 Nov 2009 09:30:52 -0500 User-Agent: KMail/1.9.7 References: <200911061508.22482.jhb@freebsd.org> <20091115051758.8D4C892950@mail1.asahi-net.or.jp> In-Reply-To: <20091115051758.8D4C892950@mail1.asahi-net.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911170930.52556.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 17 Nov 2009 09:31:28 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-net@freebsd.org, freebsd-current Subject: Re: [PATCH] Remove if_watchdog use X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2009 14:31:29 -0000 On Sunday 15 November 2009 12:17:57 am WATANABE Kazuhiro wrote: > Hi, > > I've tested the following NICs with your patch on CURRENT, and they > works fine. Thanks! > > * Corega FastEther PCI-TX (DEC 21140-AF) > > de0: port 0xe000-0xe07f mem 0xd9001000-0xd900107f irq 12 at device 15.0 on pci0 > de0: 21140A [10-100Mb/s] pass 2.2 > de0: Ethernet address: 00:00:f4:xx:xx:xx > de0: [ITHREAD] > > * Acer ALN-201C (Realtek RTL8029AS) > > ed0: port 0xe000-0xe01f irq 12 at device 15.0 on pci0 > ed0: Ethernet address: 00:60:67:xx:xx:xx > ed0: [ITHREAD] Great, thanks for testing! -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Tue Nov 17 15:11:30 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F0E5106566B for ; Tue, 17 Nov 2009 15:11:30 +0000 (UTC) (envelope-from leonardo@procergs.rs.gov.br) Received: from madison.procergs.com.br (madison.procergs.com.br [200.198.128.71]) by mx1.freebsd.org (Postfix) with ESMTP id 7D32C8FC1C for ; Tue, 17 Nov 2009 15:11:29 +0000 (UTC) Received: from [172.28.5.117] (unknown [172.28.5.117]) by madison.procergs.com.br (Postfix) with ESMTP id 5854617AA90 for ; Tue, 17 Nov 2009 12:54:03 -0200 (BRDT) X-DKIM: Sendmail DKIM Filter v2.7.2 madison.procergs.com.br 5854617AA90 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=procergs.rs.gov.br; s=estado; t=1258469640; bh=MFRs2eHTYjEO0e+2sN9uUCM3RYO8rYrZLRlN44Pz bvE=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; z=Message-ID:=20<4B02B90B.6090407@proce rgs.rs.gov.br>|Date:=20Tue,=2017=20Nov=202009=2012:54:03=20-0200|Fr om:=20Leonardo=20Reginin=20|User-Agent :=20Thunderbird=202.0.0.22=20(X11/20090605)|MIME-Version:=201.0|To: =20freebsd-net@freebsd.org|Subject:=20OSPF=20and=20ifconfig=20-alia s=20problem|Content-Type:=20text/plain=3B=20charset=3DISO-8859-1=3B =20format=3Dflowed|Content-Transfer-Encoding:=208bit; b=KY5EQ84tTb/ z88Xn4uUt3nJOqsWxtgeJAiN9xZZ/6VNeeHOWuelN04uv8xyraW2YsHFtcQuZ+s4JsQ u7HEkC4OVUB3+6JLWk7NndPT27aqDhXzSPA0rFdaRBGbfC/A6cmwLlm9/fySQTsPYow LVJEpHfk6DwMhMrw7JWmKtdbXk= Message-ID: <4B02B90B.6090407@procergs.rs.gov.br> Date: Tue, 17 Nov 2009 12:54:03 -0200 From: Leonardo Reginin User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: OSPF and ifconfig -alias problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 15:11:30 -0000 Hello fellows. I have a FreeBSD 5.1 ( it's old, I know ) and a Zebra 0.95a version providing ospf dynamic routing. Recently I added an IP alias to the interface where the ospf is acting and everything went OK. When a removed the IP alias - ifconfig bge0 -alias .... - the server lost all the routes learned to that interface. The interface did not went down. I googled a lot and did not find an explanation. Excuse me if this isn't the most appropriated list to post my question. -- Att, Leonardo Reginin =============================================================== PROCERGS - Cia. Processamento de Dados do Estado do RS DPR/SSR - Divisão de Produção/Setor de Suporte e Projeto Redes Fone: 55(xx51)3210-3138 =============================================================== From owner-freebsd-net@FreeBSD.ORG Tue Nov 17 15:50:05 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D0D1106566B; Tue, 17 Nov 2009 15:50:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E793F8FC14; Tue, 17 Nov 2009 15:50:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAHFo4Qx038538; Tue, 17 Nov 2009 15:50:04 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAHFo4qQ038534; Tue, 17 Nov 2009 15:50:04 GMT (envelope-from linimon) Date: Tue, 17 Nov 2009 15:50:04 GMT Message-Id: <200911171550.nAHFo4qQ038534@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140634: [vlan] destroying if_lagg interface with if_vlan members causing 100% usage by ifconfig X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2009 15:50:05 -0000 Old Synopsis: destroying if_lagg interface with if_vlan members causing 100% usage by ifconfig New Synopsis: [vlan] destroying if_lagg interface with if_vlan members causing 100% usage by ifconfig Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 17 15:49:37 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140634 From owner-freebsd-net@FreeBSD.ORG Tue Nov 17 23:05:13 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D270106577A; Tue, 17 Nov 2009 23:05:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 54ADB8FC18; Tue, 17 Nov 2009 23:05:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAHN5D3B015432; Tue, 17 Nov 2009 23:05:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAHN5DFi015428; Tue, 17 Nov 2009 23:05:13 GMT (envelope-from linimon) Date: Tue, 17 Nov 2009 23:05:13 GMT Message-Id: <200911172305.nAHN5DFi015428@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140647: [em] [patch] e1000 driver does not correctly handle multicast promiscuous mode with 128 or more multicast addresses X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2009 23:05:13 -0000 Old Synopsis: [patch] e1000 driver does not correctly handle multicast promiscuous mode with 128 or more multicast addresses New Synopsis: [em] [patch] e1000 driver does not correctly handle multicast promiscuous mode with 128 or more multicast addresses Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 17 23:04:37 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140647 From owner-freebsd-net@FreeBSD.ORG Tue Nov 17 23:10:05 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C71D106568D for ; Tue, 17 Nov 2009 23:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 21E398FC1C for ; Tue, 17 Nov 2009 23:10:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAHNA4Ns015659 for ; Tue, 17 Nov 2009 23:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAHNA4kp015658; Tue, 17 Nov 2009 23:10:04 GMT (envelope-from gnats) Date: Tue, 17 Nov 2009 23:10:04 GMT Message-Id: <200911172310.nAHNA4kp015658@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Jonathan Looney Cc: Subject: Re: kern/140647: [patch] e1000 driver does not correctly handle multicast promiscuous mode with 128 or more multicast addresses X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jonathan Looney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 23:10:05 -0000 The following reply was made to PR kern/140647; it has been noted by GNATS. From: Jonathan Looney To: bug-followup@freebsd.org, freebsd-bugs@freebsd.org Cc: Subject: Re: kern/140647: [patch] e1000 driver does not correctly handle multicast promiscuous mode with 128 or more multicast addresses Date: Tue, 17 Nov 2009 17:36:07 -0500 --001485f9a72c8aa5b3047898c0e5 Content-Type: multipart/alternative; boundary=001485f9a72c8aa5ac047898c0e3 --001485f9a72c8aa5ac047898c0e3 Content-Type: text/plain; charset=ISO-8859-1 Here are the files used with mtest to recreate this problem. (Hopefully, they won't get mangled by the mail system.) If you need more information, please let me know. -Jon --001485f9a72c8aa5ac047898c0e3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Here are the files used with mtest to recreate this problem.=A0 (Hopefully,= they won't get mangled by the mail system.)

If you need more in= formation, please let me know.

-Jon
--001485f9a72c8aa5ac047898c0e3-- --001485f9a72c8aa5b3047898c0e5 Content-Type: application/octet-stream; name=mtest-cmds-step1 Content-Disposition: attachment; filename=mtest-cmds-step1 Content-Transfer-Encoding: base64 X-Attachment-Id: f_g258tiea0 aiAyMjUuMC4wLjEgZW0wCmogMjI1LjAuMC4yIGVtMApqIDIyNS4wLjAuMyBlbTAKaiAyMjUuMC4w LjQgZW0wCmogMjI1LjAuMC41IGVtMApqIDIyNS4wLjAuNiBlbTAKaiAyMjUuMC4wLjcgZW0wCmog MjI1LjAuMC44IGVtMApqIDIyNS4wLjAuOSBlbTAKaiAyMjUuMC4wLjEwIGVtMApqIDIyNS4wLjAu MTEgZW0wCmogMjI1LjAuMC4xMiBlbTAKaiAyMjUuMC4wLjEzIGVtMApqIDIyNS4wLjAuMTQgZW0w CmogMjI1LjAuMC4xNSBlbTAKaiAyMjUuMC4wLjE2IGVtMApqIDIyNS4wLjAuMTcgZW0wCmogMjI1 LjAuMC4xOCBlbTAKaiAyMjUuMC4wLjE5IGVtMApqIDIyNS4wLjAuMjAgZW0wCmogMjI1LjAuMC4y MSBlbTAKaiAyMjUuMC4wLjIyIGVtMApqIDIyNS4wLjAuMjMgZW0wCmogMjI1LjAuMC4yNCBlbTAK aiAyMjUuMC4wLjI1IGVtMApqIDIyNS4wLjAuMjYgZW0wCmogMjI1LjAuMC4yNyBlbTAKaiAyMjUu MC4wLjI4IGVtMApqIDIyNS4wLjAuMjkgZW0wCmogMjI1LjAuMC4zMCBlbTAKaiAyMjUuMC4wLjMx IGVtMApqIDIyNS4wLjAuMzIgZW0wCmogMjI1LjAuMC4zMyBlbTAKaiAyMjUuMC4wLjM0IGVtMApq IDIyNS4wLjAuMzUgZW0wCmogMjI1LjAuMC4zNiBlbTAKaiAyMjUuMC4wLjM3IGVtMApqIDIyNS4w LjAuMzggZW0wCmogMjI1LjAuMC4zOSBlbTAKaiAyMjUuMC4wLjQwIGVtMApqIDIyNS4wLjAuNDEg ZW0wCmogMjI1LjAuMC40MiBlbTAKaiAyMjUuMC4wLjQzIGVtMApqIDIyNS4wLjAuNDQgZW0wCmog MjI1LjAuMC40NSBlbTAKaiAyMjUuMC4wLjQ2IGVtMApqIDIyNS4wLjAuNDcgZW0wCmogMjI1LjAu MC40OCBlbTAKaiAyMjUuMC4wLjQ5IGVtMApqIDIyNS4wLjAuNTAgZW0wCmogMjI1LjAuMC41MSBl bTAKaiAyMjUuMC4wLjUyIGVtMApqIDIyNS4wLjAuNTMgZW0wCmogMjI1LjAuMC41NCBlbTAKaiAy MjUuMC4wLjU1IGVtMApqIDIyNS4wLjAuNTYgZW0wCmogMjI1LjAuMC41NyBlbTAKaiAyMjUuMC4w LjU4IGVtMApqIDIyNS4wLjAuNTkgZW0wCmogMjI1LjAuMC42MCBlbTAKaiAyMjUuMC4wLjYxIGVt MApqIDIyNS4wLjAuNjIgZW0wCmogMjI1LjAuMC42MyBlbTAKaiAyMjUuMC4wLjY0IGVtMApqIDIy NS4wLjAuNjUgZW0wCmogMjI1LjAuMC42NiBlbTAKaiAyMjUuMC4wLjY3IGVtMApqIDIyNS4wLjAu NjggZW0wCmogMjI1LjAuMC42OSBlbTAKaiAyMjUuMC4wLjcwIGVtMApqIDIyNS4wLjAuNzEgZW0w CmogMjI1LjAuMC43MiBlbTAKaiAyMjUuMC4wLjczIGVtMApqIDIyNS4wLjAuNzQgZW0wCmogMjI1 LjAuMC43NSBlbTAKaiAyMjUuMC4wLjc2IGVtMApqIDIyNS4wLjAuNzcgZW0wCmogMjI1LjAuMC43 OCBlbTAKaiAyMjUuMC4wLjc5IGVtMApqIDIyNS4wLjAuODAgZW0wCmogMjI1LjAuMC44MSBlbTAK aiAyMjUuMC4wLjgyIGVtMApqIDIyNS4wLjAuODMgZW0wCmogMjI1LjAuMC44NCBlbTAKaiAyMjUu MC4wLjg1IGVtMApqIDIyNS4wLjAuODYgZW0wCmogMjI1LjAuMC44NyBlbTAKaiAyMjUuMC4wLjg4 IGVtMApqIDIyNS4wLjAuODkgZW0wCmogMjI1LjAuMC45MCBlbTAKaiAyMjUuMC4wLjkxIGVtMApq IDIyNS4wLjAuOTIgZW0wCmogMjI1LjAuMC45MyBlbTAKaiAyMjUuMC4wLjk0IGVtMApqIDIyNS4w LjAuOTUgZW0wCmogMjI1LjAuMC45NiBlbTAKaiAyMjUuMC4wLjk3IGVtMApqIDIyNS4wLjAuOTgg ZW0wCmogMjI1LjAuMC45OSBlbTAK --001485f9a72c8aa5b3047898c0e5 Content-Type: application/octet-stream; name=mtest-cmds-step2 Content-Disposition: attachment; filename=mtest-cmds-step2 Content-Transfer-Encoding: base64 X-Attachment-Id: f_g258tiej1 aiAyMjUuMC4wLjEwMCBlbTAKaiAyMjUuMC4wLjEwMSBlbTAKaiAyMjUuMC4wLjEwMiBlbTAKaiAy MjUuMC4wLjEwMyBlbTAKaiAyMjUuMC4wLjEwNCBlbTAKaiAyMjUuMC4wLjEwNSBlbTAKaiAyMjUu MC4wLjEwNiBlbTAKaiAyMjUuMC4wLjEwNyBlbTAKaiAyMjUuMC4wLjEwOCBlbTAKaiAyMjUuMC4w LjEwOSBlbTAKaiAyMjUuMC4wLjExMCBlbTAKaiAyMjUuMC4wLjExMSBlbTAKaiAyMjUuMC4wLjEx MiBlbTAKaiAyMjUuMC4wLjExMyBlbTAKaiAyMjUuMC4wLjExNCBlbTAKaiAyMjUuMC4wLjExNSBl bTAKaiAyMjUuMC4wLjExNiBlbTAKaiAyMjUuMC4wLjExNyBlbTAKaiAyMjUuMC4wLjExOCBlbTAK aiAyMjUuMC4wLjExOSBlbTAKaiAyMjUuMC4wLjEyMCBlbTAKaiAyMjUuMC4wLjEyMSBlbTAKaiAy MjUuMC4wLjEyMiBlbTAKaiAyMjUuMC4wLjEyMyBlbTAKaiAyMjUuMC4wLjEyNCBlbTAKaiAyMjUu MC4wLjEyNSBlbTAKaiAyMjUuMC4wLjEyNiBlbTAKaiAyMjUuMC4wLjEyNyBlbTAKaiAyMjUuMC4w LjEyOCBlbTAKaiAyMjUuMC4wLjEyOSBlbTAK --001485f9a72c8aa5b3047898c0e5 Content-Type: application/octet-stream; name=mtest-cmds-step3 Content-Disposition: attachment; filename=mtest-cmds-step3 Content-Transfer-Encoding: base64 X-Attachment-Id: f_g258tien2 bCAyMjUuMC4wLjEwMCBlbTAKbCAyMjUuMC4wLjEwMSBlbTAKbCAyMjUuMC4wLjEwMiBlbTAKbCAy MjUuMC4wLjEwMyBlbTAKbCAyMjUuMC4wLjEwNCBlbTAKbCAyMjUuMC4wLjEwNSBlbTAKbCAyMjUu MC4wLjEwNiBlbTAKbCAyMjUuMC4wLjEwNyBlbTAKbCAyMjUuMC4wLjEwOCBlbTAKbCAyMjUuMC4w LjEwOSBlbTAKbCAyMjUuMC4wLjExMCBlbTAKbCAyMjUuMC4wLjExMSBlbTAKbCAyMjUuMC4wLjEx MiBlbTAKbCAyMjUuMC4wLjExMyBlbTAKbCAyMjUuMC4wLjExNCBlbTAKbCAyMjUuMC4wLjExNSBl bTAKbCAyMjUuMC4wLjExNiBlbTAKbCAyMjUuMC4wLjExNyBlbTAKbCAyMjUuMC4wLjExOCBlbTAK bCAyMjUuMC4wLjExOSBlbTAKbCAyMjUuMC4wLjEyMCBlbTAKbCAyMjUuMC4wLjEyMSBlbTAKbCAy MjUuMC4wLjEyMiBlbTAKbCAyMjUuMC4wLjEyMyBlbTAKbCAyMjUuMC4wLjEyNCBlbTAKbCAyMjUu MC4wLjEyNSBlbTAKbCAyMjUuMC4wLjEyNiBlbTAKbCAyMjUuMC4wLjEyNyBlbTAKbCAyMjUuMC4w LjEyOCBlbTAKbCAyMjUuMC4wLjEyOSBlbTAK --001485f9a72c8aa5b3047898c0e5 Content-Type: application/octet-stream; name=mtest-cmds-step4 Content-Disposition: attachment; filename=mtest-cmds-step4 Content-Transfer-Encoding: base64 X-Attachment-Id: f_g258tiep3 aiAyMjUuMC4wLjEwMCBlbTAKaiAyMjUuMC4wLjEwMSBlbTAKaiAyMjUuMC4wLjEwMiBlbTAKaiAy MjUuMC4wLjEwMyBlbTAKaiAyMjUuMC4wLjEwNCBlbTAKaiAyMjUuMC4wLjEwNSBlbTAKaiAyMjUu MC4wLjEwNiBlbTAKaiAyMjUuMC4wLjEwNyBlbTAKaiAyMjUuMC4wLjEwOCBlbTAKaiAyMjUuMC4w LjEwOSBlbTAKaiAyMjUuMC4wLjExMCBlbTAKaiAyMjUuMC4wLjExMSBlbTAKaiAyMjUuMC4wLjEx MiBlbTAKaiAyMjUuMC4wLjExMyBlbTAKaiAyMjUuMC4wLjExNCBlbTAKaiAyMjUuMC4wLjExNSBl bTAKaiAyMjUuMC4wLjExNiBlbTAKaiAyMjUuMC4wLjExNyBlbTAKaiAyMjUuMC4wLjExOCBlbTAK aiAyMjUuMC4wLjExOSBlbTAKaiAyMjUuMC4wLjEyMCBlbTAKaiAyMjUuMC4wLjEyMSBlbTAKaiAy MjUuMC4wLjEyMiBlbTAKaiAyMjUuMC4wLjEyMyBlbTAKaiAyMjUuMC4wLjEyNCBlbTAKaiAyMjUu MC4wLjEyNSBlbTAKaiAyMjUuMC4wLjEyNiBlbTAKaiAyMjUuMC4wLjEyNyBlbTAKaiAyMjUuMC4w LjEyOCBlbTAKaiAyMjUuMC4wLjEyOSBlbTAKaiAyMjUuMC4wLjEzMCBlbTAKaiAyMjUuMC4wLjEz MSBlbTAKaiAyMjUuMC4wLjEzMiBlbTAKaiAyMjUuMC4wLjEzMyBlbTAKaiAyMjUuMC4wLjEzNCBl bTAKaiAyMjUuMC4wLjEzNSBlbTAKaiAyMjUuMC4wLjEzNiBlbTAKaiAyMjUuMC4wLjEzNyBlbTAK aiAyMjUuMC4wLjEzOCBlbTAKaiAyMjUuMC4wLjEzOSBlbTAKaiAyMjUuMC4wLjE0MCBlbTAKaiAy MjUuMC4wLjE0MSBlbTAKaiAyMjUuMC4wLjE0MiBlbTAKaiAyMjUuMC4wLjE0MyBlbTAKaiAyMjUu MC4wLjE0NCBlbTAKaiAyMjUuMC4wLjE0NSBlbTAKaiAyMjUuMC4wLjE0NiBlbTAKaiAyMjUuMC4w LjE0NyBlbTAKaiAyMjUuMC4wLjE0OCBlbTAKaiAyMjUuMC4wLjE0OSBlbTAK --001485f9a72c8aa5b3047898c0e5-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 17 23:51:04 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C70FB1065693 for ; Tue, 17 Nov 2009 23:51:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 55C798FC25 for ; Tue, 17 Nov 2009 23:51:04 +0000 (UTC) Received: (qmail 13271 invoked by uid 399); 17 Nov 2009 23:51:03 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Nov 2009 23:51:03 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B0336E7.8070800@FreeBSD.org> Date: Tue, 17 Nov 2009 15:51:03 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Leonardo Reginin References: <4B02B90B.6090407@procergs.rs.gov.br> In-Reply-To: <4B02B90B.6090407@procergs.rs.gov.br> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: OSPF and ifconfig -alias problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 23:51:04 -0000 Leonardo Reginin wrote: > Hello fellows. > > I have a FreeBSD 5.1 ( it's old, I know ) It's well past old. You're unlikely to get any help on this since 5.x is EOL and 5.1 isn't even close to the latest release on that branch. I would be happy to be proven wrong though. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Wed Nov 18 02:28:54 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0E6C106566C for ; Wed, 18 Nov 2009 02:28:54 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id 909FC8FC16 for ; Wed, 18 Nov 2009 02:28:54 +0000 (UTC) Received: from [10.9.200.133] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Tue, 17 Nov 2009 18:28:03 -0800 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Tue, 17 Nov 2009 18:29:25 -0800 From: "David Christensen" To: "Tom Judge" Date: Tue, 17 Nov 2009 18:28:02 -0800 Thread-Topic: bce(4) BCM5907 CTX write errors on 7.2 driver Thread-Index: Acpj5CTKoda469hiR0y11mST9rIP4wEEk7jA Message-ID: <5D267A3F22FD854F8F48B3D2B52381933A20E0E802@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4AE72910.8090708@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A04B49180@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE76FF1.9010401@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A04B491AE@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE8CC59.7020004@tomjudge.com> <4AE9D10F.4040703@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A054DE883@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE9F576.4060101@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A19B35A55@IRVEXCHCCR01.corp.ad.broadcom.com> <4AEA0B11.2050209@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A19B35AB0@IRVEXCHCCR01.corp.ad.broadcom.com> <4AEA1183.7050306@tomjudge.com> <4AEB2571.7090006@tomjudge.com> <4AFAE428.5090907@quip.cz> <5D267A3F22FD854F8F48B3D2B52381933A20D4C55D@IRVEXCHCCR01.corp.ad.broadcom.com> <4AFAF542.8050004@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A20D4CA70@IRVEXCHCCR01.corp.ad.broadcom.com> <4AFC862B.6060805@tomjudge.com> In-Reply-To: <4AFC862B.6060805@tomjudge.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 671D843938O10896552-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "net@freebsd.org" , "rwilliams@borderware.com" , Miroslav Lachman <000.fbsd@quip.cz>, Gideon Naim Subject: RE: bce(4) BCM5907 CTX write errors on 7.2 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: Wed, 18 Nov 2009 02:28:54 -0000 > > I haven't been able to reproduce it on the r710 I have in house. > > Checking with other groups now to see if they have one a I can use,=20 > > though I'm not sure why the system would make a difference for this=20 > > particular issue. Just wanted to confirm that you're using=20 > the driver=20 > > built into the kernel (as opposed to a module) and that a warm boot=20 > > means running the "reboot" or "shutdown -r" > > commands while a cold boot means pressing the front panel=20 > power button=20 > > or using the DRAC to power down the system. > >=20 > > Dave >=20 > Hi Dave, >=20 > Thanks for the update. >=20 > All these are true. >=20 > warm - shutdown -r now > cold - from the power button (iDRACs are not configured yet). >=20 > bce is compiled into the kernel (tested with GENERIC kernel=20 > from 8-RC2 as well as 7.1 with the 7.2 driver plus the split=20 > header patch). >=20 > For the record we also have not been able to reproduce the=20 > issue on the R710 only the R610. Still no luck on my r710, even after reverting to the production firmware and blasting broadcast traffic at the interface during reset. Let me check again on an r610. Dave= From owner-freebsd-net@FreeBSD.ORG Wed Nov 18 03:07:40 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4C81065693; Wed, 18 Nov 2009 03:07:40 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id 95ACD8FC17; Wed, 18 Nov 2009 03:07:39 +0000 (UTC) Received: by ywh35 with SMTP id 35so701772ywh.7 for ; Tue, 17 Nov 2009 19:07:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=4XSmwepU8nhF5Y9q2Oe0NecfM5R1Re+jFFiKyZrYOWE=; b=W/BSxhTjRaqiFI6w9g3gnOSpam5W+Dl2xONnySlwHfvIHqmJtoSS2eFU2nlJPQhNUh ErgWDPW8P9NqHQQzZX1p2B+Y72vRS4y2NdFKbfgxJyHpySafig6FA8qO82/HsdtbHr2B O8pp60BEt4U0/iZw9bb+Dbv1zupObFrdinSNM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=WVvm7QNfS7Y/6nn3utUni2wQQ+sCx55/1lREfi4TPwHyekZrlXtGTneYcPAhv4ishQ HjNC8KuDt9kPUWqanLuG1wtRrXBNuv/r0FUsN9mWmiahgg+kW6Is3RWxHQOdsas00NjF CeO5+mG/HjarkYB/hbuTUpZwIq6jFLzyKwx4I= MIME-Version: 1.0 Received: by 10.150.26.5 with SMTP id 5mr1296357ybz.228.1258511963095; Tue, 17 Nov 2009 18:39:23 -0800 (PST) Date: Tue, 17 Nov 2009 18:39:23 -0800 Message-ID: From: Xin LI To: freebsd-net@FreeBSD.org Content-Type: multipart/mixed; boundary=000e0cd6ea5881848104789c265f Cc: rwatson@freebsd.org, jhb@FreeBSD.org, "M. Warner Losh" , Antoine Brodin Subject: [PATCH FOR REVIEW] interface description (revised) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2009 03:07:40 -0000 --000e0cd6ea5881848104789c265f Content-Type: text/plain; charset=UTF-8 Hi, Here is the revised implementation for the interface description feature, based on feedback from src-all@. Some limitations: * Not yet able to send announce through route socket. I need to figure out a proper way to do this, maybe a future feature; * 32-bit vs 64-bit API compatibility. Since the kernel has to copy in a string, is there a clean way to do this? I think we will also need to deal with similar issue with SIOCSIFNAME as well. Cheers, -- Xin LI http://www.delphij.net --000e0cd6ea5881848104789c265f Content-Type: application/octet-stream; name="ifdescr.diff" Content-Disposition: attachment; filename="ifdescr.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g25gw3uc1 SW5kZXg6IGNvbnRyaWIvbGlicGNhcC9pbmV0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gY29udHJpYi9saWJw Y2FwL2luZXQuYwkocmV2aXNpb24gMTk5NDYzKQorKysgY29udHJpYi9saWJwY2FwL2luZXQuYwko d29ya2luZyBjb3B5KQpAQCAtNDAzLDIyICs0MDMsMzAgQEAgYWRkX2FkZHJfdG9faWZsaXN0KHBj YXBfaWZfdCAqKmFsbGRldnMsIGNvbnN0IGNoYXIKIAlwY2FwX2FkZHJfdCAqY3VyYWRkciwgKnBy ZXZhZGRyLCAqbmV4dGFkZHI7CiAjaWZkZWYgU0lPQ0dJRkRFU0NSCiAJc3RydWN0IGlmcmVxIGlm cmRlc2M7CisjaWZuZGVmIElGREVTQ1JTSVpFCisjZGVmaW5lIF9JRkRFU0NSU0laRSA2NAorCWNo YXIgaWZkZXNjcltfSUZERVNDUlNJWkVdOworI2Vsc2UKIAljaGFyIGlmZGVzY3JbSUZERVNDUlNJ WkVdOworI2VuZGlmCiAJaW50IHM7Ci0jZW5kaWYKIAotI2lmZGVmIFNJT0NHSUZERVNDUgogCS8q CiAJICogR2V0IHRoZSBkZXNjcmlwdGlvbiBmb3IgdGhlIGludGVyZmFjZS4KIAkgKi8KIAltZW1z ZXQoJmlmcmRlc2MsIDAsIHNpemVvZiBpZnJkZXNjKTsKIAlzdHJsY3B5KGlmcmRlc2MuaWZyX25h bWUsIG5hbWUsIHNpemVvZiBpZnJkZXNjLmlmcl9uYW1lKTsKKyNpZmRlZiBfX0ZyZWVCU0RfXwor CWlmcmRlc2MuaWZyX2J1ZmZlci5idWZmZXIgPSBpZmRlc2NyOworCWlmcmRlc2MuaWZyX2J1ZmZl ci5sZW5ndGggPSBzaXplb2YoaWZkZXNjcik7CisjZWxzZQogCWlmcmRlc2MuaWZyX2RhdGEgPSAo Y2FkZHJfdCkmaWZkZXNjcjsKKyNlbmRpZgogCXMgPSBzb2NrZXQoQUZfSU5FVCwgU09DS19ER1JB TSwgMCk7CiAJaWYgKHMgPj0gMCkgewogCQlpZiAoaW9jdGwocywgU0lPQ0dJRkRFU0NSLCAmaWZy ZGVzYykgPT0gMCAmJgotCQkgICAgc3RybGVuKGlmcmRlc2MuaWZyX2RhdGEpICE9IDApCi0JCQlk ZXNjcmlwdGlvbiA9IGlmcmRlc2MuaWZyX2RhdGE7CisJCSAgICBzdHJsZW4oaWZkZXNjcikgIT0g MCkKKwkJCWRlc2NyaXB0aW9uID0gaWZkZXNjcjsKIAkJY2xvc2Uocyk7CiAJfQogI2VuZGlmCklu ZGV4OiBzYmluL2lmY29uZmlnL2lmY29uZmlnLjgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc2Jpbi9pZmNvbmZp Zy9pZmNvbmZpZy44CShyZXZpc2lvbiAxOTk0NjMpCisrKyBzYmluL2lmY29uZmlnL2lmY29uZmln LjgJKHdvcmtpbmcgY29weSkKQEAgLTI4LDcgKzI4LDcgQEAKIC5cIiAgICAgRnJvbTogQCgjKWlm Y29uZmlnLjgJOC4zIChCZXJrZWxleSkgMS81Lzk0CiAuXCIgJEZyZWVCU0QkCiAuXCIKLS5EZCBT ZXB0ZW1iZXIgMjMsIDIwMDkKKy5EZCBOb3ZlbWJlciAyNiwgMjAwOQogLkR0IElGQ09ORklHIDgK IC5PcwogLlNoIE5BTUUKQEAgLTI1OCw2ICsyNTgsMTIgQEAgRGlzYWJsZSBwZXJtYW5lbnRseSBw cm9taXNjdW91cyBtb2RlLgogQW5vdGhlciBuYW1lIGZvciB0aGUKIC5GbCBhbGlhcwogcGFyYW1l dGVyLgorLkl0IENtIGRlc2NyaXB0aW9uIEFyIHZhbHVlCitTcGVjaWZ5IGEgZGVzY3JpcHRpb24g b2YgdGhlIGludGVyZmFjZS4KK1RoaXMgY2FuIGJlIHVzZWQgdG8gbGFiZWwgaW50ZXJmYWNlcyBp biBzaXR1YXRpb25zIHdoZXJlIHRoZXkgbWF5CitvdGhlcndpc2UgYmUgZGlmZmljdWx0IHRvIGRp c3Rpbmd1aXNoLgorLkl0IENtIC1kZXNjcmlwdGlvbgorQ2xlYXIgdGhlIGludGVyZmFjZSBkZXNj cmlwdGlvbi4KIC5JdCBDbSBkb3duCiBNYXJrIGFuIGludGVyZmFjZQogLkRxIGRvd24gLgpAQCAt MjUxMiw2ICsyNTE4LDEwIEBAIENvbmZpZ3VyZSB0aGUgaW50ZXJmYWNlCiB0byB1c2UgMTAwYmFz ZVRYLCBmdWxsIGR1cGxleCBFdGhlcm5ldCBtZWRpYSBvcHRpb25zOgogLkRsICMgaWZjb25maWcg eGwwIG1lZGlhIDEwMGJhc2VUWCBtZWRpYW9wdCBmdWxsLWR1cGxleAogLlBwCitMYWJlbCB0aGUg ZW0wIGludGVyZmFjZSBhcyBhbiB1cGxpbms6CisuUHAKKy5EbCAjIGlmY29uZmlnIGVtMCBkZXNj cmlwdGlvbiBcJiJVcGxpbmsgdG8gR2lnYWJpdCBTd2l0Y2ggMlwmIgorLlBwCiBDcmVhdGUgdGhl IHNvZnR3YXJlIG5ldHdvcmsgaW50ZXJmYWNlCiAuTGkgZ2lmMSA6CiAuRGwgIyBpZmNvbmZpZyBn aWYxIGNyZWF0ZQpJbmRleDogc2Jpbi9pZmNvbmZpZy9pZmNvbmZpZy5jCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t IHNiaW4vaWZjb25maWcvaWZjb25maWcuYwkocmV2aXNpb24gMTk5NDYzKQorKysgc2Jpbi9pZmNv bmZpZy9pZmNvbmZpZy5jCSh3b3JraW5nIGNvcHkpCkBAIC00NCw3ICs0NCw2IEBAIHN0YXRpYyBj b25zdCBjaGFyIHJjc2lkW10gPQogI2luY2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5 cy9pb2N0bC5oPgogI2luY2x1ZGUgPHN5cy9zb2NrZXQuaD4KLSNpbmNsdWRlIDxzeXMvc3lzY3Rs Lmg+CiAjaW5jbHVkZSA8c3lzL3RpbWUuaD4KICNpbmNsdWRlIDxzeXMvbW9kdWxlLmg+CiAjaW5j bHVkZSA8c3lzL2xpbmtlci5oPgpAQCAtODMsNiArODIsOCBAQCBzdGF0aWMgY29uc3QgY2hhciBy Y3NpZFtdID0KIHN0cnVjdAlpZnJlcSBpZnI7CiAKIGNoYXIJbmFtZVtJRk5BTVNJWl07CitjaGFy CSpkZXNjciA9IE5VTEw7CitzaXplX3QJZGVzY3JsZW4gPSA2NDsKIGludAlzZXRhZGRyOwogaW50 CXNldG1hc2s7CiBpbnQJZG9hbGlhczsKQEAgLTgyMiw2ICs4MjMsMzUgQEAgc2V0aWZuYW1lKGNv bnN0IGNoYXIgKnZhbCwgaW50IGR1bW15IF9fdW51c2VkLCBpbnQKIAlmcmVlKG5ld25hbWUpOwog fQogCisvKiBBUkdTVVNFRCAqLworc3RhdGljIHZvaWQKK3NldGlmZGVzY3IoY29uc3QgY2hhciAq dmFsLCBpbnQgZHVtbXkgX191bnVzZWQsIGludCBzLCAKKyAgICBjb25zdCBzdHJ1Y3QgYWZzd3Rj aCAqYWZwKQoreworCWNoYXIgKm5ld2Rlc2NyOworCisJbmV3ZGVzY3IgPSBzdHJkdXAodmFsKTsK KwlpZiAobmV3ZGVzY3IgPT0gTlVMTCkgeworCQl3YXJuKCJubyBtZW1vcnkgdG8gc2V0IGlmZGVz Y3IiKTsKKwkJcmV0dXJuOworCX0KKworCWlmci5pZnJfYnVmZmVyLmJ1ZmZlciA9IG5ld2Rlc2Ny OworCWlmci5pZnJfYnVmZmVyLmxlbmd0aCA9IHN0cmxlbihuZXdkZXNjcikgKyAxOworCWlmIChp b2N0bChzLCBTSU9DU0lGREVTQ1IsIChjYWRkcl90KSZpZnIpIDwgMCkKKwkJd2FybigiaW9jdGwg KHNldCBkZXNjcikiKTsKKworCWZyZWUobmV3ZGVzY3IpOworfQorCisvKiBBUkdTVVNFRCAqLwor c3RhdGljIHZvaWQKK3Vuc2V0aWZkZXNjcihjb25zdCBjaGFyICp2YWwsIGludCB2YWx1ZSwgaW50 IHMsIGNvbnN0IHN0cnVjdCBhZnN3dGNoICphZnApCit7CisKKwlzZXRpZmRlc2NyKCIiLCAwLCBz LCAwKTsKK30KKwogI2RlZmluZQlJRkZCSVRTIFwKICJcMDIwXDFVUFwyQlJPQURDQVNUXDNERUJV R1w0TE9PUEJBQ0tcNVBPSU5UT1BPSU5UXDZTTUFSVFw3UlVOTklORyIgXAogIlwxME5PQVJQXDEx UFJPTUlTQ1wxMkFMTE1VTFRJXDEzT0FDVElWRVwxNFNJTVBMRVhcMTVMSU5LMFwxNkxJTksxXDE3 TElOSzIiIFwKQEAgLTg2Niw2ICs4OTYsMjMgQEAgc3RhdHVzKGNvbnN0IHN0cnVjdCBhZnN3dGNo ICphZnAsIGNvbnN0IHN0cnVjdCBzb2MKIAkJcHJpbnRmKCIgbXR1ICVkIiwgaWZyLmlmcl9tdHUp OwogCXB1dGNoYXIoJ1xuJyk7CiAKKwlkZXNjciA9IHJlYWxsb2NmKGRlc2NyLCBkZXNjcmxlbik7 CisJaWYgKGRlc2NyICE9IE5VTEwpIHsKKwkJZG8geworCQkJaWZyLmlmcl9idWZmZXIuYnVmZmVy ID0gZGVzY3I7CisJCQlpZnIuaWZyX2J1ZmZlci5sZW5ndGggPSBkZXNjcmxlbjsKKwkJCWlmIChp b2N0bChzLCBTSU9DR0lGREVTQ1IsICZpZnIpID09IDApIHsKKwkJCSAgICBpZiAoc3RybGVuKGRl c2NyKSA+IDApCisJCQkJcHJpbnRmKCJcdGRlc2NyaXB0aW9uOiAlc1xuIiwgZGVzY3IpOworCQkJ ICAgIGJyZWFrOworCQkJfQorCQkJaWYgKGVycm5vID09IEVOQU1FVE9PTE9ORykgeworCQkJCWRl c2NybGVuICo9IDI7CisJCQkJZGVzY3IgPSByZWFsbG9jZihkZXNjciwgZGVzY3JsZW4pOworCQkJ fQorCQl9IHdoaWxlICgoZXJybm8gPT0gRU5BTUVUT09MT05HKSAmJiAoZGVzY3IgIT0gTlVMTCkp OworCX0KKwogCWlmIChpb2N0bChzLCBTSU9DR0lGQ0FQLCAoY2FkZHJfdCkmaWZyKSA9PSAwKSB7 CiAJCWlmIChpZnIuaWZyX2N1cmNhcCAhPSAwKSB7CiAJCQlwcmludGIoIlx0b3B0aW9ucyIsIGlm ci5pZnJfY3VyY2FwLCBJRkNBUEJJVFMpOwpAQCAtMTAzNSw2ICsxMDgyLDEwIEBAIHN0YXRpYyBz dHJ1Y3QgY21kIGJhc2ljX2NtZHNbXSA9IHsKIAlERUZfQ01EKCItYXJwIiwJCUlGRl9OT0FSUCwJ c2V0aWZmbGFncyksCiAJREVGX0NNRCgiZGVidWciLAlJRkZfREVCVUcsCXNldGlmZmxhZ3MpLAog CURFRl9DTUQoIi1kZWJ1ZyIsCS1JRkZfREVCVUcsCXNldGlmZmxhZ3MpLAorCURFRl9DTURfQVJH KCJkZXNjcmlwdGlvbiIsCQlzZXRpZmRlc2NyKSwKKwlERUZfQ01EX0FSRygiZGVzY3IiLAkJCXNl dGlmZGVzY3IpLAorCURFRl9DTUQoIi1kZXNjcmlwdGlvbiIsCTAsCQl1bnNldGlmZGVzY3IpLAor CURFRl9DTUQoIi1kZXNjciIsCTAsCQl1bnNldGlmZGVzY3IpLAogCURFRl9DTUQoInByb21pc2Mi LAlJRkZfUFBST01JU0MsCXNldGlmZmxhZ3MpLAogCURFRl9DTUQoIi1wcm9taXNjIiwJLUlGRl9Q UFJPTUlTQywJc2V0aWZmbGFncyksCiAJREVGX0NNRCgiYWRkIiwJCUlGRl9VUCwJCW5vdGVhbGlh cyksCkluZGV4OiBzaGFyZS9tYW4vbWFuNC9uZXRpbnRyby40Cj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHNoYXJl L21hbi9tYW40L25ldGludHJvLjQJKHJldmlzaW9uIDE5OTQ2MykKKysrIHNoYXJlL21hbi9tYW40 L25ldGludHJvLjQJKHdvcmtpbmcgY29weSkKQEAgLTMyLDcgKzMyLDcgQEAKIC5cIiAgICAgQCgj KW5ldGludHJvLjQJOC4yIChCZXJrZWxleSkgMTEvMzAvOTMKIC5cIiAkRnJlZUJTRCQKIC5cIgot LkRkIEp1bmUgMTgsIDIwMDQKKy5EZCBOb3ZlbWJlciAyNiwgMjAwOQogLkR0IE5FVElOVFJPIDQK IC5PcwogLlNoIE5BTUUKQEAgLTIwNCw2ICsyMDQsNyBAQCBzdHJ1Y3QJaWZyZXEgewogICAgICAg ICBzdHJ1Y3QgICAgc29ja2FkZHIgaWZydV9hZGRyOwogICAgICAgICBzdHJ1Y3QgICAgc29ja2Fk ZHIgaWZydV9kc3RhZGRyOwogICAgICAgICBzdHJ1Y3QgICAgc29ja2FkZHIgaWZydV9icm9hZGFk ZHI7CisgICAgICAgIHN0cnVjdCB7IHNpemVfdCBsZW5ndGg7IGNhZGRyX3QgYnVmZmVyOyB9IGlm cnVfYnVmZmVyOwogICAgICAgICBzaG9ydCAgICAgaWZydV9mbGFnc1syXTsKICAgICAgICAgc2hv cnQgICAgIGlmcnVfaW5kZXg7CiAgICAgICAgIGludCAgICAgICBpZnJ1X21ldHJpYzsKQEAgLTIx Niw2ICsyMTcsNyBAQCBzdHJ1Y3QJaWZyZXEgewogI2RlZmluZSBpZnJfYWRkciAgICAgIGlmcl9p ZnJ1LmlmcnVfYWRkciAgICAgIC8qIGFkZHJlc3MgKi8KICNkZWZpbmUgaWZyX2RzdGFkZHIgICBp ZnJfaWZydS5pZnJ1X2RzdGFkZHIgICAvKiBvdGhlciBlbmQgb2YgcC10by1wIGxpbmsgKi8KICNk ZWZpbmUgaWZyX2Jyb2FkYWRkciBpZnJfaWZydS5pZnJ1X2Jyb2FkYWRkciAvKiBicm9hZGNhc3Qg YWRkcmVzcyAqLworI2RlZmluZSBpZnJfYnVmZmVyICAgIGlmcl9pZnJ1LmlmcnVfYnVmZmVyICAg IC8qIHVzZXIgc3VwcGxpZWQgYnVmZmVyIHdpdGggaXRzIGxlbmd0aCAqLwogI2RlZmluZSBpZnJf ZmxhZ3MgICAgIGlmcl9pZnJ1LmlmcnVfZmxhZ3NbMF0gIC8qIGZsYWdzIChsb3cgMTYgYml0cykg Ki8KICNkZWZpbmUgaWZyX2ZsYWdzaGlnaCBpZnJfaWZydS5pZnJ1X2ZsYWdzWzFdICAvKiBmbGFn cyAoaGlnaCAxNiBiaXRzKSAqLwogI2RlZmluZSBpZnJfbWV0cmljICAgIGlmcl9pZnJ1LmlmcnVf bWV0cmljICAgIC8qIG1ldHJpYyAqLwpAQCAtMjc3LDYgKzI3OSwyNSBAQCBhbmQKIGZpZWxkcyBv ZiB0aGUKIC5WdCBpZnJlcQogc3RydWN0dXJlLCByZXNwZWN0aXZlbHkuCisuSXQgRHYgU0lPQ0dJ RkRFU0NSCitHZXQgdGhlIGludGVyZmFjZSBkZXNjcmlwdGlvbiwgcmV0dXJuZWQgaW4gdGhlCisu VmEgYnVmZmVyCitmaWVsZCBvZgorLlZhIGlmcnVfYnVmZmVyCitzdHJ1Y3QuCitUaGUgdXNlciBz dXBwbGllZCBidWZmZXIgbGVuZ3RoIHNob3VsZCBkZWZpbmVkIGluIHRoZQorLlZhIGxlbmd0aAor ZmllbGQgb2YKKy5WYSBpZnJ1X2J1ZmZlcgorc3RydWN0IHBhc3NlZCBpbiBhcyBwYXJhbWV0ZXIu CisuSXQgRHYgU0lPQ1NJRkRFU0NSCitTZXQgdGhlIGludGVyZmFjZSBkZXNjcmlwdGlvbiB0byB0 aGUgdmFsdWUgb2YgdGhlCisuVmEgYnVmZmVyCitmaWVsZCBvZgorLlZhIGlmcnVfYnVmZmVyCitz dHJ1Y3QsIHdpdGgKKy5WYSBsZW5ndGgKK2ZpZWxkIHNwZWNpZnlpbmcgaXRzIGxlbmd0aC4KIC5J dCBEdiBTSU9DU0lGRkxBR1MKIFNldCBpbnRlcmZhY2UgZmxhZ3MgZmllbGQuCiBJZiB0aGUgaW50 ZXJmYWNlIGlzIG1hcmtlZCBkb3duLApJbmRleDogc2hhcmUvbWFuL21hbjQvbmV0aW50cm8uNAo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09Ci0tLSBzaGFyZS9tYW4vbWFuNC9uZXRpbnRyby40CShyZXZpc2lvbiAxOTk0NjMp CisrKyBzaGFyZS9tYW4vbWFuNC9uZXRpbnRyby40CSh3b3JraW5nIGNvcHkpCkBAIC0zMiw3ICsz Miw3IEBACiAuXCIgICAgIEAoIyluZXRpbnRyby40CTguMiAoQmVya2VsZXkpIDExLzMwLzkzCiAu XCIgJEZyZWVCU0QkCiAuXCIKLS5EZCBKdW5lIDE4LCAyMDA0CisuRGQgTm92ZW1iZXIgMjYsIDIw MDkKIC5EdCBORVRJTlRSTyA0CiAuT3MKIC5TaCBOQU1FCkBAIC0yMDQsNiArMjA0LDcgQEAgc3Ry dWN0CWlmcmVxIHsKICAgICAgICAgc3RydWN0ICAgIHNvY2thZGRyIGlmcnVfYWRkcjsKICAgICAg ICAgc3RydWN0ICAgIHNvY2thZGRyIGlmcnVfZHN0YWRkcjsKICAgICAgICAgc3RydWN0ICAgIHNv Y2thZGRyIGlmcnVfYnJvYWRhZGRyOworICAgICAgICBzdHJ1Y3QgeyBzaXplX3QgbGVuZ3RoOyBj YWRkcl90IGJ1ZmZlcjsgfSBpZnJ1X2J1ZmZlcjsKICAgICAgICAgc2hvcnQgICAgIGlmcnVfZmxh Z3NbMl07CiAgICAgICAgIHNob3J0ICAgICBpZnJ1X2luZGV4OwogICAgICAgICBpbnQgICAgICAg aWZydV9tZXRyaWM7CkBAIC0yMTYsNiArMjE3LDcgQEAgc3RydWN0CWlmcmVxIHsKICNkZWZpbmUg aWZyX2FkZHIgICAgICBpZnJfaWZydS5pZnJ1X2FkZHIgICAgICAvKiBhZGRyZXNzICovCiAjZGVm aW5lIGlmcl9kc3RhZGRyICAgaWZyX2lmcnUuaWZydV9kc3RhZGRyICAgLyogb3RoZXIgZW5kIG9m IHAtdG8tcCBsaW5rICovCiAjZGVmaW5lIGlmcl9icm9hZGFkZHIgaWZyX2lmcnUuaWZydV9icm9h ZGFkZHIgLyogYnJvYWRjYXN0IGFkZHJlc3MgKi8KKyNkZWZpbmUgaWZyX2J1ZmZlciAgICBpZnJf aWZydS5pZnJ1X2J1ZmZlciAgICAvKiB1c2VyIHN1cHBsaWVkIGJ1ZmZlciB3aXRoIGl0cyBsZW5n dGggKi8KICNkZWZpbmUgaWZyX2ZsYWdzICAgICBpZnJfaWZydS5pZnJ1X2ZsYWdzWzBdICAvKiBm bGFncyAobG93IDE2IGJpdHMpICovCiAjZGVmaW5lIGlmcl9mbGFnc2hpZ2ggaWZyX2lmcnUuaWZy dV9mbGFnc1sxXSAgLyogZmxhZ3MgKGhpZ2ggMTYgYml0cykgKi8KICNkZWZpbmUgaWZyX21ldHJp YyAgICBpZnJfaWZydS5pZnJ1X21ldHJpYyAgICAvKiBtZXRyaWMgKi8KQEAgLTI3Nyw2ICsyNzks MjUgQEAgYW5kCiBmaWVsZHMgb2YgdGhlCiAuVnQgaWZyZXEKIHN0cnVjdHVyZSwgcmVzcGVjdGl2 ZWx5LgorLkl0IER2IFNJT0NHSUZERVNDUgorR2V0IHRoZSBpbnRlcmZhY2UgZGVzY3JpcHRpb24s IHJldHVybmVkIGluIHRoZQorLlZhIGJ1ZmZlcgorZmllbGQgb2YKKy5WYSBpZnJ1X2J1ZmZlcgor c3RydWN0LgorVGhlIHVzZXIgc3VwcGxpZWQgYnVmZmVyIGxlbmd0aCBzaG91bGQgZGVmaW5lZCBp biB0aGUKKy5WYSBsZW5ndGgKK2ZpZWxkIG9mCisuVmEgaWZydV9idWZmZXIKK3N0cnVjdCBwYXNz ZWQgaW4gYXMgcGFyYW1ldGVyLgorLkl0IER2IFNJT0NTSUZERVNDUgorU2V0IHRoZSBpbnRlcmZh Y2UgZGVzY3JpcHRpb24gdG8gdGhlIHZhbHVlIG9mIHRoZQorLlZhIGJ1ZmZlcgorZmllbGQgb2YK Ky5WYSBpZnJ1X2J1ZmZlcgorc3RydWN0LCB3aXRoCisuVmEgbGVuZ3RoCitmaWVsZCBzcGVjaWZ5 aW5nIGl0cyBsZW5ndGguCiAuSXQgRHYgU0lPQ1NJRkZMQUdTCiBTZXQgaW50ZXJmYWNlIGZsYWdz IGZpZWxkLgogSWYgdGhlIGludGVyZmFjZSBpcyBtYXJrZWQgZG93biwKSW5kZXg6IHN5cy9rZXJu L2tlcm5famFpbC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9rZXJuL2tlcm5famFpbC5jCShyZXZpc2lv biAxOTk0NjMpCisrKyBzeXMva2Vybi9rZXJuX2phaWwuYwkod29ya2luZyBjb3B5KQpAQCAtMzQ2 Nyw2ICszNDY3LDcgQEAgcHJpc29uX3ByaXZfY2hlY2soc3RydWN0IHVjcmVkICpjcmVkLCBpbnQg cHJpdikKIAljYXNlIFBSSVZfTkVUX1NFVElGTVRVOgogCWNhc2UgUFJJVl9ORVRfU0VUSUZGTEFH UzoKIAljYXNlIFBSSVZfTkVUX1NFVElGQ0FQOgorCWNhc2UgUFJJVl9ORVRfU0VUSUZERVNDUjoK IAljYXNlIFBSSVZfTkVUX1NFVElGTkFNRQk6CiAJY2FzZSBQUklWX05FVF9TRVRJRk1FVFJJQzoK IAljYXNlIFBSSVZfTkVUX1NFVElGUEhZUzoKSW5kZXg6IHN5cy9uZXQvaWYuYwo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBzeXMvbmV0L2lmLmMJKHJldmlzaW9uIDE5OTQ2MykKKysrIHN5cy9uZXQvaWYuYwkod29y a2luZyBjb3B5KQpAQCAtMTA4LDYgKzEwOCwxMyBAQCBTWVNDVExfSU5UKF9uZXRfbGluaywgT0lE X0FVVE8sIGxvZ19saW5rX3N0YXRlX2NoYQogCSZsb2dfbGlua19zdGF0ZV9jaGFuZ2UsIDAsCiAJ ImxvZyBpbnRlcmZhY2UgbGluayBzdGF0ZSBjaGFuZ2UgZXZlbnRzIik7CiAKKy8qIEludGVyZmFj ZSBkZXNjcmlwdGlvbiAqLworc3RhdGljIGludCBpZmRlc2NyX21heGxlbiA9IDEwMjQ7CisKK1NZ U0NUTF9JTlQoX25ldCwgT0lEX0FVVE8sIGlmZGVzY3JfbWF4bGVuLCBDVExGTEFHX1JXLAorCSZp ZmRlc2NyX21heGxlbiwgMCwKKwkiYWRtaW5pc3RyYXRpdmUgbWF4aW11bSBsZW5ndGggZm9yIGlu dGVyZmFjZSBkZXNjcmlwdGlvbiIpOworCiB2b2lkCSgqYnN0cF9saW5rc3RhdGVfcCkoc3RydWN0 IGlmbmV0ICppZnAsIGludCBzdGF0ZSk7CiB2b2lkCSgqbmdfZXRoZXJfbGlua19zdGF0ZV9wKShz dHJ1Y3QgaWZuZXQgKmlmcCwgaW50IHN0YXRlKTsKIHZvaWQJKCpsYWdnX2xpbmtzdGF0ZV9wKShz dHJ1Y3QgaWZuZXQgKmlmcCwgaW50IHN0YXRlKTsKQEAgLTQ2Myw2ICs0NzAsOCBAQCBpZl9mcmVl X2ludGVybmFsKHN0cnVjdCBpZm5ldCAqaWZwKQogI2lmZGVmIE1BQwogCW1hY19pZm5ldF9kZXN0 cm95KGlmcCk7CiAjZW5kaWYgLyogTUFDICovCisJaWYgKGlmcC0+aWZfZGVzY3JpcHRpb24gIT0g TlVMTCkKKwkJc2J1Zl9kZWxldGUoaWZwLT5pZl9kZXNjcmlwdGlvbik7CiAJSUZfQUZEQVRBX0RF U1RST1koaWZwKTsKIAlJRl9BRERSX0xPQ0tfREVTVFJPWShpZnApOwogCWlmcV9kZWxldGUoJmlm cC0+aWZfc25kKTsKQEAgLTIwNTQsNiArMjA2Myw3IEBAIGlmaHdpb2N0bCh1X2xvbmcgY21kLCBz dHJ1Y3QgaWZuZXQgKmlmcCwgY2FkZHJfdCBkCiAJY2hhciBuZXdfbmFtZVtJRk5BTVNJWl07CiAJ c3RydWN0IGlmYWRkciAqaWZhOwogCXN0cnVjdCBzb2NrYWRkcl9kbCAqc2RsOworCXN0cnVjdCBz YnVmICpvbGQsICpuZXc7CiAKIAlpZnIgPSAoc3RydWN0IGlmcmVxICopZGF0YTsKIAlzd2l0Y2gg KGNtZCkgewpAQCAtMjA5MCw2ICsyMTAwLDc0IEBAIGlmaHdpb2N0bCh1X2xvbmcgY21kLCBzdHJ1 Y3QgaWZuZXQgKmlmcCwgY2FkZHJfdCBkCiAJCWlmci0+aWZyX3BoeXMgPSBpZnAtPmlmX3BoeXNp Y2FsOwogCQlicmVhazsKIAorCWNhc2UgU0lPQ0dJRkRFU0NSOgorCQllcnJvciA9IDA7CisJCWlm IChpZnItPmlmcl9idWZmZXIubGVuZ3RoID4gaWZkZXNjcl9tYXhsZW4pIHsKKwkJCWVycm9yID0g RU5PTUVNOworCQkJYnJlYWs7CisJCX0KKwkJbmV3ID0gc2J1Zl9uZXcoTlVMTCwgTlVMTCwgaWZy LT5pZnJfYnVmZmVyLmxlbmd0aCwgU0JVRl9GSVhFRExFTik7CisJCWlmIChuZXcgPT0gTlVMTCkg eworCQkJZXJyb3IgPSBFTk9NRU07CisJCQlicmVhazsKKwkJfQorCisJCUlGX0FGREFUQV9STE9D SyhpZnApOworCQlpZiAoaWZwLT5pZl9kZXNjcmlwdGlvbiA9PSBOVUxMKQorCQkJZXJyb3IgPSBF Tk9NU0c7CisJCWVsc2UgeworCQkJaWYgKGlmci0+aWZyX2J1ZmZlci5sZW5ndGggPD0gc2J1Zl9s ZW4oaWZwLT5pZl9kZXNjcmlwdGlvbikpCisJCQkJZXJyb3IgPSBFTkFNRVRPT0xPTkc7CisJCQlp ZiAoc2J1Zl9jcHkobmV3LCBzYnVmX2RhdGEoaWZwLT5pZl9kZXNjcmlwdGlvbikpICE9IDApCisJ CQkJZXJyb3IgPSBFTkFNRVRPT0xPTkc7CisJCX0KKwkJSUZfQUZEQVRBX1JVTkxPQ0soaWZwKTsK KworCQlpZiAoZXJyb3IgPT0gMCkgeworCQkJc2J1Zl9maW5pc2gobmV3KTsKKwkJCS8qCisJCQkg KiBDb3B5IDEgbW9yZSBieXRlIHRvIG1ha2Ugc3VyZSB0aGF0IHRoZSBjb3B5b3V0IGlzIE5VTAor CQkJICogdGVybWluYXRlZC4KKwkJCSAqLworCQkJZXJyb3IgPSBjb3B5b3V0KHNidWZfZGF0YShu ZXcpLCBpZnItPmlmcl9idWZmZXIuYnVmZmVyLAorCQkJCQlzYnVmX2xlbihuZXcpICsgMSk7CisJ CX0KKworCQlzYnVmX2RlbGV0ZShuZXcpOworCisJCWJyZWFrOworCisJY2FzZSBTSU9DU0lGREVT Q1I6CisJCWVycm9yID0gcHJpdl9jaGVjayh0ZCwgUFJJVl9ORVRfU0VUSUZERVNDUik7CisJCWlm IChlcnJvcikKKwkJCXJldHVybiAoZXJyb3IpOworCisJCWlmIChpZnItPmlmcl9idWZmZXIubGVu Z3RoID4gaWZkZXNjcl9tYXhsZW4pCisJCQlyZXR1cm4gKEVOQU1FVE9PTE9ORyk7CisKKwkJbmV3 ID0gc2J1Zl9uZXcoTlVMTCwgTlVMTCwgaWZyLT5pZnJfYnVmZmVyLmxlbmd0aCwgU0JVRl9GSVhF RExFTik7CisJCWlmIChuZXcgPT0gTlVMTCkKKwkJCXJldHVybiAoRU5PTUVNKTsKKworCQlpZiAo c2J1Zl9jb3B5aW4obmV3LCBpZnItPmlmcl9idWZmZXIuYnVmZmVyLAorCQkJCWlmci0+aWZyX2J1 ZmZlci5sZW5ndGgpID09IC0xKSB7CisJCQlzYnVmX2RlbGV0ZShuZXcpOworCQkJcmV0dXJuIChF RkFVTFQpOworCQl9CisKKwkJc2J1Zl9maW5pc2gobmV3KTsKKworCQlJRl9BRkRBVEFfV0xPQ0so aWZwKTsKKwkJb2xkID0gaWZwLT5pZl9kZXNjcmlwdGlvbjsKKwkJaWZwLT5pZl9kZXNjcmlwdGlv biA9IG5ldzsKKwkJZ2V0bWljcm90aW1lKCZpZnAtPmlmX2xhc3RjaGFuZ2UpOworCQlJRl9BRkRB VEFfV1VOTE9DSyhpZnApOworCisJCWlmIChvbGQgIT0gTlVMTCkKKwkJCXNidWZfZGVsZXRlKG9s ZCk7CisKKwkJYnJlYWs7CisKIAljYXNlIFNJT0NTSUZGTEFHUzoKIAkJZXJyb3IgPSBwcml2X2No ZWNrKHRkLCBQUklWX05FVF9TRVRJRkZMQUdTKTsKIAkJaWYgKGVycm9yKQpJbmRleDogc3lzL25l dC9pZi5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9uZXQvaWYuaAkocmV2aXNpb24gMTk5NDYzKQorKysg c3lzL25ldC9pZi5oCSh3b3JraW5nIGNvcHkpCkBAIC0yOTQsNiArMjk0LDcgQEAgc3RydWN0CWlm cmVxIHsKIAkJc3RydWN0CXNvY2thZGRyIGlmcnVfYWRkcjsKIAkJc3RydWN0CXNvY2thZGRyIGlm cnVfZHN0YWRkcjsKIAkJc3RydWN0CXNvY2thZGRyIGlmcnVfYnJvYWRhZGRyOworCQlzdHJ1Y3Qg eyBzaXplX3QgbGVuZ3RoOyBjYWRkcl90CWJ1ZmZlcjsgfSBpZnJ1X2J1ZmZlcjsKIAkJc2hvcnQJ aWZydV9mbGFnc1syXTsKIAkJc2hvcnQJaWZydV9pbmRleDsKIAkJaW50CWlmcnVfamlkOwpAQCAt MzA3LDYgKzMwOCw3IEBAIHN0cnVjdAlpZnJlcSB7CiAjZGVmaW5lCWlmcl9hZGRyCWlmcl9pZnJ1 LmlmcnVfYWRkcgkvKiBhZGRyZXNzICovCiAjZGVmaW5lCWlmcl9kc3RhZGRyCWlmcl9pZnJ1Lmlm cnVfZHN0YWRkcgkvKiBvdGhlciBlbmQgb2YgcC10by1wIGxpbmsgKi8KICNkZWZpbmUJaWZyX2Jy b2FkYWRkcglpZnJfaWZydS5pZnJ1X2Jyb2FkYWRkcgkvKiBicm9hZGNhc3QgYWRkcmVzcyAqLwor I2RlZmluZQlpZnJfYnVmZmVyCWlmcl9pZnJ1LmlmcnVfYnVmZmVyCS8qIHVzZXIgc3VwcGxpZWQg YnVmZmVyIHdpdGggaXRzIGxlbmd0aCAqLwogI2RlZmluZQlpZnJfZmxhZ3MJaWZyX2lmcnUuaWZy dV9mbGFnc1swXQkvKiBmbGFncyAobG93IDE2IGJpdHMpICovCiAjZGVmaW5lCWlmcl9mbGFnc2hp Z2gJaWZyX2lmcnUuaWZydV9mbGFnc1sxXQkvKiBmbGFncyAoaGlnaCAxNiBiaXRzKSAqLwogI2Rl ZmluZQlpZnJfamlkCQlpZnJfaWZydS5pZnJ1X2ppZAkvKiBqYWlsL3ZuZXQgKi8KSW5kZXg6IHN5 cy9uZXQvaWZfdmFyLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25ldC9pZl92YXIuaAkocmV2aXNpb24g MTk5NDYzKQorKysgc3lzL25ldC9pZl92YXIuaAkod29ya2luZyBjb3B5KQpAQCAtMjA1LDcgKzIw NSw4IEBAIHN0cnVjdCBpZm5ldCB7CiAJICogYmUgdXNlZCB3aXRoIGNhcmUgd2hlcmUgYmluYXJ5 IGNvbXBhdGliaWxpdHkgaXMgcmVxdWlyZWQuCiAJICovCiAJY2hhcgkgaWZfY3NwYXJlWzNdOwot CXZvaWQJKmlmX3BzcGFyZVs4XTsKKwl2b2lkCSppZl9wc3BhcmVbN107CisJc3RydWN0IHNidWYg KmlmX2Rlc2NyaXB0aW9uOwkvKiBpbnRlcmZhY2UgZGVzY3JpcHRpb24gKi8KIAlpbnQJaWZfaXNw YXJlWzRdOwogfTsKIApJbmRleDogc3lzL3N5cy9wcml2LmgKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL3N5 cy9wcml2LmgJKHJldmlzaW9uIDE5OTQ2MykKKysrIHN5cy9zeXMvcHJpdi5oCSh3b3JraW5nIGNv cHkpCkBAIC0zMzUsNiArMzM1LDcgQEAKICNkZWZpbmUJUFJJVl9ORVRfTEFHRwkJNDE1CS8qIEFk bWluaXN0ZXIgbGFnZyBpbnRlcmZhY2UuICovCiAjZGVmaW5lCVBSSVZfTkVUX0dJRgkJNDE2CS8q IEFkbWluaXN0ZXIgZ2lmIGludGVyZmFjZS4gKi8KICNkZWZpbmUJUFJJVl9ORVRfU0VUSUZWTkVU CTQxNwkvKiBNb3ZlIGludGVyZmFjZSB0byB2bmV0LiAqLworI2RlZmluZQlQUklWX05FVF9TRVRJ RkRFU0NSCTQxOAkvKiBTZXQgaW50ZXJmYWNlIGRlc2NyaXB0aW9uLiAqLwogCiAvKgogICogODAy LjExLXJlbGF0ZWQgcHJpdmlsZWdlcy4KSW5kZXg6IHN5cy9zeXMvc29ja2lvLmgKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQotLS0gc3lzL3N5cy9zb2NraW8uaAkocmV2aXNpb24gMTk5NDYzKQorKysgc3lzL3N5cy9zb2Nr aW8uaAkod29ya2luZyBjb3B5KQpAQCAtODIsNiArODIsOCBAQAogI2RlZmluZQlTSU9DR0lGTUFD CV9JT1dSKCdpJywgMzgsIHN0cnVjdCBpZnJlcSkJLyogZ2V0IElGIE1BQyBsYWJlbCAqLwogI2Rl ZmluZQlTSU9DU0lGTUFDCSBfSU9XKCdpJywgMzksIHN0cnVjdCBpZnJlcSkJLyogc2V0IElGIE1B QyBsYWJlbCAqLwogI2RlZmluZQlTSU9DU0lGTkFNRQkgX0lPVygnaScsIDQwLCBzdHJ1Y3QgaWZy ZXEpCS8qIHNldCBJRiBuYW1lICovCisjZGVmaW5lCVNJT0NTSUZERVNDUgkgX0lPVygnaScsIDQx LCBzdHJ1Y3QgaWZyZXEpCS8qIHNldCBpZm5ldCBkZXNjciAqLyAKKyNkZWZpbmUJU0lPQ0dJRkRF U0NSCV9JT1dSKCdpJywgNDIsIHN0cnVjdCBpZnJlcSkJLyogZ2V0IGlmbmV0IGRlc2NyICovIAog CiAjZGVmaW5lCVNJT0NBRERNVUxUSQkgX0lPVygnaScsIDQ5LCBzdHJ1Y3QgaWZyZXEpCS8qIGFk ZCBtJ2Nhc3QgYWRkciAqLwogI2RlZmluZQlTSU9DREVMTVVMVEkJIF9JT1coJ2knLCA1MCwgc3Ry dWN0IGlmcmVxKQkvKiBkZWwgbSdjYXN0IGFkZHIgKi8K --000e0cd6ea5881848104789c265f-- From owner-freebsd-net@FreeBSD.ORG Wed Nov 18 03:08:38 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87E5010656A6; Wed, 18 Nov 2009 03:08:38 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 02B128FC21; Wed, 18 Nov 2009 03:08:37 +0000 (UTC) Received: by gxk10 with SMTP id 10so714826gxk.3 for ; Tue, 17 Nov 2009 19:08:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=HAmzmUk0J1m01hT+vCB9Pss6kSnqLuX2Q7/yCHFj8XQ=; b=o8ws5aFwShPZ5Hk/TeuwwANHYmMmVpnwc5XMchUG5PeESIsrugBxSaf3edgoozoQmL B9jdwhOeohTvgzLgOg7HtBZOva/NNn2LhQWoAuk8cigamwsdUsWSTojUToXuLxYRu9rr XMbWvyD0D+NsG092Nx+aU8pH31oo31eJmpZjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=WtKPy9V0WyGg+xas6lo7SIx1VpEWXKuQJ47PRXkFemYEgJl+0gk8yi4jOjZsC1TBN7 gaVR8G7FT4WB4czLeFWSYgTN+D1vD3oi2tr2+w7vGe7iM7EO1OB+MQ9mY4nzWtCZZk/W KqrYJXZexiGJIWcaq8CU3Ebszr0h4nKHlPSRI= MIME-Version: 1.0 Received: by 10.150.141.15 with SMTP id o15mr1363453ybd.86.1258512031447; Tue, 17 Nov 2009 18:40:31 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Nov 2009 18:40:31 -0800 Message-ID: From: Xin LI To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: rwatson@freebsd.org, jhb@freebsd.org, "M. Warner Losh" , Antoine Brodin Subject: Re: [PATCH FOR REVIEW] interface description (revised) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2009 03:08:38 -0000 Since I'm not pretty sure if gmail will mangle the attachment, here is a downloadable version: http://people.freebsd.org/~delphij/for_review/ifdescr.diff -- Xin LI http://www.delphij.net From owner-freebsd-net@FreeBSD.ORG Wed Nov 18 09:49:18 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27CE01065679; Wed, 18 Nov 2009 09:49:18 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C84398FC13; Wed, 18 Nov 2009 09:49:17 +0000 (UTC) Received: from [192.168.2.101] (host217-43-176-60.range217-43.btcentralplus.com [217.43.176.60]) by cyrus.watson.org (Postfix) with ESMTPSA id 5CB3A46B65; Wed, 18 Nov 2009 04:49:15 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) From: "Robert N. M. Watson" In-Reply-To: Date: Wed, 18 Nov 2009 09:49:12 +0000 Message-Id: <01D9CB64-F04C-4506-ACF2-1DE459FC69CD@freebsd.org> References: To: Xin LI X-Mailer: Apple Mail (2.1077) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , Brooks Davis , John Baldwin , "M. Warner Losh" , Antoine Brodin Subject: Re: [PATCH FOR REVIEW] interface description (revised) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2009 09:49:18 -0000 On 18 Nov 2009, at 02:39, Xin LI wrote: > Here is the revised implementation for the interface description > feature, based on feedback from src-all@. Hi Xin Li, Thanks for the updated patch. This looks significantly improved. = Comments inline. > --- contrib/libpcap/inet.c (revision 199463) > +++ contrib/libpcap/inet.c (working copy) > @@ -403,22 +403,30 @@ add_addr_to_iflist(pcap_if_t **alldevs, const = char > pcap_addr_t *curaddr, *prevaddr, *nextaddr; > #ifdef SIOCGIFDESCR > struct ifreq ifrdesc; > +#ifndef IFDESCRSIZE > +#define _IFDESCRSIZE 64 > + char ifdescr[_IFDESCRSIZE]; > +#else > char ifdescr[IFDESCRSIZE]; > +#endif > int s; > -#endif > =20 > -#ifdef SIOCGIFDESCR I'm pretty sure the intent here is that 'int s' be defined regardless of = SIOCGIFDESCR, it would be worth confirming that these patches applied to = a pre-SIOCGIFDESCR tcpdump compile correctly. We will want to upstream = these patches to the vendor so we should make sure the changes are = acceptable there. > + descr =3D reallocf(descr, descrlen); > + if (descr !=3D NULL) { > + do { > + ifr.ifr_buffer.buffer =3D descr; > + ifr.ifr_buffer.length =3D descrlen; > + if (ioctl(s, SIOCGIFDESCR, &ifr) =3D=3D 0) { > + if (strlen(descr) > 0) > + printf("\tdescription: %s\n", descr); > + break; > + } > + if (errno =3D=3D ENAMETOOLONG) { > + descrlen *=3D 2; > + descr =3D reallocf(descr, descrlen); > + } > + } while ((errno =3D=3D ENAMETOOLONG) && (descr !=3D = NULL)); > + } The error non-handling throughout ifconfig worries me; on the whole, = your patch seems consistent with the existing model, but here I wonder = if we should be printing a warning if reallocf() fails? Perhaps the = above loop could be restructured so that there is only a single calling = point to reallocf -- perhaps while ((descr =3D reallocf()) !=3D NULL) { = ... }? It might make the invariants a bit more clear. > + DEF_CMD_ARG("description", setifdescr), > + DEF_CMD_ARG("descr", setifdescr), > + DEF_CMD("-description", 0, unsetifdescr), > + DEF_CMD("-descr", 0, unsetifdescr), Does having two undocumented short-form aliases make this more usable? = We should either document them or not have them, I guess. > -.Dd June 18, 2004 > +.Dd November 26, 2009 Curious choice of dates. :-) > +.It Dv SIOCGIFDESCR > +Get the interface description, returned in the > +.Va buffer > +field of > +.Va ifru_buffer > +struct. > +The user supplied buffer length should defined in the > +.Va length > +field of > +.Va ifru_buffer > +struct passed in as parameter. > +.It Dv SIOCSIFDESCR > +Set the interface description to the value of the > +.Va buffer > +field of > +.Va ifru_buffer > +struct, with > +.Va length > +field specifying its length. No mention of nul's in the man page yet, but the code now seems much = more consistent about including nul's throughout. > + case SIOCGIFDESCR: > + error =3D 0; > + if (ifr->ifr_buffer.length > ifdescr_maxlen) { > + error =3D ENOMEM; > + break; > + } I have three worries about this comparison: (1) ifdescr_maxlen is signed, perhaps it should be unsigned? (2) ifdescr_maxlen could be reduced between SIOCSIFDESCR and = SIOCGIFDESCR, in which case you can no longer query an interface = description even though the kernel is still storing it. (3) The loop logic in the userland ifconfig tool assumes that it is OK = to ask for more bytes than the largest description, so it doubles the = buffer each time it loops. This means that it may overshoot = ifdescr_maxlen leading to the call failing even though a large enough = buffer has been passed. One of the reasons that potentially unbounded kernel buffers are so = awkward is that they lead to live-locky logic looping trying to grow a = buffer using sleeping allocation while grabbing and releasing locks = trying to get a buffer that's large enough. Most of the time the other = theoretical thread you're racing with won't exist, but this still has to = be handled because someday it will. I suggest a loop in which you create = an sbuf to match the current length of ifp->if_description, and then = after the loop ends and you have a copy, see if it fits in userspace. = 99.9999% of the time, userspace will have passed a big enough buffer, = and the loop won't be exercised growing the kernel buffer. > + else { > + if (ifr->ifr_buffer.length <=3D = sbuf_len(ifp->if_description)) > + error =3D ENAMETOOLONG; This may be more clear if it's written as "< = sbuf_len(ifp->if_description) + 1". However, if you make the above = changes, this goes away, or is at least refactored. > + /* > + * Copy 1 more byte to make sure that the = copyout is NUL Often in the BSD source code, the character is 'nul' and the pointer is = 'NULL'. > --- sys/net/if_var.h (revision 199463) > +++ sys/net/if_var.h (working copy) > @@ -205,7 +205,8 @@ struct ifnet { > * be used with care where binary compatibility is required. > */ > char if_cspare[3]; > - void *if_pspare[8]; > + void *if_pspare[7]; > + struct sbuf *if_description; /* interface description */ > int if_ispare[4]; > }; I think the conclusion here was that the ifnet spares were a mistake, = but I'm not sure how we decided to resolve that mistake. Should we first = remove the spares in one commit, and then just append new fields in a = separate commit? (Brooks?) > Some limitations: > * Not yet able to send announce through route socket. I need to > figure out a proper way to do this, maybe a future feature; > * 32-bit vs 64-bit API compatibility. Since the kernel has to copy > in a string, is there a clean way to do this? I think we will also > need to deal with similar issue with SIOCSIFNAME as well. I'm not sure there's a clean way to deal with it; pointers embedded in = ioctl arguments are becoming more of a problem, so I wonder if the = answer isn't to stop introducing any new ones. The Mac OS X kernel is a = bit more thorough than us in implementing ioctls, since they more = aggressively select kernel based on hardware, and contains a lot of = fairly awkward compatibility code switching on whether the process is a = 32-bit or 64-bit process and then selecting the right data structure. Maybe John has some thoughts on how to handle that. Robert= From owner-freebsd-net@FreeBSD.ORG Wed Nov 18 15:12:20 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0790106566B; Wed, 18 Nov 2009 15:12:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA8B8FC18; Wed, 18 Nov 2009 15:12:20 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 14C3C46B03; Wed, 18 Nov 2009 10:12:20 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 481818A024; Wed, 18 Nov 2009 10:12:19 -0500 (EST) From: John Baldwin To: "Robert N. M. Watson" Date: Wed, 18 Nov 2009 10:12:06 -0500 User-Agent: KMail/1.9.7 References: <01D9CB64-F04C-4506-ACF2-1DE459FC69CD@freebsd.org> In-Reply-To: <01D9CB64-F04C-4506-ACF2-1DE459FC69CD@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911181012.07167.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 18 Nov 2009 10:12:19 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: FreeBSD Net , Brooks Davis , "M. Warner Losh" , Antoine Brodin Subject: Re: [PATCH FOR REVIEW] interface description (revised) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2009 15:12:20 -0000 On Wednesday 18 November 2009 4:49:12 am Robert N. M. Watson wrote: > On 18 Nov 2009, at 02:39, Xin LI wrote: > > + DEF_CMD_ARG("description", setifdescr), > > + DEF_CMD_ARG("descr", setifdescr), > > + DEF_CMD("-description", 0, unsetifdescr), > > + DEF_CMD("-descr", 0, unsetifdescr), > > Does having two undocumented short-form aliases make this more usable? We > should either document them or not have them, I guess. I've found the 'descr' shortcut useful when using a similar patch of this on 7 FWIW. > > + case SIOCGIFDESCR: > > + error = 0; > > + if (ifr->ifr_buffer.length > ifdescr_maxlen) { > > + error = ENOMEM; > > + break; > > + } > > I have three worries about this comparison: > > (1) ifdescr_maxlen is signed, perhaps it should be unsigned? > (2) ifdescr_maxlen could be reduced between SIOCSIFDESCR and SIOCGIFDESCR, > in which case you can no longer query an interface description even though > the kernel is still storing it. > (3) The loop logic in the userland ifconfig tool assumes that it is OK to > ask for more bytes than the largest description, so it doubles the buffer > each time it loops. This means that it may overshoot ifdescr_maxlen leading > to the call failing even though a large enough buffer has been passed. I would use either of the following strategies: 1) Don't check ifdescr_maxlen when fetching a description, only when setting it. If a sysadmin decides to shorten the maximum description length, then they should perhaps shorten any really long descriptions to match. In practice I suspect that sysadmins will not change this on the fly and this policy gives the sanest user experience IMO. 2) Truncate the description copied out to ifdescr_maxlen chars. Also, I'm not sure that using an sbuf rather than a plain char * is actually buying you anything here. You aren't building a string which sbuf is good for. Instead, you are just copying strings around. I would probably not use sbuf at all and would just use copyin/copyout. One issue with 1) for the current code is that you are using it to avoid having userland ask for a really large buffer. Instead, I would change the code to just do something like this (assuming you have a char *): char *buf; size_t len; case SIOCFIGDESCR: error = 0; IF_AFDATA_RLOCK(ifp); for (buf = NULL; buf; ) { if (ifp->if_description == NULL) { error = ENOMSG; break; } len = strlen(ifp->if_description) + 1; IF_AFDATA_RUNLOCK(ifp); buf = malloc(len, M_TEMP, M_WAITOK); IF_AFDATA_RLOCK(ifp); if (len < strlen(description + 1) { free(buf, M_TEMP); buf = NULL; } } if (error == 0) strcpy(buf, ifp->if_desciption); IF_AFDATA_RUNLOCK(ifp); if (error == 0) { if (len > ifr->ifr_buffer.length) error = ENAMETOOLONG; else error = copyout(buf, ifr->ifr_buffer.buffer, len); } if (buf != NULL) free(buf, M_TEMP); break; However, this is a bit complicated, and to be honest, I don't think interface descriptions are a critical path. Robert has already said before that IF_AFDATA_RLOCK() isn't really the "correct" lock but is being abused for this. Given that, I would probably just add a single global sx lock. This has the added advantage that you can just use copyin/copyout directly and skip all the extra complication. I don't think we need the extra concurrency for interface descriptions to make this so complicated. If you used a global sx lock with a simple string for descriptions, the code would end up looking like this: static struct sx ifdescr_lock; SX_SYSINIT(&ifdescr_lock, "ifnet descr"); static MALLOC_DEFINE(M_IFDESCR, "ifdescr", "ifnet descriptions"); char *buf; size_t len; case SIOCGIFDESCR: error = 0; sx_slock(&ifdescr_lock); if (ifp->if_description == NULL) error = ENOMSG; else { len = strlen(ifp->if_description) + 1; if (ifr->ifr_buffer.length < len) error = ENAMETOOLONG; else error = copyout(ifr->ifr_buffer.buffer, ifp->if_description, len); } sx_sunlock(&ifdescr_lock); break; case SIOCSIFDESCR: error = priv_check(); if (error) break; if (ifr->ifr_buffer.length > ifdescr_maxlen) return (ENAMETOOLONG); buf = malloc(ifr->ifr_buffer.length, M_IFDESCR, M_WAITOK | M_ZERO); error = copyin(ifr->ifr_buffer.buffer, buf, ifr->ifr_buffer.length - 1); if (error) { free(buf, M_IFDESCR); break; } sx_xlock(&ifdescr_lock); ifp->if_description = buf; sx_xunlock(&ifdescr_lock); break; Note that this takes approach 1) from above, but it is also a moot point now since the 'get' ioctl doesn't allocate memory anymore. > > Some limitations: > > * Not yet able to send announce through route socket. I need to > > figure out a proper way to do this, maybe a future feature; > > * 32-bit vs 64-bit API compatibility. Since the kernel has to copy > > in a string, is there a clean way to do this? I think we will also > > need to deal with similar issue with SIOCSIFNAME as well. > > I'm not sure there's a clean way to deal with it; pointers embedded in ioctl > arguments are becoming more of a problem, so I wonder if the answer isn't to > stop introducing any new ones. The Mac OS X kernel is a bit more thorough > than us in implementing ioctls, since they more aggressively select kernel > based on hardware, and contains a lot of fairly awkward compatibility code > switching on whether the process is a 32-bit or 64-bit process and then > selecting the right data structure. > > Maybe John has some thoughts on how to handle that. I wouldn't worry about 32-bit compat for this ioctl. The main consumer of this ioctl is going to be ifconfig which will be a native binary. If someone encounters a situation where they need 32-bit compat, then it can be added at that time. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed Nov 18 15:35:40 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F41341065670; Wed, 18 Nov 2009 15:35:39 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CA64B8FC14; Wed, 18 Nov 2009 15:35:39 +0000 (UTC) Received: from [192.168.2.101] (host217-43-176-60.range217-43.btcentralplus.com [217.43.176.60]) by cyrus.watson.org (Postfix) with ESMTPSA id 59FD246B58; Wed, 18 Nov 2009 10:35:38 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <200911181012.07167.jhb@freebsd.org> Date: Wed, 18 Nov 2009 15:35:36 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <70A1A5B3-1F19-4AC1-8975-F7E950785BBF@freebsd.org> References: <01D9CB64-F04C-4506-ACF2-1DE459FC69CD@freebsd.org> <200911181012.07167.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1077) Cc: FreeBSD Net , Brooks Davis , "M. Warner Losh" , Antoine Brodin Subject: Re: [PATCH FOR REVIEW] interface description (revised) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2009 15:35:40 -0000 On 18 Nov 2009, at 15:12, John Baldwin wrote: > However, this is a bit complicated, and to be honest, I don't think = interface > descriptions are a critical path. Robert has already said before that > IF_AFDATA_RLOCK() isn't really the "correct" lock but is being abused = for=20 > this. Given that, I would probably just add a single global sx lock. = This > has the added advantage that you can just use copyin/copyout directly = and > skip all the extra complication. I don't think we need the extra = concurrency > for interface descriptions to make this so complicated. If you used a = global > sx lock with a simple string for descriptions, the code would end up = looking > like this: >=20 > static struct sx ifdescr_lock; > SX_SYSINIT(&ifdescr_lock, "ifnet descr"); This strikes me as a good idea -- there won't be much real-world = contention on the lock, I'd think, and this greatly simplifies the code. = We might think about whether there's other, currently = under-synchronized, ifnet meta-data that could be protected usefully = with the same lock. > case SIOCSIFDESCR: > error =3D priv_check(); > if (error) > break; >=20 > if (ifr->ifr_buffer.length > ifdescr_maxlen) > return (ENAMETOOLONG); >=20 > buf =3D malloc(ifr->ifr_buffer.length, M_IFDESCR, = M_WAITOK | > M_ZERO); > error =3D copyin(ifr->ifr_buffer.buffer, buf, > ifr->ifr_buffer.length - 1); > if (error) { > free(buf, M_IFDESCR); > break; > } > sx_xlock(&ifdescr_lock); > ifp->if_description =3D buf; > sx_xunlock(&ifdescr_lock); > break; >=20 > Note that this takes approach 1) from above, but it is also a moot = point now=20 > since the 'get' ioctl doesn't allocate memory anymore. This code seems pretty reasonable to me, but there's a race here if two = threads try to use the set ioctl on the same interface at once. We = should test whether ifp->if_description is already set after the = sx_xlock() above, and swap pointers, freeing the old one after = xunlock(), if so. Robert= From owner-freebsd-net@FreeBSD.ORG Wed Nov 18 15:44:22 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EFA3106566C; Wed, 18 Nov 2009 15:44:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 198AB8FC19; Wed, 18 Nov 2009 15:44:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B5E0B46B39; Wed, 18 Nov 2009 10:44:21 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0460B8A021; Wed, 18 Nov 2009 10:44:21 -0500 (EST) From: John Baldwin To: "Robert N. M. Watson" Date: Wed, 18 Nov 2009 10:44:08 -0500 User-Agent: KMail/1.9.7 References: <200911181012.07167.jhb@freebsd.org> <70A1A5B3-1F19-4AC1-8975-F7E950785BBF@freebsd.org> In-Reply-To: <70A1A5B3-1F19-4AC1-8975-F7E950785BBF@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911181044.08772.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 18 Nov 2009 10:44:21 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: FreeBSD Net , Brooks Davis , "M. Warner Losh" , Antoine Brodin Subject: Re: [PATCH FOR REVIEW] interface description (revised) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2009 15:44:22 -0000 On Wednesday 18 November 2009 10:35:36 am Robert N. M. Watson wrote: > > On 18 Nov 2009, at 15:12, John Baldwin wrote: > > > However, this is a bit complicated, and to be honest, I don't think interface > > descriptions are a critical path. Robert has already said before that > > IF_AFDATA_RLOCK() isn't really the "correct" lock but is being abused for > > this. Given that, I would probably just add a single global sx lock. This > > has the added advantage that you can just use copyin/copyout directly and > > skip all the extra complication. I don't think we need the extra concurrency > > for interface descriptions to make this so complicated. If you used a global > > sx lock with a simple string for descriptions, the code would end up looking > > like this: > > > > static struct sx ifdescr_lock; > > SX_SYSINIT(&ifdescr_lock, "ifnet descr"); > > This strikes me as a good idea -- there won't be much real-world contention on > the lock, I'd think, and this greatly simplifies the code. We might think about > whether there's other, currently under-synchronized, ifnet meta-data that could > be protected usefully with the same lock. > > > case SIOCSIFDESCR: > > error = priv_check(); > > if (error) > > break; > > > > if (ifr->ifr_buffer.length > ifdescr_maxlen) > > return (ENAMETOOLONG); > > > > buf = malloc(ifr->ifr_buffer.length, M_IFDESCR, M_WAITOK | > > M_ZERO); > > error = copyin(ifr->ifr_buffer.buffer, buf, > > ifr->ifr_buffer.length - 1); > > if (error) { > > free(buf, M_IFDESCR); > > break; > > } > > sx_xlock(&ifdescr_lock); > > ifp->if_description = buf; > > sx_xunlock(&ifdescr_lock); > > break; > > > > Note that this takes approach 1) from above, but it is also a moot point now > > since the 'get' ioctl doesn't allocate memory anymore. > > This code seems pretty reasonable to me, but there's a race here if two threads > try to use the set ioctl on the same interface at once. We should test whether > ifp->if_description is already set after the sx_xlock() above, and swap pointers, > freeing the old one after xunlock(), if so. Actually, it's just a straight up bug. The race with two threads doing a set is a userland race, but what I missed was freeing the old buffer if it existed. One would just modify the end of SIFDESCR case as follows: char *old; sx_xlock(&ifdescr_lock); old = ifp->if_description; ifp->if_description = buf; sx_xunlock(&ifdescr_lock); free(old, M_IFDESCR); break; -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed Nov 18 19:38:45 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78C24106568B for ; Wed, 18 Nov 2009 19:38:45 +0000 (UTC) (envelope-from free.websites.giveaway@gmail.com) Received: from pemlinmail1.irishdomains.com (pemlinmail1.irishdomains.com [79.170.244.20]) by mx1.freebsd.org (Postfix) with SMTP id 366018FC08 for ; Wed, 18 Nov 2009 19:38:43 +0000 (UTC) Received: (qmail 7210 invoked from network); 18 Nov 2009 19:38:42 -0000 Received: from unknown (HELO PhilipFinane-PC) (websitegiveaway@directsource-network.com@[89.100.82.205]) by 79.170.244.20 with SMTP; 18 Nov 2009 19:38:42 -0000 MIME-Version: 1.0 Date: Wed, 18 Nov 2009 19:38:41 +0000 X-Mailer: Chilkat Software Inc (http://www.chilkatsoft.com) X-Priority: 3 (Normal) From: "Direct Source Network" To: freebsd-net@hub.freebsd.org, Message-ID: Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Direct Source Network | Expat Jobs Announcements X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: free.websites.giveaway@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2009 19:38:45 -0000 DIRECT SOURCE NETWORK | Expat Recruitment Services C-Level and Senior Management Jobs within the Telecoms, Financial Servic= es & Banking, Oil & Gas and Alternative Energy Sectors. For regular updates about job opportunities, visit: http://www.directsou= rce-network.com DIRECT SOURCE NETWORK | EXPAT JOBS DIRECT TO YOUR INBOX From owner-freebsd-net@FreeBSD.ORG Thu Nov 19 14:46:27 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23FFF106566B for ; Thu, 19 Nov 2009 14:46:27 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id E8BE58FC0C for ; Thu, 19 Nov 2009 14:46:26 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 1A022BE626 for ; Thu, 19 Nov 2009 09:46:26 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 19 Nov 2009 09:46:26 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:content-type; s=smtpout; bh=puzVbUaSzur6VsCkPrM+snskS5I=; b=O9wvAYQ1iRV4DDbb2qj3OBxv1nXzw2C5kKneN6P6eDGQ2vLrRlwgTgHnnfSpnaEI/9XADd4fAFzzRYfFTG/4Be9M3tzuYpPuEvzubn4zsvd9GInJwD1yy9+fyiEHRzNF475uJXXAa35L2r9+XzRK/OoPZpN57EYbvZRkbeIQy9Y= X-Sasl-enc: C+NDih8p2K35Zn+/KmVE8Q0cbjMNXDw3I19bpjv1WVRs 1258641985 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5DC064B3A7E for ; Thu, 19 Nov 2009 09:46:25 -0500 (EST) Message-ID: <4B055A17.9080503@incunabulum.net> Date: Thu, 19 Nov 2009 14:45:43 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: FreeBSD Net Content-Type: multipart/mixed; boundary="------------080101090006010303010009" Subject: [PATCH] CFR: use refcount(9) in mcast X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2009 14:46:27 -0000 This is a multi-part message in MIME format. --------------080101090006010303010009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Look OK? All accesses are covered by a mutex, so the atomic ops aren't really needed -- but it makes for clearer source. --------------080101090006010303010009 Content-Type: text/plain; name="mcast-refcount9.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mcast-refcount9.diff" Index: netinet/in_mcast.c =================================================================== --- netinet/in_mcast.c (revision 199528) +++ netinet/in_mcast.c (working copy) @@ -47,6 +47,7 @@ #include #include #include +#include #include #include @@ -396,13 +397,7 @@ inm = inm_lookup(ifp, *group); if (inm != NULL) { - /* - * If we already joined this group, just bump the - * refcount and return it. - */ - KASSERT(inm->inm_refcount >= 1, - ("%s: bad refcount %d", __func__, inm->inm_refcount)); - ++inm->inm_refcount; + refcount_acquire(&inm->inm_refcount); *pinm = inm; return (0); } @@ -443,7 +438,7 @@ panic("%s: ifma %p is inconsistent with %p (%s)", __func__, ifma, inm, inet_ntoa(*group)); #endif - ++inm->inm_refcount; + refcount_acquire(&inm->inm_refcount); *pinm = inm; IF_ADDR_UNLOCK(ifp); return (0); @@ -464,11 +459,12 @@ IF_ADDR_UNLOCK(ifp); return (ENOMEM); } + refcount_init(&inm->inm_refcount, 1); + inm->inm_addr = *group; inm->inm_ifp = ifp; inm->inm_igi = ii->ii_igmp; inm->inm_ifma = ifma; - inm->inm_refcount = 1; inm->inm_state = IGMP_NOT_MEMBER; /* @@ -503,11 +499,8 @@ CTR2(KTR_IGMPV3, "%s: refcount is %d", __func__, inm->inm_refcount); - if (--inm->inm_refcount > 0) { - CTR2(KTR_IGMPV3, "%s: refcount is now %d", __func__, - inm->inm_refcount); + if (refcount_release(&inm->inm_refcount) == 0) return; - } CTR2(KTR_IGMPV3, "%s: freeing inm %p", __func__, inm); Index: netinet/in_var.h =================================================================== --- netinet/in_var.h (revision 199528) +++ netinet/in_var.h (working copy) @@ -403,15 +403,6 @@ return (inm); } -/* Acquire an in_multi record. */ -static __inline void -inm_acquire_locked(struct in_multi *inm) -{ - - IN_MULTI_LOCK_ASSERT(); - ++inm->inm_refcount; -} - /* * Return values for imo_multi_filter(). */ Index: netinet/igmp.c =================================================================== --- netinet/igmp.c (revision 199528) +++ netinet/igmp.c (working copy) @@ -60,7 +60,7 @@ #include #include #include -#include +#include #include #include @@ -2579,7 +2579,7 @@ } else { int retval; - inm_acquire_locked(inm); + refcount_acquire(&inm->inm_refcount); retval = igmp_v3_enqueue_group_record( &inm->inm_scq, inm, 1, 0, 0); Index: netinet6/in6_var.h =================================================================== --- netinet6/in6_var.h (revision 199528) +++ netinet6/in6_var.h (working copy) @@ -713,15 +713,6 @@ return (inm); } -/* Acquire an in6_multi record. */ -static __inline void -in6m_acquire_locked(struct in6_multi *inm) -{ - - IN6_MULTI_LOCK_ASSERT(); - ++inm->in6m_refcount; -} - struct ip6_moptions; struct sockopt; Index: netinet6/mld6.c =================================================================== --- netinet6/mld6.c (revision 199528) +++ netinet6/mld6.c (working copy) @@ -2199,7 +2199,7 @@ } else { int retval; - in6m_acquire_locked(inm); + refcount_acquire(&inm->in6m_refcount); retval = mld_v2_enqueue_group_record( &inm->in6m_scq, inm, 1, 0, 0); Index: netinet6/in6_mcast.c =================================================================== --- netinet6/in6_mcast.c (revision 199528) +++ netinet6/in6_mcast.c (working copy) @@ -50,6 +50,7 @@ #include #include #include +#include #include #include @@ -403,13 +404,7 @@ inm = in6m_lookup_locked(ifp, group); if (inm != NULL) { - /* - * If we already joined this group, just bump the - * refcount and return it. - */ - KASSERT(inm->in6m_refcount >= 1, - ("%s: bad refcount %d", __func__, inm->in6m_refcount)); - ++inm->in6m_refcount; + refcount_acquire(&inm->in6m_refcount); *pinm = inm; goto out_locked; } @@ -449,7 +444,7 @@ panic("%s: ifma %p is inconsistent with %p (%p)", __func__, ifma, inm, group); #endif - ++inm->in6m_refcount; + refcount_acquire(&inm->in6m_refcount); *pinm = inm; goto out_locked; } @@ -470,11 +465,12 @@ error = ENOMEM; goto out_locked; } + refcount_init(&inm->in6m_refcount, 1); + inm->in6m_addr = *group; inm->in6m_ifp = ifp; inm->in6m_mli = MLD_IFINFO(ifp); inm->in6m_ifma = ifma; - inm->in6m_refcount = 1; inm->in6m_state = MLD_NOT_MEMBER; IFQ_SET_MAXLEN(&inm->in6m_scq, MLD_MAX_STATE_CHANGES); @@ -505,11 +501,8 @@ CTR2(KTR_MLD, "%s: refcount is %d", __func__, inm->in6m_refcount); - if (--inm->in6m_refcount > 0) { - CTR2(KTR_MLD, "%s: refcount is now %d", __func__, - inm->in6m_refcount); + if (refcount_release(&inm->in6m_refcount) == 0) return; - } CTR2(KTR_MLD, "%s: freeing inm %p", __func__, inm); --------------080101090006010303010009-- From owner-freebsd-net@FreeBSD.ORG Thu Nov 19 14:47:53 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 355271065676 for ; Thu, 19 Nov 2009 14:47:53 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 07C938FC0A for ; Thu, 19 Nov 2009 14:47:52 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 8BE4DC1090 for ; Thu, 19 Nov 2009 09:47:52 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Thu, 19 Nov 2009 09:47:52 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=OgTu1MyLkOUem6Lrj70/F+1hFaI=; b=GgYFqNxIKCrG3DywSqfTaJGYrVE8KBGY0MhY20zE7UYGRwKjdIs6HHhAMhpUaOxjWIQzG3mLfoHxvXPifQDltIYuiX19/Qwm3IRwlBpkyb4q3H8mIqa5FhhuKqVUmP/Vr8ZqdArFj9rwwMzbIV9OjU1JrdUrRFkVH3zrjlaRgvc= X-Sasl-enc: Y7HWCLvl9lEW8u9+fJA8tNcst2cSnYw44c7Jm/YixJ53 1258642072 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 394A11049C for ; Thu, 19 Nov 2009 09:47:52 -0500 (EST) Message-ID: <4B055A6E.2090901@incunabulum.net> Date: Thu, 19 Nov 2009 14:47:10 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: FreeBSD Net References: <4B055A17.9080503@incunabulum.net> In-Reply-To: <4B055A17.9080503@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PATCH] CFR: use refcount(9) in mcast X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2009 14:47:53 -0000 Bruce Simpson wrote: > Look OK? > > All accesses are covered by a mutex, so the atomic ops aren't really > needed -- but it makes for clearer source. Missed in mld6.c. From owner-freebsd-net@FreeBSD.ORG Thu Nov 19 15:59:22 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490191065670 for ; Thu, 19 Nov 2009 15:59:22 +0000 (UTC) (envelope-from thodoriss@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C2F3E8FC1D for ; Thu, 19 Nov 2009 15:59:21 +0000 (UTC) Received: by bwz5 with SMTP id 5so2728630bwz.3 for ; Thu, 19 Nov 2009 07:59:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=ciyMHrXQ4ugLoEMh0tVDvkLaApBsfV8XiihwcPJ4ATU=; b=X8S36ToNw7ptvalbXhGsDYCFrtoSWK6VtaqYw4ytb/m+OqgSuL4vihKuYXW2tUK2d5 K6J1qaKJjB0/SBFtX9ktYiE8d6gvdEbY8tPGEBH5kbrby5JuVwK/EcduPEzYXPmNEKO2 2Nnc3Wojlk5q/ZwyGaDKiRw93zR2nHbKZrAkw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=LRUoO+yjR/oN0jLChWcckY3+LsRnGKZrwmz/h/qxY5wdRxgoYVU6sRy1BOhDLbJxIi Sg/jxzXJ/W8wvvi01mmZ/oBVJ8YI6jZpMupu4IY7HS2UwJNSm27SYulBJ8FLT7AspC9e knSaF0AE5MPc3zKge0pSyTKsYXfYTXZmIx38k= MIME-Version: 1.0 Received: by 10.204.34.194 with SMTP id m2mr158264bkd.53.1258645003730; Thu, 19 Nov 2009 07:36:43 -0800 (PST) Date: Thu, 19 Nov 2009 17:36:42 +0200 Message-ID: <927edfce0911190736r3f202001h2082052b7922c723@mail.gmail.com> From: "Thodoris S." To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: MPD Multiple PPPoE to same ISP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2009 15:59:22 -0000 I am trying to make Multiple PPPoE Connections to the Same ISP for Load Balancing reasons my mpd.conf is: default: load adsl0 load adsl1 load adsl2 adsl0: new -i ng0 pppoe0 pppoe0 set iface route default set iface disable on-demand set iface idle 0 set bundle disable multilink set bundle authname "***" set bundle password "***" set bundle no noretry set link keep-alive 10 60 set link max-redial 0 set link no acfcomp protocomp set link disable pap chap set link accept chap set link mtu 1492 set ipcp yes vjcomp set ipcp ranges 0.0.0.0/0.0.0.0/0 set ipcp enable req-pri-dns set ipcp enable req-sec-dns open adsl1: new -i ng1 pppoe1 pppoe1 set iface route default set iface disable on-demand set iface idle 0 set bundle disable multilink set bundle authname "***" set bundle password "***" set bundle no noretry set link keep-alive 10 60 set link max-redial 0 set link no acfcomp protocomp set link disable pap chap set link accept chap set link mtu 1492 set ipcp yes vjcomp set ipcp ranges 0.0.0.0/0.0.0.0/0 set ipcp enable req-pri-dns set ipcp enable req-sec-dns open adsl2: new -i ng2 pppoe2 pppoe2 set iface route default set iface disable on-demand set iface idle 0 set bundle disable multilink set bundle authname "***" set bundle password "***" set bundle no noretry set link keep-alive 10 60 set link max-redial 0 set link no acfcomp protocomp set link disable pap chap set link accept chap set link mtu 1492 set ipcp yes vjcomp set ipcp ranges 0.0.0.0/0.0.0.0/0 set ipcp enable req-pri-dns set ipcp enable req-sec-dns open And mpd.links is: pppoe0: set link type pppoe set pppoe iface em0 set pppoe service "we" set pppoe enable originate set pppoe disable incoming pppoe1: set link type pppoe set pppoe iface em1 set pppoe service "we1" set pppoe enable originate set pppoe disable incoming pppoe2: set link type pppoe set pppoe iface bce1 set pppoe service "we2" set pppoe enable originate set pppoe disable incoming The problem is tha only one (the first logged in) ng interface gets ip assigned to it, all others assigned to lo0 interface and when i am trying to NAT them with PF it gives me this error: /etc/pf.conf:26: could not parse host specification im giving you ifconfig and netstat -nr ifconfig: [root@emperor ~]# ifconfig bce0: flags=8843 metric 0 mtu 1500 options=1bb ether 00:1e:c9:db:24:7f inet 192.168.0.1 netmask 0xfffffff8 broadcast 192.168.0.7 media: Ethernet autoselect (1000baseTX ) status: active em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:15:17:78:fd:56 inet 192.168.101.1 netmask 0xffffff00 broadcast 192.168.101.255 media: Ethernet autoselect (100baseTX ) status: active em1: flags=8843 metric 0 mtu 1500 options=19b ether 00:15:17:78:fb:41 inet 192.168.102.1 netmask 0xffffff00 broadcast 192.168.102.255 media: Ethernet autoselect (100baseTX ) status: active bce1: flags=8843 metric 0 mtu 1500 options=1bb ether 00:1e:c9:db:24:7d inet 192.168.103.1 netmask 0xffffff00 broadcast 192.168.103.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 pflog0: flags=141 metric 0 mtu 33204 ng0: flags=88d1 metric 0 mtu 1492 inet 11.11.11.11 --> 12.12.12.2 netmask 0xffffffff ng1: flags=88d1 metric 0 mtu 1492 ng2: flags=88d1 metric 0 mtu 1492 nestat -nr: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.0.2 UGS 0 13812 bce0 192.168.0.0/29 link#1 UC 0 0 bce0 12.12.12.2 11.11.11.11 UH 0 0 ng0 33.33.33.33 lo0 UHS 0 4797 lo0 22.22.22.22 lo0 UHS 0 1370 lo0 11.11.11.11 lo0 UHS 0 0 lo0 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.101.0/24 link#2 UC 0 0 em0 192.168.102.0/24 link#3 UC 0 0 em1 192.168.103.0/24 link#4 UC 0 0 bce1 Can you help me please Thanks in advance Stamatopoulos Theodoros From owner-freebsd-net@FreeBSD.ORG Thu Nov 19 17:30:40 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5459A1065672 for ; Thu, 19 Nov 2009 17:30:40 +0000 (UTC) (envelope-from kww01@vsnl.net) Received: from fe1.vsnl.net (fe1.vsnl.net [203.200.235.171]) by mx1.freebsd.org (Postfix) with ESMTP id EE5B78FC12 for ; Thu, 19 Nov 2009 17:30:39 +0000 (UTC) Received: from fe1.internal.vsnl.net ([172.16.28.188]) by fe1.internal.vsnl.net (vsnl mail server fe1) with ESMTP id <0KTD00IGE6NN0GL3@fe1.internal.vsnl.net> for freebsd-net@freebsd.org; Thu, 19 Nov 2009 21:49:00 +0530 (IST) Received: from HP-FCEA0D8FB2A8 ([121.245.189.240]) by fe1.internal.vsnl.net (vsnl mail server fe1) with ESMTPA id <0KTD00IAU6IIN0H0@fe1.internal.vsnl.net> forfreebsd-net@freebsd.org; Thu, 19 Nov 2009 21:48:59 +0530 (IST) Date: Thu, 19 Nov 2009 21:47:56 +0530 From: "Khushi R. P." Sender: kww01@vsnl.net To: freebsd-net@freebsd.org Message-id: <397216575062430@hp-fcea0d8fb2a8.mshome.net> MIME-version: 1.0 X-imss-version: 2.054 X-imss-result: Passed X-imss-scanInfo: M:T L:N SM:1 X-imss-tmaseResult: TT:1 TS:-3.5028 TC:1F TRN:49 TV:6.0.1038(17018.005) X-imss-scores: Clean:100.00000 C:0 M:0 S:0 R:0 X-imss-settings: Baseline:2 C:3 M:3 S:3 R:3 (0.0000 0.0000) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: General Awarness - Know the Unknown Facts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: meramail2004@yahoo.in List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 17:30:40 -0000 Hi, Various unknown facts are listed on the website http://khushiwebworld.= com . The unknown facts are really good a= nd I have found it very useful, so thought to share the same with you.= They are categorized as 1. Unknown facts 2. Health Facts 3. Ayurveda facts 4. And Many more =E2=80=A6 After visiting the website http://khushiwebworld.com you will have awareness towards various unknown facts whic= h is very useful in day to day life. Regards =E2=80=A6 Khushi **********************************************************************= *** Unsubscribe Policy This mail has been sent to freebsd-net@freebsd.org In case if you have received this email accidently and If you prefer n= ot to receive future emails of this type please UNSUBSCRIBE = . If this link does not works reply with the subject "Remove" . Report SPAM or forward a copy of this email to spammail@khushiwebworld.c= om =20 The following physical address is associated with this mailing list Khushi Web World Near Kakoda Industrial Estate Kakoda Curchorem Goa(India) +91-9225905804 **********************************************************************= ****** From owner-freebsd-net@FreeBSD.ORG Fri Nov 20 00:56:10 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 573B8106566B for ; Fri, 20 Nov 2009 00:56:10 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 274498FC14 for ; Fri, 20 Nov 2009 00:56:09 +0000 (UTC) Received: from [10.9.200.131] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 19 Nov 2009 16:49:20 -0800 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Thu, 19 Nov 2009 16:49:20 -0800 From: "David Christensen" To: "Tom Judge" Date: Thu, 19 Nov 2009 16:49:18 -0800 Thread-Topic: bce(4) BCM5907 CTX write errors on 7.2 driver Thread-Index: Acpj5CTKoda469hiR0y11mST9rIP4wFlewDg Message-ID: <5D267A3F22FD854F8F48B3D2B52381933A20E0EFE1@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4AE72910.8090708@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A04B49180@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE76FF1.9010401@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A04B491AE@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE8CC59.7020004@tomjudge.com> <4AE9D10F.4040703@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A054DE883@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE9F576.4060101@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A19B35A55@IRVEXCHCCR01.corp.ad.broadcom.com> <4AEA0B11.2050209@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A19B35AB0@IRVEXCHCCR01.corp.ad.broadcom.com> <4AEA1183.7050306@tomjudge.com> <4AEB2571.7090006@tomjudge.com> <4AFAE428.5090907@quip.cz> <5D267A3F22FD854F8F48B3D2B52381933A20D4C55D@IRVEXCHCCR01.corp.ad.broadcom.com> <4AFAF542.8050004@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A20D4CA70@IRVEXCHCCR01.corp.ad.broadcom.com> <4AFC862B.6060805@tomjudge.com> In-Reply-To: <4AFC862B.6060805@tomjudge.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 671B381A3C812618843-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "net@freebsd.org" , "rwilliams@borderware.com" , Miroslav Lachman <000.fbsd@quip.cz>, Gideon Naim Subject: RE: bce(4) BCM5907 CTX write errors on 7.2 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, 20 Nov 2009 00:56:10 -0000 > > I haven't been able to reproduce it on the r710 I have in house. > > Checking with other groups now to see if they have one a I can use,=20 > > though I'm not sure why the system would make a difference for this=20 > > particular issue. Just wanted to confirm that you're using=20 > the driver=20 > > built into the kernel (as opposed to a module) and that a warm boot=20 > > means running the "reboot" or "shutdown -r" > > commands while a cold boot means pressing the front panel=20 > power button=20 > > or using the DRAC to power down the system. > > Thanks for the update. >=20 > All these are true. >=20 > warm - shutdown -r now > cold - from the power button (iDRACs are not configured yet). >=20 > bce is compiled into the kernel (tested with GENERIC kernel=20 > from 8-RC2 as well as 7.1 with the 7.2 driver plus the split=20 > header patch). >=20 > For the record we also have not been able to reproduce the=20 > issue on the R710 only the R610. I got hold of an R610 system and I now understand why the issue was difficult to replicate on R710. The R610 ships without Enterprise iDRAC while the R710 ship with the add-in Enterprise iDRAC module. When the module is present the system is managed through the additional RJ45 port but when the module is absent iDRAC traffic will flow through the on-board 5709 adpaters. The error will only occur when management firmware is loaded on the 5709 AND when NC-SI management functionality is enabled. You should be able to confirm this by adding or removing the=20 Enterprise iDRAC module on your systems. Now that I have a failure again I have some ideas to test which might help. Stay tuned. Dave= From owner-freebsd-net@FreeBSD.ORG Fri Nov 20 04:47:14 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4312106566B; Fri, 20 Nov 2009 04:47:14 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5BF8FC22; Fri, 20 Nov 2009 04:47:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAK4lEfZ068512; Fri, 20 Nov 2009 04:47:14 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAK4lEOf068508; Fri, 20 Nov 2009 04:47:14 GMT (envelope-from linimon) Date: Fri, 20 Nov 2009 04:47:14 GMT Message-Id: <200911200447.nAK4lEOf068508@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140712: [fxp] fxp driver starts with rxcsum on X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2009 04:47:14 -0000 Old Synopsis: fxp driver starts with rxcsum on New Synopsis: [fxp] fxp driver starts with rxcsum on Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Nov 20 04:46:50 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140712 From owner-freebsd-net@FreeBSD.ORG Fri Nov 20 22:04:31 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF2A61065672; Fri, 20 Nov 2009 22:04:31 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CE5F08FC16; Fri, 20 Nov 2009 22:04:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAKM4VVX084443; Fri, 20 Nov 2009 22:04:31 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAKM4VN5084439; Fri, 20 Nov 2009 22:04:31 GMT (envelope-from yongari) Date: Fri, 20 Nov 2009 22:04:31 GMT Message-Id: <200911202204.nAKM4VN5084439@freefall.freebsd.org> To: jared@puck.nether.net, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/140712: [fxp] fxp driver starts with rxcsum on X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2009 22:04:32 -0000 Synopsis: [fxp] fxp driver starts with rxcsum on State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Fri Nov 20 22:03:13 UTC 2009 State-Changed-Why: I belive the fix was committed to HEAD(r197586) and MFCed to stable/8 and stable7 but it didn't make it into 8.0-RELEASE. To workaound the issue you can disable Rx checksum offload of fxp0. #ifconfig fxp0 -rxcsum Or download patch from the following URL. http://svn.freebsd.org/viewvc/base/head/sys/dev/fxp/if_fxp.c?r1=197586&r2=197575&view=patch Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Fri Nov 20 22:03:13 UTC 2009 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=140712 From owner-freebsd-net@FreeBSD.ORG Fri Nov 20 23:10:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47510106566C; Fri, 20 Nov 2009 23:10:04 +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 1D8C88FC18; Fri, 20 Nov 2009 23:10:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAKNA4EF036906; Fri, 20 Nov 2009 23:10:04 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAKNA3e7036900; Fri, 20 Nov 2009 23:10:03 GMT (envelope-from linimon) Date: Fri, 20 Nov 2009 23:10:03 GMT Message-Id: <200911202310.nAKNA3e7036900@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140728: [em] [patch] Fast irq registration in em 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, 20 Nov 2009 23:10:04 -0000 Old Synopsis: Fast irq registration in em driver New Synopsis: [em] [patch] Fast irq registration in em driver Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Nov 20 23:09:35 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140728 From owner-freebsd-net@FreeBSD.ORG Sat Nov 21 01:18:01 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7FC106568B for ; Sat, 21 Nov 2009 01:18:01 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id 57C358FC12 for ; Sat, 21 Nov 2009 01:18:01 +0000 (UTC) Received: from [10.9.200.131] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Fri, 20 Nov 2009 17:17:19 -0800 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Fri, 20 Nov 2009 17:17:19 -0800 From: "David Christensen" To: "Tom Judge" Date: Fri, 20 Nov 2009 17:17:18 -0800 Thread-Topic: bce(4) BCM5907 CTX write errors on 7.2 driver Thread-Index: Acpj5CTKoda469hiR0y11mST9rIP4wFlewDgADOFpGA= Message-ID: <5D267A3F22FD854F8F48B3D2B52381933A20E0F332@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4AE72910.8090708@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A04B49180@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE76FF1.9010401@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A04B491AE@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE8CC59.7020004@tomjudge.com> <4AE9D10F.4040703@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A054DE883@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE9F576.4060101@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A19B35A55@IRVEXCHCCR01.corp.ad.broadcom.com> <4AEA0B11.2050209@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A19B35AB0@IRVEXCHCCR01.corp.ad.broadcom.com> <4AEA1183.7050306@tomjudge.com> <4AEB2571.7090006@tomjudge.com> <4AFAE428.5090907@quip.cz> <5D267A3F22FD854F8F48B3D2B52381933A20D4C55D@IRVEXCHCCR01.corp.ad.broadcom.com> <4AFAF542.8050004@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A20D4CA70@IRVEXCHCCR01.corp.ad.broadcom.com> <4AFC862B.6060805@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A20E0EFE1@IRVEXCHCCR01.corp.ad.broadcom.com> In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933A20E0EFE1@IRVEXCHCCR01.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 6719E01538O13348172-01-01 Content-Type: multipart/mixed; boundary=_002_5D267A3F22FD854F8F48B3D2B52381933A20E0F332IRVEXCHCCR01c_ Cc: Gideon Naim , "rwilliams@borderware.com" , Miroslav Lachman <000.fbsd@quip.cz>, "net@freebsd.org" Subject: RE: bce(4) BCM5907 CTX write errors on 7.2 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: Sat, 21 Nov 2009 01:18:01 -0000 --_002_5D267A3F22FD854F8F48B3D2B52381933A20E0F332IRVEXCHCCR01c_ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable > > For the record we also have not been able to reproduce the issue on=20 > > the R710 only the R610. >=20 > I got hold of an R610 system and I now understand why the=20 > issue was difficult to replicate on R710. The R610 ships=20 > without Enterprise iDRAC while the R710 ship with the add-in=20 > Enterprise iDRAC module. When the module is present the=20 > system is managed through the additional RJ45 port but when=20 > the module is absent iDRAC traffic will flow through the=20 > on-board 5709 adpaters. > The error will only occur when management firmware is loaded=20 > on the 5709 AND when NC-SI management functionality is enabled. >=20 > You should be able to confirm this by adding or removing the=20 > Enterprise iDRAC module on your systems. Now that I have a=20 > failure again I have some ideas to test which might help. > Stay tuned. Does the attached patch make a difference for you? FYI, I'll be out next week on vacation. Dave= --_002_5D267A3F22FD854F8F48B3D2B52381933A20E0F332IRVEXCHCCR01c_ Content-Type: application/octet-stream; name=if_bce.diff Content-Description: if_bce.diff Content-Disposition: attachment; filename=if_bce.diff; size=6947; creation-date="Fri, 20 Nov 2009 17:14:45 GMT"; modification-date="Fri, 20 Nov 2009 17:14:45 GMT" Content-Transfer-Encoding: base64 LS0tIGlmX2JjZS5jLm9yaWcJMjAwOS0xMS0xNyAxMzoxMjozMy4wMDAwMDAwMDAgLTA4MDAKKysr IGlmX2JjZS5jCTIwMDktMTEtMjAgMTY6MjY6NTUuMDAwMDAwMDAwIC0wODAwCkBAIC0zNzEsNiAr MzcxLDkgQEAKIHN0YXRpYyBpbnQgIGJjZV9md19zeW5jCQkJCShzdHJ1Y3QgYmNlX3NvZnRjICos IHUzMik7CiBzdGF0aWMgdm9pZCBiY2VfbG9hZF9ydjJwX2Z3CQkoc3RydWN0IGJjZV9zb2Z0YyAq LCB1MzIgKiwgdTMyLCB1MzIpOwogc3RhdGljIHZvaWQgYmNlX2xvYWRfY3B1X2Z3CQkJKHN0cnVj dCBiY2Vfc29mdGMgKiwgc3RydWN0IGNwdV9yZWcgKiwgc3RydWN0IGZ3X2luZm8gKik7CitzdGF0 aWMgdm9pZCBiY2Vfc3RhcnRfY3B1ICAgICAgICAgICAoc3RydWN0IGJjZV9zb2Z0YyAqLCBzdHJ1 Y3QgY3B1X3JlZyAqKTsKK3N0YXRpYyB2b2lkIGJjZV9oYWx0X2NwdSAgICAgICAgICAgIChzdHJ1 Y3QgYmNlX3NvZnRjICosIHN0cnVjdCBjcHVfcmVnICopOworc3RhdGljIHZvaWQgYmNlX3N0YXJ0 X3J4cF9jcHUgICAgICAgKHN0cnVjdCBiY2Vfc29mdGMgKik7CiBzdGF0aWMgdm9pZCBiY2VfaW5p dF9yeHBfY3B1CQkoc3RydWN0IGJjZV9zb2Z0YyAqKTsKIHN0YXRpYyB2b2lkIGJjZV9pbml0X3R4 cF9jcHUgCQkoc3RydWN0IGJjZV9zb2Z0YyAqKTsKIHN0YXRpYyB2b2lkIGJjZV9pbml0X3RwYXRf Y3B1CQkoc3RydWN0IGJjZV9zb2Z0YyAqKTsKQEAgLTM2NjcsMTUgKzM2NzAsMTAgQEAKIAlzdHJ1 Y3QgZndfaW5mbyAqZncpCiB7CiAJdTMyIG9mZnNldDsKLQl1MzIgdmFsOwogCiAJREJFTlRFUihC Q0VfVkVSQk9TRV9SRVNFVCk7CiAKLQkvKiBIYWx0IHRoZSBDUFUuICovCi0JdmFsID0gUkVHX1JE X0lORChzYywgY3B1X3JlZy0+bW9kZSk7Ci0JdmFsIHw9IGNwdV9yZWctPm1vZGVfdmFsdWVfaGFs dDsKLQlSRUdfV1JfSU5EKHNjLCBjcHVfcmVnLT5tb2RlLCB2YWwpOwotCVJFR19XUl9JTkQoc2Ms IGNwdV9yZWctPnN0YXRlLCBjcHVfcmVnLT5zdGF0ZV92YWx1ZV9jbGVhcik7CisgICAgYmNlX2hh bHRfY3B1KHNjLCBjcHVfcmVnKTsKIAogCS8qIExvYWQgdGhlIFRleHQgYXJlYS4gKi8KIAlvZmZz ZXQgPSBjcHVfcmVnLT5zcGFkX2Jhc2UgKyAoZnctPnRleHRfYWRkciAtIGNwdV9yZWctPm1pcHNf dmlld19iYXNlKTsKQEAgLTM3MjgsOSArMzcyNiwyOCBAQAogCQl9CiAJfQogCi0JLyogQ2xlYXIg dGhlIHByZS1mZXRjaCBpbnN0cnVjdGlvbi4gKi8KLQlSRUdfV1JfSU5EKHNjLCBjcHVfcmVnLT5p bnN0LCAwKTsKLQlSRUdfV1JfSU5EKHNjLCBjcHVfcmVnLT5wYywgZnctPnN0YXJ0X2FkZHIpOwor ICAgIC8qIENsZWFyIHRoZSBwcmUtZmV0Y2ggaW5zdHJ1Y3Rpb24gYW5kIHNldCB0aGUgRlcgc3Rh cnQgYWRkcmVzcy4gKi8KKyAgICBSRUdfV1JfSU5EKHNjLCBjcHVfcmVnLT5pbnN0LCAwKTsKKyAg ICBSRUdfV1JfSU5EKHNjLCBjcHVfcmVnLT5wYywgZnctPnN0YXJ0X2FkZHIpOworCisJREJFWElU KEJDRV9WRVJCT1NFX1JFU0VUKTsKK30KKworCisvKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KKy8qIFN0 YXJ0cyB0aGUgUklTQyBwcm9jZXNzb3IuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAqLworLyogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICovCisvKiBBc3N1bWVzIHRoZSBD UFUgc3RhcnRpbmcgYWRkcmVzcyBoYXMgYWxyZWFkeSBiZWVuIHNldC4gICAgICAgICAgICAgICAg ICAgKi8KKy8qICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAqLworLyogUmV0dXJuczogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICovCisvKiAg IE5vdGhpbmcuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgKi8KKy8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLworc3RhdGljIHZvaWQKK2Jj ZV9zdGFydF9jcHUoc3RydWN0IGJjZV9zb2Z0YyAqc2MsIHN0cnVjdCBjcHVfcmVnICpjcHVfcmVn KQoreworCXUzMiB2YWw7CisKKwlEQkVOVEVSKEJDRV9WRVJCT1NFX1JFU0VUKTsKIAogCS8qIFN0 YXJ0IHRoZSBDUFUuICovCiAJdmFsID0gUkVHX1JEX0lORChzYywgY3B1X3JlZy0+bW9kZSk7CkBA IC0zNzQzLDYgKzM3NjAsNjIgQEAKIAogCiAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KKy8qIEhhbHRz IHRoZSBSSVNDIHByb2Nlc3Nvci4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAqLworLyogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICovCisvKiBSZXR1cm5zOiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Ki8KKy8qICAgTm90aGluZy4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAqLworLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCitzdGF0aWMg dm9pZAorYmNlX2hhbHRfY3B1KHN0cnVjdCBiY2Vfc29mdGMgKnNjLCBzdHJ1Y3QgY3B1X3JlZyAq Y3B1X3JlZykKK3sKKwl1MzIgdmFsOworCisJREJFTlRFUihCQ0VfVkVSQk9TRV9SRVNFVCk7CisK KyAgICAvKiBIYWx0IHRoZSBDUFUuICovCisgICAgdmFsID0gUkVHX1JEX0lORChzYywgY3B1X3Jl Zy0+bW9kZSk7CisgICAgdmFsIHw9IGNwdV9yZWctPm1vZGVfdmFsdWVfaGFsdDsKKyAgICBSRUdf V1JfSU5EKHNjLCBjcHVfcmVnLT5tb2RlLCB2YWwpOworICAgIFJFR19XUl9JTkQoc2MsIGNwdV9y ZWctPnN0YXRlLCBjcHVfcmVnLT5zdGF0ZV92YWx1ZV9jbGVhcik7CisKKwlEQkVYSVQoQkNFX1ZF UkJPU0VfUkVTRVQpOworfQorCisKKy8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLworLyogSW5pdGlhbGl6 ZSB0aGUgUlggQ1BVLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICovCisvKiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKi8KKy8qIFJldHVybnM6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqLwor LyogICBOb3RoaW5nLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICovCisvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KK3N0YXRpYyB2b2lk CitiY2Vfc3RhcnRfcnhwX2NwdShzdHJ1Y3QgYmNlX3NvZnRjICpzYykKK3sKKwlzdHJ1Y3QgY3B1 X3JlZyBjcHVfcmVnOworCisJREJFTlRFUihCQ0VfVkVSQk9TRV9SRVNFVCk7CisKKwljcHVfcmVn Lm1vZGUgPSBCQ0VfUlhQX0NQVV9NT0RFOworCWNwdV9yZWcubW9kZV92YWx1ZV9oYWx0ID0gQkNF X1JYUF9DUFVfTU9ERV9TT0ZUX0hBTFQ7CisJY3B1X3JlZy5tb2RlX3ZhbHVlX3NzdGVwID0gQkNF X1JYUF9DUFVfTU9ERV9TVEVQX0VOQTsKKwljcHVfcmVnLnN0YXRlID0gQkNFX1JYUF9DUFVfU1RB VEU7CisJY3B1X3JlZy5zdGF0ZV92YWx1ZV9jbGVhciA9IDB4ZmZmZmZmOworCWNwdV9yZWcuZ3By MCA9IEJDRV9SWFBfQ1BVX1JFR19GSUxFOworCWNwdV9yZWcuZXZtYXNrID0gQkNFX1JYUF9DUFVf RVZFTlRfTUFTSzsKKwljcHVfcmVnLnBjID0gQkNFX1JYUF9DUFVfUFJPR1JBTV9DT1VOVEVSOwor CWNwdV9yZWcuaW5zdCA9IEJDRV9SWFBfQ1BVX0lOU1RSVUNUSU9OOworCWNwdV9yZWcuYnAgPSBC Q0VfUlhQX0NQVV9IV19CUkVBS1BPSU5UOworCWNwdV9yZWcuc3BhZF9iYXNlID0gQkNFX1JYUF9T Q1JBVENIOworCWNwdV9yZWcubWlwc192aWV3X2Jhc2UgPSAweDgwMDAwMDA7CisKKwlEQlBSSU5U KHNjLCBCQ0VfSU5GT19SRVNFVCwgIlN0YXJ0aW5nIFJYIGZpcm13YXJlLlxuIik7CisJYmNlX3N0 YXJ0X2NwdShzYywgJmNwdV9yZWcpOworCisJREJFWElUKEJDRV9WRVJCT1NFX1JFU0VUKTsKK30K KworCisvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKi8KIC8qIEluaXRpYWxpemUgdGhlIFJYIENQVS4gICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqLwogLyogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICovCiAvKiBSZXR1cm5zOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKi8KQEAgLTM4MzUsNiArMzkwOCw4 IEBACiAJREJQUklOVChzYywgQkNFX0lORk9fUkVTRVQsICJMb2FkaW5nIFJYIGZpcm13YXJlLlxu Iik7CiAJYmNlX2xvYWRfY3B1X2Z3KHNjLCAmY3B1X3JlZywgJmZ3KTsKIAorICAgIC8qIERlbGF5 IFJYUCB1bnRpbCBpbml0aWFsaXphdGlvbiBjb21wbGV0ZS4gKi8KKwogCURCRVhJVChCQ0VfVkVS Qk9TRV9SRVNFVCk7CiB9CiAKQEAgLTM5MzEsNiArNDAwNiw3IEBACiAKIAlEQlBSSU5UKHNjLCBC Q0VfSU5GT19SRVNFVCwgIkxvYWRpbmcgVFggZmlybXdhcmUuXG4iKTsKIAliY2VfbG9hZF9jcHVf Zncoc2MsICZjcHVfcmVnLCAmZncpOworICAgIGJjZV9zdGFydF9jcHUoc2MsICZjcHVfcmVnKTsK IAogCURCRVhJVChCQ0VfVkVSQk9TRV9SRVNFVCk7CiB9CkBAIC00MDI4LDYgKzQxMDQsNyBAQAog CiAJREJQUklOVChzYywgQkNFX0lORk9fUkVTRVQsICJMb2FkaW5nIFRQQVQgZmlybXdhcmUuXG4i KTsKIAliY2VfbG9hZF9jcHVfZncoc2MsICZjcHVfcmVnLCAmZncpOworICAgIGJjZV9zdGFydF9j cHUoc2MsICZjcHVfcmVnKTsKIAogCURCRVhJVChCQ0VfVkVSQk9TRV9SRVNFVCk7CiB9CkBAIC00 MTI1LDYgKzQyMDIsNyBAQAogCiAJREJQUklOVChzYywgQkNFX0lORk9fUkVTRVQsICJMb2FkaW5n IENQIGZpcm13YXJlLlxuIik7CiAJYmNlX2xvYWRfY3B1X2Z3KHNjLCAmY3B1X3JlZywgJmZ3KTsK KyAgICBiY2Vfc3RhcnRfY3B1KHNjLCAmY3B1X3JlZyk7CiAKIAlEQkVYSVQoQkNFX1ZFUkJPU0Vf UkVTRVQpOwogfQpAQCAtNDIyMiw2ICs0MzAwLDcgQEAKIAogCURCUFJJTlQoc2MsIEJDRV9JTkZP X1JFU0VULCAiTG9hZGluZyBDT00gZmlybXdhcmUuXG4iKTsKIAliY2VfbG9hZF9jcHVfZncoc2Ms ICZjcHVfcmVnLCAmZncpOworICAgIGJjZV9zdGFydF9jcHUoc2MsICZjcHVfcmVnKTsKIAogCURC RVhJVChCQ0VfVkVSQk9TRV9SRVNFVCk7CiB9CkBAIC00NjY3LDYgKzQ3NDYsMTIgQEAKIAkvKiBJ bml0aWFsaXplIHRoZSBvbi1ib2FyZHMgQ1BVcyAqLwogCWJjZV9pbml0X2NwdXMoc2MpOwogCisg ICAgLyogRFJDIC0gTWFuYWdlbWVudCBlbmFibGUuICovCisgICAgaWYgKHNjLT5iY2VfZmxhZ3Mg JiBCQ0VfTUZXX0VOQUJMRV9GTEFHKSB7CisgICAgICAgIHZhbCA9IFJFR19SRChzYywgMHgxODBj KSB8ICgxIDw8IDMxKTsKKyAgICAgICAgUkVHX1dSKHNjLCAweDE4MGMsIHZhbCk7CisgICAgfQor CiAJLyogUHJlcGFyZSBOVlJBTSBmb3IgYWNjZXNzLiAqLwogCWlmIChiY2VfaW5pdF9udnJhbShz YykpIHsKIAkJcmMgPSBFTk9ERVY7CkBAIC00ODQ3LDYgKzQ5MzIsMTMgQEAKIAkvKiBFbmFibGUg bGluayBzdGF0ZSBjaGFuZ2UgaW50ZXJydXB0IGdlbmVyYXRpb24uICovCiAJUkVHX1dSKHNjLCBC Q0VfSENfQVRUTl9CSVRTX0VOQUJMRSwgU1RBVFVTX0FUVE5fQklUU19MSU5LX1NUQVRFKTsKIAor ICAgIC8qIERSQyAtIEVuYWJsZSB0aGUgUlhQLiAqLworICAgIGJjZV9zdGFydF9yeHBfY3B1KHNj KTsKKyAgICBpZiAoc2MtPmJjZV9mbGFncyAmIEJDRV9NRldfRU5BQkxFX0ZMQUcpIHsKKyAgICAg ICAgdmFsID0gUkVHX1JEKHNjLCAweDE4MGMpICYgfigxIDw8IDMxKTsKKyAgICAgICAgUkVHX1dS KHNjLCAweDE4MGMsIHZhbCk7CisgICAgfQorCiAJLyogRW5hYmxlIGFsbCByZW1haW5pbmcgYmxv Y2tzIGluIHRoZSBNQUMuICovCiAJaWYgKChCQ0VfQ0hJUF9OVU0oc2MpID09IEJDRV9DSElQX05V TV81NzA5KQl8fAogCQkoQkNFX0NISVBfTlVNKHNjKSA9PSBCQ0VfQ0hJUF9OVU1fNTcxNikpCkBA IC01ODU2LDcgKzU5NDgsNyBAQAogICAgICAgICAvKiBEUkMgXyBTZWVpbmcgcHJvYmxlbXMgd2hl biB1bmxvYWRpbmcgd2l0aCB0cmFmZmljLiAqLwogICAgICAgICBpZihtMCA9PSBOVUxMKSB7CiAg ICAgICAgICAgICBEQlBSSU5UKHNjLCBCQ0VfRVhUUkVNRV9SRUNWLCAiJXMoKTogT29wcyEgRW1w dHkgbWJ1ZiBwb2ludGVyICIKLSAgICAgICAgICAgICAgICAiaW4gc2MtPnJ4X21idWZfcHRyWzB4 JTA0WF0hXG4iLAorICAgICAgICAgICAgICAgICJmb3VuZCBpbiBzYy0+cnhfbWJ1Zl9wdHJbMHgl MDRYXSFcbiIsCiAgICAgICAgICAgICAgICAgX19GVU5DVElPTl9fLCBzd19yeF9jb25zX2lkeCk7 CiAgICAgICAgICAgICBnb3RvIGJjZV9yeF9pbnRfbmV4dF9yeDsKICAgICAgICAgfQo= --_002_5D267A3F22FD854F8F48B3D2B52381933A20E0F332IRVEXCHCCR01c_-- From owner-freebsd-net@FreeBSD.ORG Sat Nov 21 01:44:44 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40ACF106566C for ; Sat, 21 Nov 2009 01:44:44 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with SMTP id DA6E58FC16 for ; Sat, 21 Nov 2009 01:44:43 +0000 (UTC) Received: (qmail 45109 invoked from network); 21 Nov 2009 01:18:02 -0000 Received: from poshta.pknet.net (HELO pop.pknet.net) (216.241.167.213) by poshta.pknet.net with SMTP; 21 Nov 2009 01:18:02 -0000 Received: from 216.241.167.212 (SquirrelMail authenticated user fbsdq@peterk.org) by webmail.pknet.net with HTTP; Fri, 20 Nov 2009 18:18:02 -0700 (MST) Message-ID: <02821228f8c0ffffa3084eed1ad5a624.squirrel@webmail.pknet.net> Date: Fri, 20 Nov 2009 18:18:02 -0700 (MST) From: "Peter" To: freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ipfw not blocking inter jail ip traffic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2009 01:44:44 -0000 iH, Have 2 jails and I don't want them to be able to reach other. gulag:#ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=9b ether 08:00:27:03:18:ea inet 172.20.6.50 netmask 0xffffff00 broadcast 172.20.6.255 inet 172.20.6.209 netmask 0xffffff00 broadcast 172.20.6.255 inet 172.20.6.211 netmask 0xffffff00 broadcast 172.20.6.255 gulag:#ipfw list 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 10000 deny ip from 172.20.6.209 to 172.20.6.211 10001 deny ip from 172.20.6.211 to 172.20.6.209 40000 deny ip from 172.20.6.209 to any 65000 allow ip from any to any 65535 deny ip from any to any The two jails [.209 and .211] can still ping each other. Even with rule 40000, the .209 jail can ping/ssh to the .211 jail, but of course cannot ping the gateway... If I remove rule '100' from the list, jails are no longer able to ping each other - Although the IPs are on em0, why is the rule with lo0 letting them pass? Does lo0 mean ALL ips assigned to server? or does it mean loopback interface: gulag:#ifconfig lo0 lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 ]Peter[ From owner-freebsd-net@FreeBSD.ORG Sat Nov 21 14:07:55 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 606FB106568F for ; Sat, 21 Nov 2009 14:07:55 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from smtp.ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 020CB8FC19 for ; Sat, 21 Nov 2009 14:07:54 +0000 (UTC) Received: (qmail 31491 invoked by uid 89); 21 Nov 2009 14:12:38 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 21 Nov 2009 14:12:37 -0000 Message-ID: <4B07F445.3030206@ibctech.ca> Date: Sat, 21 Nov 2009 09:08:05 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Peter References: <02821228f8c0ffffa3084eed1ad5a624.squirrel@webmail.pknet.net> In-Reply-To: <02821228f8c0ffffa3084eed1ad5a624.squirrel@webmail.pknet.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ipfw not blocking inter jail ip traffic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2009 14:07:55 -0000 Peter wrote: > iH, > > Have 2 jails and I don't want them to be able to reach other. > > gulag:#ifconfig em0 > em0: flags=8843 metric 0 mtu 1500 > options=9b > ether 08:00:27:03:18:ea > inet 172.20.6.50 netmask 0xffffff00 broadcast 172.20.6.255 > inet 172.20.6.209 netmask 0xffffff00 broadcast 172.20.6.255 > inet 172.20.6.211 netmask 0xffffff00 broadcast 172.20.6.255 > > gulag:#ipfw list > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > 10000 deny ip from 172.20.6.209 to 172.20.6.211 > 10001 deny ip from 172.20.6.211 to 172.20.6.209 > 40000 deny ip from 172.20.6.209 to any > 65000 allow ip from any to any > 65535 deny ip from any to any > > > The two jails [.209 and .211] can still ping each other. > Even with rule 40000, the .209 jail can ping/ssh to the .211 jail, but of > course cannot ping the gateway... > If I remove rule '100' from the list, jails are no longer able to ping > each other - Although the IPs are on em0, why is the rule with lo0 letting > them pass? Because, AFAIK, traffic that stays within the box never crosses the external (ie: non-loopback) interface planes. > Does lo0 mean ALL ips assigned to server? or does it mean > loopback interface: It means loopback interface. Essentially, all traffic that originates and is destined to itself stays within the loopback. Try this: ipfw add 40000 deny all from 172.20.6.211 to 172.20.6.209 via lo0 The following would allow you block access from .211 to ANY other IP (jail) on the box (I *think* it would still permit network destined traffic): ipfw add xxxx deny all from 172.20.6.211 to me HTH, Steve From owner-freebsd-net@FreeBSD.ORG Sat Nov 21 16:40:03 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 730AE106566B for ; Sat, 21 Nov 2009 16:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 486CE8FC1C for ; Sat, 21 Nov 2009 16:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nALGe2lf087584 for ; Sat, 21 Nov 2009 16:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nALGe21k087583; Sat, 21 Nov 2009 16:40:02 GMT (envelope-from gnats) Date: Sat, 21 Nov 2009 16:40:02 GMT Message-Id: <200911211640.nALGe21k087583@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Alexander Best Cc: Subject: Re: kern/128598: [bluetooth] WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 16:40:03 -0000 The following reply was made to PR kern/128598; it has been noted by GNATS. From: Alexander Best To: Cc: Subject: Re: kern/128598: [bluetooth] WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() Date: Sat, 21 Nov 2009 17:33:49 +0100 (CET) this pr can be closed. the originator of this pr informed me that the warning disappeared somewhere between 7.1 and 7.2. alex From owner-freebsd-net@FreeBSD.ORG Sat Nov 21 17:20:30 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 509241065672 for ; Sat, 21 Nov 2009 17:20:30 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 8FA038FC12 for ; Sat, 21 Nov 2009 17:20:29 +0000 (UTC) Received: (qmail invoked by alias); 21 Nov 2009 17:20:27 -0000 Received: from adsl-7.79.107.33.tellas.gr (EHLO [169.254.0.102]) [79.107.33.7] by mail.gmx.com (mp-eu003) with SMTP; 21 Nov 2009 18:20:27 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+xYS9ANpGxdWMKHHS60SwPQ7+NbbG6b4FEfn3hDY y/SPRdTgo/qBM3 Message-ID: <4B08214F.8070204@gmx.com> Date: Sat, 21 Nov 2009 19:20:15 +0200 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "Thodoris S." References: <927edfce0911190736r3f202001h2082052b7922c723@mail.gmail.com> In-Reply-To: <927edfce0911190736r3f202001h2082052b7922c723@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.47 Cc: freebsd-net@freebsd.org Subject: Re: MPD Multiple PPPoE to same ISP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2009 17:20:30 -0000 Thodoris S. wrote: > I am trying to make Multiple PPPoE Connections to the Same ISP for > Load Balancing reasons > my mpd.conf is: > default: > load adsl0 > load adsl1 > load adsl2 > > adsl0: > new -i ng0 pppoe0 pppoe0 > set iface route default > set iface disable on-demand > set iface idle 0 > set bundle disable multilink > set bundle authname "***" > set bundle password "***" > set bundle no noretry > set link keep-alive 10 60 > set link max-redial 0 > set link no acfcomp protocomp > set link disable pap chap > set link accept chap > set link mtu 1492 > set ipcp yes vjcomp > set ipcp ranges 0.0.0.0/0.0.0.0/0 > set ipcp enable req-pri-dns > set ipcp enable req-sec-dns > open > > adsl1: > new -i ng1 pppoe1 pppoe1 > set iface route default > set iface disable on-demand > set iface idle 0 > set bundle disable multilink > set bundle authname "***" > set bundle password "***" > set bundle no noretry > set link keep-alive 10 60 > set link max-redial 0 > set link no acfcomp protocomp > set link disable pap chap > set link accept chap > set link mtu 1492 > set ipcp yes vjcomp > set ipcp ranges 0.0.0.0/0.0.0.0/0 > set ipcp enable req-pri-dns > set ipcp enable req-sec-dns > open > > adsl2: > new -i ng2 pppoe2 pppoe2 > set iface route default > set iface disable on-demand > set iface idle 0 > set bundle disable multilink > set bundle authname "***" > set bundle password "***" > set bundle no noretry > set link keep-alive 10 60 > set link max-redial 0 > set link no acfcomp protocomp > set link disable pap chap > set link accept chap > set link mtu 1492 > set ipcp yes vjcomp > set ipcp ranges 0.0.0.0/0.0.0.0/0 > set ipcp enable req-pri-dns > set ipcp enable req-sec-dns > open > > And mpd.links is: > pppoe0: > set link type pppoe > set pppoe iface em0 > set pppoe service "we" > set pppoe enable originate > set pppoe disable incoming > > pppoe1: > set link type pppoe > set pppoe iface em1 > set pppoe service "we1" > set pppoe enable originate > set pppoe disable incoming > > pppoe2: > set link type pppoe > set pppoe iface bce1 > set pppoe service "we2" > set pppoe enable originate > set pppoe disable incoming > > The problem is tha only one (the first logged in) ng interface gets ip > assigned to it, all others assigned to lo0 interface > and when i am trying to NAT them with PF it gives me this error: > /etc/pf.conf:26: could not parse host specification > > im giving you ifconfig and netstat -nr > > ifconfig: > [root@emperor ~]# ifconfig > bce0: flags=8843 metric 0 mtu 1500 > options=1bb > ether 00:1e:c9:db:24:7f > inet 192.168.0.1 netmask 0xfffffff8 broadcast 192.168.0.7 > media: Ethernet autoselect (1000baseTX ) > status: active > em0: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:15:17:78:fd:56 > inet 192.168.101.1 netmask 0xffffff00 broadcast 192.168.101.255 > media: Ethernet autoselect (100baseTX ) > status: active > em1: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:15:17:78:fb:41 > inet 192.168.102.1 netmask 0xffffff00 broadcast 192.168.102.255 > media: Ethernet autoselect (100baseTX ) > status: active > bce1: flags=8843 metric 0 mtu 1500 > options=1bb > ether 00:1e:c9:db:24:7d > inet 192.168.103.1 netmask 0xffffff00 broadcast 192.168.103.255 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > pflog0: flags=141 metric 0 mtu 33204 > ng0: flags=88d1 metric > 0 mtu 1492 > inet 11.11.11.11 --> 12.12.12.2 netmask 0xffffffff > ng1: flags=88d1 metric > 0 mtu 1492 > ng2: flags=88d1 metric > 0 mtu 1492 > > nestat -nr: > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 192.168.0.2 UGS 0 13812 bce0 > 192.168.0.0/29 link#1 UC 0 0 bce0 > 12.12.12.2 11.11.11.11 UH 0 0 ng0 > 33.33.33.33 lo0 UHS 0 4797 lo0 > 22.22.22.22 lo0 UHS 0 1370 lo0 > 11.11.11.11 lo0 UHS 0 0 lo0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 192.168.101.0/24 link#2 UC 0 0 em0 > 192.168.102.0/24 link#3 UC 0 0 em1 > 192.168.103.0/24 link#4 UC 0 0 bce1 > Could you add to your kernel config "options RADIX_MPATH" and give it a go then? It seems that you try to add a second point-to-point interface with the same destination address. For example: ng0 1.1.1.1 2.2.2.2 and ng1 1.1.1.2 2.2.2.2 etc This is not valid without the aforementioned kernel option. I *think* it will be ok then, but do try and report back to the list your findings. HTH, Nikos From owner-freebsd-net@FreeBSD.ORG Sat Nov 21 17:40:59 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07392106568F for ; Sat, 21 Nov 2009 17:40:59 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id C010A8FC1B for ; Sat, 21 Nov 2009 17:40:58 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 300A548AE2 for ; Sat, 21 Nov 2009 17:40:57 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xHcWSef0m9+6 for ; Sat, 21 Nov 2009 17:40:54 +0000 (GMT) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id C976648ADF for ; Sat, 21 Nov 2009 17:40:53 +0000 (GMT) Message-ID: <4B0825DD.3000702@tomjudge.com> Date: Sat, 21 Nov 2009 17:39:41 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: "net@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: if_bridge as if_vlan parent X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2009 17:40:59 -0000 Hi, I was why I get the following error when trying to create a vlan on top of if_bridge: # ifconfig bridge0 create # ifconfig vlan2 vlan 2 vlandev bridge0 ifconfig: SIOCSETVLAN: Protocol not supported And if there was/is any reason for this to not be supported. Thanks Tom From owner-freebsd-net@FreeBSD.ORG Sat Nov 21 20:22:41 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10394106566C; Sat, 21 Nov 2009 20:22:41 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DB8348FC15; Sat, 21 Nov 2009 20:22:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nALKMeDU090971; Sat, 21 Nov 2009 20:22:40 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nALKMe41090967; Sat, 21 Nov 2009 20:22:40 GMT (envelope-from vwe) Date: Sat, 21 Nov 2009 20:22:40 GMT Message-Id: <200911212022.nALKMe41090967@freefall.freebsd.org> To: dpetrovx@gmail.com, vwe@FreeBSD.org, freebsd-net@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/128598: [bluetooth] WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2009 20:22:41 -0000 Synopsis: [bluetooth] WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() State-Changed-From-To: open->closed State-Changed-By: vwe State-Changed-When: Sat Nov 21 20:22:00 UTC 2009 State-Changed-Why: issue seems to have been fixed http://www.freebsd.org/cgi/query-pr.cgi?pr=128598 From owner-freebsd-net@FreeBSD.ORG Sat Nov 21 23:15:35 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D08106566B for ; Sat, 21 Nov 2009 23:15:35 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id B6EB88FC1B for ; Sat, 21 Nov 2009 23:15:35 +0000 (UTC) Received: from compute1.internal (compute1.internal [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id B037BC0A7B; Sat, 21 Nov 2009 17:58:25 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 21 Nov 2009 17:58:25 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=subject:mime-version:content-type:from:in-reply-to:date:cc:content-transfer-encoding:message-id:references:to; s=smtpout; bh=xhTnakXrVYriOCCVmrfKtGZl51U=; b=Ds7lq0D+LzEbBInvFgPp0m3j1b19XYpv7IyOr7N0DKr7vKFW6Iu+bEc1mgxy0IP3I7PX7t0Vnz3SZCt1B9BIQ8Ft5b22JL5/TNcc6IS3oCuKzJZp0WtAFk4S2gUyNkeXHOITX6uW5vWm2tZmOrg0IEfJA3JA2oEol973Lb5cSrU= X-Sasl-enc: an5pS1l4HNDGY+yVyWPm0WiUuMQxTbU7ZMv6ER8IcXc7 1258844305 Received: from [10.10.1.100] (97-92-80-104.dhcp.dlth.mn.charter.com [97.92.80.104]) by mail.messagingengine.com (Postfix) with ESMTPSA id 32975BD10; Sat, 21 Nov 2009 17:58:25 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Josh Paetzel In-Reply-To: <4B0825DD.3000702@tomjudge.com> Date: Sat, 21 Nov 2009 16:58:24 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4B0825DD.3000702@tomjudge.com> To: Tom Judge X-Mailer: Apple Mail (2.1077) Cc: "net@freebsd.org" Subject: Re: if_bridge as if_vlan parent X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2009 23:15:36 -0000 On Nov 21, 2009, at 11:39 AM, Tom Judge wrote: > Hi, >=20 > I was why I get the following error when trying to create a vlan on = top of if_bridge: >=20 > # ifconfig bridge0 create > # ifconfig vlan2 vlan 2 vlandev bridge0 > ifconfig: SIOCSETVLAN: Protocol not supported >=20 >=20 > And if there was/is any reason for this to not be supported. >=20 > Thanks >=20 You can create a bridge from a pair of vlan devices.... # ifconfig vlan1 create # ifcconfig vlan2 create # ifconfig bridge0 create # ifconfig vlan1 vlan 1 vlandev em0 # ifconfig vlan2 vlan 2 vlandev em0 # ifconfig bridge0 addm vlan1 addm vlan2 Is that more in line with what you want to do? I'm a little curious what problem set using a bridge as the parent of a = vlan solves though. Thanks, Josh Paetzel