From owner-freebsd-net@FreeBSD.ORG Sun Mar 22 02:37:17 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 5BBFC1065670; Sun, 22 Mar 2009 02:37:17 +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 2FD7C8FC1D; Sun, 22 Mar 2009 02:37:17 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2M2bHox043658; Sun, 22 Mar 2009 02:37:17 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2M2bGC5043654; Sun, 22 Mar 2009 02:37:16 GMT (envelope-from linimon) Date: Sun, 22 Mar 2009 02:37:16 GMT Message-Id: <200903220237.n2M2bGC5043654@freefall.freebsd.org> To: yaharen@gm.dns-lab.jp, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/132911: ip6fw(8): argument type of fill_icmptypes is wrong and causes problem on amd64 platform X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 02:37:17 -0000 Old Synopsis: ip6fw: argument type of fill_icmptypes is wrong and causes problem on amd64 platform New Synopsis: ip6fw(8): argument type of fill_icmptypes is wrong and causes problem on amd64 platform State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Sun Mar 22 02:35:04 UTC 2009 State-Changed-Why: Reclassify. Note to submitter: the patch did not make it into the PR; can you please reply and include it again? Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Mar 22 02:35:04 UTC 2009 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=132911 From owner-freebsd-net@FreeBSD.ORG Sun Mar 22 03:00:08 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 DDB6F106564A for ; Sun, 22 Mar 2009 03:00:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C27238FC0C for ; Sun, 22 Mar 2009 03:00:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2M308AC069845 for ; Sun, 22 Mar 2009 03:00:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2M308TI069844; Sun, 22 Mar 2009 03:00:08 GMT (envelope-from gnats) Date: Sun, 22 Mar 2009 03:00:08 GMT Message-Id: <200903220300.n2M308TI069844@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/96268: [socket] TCP socket performance drops by 3000% if packets are split at the first byte X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 03:00:09 -0000 The following reply was made to PR kern/96268; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/96268: [socket] TCP socket performance drops by 3000% if packets are split at the first byte Date: Sat, 21 Mar 2009 21:57:07 -0500 ----- Forwarded message from Jost Boekemeier ----- From: Jost Boekemeier To: vwe@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: kern/96268: [socket] TCP socket performance drops by 3000% if packets are split at the first byte Hi, from my point of view this issue can be closed. TCP write/write/read sequences are bad on any operating system, it's just that other OS are a little bit smarter. -- I think Jon Nagle has had a proposal to fix/remove this unconditional delay, but I don't know if it has been implemented. Furthermore this problem has been fixed on application level. And I think Patrick van Staveren maintains a FreeBSD port which uses unix domain- instead of TCP socket communication. Regards, Jost Bökemeier _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" ----- End forwarded message ----- From owner-freebsd-net@FreeBSD.ORG Sun Mar 22 06: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 13306106566B for ; Sun, 22 Mar 2009 06:50: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 00B078FC1F for ; Sun, 22 Mar 2009 06:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2M6o4f9092215 for ; Sun, 22 Mar 2009 06:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2M6o4Ia092214; Sun, 22 Mar 2009 06:50:04 GMT (envelope-from gnats) Date: Sun, 22 Mar 2009 06:50:04 GMT Message-Id: <200903220650.n2M6o4Ia092214@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Yoshitaka AHAREN Cc: Subject: Re: bin/132911: ip6fw(8): argument type of fill_icmptypes is wrong and causes problem on amd64 platform X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yoshitaka AHAREN List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 06:50:05 -0000 The following reply was made to PR bin/132911; it has been noted by GNATS. From: Yoshitaka AHAREN To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/132911: ip6fw(8): argument type of fill_icmptypes is wrong and causes problem on amd64 platform Date: Sun, 22 Mar 2009 15:11:27 +0900 --------_49C5D0DF000000007233_MULTIPART_MIXED_ Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The patch is included in this message. Sorry for your inconvenience. --------_49C5D0DF000000007233_MULTIPART_MIXED_ Content-Type: application/octet-stream; name="patch.txt" Content-Disposition: attachment; filename="patch.txt" Content-Transfer-Encoding: base64 LS0tIHNiaW4vaXA2ZncvaXA2ZncuYy5vcmlnICAgICAyMDA5LTAzLTIyIDE0OjMyOjA1LjAwMDAw MDAwMCArMDkwMAorKysgc2Jpbi9pcDZmdy9pcDZmdy5jICAyMDA5LTAzLTIyIDE0OjMyOjE5LjAw MDAwMDAwMCArMDkwMApAQCAtNzY0LDcgKzc2NCw3IEBACiAKIHZvaWQKIGZpbGxfaWNtcHR5cGVz KHR5cGVzLCB2cCwgZndfZmxnKQotCXVfbG9uZyAqdHlwZXM7CisJdW5zaWduZWQgKnR5cGVzOwog CWNoYXIgKip2cDsKIAl1X3Nob3J0ICpmd19mbGc7CiB7Cg== --------_49C5D0DF000000007233_MULTIPART_MIXED_-- From owner-freebsd-net@FreeBSD.ORG Sun Mar 22 17:05:10 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 54A671065697 for ; Sun, 22 Mar 2009 17:05:10 +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 2C9218FC1E for ; Sun, 22 Mar 2009 17:05:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id C16E046B32; Sun, 22 Mar 2009 13:05:09 -0400 (EDT) Date: Sun, 22 Mar 2009 17:05:09 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rui Paulo In-Reply-To: <99991DAF-1988-476E-89E7-97BAA8873AC4@gmail.com> Message-ID: References: <99991DAF-1988-476E-89E7-97BAA8873AC4@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-Net Subject: Re: HEADSUP: tcpdump updated to 4.0.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 17:05:11 -0000 On Sat, 21 Mar 2009, Rui Paulo wrote: > I just updated the base system tcpdump to 4.0.0. Most noticeably this new > version includes a new output format. > > Please report any regressions. Cool, thanks for working on this! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Sun Mar 22 17:11: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 C4F141065716 for ; Sun, 22 Mar 2009 17:11:27 +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 9E03F8FC1E for ; Sun, 22 Mar 2009 17:11:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 58D9646B32; Sun, 22 Mar 2009 13:11:27 -0400 (EDT) Date: Sun, 22 Mar 2009 17:11:27 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: rajasooriyar lakshman In-Reply-To: <700496.6430.qm@web45211.mail.sp1.yahoo.com> Message-ID: References: <700496.6430.qm@web45211.mail.sp1.yahoo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1254255079-1237741887=:51184" Cc: freebsd-net@freebsd.org Subject: Re: Freebsd7.0 - errors in compilation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 17:11:28 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-1254255079-1237741887=:51184 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 20 Mar 2009, rajasooriyar lakshman wrote: > I am new to FreeBSD....My question is regarding a compilation of a routing > protocol in FreeBSD 7.0. > > I am trying to run a adhoc routing protocol called, Dynamic Source Routing > (DSR) on my freebsd router (7.0).. I have got the implementation from the > link given below. > > http://www.monarch.cs.rice.edu/pran/Rice_PRAN_v2.tar.gz > > Infact the implementation on the link is compatible with FreeBSD 5.1. That > is why I get errors such as files, opt_ bdg.h, opt_ random_ ip_ id.h  are > missing. Because of this I could not compile the kernel.   Can any one > please suggest me as to how can I compile the package successfully on > FreeBSD 7.0. I would very much appreciate, if some one could fix the errors > for me.   Thanks in advance.   Regards,   Raj. Hi Raj: I believe the PRAN package includes kernel modifications to FreeBSD 5.1; it is likely that they will require significant modification in order to compile on FreeBSD 7.x, as the network stack has changed quite a lot in that time (especially relating to SMP). From a glance at the tarball, they also distributed the changes as replacements to existing kernel files, rather than patches, so it's not immediately obvious to me what changes they've made, and how much work would be required to get them up-to-date. As a starting point, I would download a copy of FreeBSD 5.1 and generated explicit patches, which you can post if you would like comments on whether they would apply easily to more recent versions or not. Robert N M Watson Computer Laboratory University of Cambridge --621616949-1254255079-1237741887=:51184-- From owner-freebsd-net@FreeBSD.ORG Sun Mar 22 19:27:45 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 5068F1065673 for ; Sun, 22 Mar 2009 19:27:45 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id BAFED8FC18 for ; Sun, 22 Mar 2009 19:27:44 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id NAA16655 for ; Sun, 22 Mar 2009 13:27:42 -0600 (MDT) Message-Id: <200903221927.NAA16655@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 22 Mar 2009 13:27:03 -0600 To: net@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 19:27:45 -0000 Everyone: I've routinely used FreeBSD to create firewall routers which protect the machines inside the firewall from attempted connections from the outside world, but allow an administrator to "tunnel into" the LAN using PPTP to do maintenance. I've done this by making the firewall into a PPTP server using the PoPToP PPTP daemon. To tunnel into the LAN (which, in the example below, is the subnet 172.17/16), I connect to the router using PPTP, and it establishes an encrypted tunnel into the LAN. This worked well on FreeBSD versions up to 6.x, but has abruptly stopped working on 7.1. I could establish a PPTP connection, but couldn't reach hosts inside the LAN! I investigated, and here's what I found. First, using tcpdump(8), I saw that when I tried to ping hosts inside the LAN from the computer that was tunneling in, the packets were reaching them and they were responding. However, the responses were not being returned over the VPN connection. I needed to understand why. I knew that the PPTP daemon invokes FreeBSD's userland PPP program, which creates the routing table entries that make the tunnel work. The PPP configuration contains (among other things) the following lines: set ifaddr 172.17.0.1/32 set mtu maximum 1496 enable proxy enable mschapv2 mppe set mppe * stateless The external machine's address is specified in the ppp.secret file. In the examples below, it was 172.17.0.7. Because of the "enable proxy" command, the PPP program does proxy arp for the inward-tunneling machine. The server is also SUPPOSED to route packets from the LAN which are destined for the inward-tunneling machine to the PPP tunnel. The result is that the machine that's tunneling in is, for all practical purposes, on the internal LAN. It looks, to machines on the LAN, as if it is at the same MAC address as the router but has a unique IP address that's different from the router's. On FreeBSD 6.x and prior, the routing table looks like this once the connection is established: FreeBSD 6.x 172.17 link#1 UC 0 0 fxp0 172.17.0.1 00:50:8b:xx:xx:xx UHLW 1 190427 lo0 172.17.0.7 172.17.0.1 UH 0 8 tun0 172.17.0.7 00:50:8b:xx:xx:xx UHLS2 1 0 fxp0 Note that packets destined for 172.17.0.7 are correctly routed out through the tun0 interface. On FreeBSD 7.1, however, we see: FreeBSD 7.1 172.17.0.0/16 link#2 UC 0 0 dc0 172.17.0.1 00:50:8b:xx:xx:xx UHLW 2 0 lo0 172.17.0.7 172.17.0.1 UGH 0 0 dc0 172.17.0.7 00:50:8b:xx:xx:xx UHLS2 1 0 dc0 Note that the "tun" interface through which the packets are supposed to be routed does not appear where it should; in fact, it does not appear ANYWHERE IN THE ROUTING TABLE. This is obviously an error, because without such an entry no packets can ever be sent back to the host which is tunneling in! (It occurs to me that this could affect not only a VPN server but any PPP server, including one that answered calls on dialup modems.) I tried to work around the problem by adding the lines shell route delete HISADDR shell route add -host HISADDR MYADDR -ifp INTERFACE to the ppp.linkup file, but to no avail. However, executing the command route add 172.17.0.7 172.17.0.1 -ifp tun0 from the shell, as root, after the link was fully established DID work, suggesting that PPP was somehow interfering with my attempts to fix the routing table in the ppp.linkup file. Adding "disable sroutes" to the configuration didn't solve this. It seems to me that the root (route?) cause of the problem is that the PPP program isn't correctly specifying the "tun" interface when it sets up routes. What's the best solution to this problem? This problem clearly would affect anyone who wanted to set up a similar tunneling arrangement using userland PPP, and may also cause problems in dialup servers. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Sun Mar 22 21:14:39 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 14528106564A for ; Sun, 22 Mar 2009 21:14:39 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id A807A8FC17 for ; Sun, 22 Mar 2009 21:14:38 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id PAA17884 for ; Sun, 22 Mar 2009 15:14:35 -0600 (MDT) Message-Id: <200903222114.PAA17884@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 22 Mar 2009 15:14:02 -0600 To: net@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 21:14:39 -0000 Just a quick followup: I've finally figured out a workaround. A hack, to be sure, but a workaround nonetheless. I've created a shell script called /etc/ppp/pppfix, which looks like this: #!/bin/sh # Fix up PPP routes sleep 1; logger -i -t ppp Fixing route: route change -host $1 $2 -ifp $3 route change -host $1 $2 -ifp $3 I invoke this from the relevant section of /etc/ppp.linkup with the line !bg /etc/ppp/pppfix HISADDR MYADDR INTERFACE Note that the "sleep" may not be absolutely necessary, but it seems like a good idea just in case there's a race condition. I also added the following lines in the relevant section of ppp.linkdown: iface clear delete! HISADDR delete! ALL shell arp -d HISADDR quit all I found that if I did not do this, the modified route persisted after the connection terminated. The "arp -d HISADDR" should only be used if proxy arp is being done, and may not be strictly necessary; I wanted to make sure I tore down any residual proxy arp entry. Of course, all of this is an awful hack and the relevant code in userland PPP still needs to be looked at. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 04:50:28 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 E0A961065670; Mon, 23 Mar 2009 04:50:28 +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 B4CCD8FC08; Mon, 23 Mar 2009 04:50:28 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2N4oSXG050283; Mon, 23 Mar 2009 04:50:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2N4oSsg050277; Mon, 23 Mar 2009 04:50:28 GMT (envelope-from linimon) Date: Mon, 23 Mar 2009 04:50:28 GMT Message-Id: <200903230450.n2N4oSsg050277@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/132669: [xl] 3c905-TX send DUP! in reply on ping (sometime) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 04:50:29 -0000 Old Synopsis: 3c905-TX send DUP! in reply on ping (sometime) New Synopsis: [xl] 3c905-TX send DUP! in reply on ping (sometime) Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 23 04:49:58 UTC 2009 Responsible-Changed-Why: probably not i386-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=132669 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 04:54:11 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 BCDE4106564A; Mon, 23 Mar 2009 04:54:11 +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 91E4A8FC12; Mon, 23 Mar 2009 04:54:11 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2N4sB5X059972; Mon, 23 Mar 2009 04:54:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2N4sBRx059968; Mon, 23 Mar 2009 04:54:11 GMT (envelope-from linimon) Date: Mon, 23 Mar 2009 04:54:11 GMT Message-Id: <200903230454.n2N4sBRx059968@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-sparc64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: sparc64/118932: [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 04:54:12 -0000 Old Synopsis: 7.0-BETA4/sparc-64 kernel panic in rip_output New Synopsis: [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output Responsible-Changed-From-To: freebsd-sparc64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 23 04:53:49 UTC 2009 Responsible-Changed-Why: Maybe someone on -net has an idea. http://www.freebsd.org/cgi/query-pr.cgi?pr=118932 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 06:27: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 DBCA1106566C for ; Mon, 23 Mar 2009 06:27:05 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: from hunter.Sisis.de (mail.oclc.de [193.31.11.194]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD638FC0C for ; Mon, 23 Mar 2009 06:27:04 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id HAA09564 for ; Mon, 23 Mar 2009 07:17:27 +0100 (CET) (envelope-from matthias.apitz@oclc.org) Received: from ppp-93-104-98-76.dynamic.mnet-online.de(93.104.98.76) by hunter.Sisis.de via smap (V2.1) id xma009547; Mon, 23 Mar 09 07:17:06 +0100 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n2N6Qdjq002730 for freebsd-net@freebsd.org; Mon, 23 Mar 2009 07:26:39 +0100 (CET) (envelope-from matthias.apitz@oclc.org) Resent-Message-Id: <200903230626.n2N6Qdjq002730@rebelion.Sisis.de> X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Sun, 22 Mar 2009 13:14:24 +0100 From: Matthias Apitz To: Sam Leffler Message-ID: <20090322121423.GA66444@rebelion.Sisis.de> References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090319144251.GA13320@rebelion.Sisis.de> <49C2685D.6040801@freebsd.org> <20090320121021.GA2051@rebelion.Sisis.de> <49C3BEEC.6010809@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49C3BEEC.6010809@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Resent-From: guru@rebelion.Sisis.de Resent-Date: Mon, 23 Mar 2009 07:26:39 +0100 Resent-To: freebsd-net@freebsd.org Cc: freebsd-net@freebsd.org Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 06:27:06 -0000 El día Friday, March 20, 2009 a las 09:06:04AM -0700, Sam Leffler escribió: > This looks like a longstanding bug in handling modules loaded by loader > that have undefined references (e.g. because your kernel is misconfigured). > > In general I don't think you're going to get very far booting a HEAD > kernel against RELENG_7 world. This will certainly not work for > wireless where you need all the changes to ifconfig. If you're trying > to test HEAD you will want a separate partition with a fresh > install/build of HEAD. Well, I've built an USB key with CURRENT and it boots fine. But there seems to be a problem with the ath0 interface: # uname -a FreeBSD tinyCurrent 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Mar 22 11:47:41 CET 2009 root@rebelion.Sisis.de:/usr/src/myHEAD/obj/usr/src/myHEAD/src/sys/GENERIC i386 # dmesg | fgrep ath ath0: mem 0xfbff0000-0xfbffffff irq 18 at device 0.0 on pci1 ath0: [ITHREAD] ath0: AR2425 mac 14.2 RF5424 phy 7.0 # ifconfig ath0 ath0: flags=8802 metric 0 mtu 2290 ether 00:15:af:b2:ae:e6 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier # /usr/sbin/wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf ioctl[SIOCG80211, op 98, len 32]: Invalid argument Failed to initialize driver interface ELOOP: remaining socket: sock=5 eloop_data=0x28406140 user_data=0x2840d040 handler=0x8069f40 With the RELENG_7 kernel I've collected yesterday a better tcpdump when DHCP starts: http://www.unixarea.de/tcp2.txt Thx for any hint matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 06:54:16 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 18AE0106564A; Mon, 23 Mar 2009 06:54:16 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0718FC0C; Mon, 23 Mar 2009 06:54:14 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id HAA11189; Mon, 23 Mar 2009 07:44:37 +0100 (CET) (envelope-from matthias.apitz@oclc.org) Received: from ppp-93-104-98-76.dynamic.mnet-online.de(93.104.98.76) by hunter.Sisis.de via smap (V2.1) id xma011160; Mon, 23 Mar 09 07:44:27 +0100 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n2N6s1sU003466; Mon, 23 Mar 2009 07:54:01 +0100 (CET) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 23 Mar 2009 07:54:01 +0100 From: Matthias Apitz To: Sam Leffler , freebsd-net@freebsd.org Message-ID: <20090323065401.GA3011@rebelion.Sisis.de> References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090319144251.GA13320@rebelion.Sisis.de> <49C2685D.6040801@freebsd.org> <20090320121021.GA2051@rebelion.Sisis.de> <49C3BEEC.6010809@freebsd.org> <20090322121423.GA66444@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090322121423.GA66444@rebelion.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 06:54:16 -0000 El día Sunday, March 22, 2009 a las 01:14:24PM +0100, Matthias Apitz escribió: > Well, I've built an USB key with CURRENT and it boots fine. But there > seems to be a problem with the ath0 interface: > > # uname -a > FreeBSD tinyCurrent 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Mar 22 11:47:41 CET 2009 > root@rebelion.Sisis.de:/usr/src/myHEAD/obj/usr/src/myHEAD/src/sys/GENERIC i386 > > # dmesg | fgrep ath > ath0: mem 0xfbff0000-0xfbffffff irq 18 at device 0.0 on pci1 > ath0: [ITHREAD] > ath0: AR2425 mac 14.2 RF5424 phy 7.0 > > # ifconfig ath0 > ath0: flags=8802 metric 0 mtu 2290 > ether 00:15:af:b2:ae:e6 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > > # /usr/sbin/wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf > ioctl[SIOCG80211, op 98, len 32]: Invalid argument > Failed to initialize driver interface > ELOOP: remaining socket: sock=5 eloop_data=0x28406140 user_data=0x2840d040 handler=0x8069f40 ... Ah, I found the solution with Don Google... I have now in CURRENT to do: # ifconfig wlan0 create wlandev ath0 # /etc/rc.d/wpa_supplicant start wlan0 or via /etc/rc.conf: wlans_ath0="wlan0" ifconfig_wlan0="WPA DHCP" and the interface wlan0 comes up fine and get in my home office the IP with DHCP; will test this the other day in the Wifi zone where RELENG_7 does not get IP with DHCP; thx so far; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 10:44:32 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 8B1A11065670 for ; Mon, 23 Mar 2009 10:44:32 +0000 (UTC) (envelope-from b93502044@ntu.edu.tw) Received: from wmail1.cc.ntu.edu.tw (wmail1.cc.ntu.edu.tw [140.112.2.161]) by mx1.freebsd.org (Postfix) with ESMTP id 59A958FC17 for ; Mon, 23 Mar 2009 10:44:32 +0000 (UTC) (envelope-from b93502044@ntu.edu.tw) Received: from localhost (localhost [127.0.0.1]) by wmail1.cc.ntu.edu.tw (Postfix) with ESMTP id A13E61F4C27 for ; Mon, 23 Mar 2009 18:20:21 +0800 (CST) Received: from newreno.ee.ntu.edu.tw (newreno.ee.ntu.edu.tw [140.112.42.102]) by wmail1.cc.ntu.edu.tw (Horde MIME library) with HTTP; Mon, 23 Mar 2009 18:20:21 +0800 Message-ID: <20090323182021.ysrn0ogu84cg084g@wmail1.cc.ntu.edu.tw> Date: Mon, 23 Mar 2009 18:20:21 +0800 From: Andrew Chen To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=BIG5; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) Subject: Problems in using SCTP CMT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 10:44:32 -0000 Hi, =09We have some problems when we tried to send data using CMT-SCTP. =20 Actually, we are not sure if we do enable CMT functionalities. We set =20 up two PCs with FreeBSD-7.0. Each PC has two NICs and two IPs. One is =20 public and the other is private. We wrote simple FTP server and client =20 programs. On both sides, local addresses are bound as INADDR_ANY. =20 According to =20 http://tools.ietf.org/html/draft-ietf-tsvwg-sctpsocket-14#section-4.1.5 , if we bind INADDR_ANY and then call connect(), the multi-homing =20 capability of SCTP is automatically enabled. Further, we also turn on =20 sysctl states by setting sysctl net.inet.sctp.cmt_pf=3D1 sysctl net.inet.sctp.cmt_use_dac=3D1 sysctl net.inet.sctp.cmt_on_off=3D1 =09Then we start transmission and capture the traffics. Unfortunately, =20 the captured packet shows data were transmitted on primary path and =20 there were only heartbeat/HB ACKs on the other path. =09To our knowledge, to use CMT, the only things we have to do is to =20 establish a multihomed association, and turn on the sysctl options. =09Can anyone point out something we did wrong or steps we missed? =09Thanks in advance. From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 11: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 D7D711065670 for ; Mon, 23 Mar 2009 11:07:00 +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 C4D688FC18 for ; Mon, 23 Mar 2009 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NB70C3004084 for ; Mon, 23 Mar 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NB70CD004080 for freebsd-net@FreeBSD.org; Mon, 23 Mar 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Mar 2009 11:07:00 GMT Message-Id: <200903231107.n2NB70CD004080@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, 23 Mar 2009 11:07:01 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- 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 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/132715 net [lagg] [panic] Panic when creating vlan's on lagg inte 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/132625 net [iwn] iwn drivers don't support setting country 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/132342 net [ndis] [patch] incorrect number used in for loop; fix o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o conf/132179 net [patch] /etc/network.subr: ipv6 rtsol on incorrect wla 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/131310 net [netgraph] [panic] 7.1 panics with mpd netgraph interf 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 bin/130159 net [patch] ppp(8) fails to correctly set routes 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/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/126924 net [an] [patch] printf -> device_printf and simplify prob 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 f kern/125195 net [fxp] fxp(4) driver failed to initialize device Intel o kern/124904 net [fxp] EEPROM corruption with Compaq NC3163 NIC 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 p kern/122794 net [lagg] Kernel panic after brings lagg(8) up if NICs ar 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 f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work 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 kern/121983 net [fxp] fxp0 MBUF and PAE 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 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/119361 net [bge] bge(4) transmit performance problem 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 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/116328 net [bge]: Solid hang with bge interface 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 f kern/114899 net [bge] bge0: watchdog timeout -- resetting o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/114714 net [gre] [patch] gre(4) is not MPSAFE and does not suppor o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R 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/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel 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 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 o kern/87194 net [fxp] fxp(4) promiscuous mode seems to corrupt hw-csum s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter 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/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match 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] if_sis short cable fix problems with NetGear FA3 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/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 274 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 11:31:34 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 EADE81065670 for ; Mon, 23 Mar 2009 11:31:34 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 54CCC8FC1B for ; Mon, 23 Mar 2009 11:31:34 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from dhcp-45e3.meeting.ietf.org (dhcp-45e3.meeting.ietf.org [130.129.69.227]) by mail-n.franken.de (Postfix) with ESMTP id 5F5BC1C0B4618; Mon, 23 Mar 2009 12:31:31 +0100 (CET) Message-Id: <71A21E16-168D-4883-B452-42C66AB57759@lurchi.franken.de> From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: Andrew Chen In-Reply-To: <20090323182021.ysrn0ogu84cg084g@wmail1.cc.ntu.edu.tw> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Mon, 23 Mar 2009 04:31:28 -0700 References: <20090323182021.ysrn0ogu84cg084g@wmail1.cc.ntu.edu.tw> X-Mailer: Apple Mail (2.930.4) Cc: freebsd-net@freebsd.org Subject: Re: Problems in using SCTP CMT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 11:31:35 -0000 H Andrew, what you describe is correct. Are there actually multiple addresses changed within the INIT/INIT-ACK chunk? If yes, you have done everything correctly. The interesting thing: I also noticed that there are CMT problems on FreeBSD 8.0 Current. Randall Stewart and myself have started debugging the problem yesterday... We'll send you a notice, once we have found the problem and fixed it. Best regards Michael On Mar 23, 2009, at 3:20 AM, Andrew Chen wrote: > Hi, > We have some problems when we tried to send data using CMT-SCTP. > Actually, we are not sure if we do enable CMT functionalities. We > set up two PCs with FreeBSD-7.0. Each PC has two NICs and two IPs. > One is public and the other is private. We wrote simple FTP server > and client programs. On both sides, local addresses are bound as > INADDR_ANY. According to http://tools.ietf.org/html/draft-ietf-tsvwg-sctpsocket-14#section-4.1.5 > , if we bind INADDR_ANY and then call connect(), the multi-homing > capability of SCTP is automatically enabled. Further, we also turn > on sysctl states by setting > sysctl net.inet.sctp.cmt_pf=1 > sysctl net.inet.sctp.cmt_use_dac=1 > sysctl net.inet.sctp.cmt_on_off=1 > Then we start transmission and capture the traffics. Unfortunately, > the captured packet shows data were transmitted on primary path and > there were only heartbeat/HB ACKs on the other path. > To our knowledge, to use CMT, the only things we have to do is to > establish a multihomed association, and turn on the sysctl options. > Can anyone point out something we did wrong or steps we missed? > Thanks in advance. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 11:32:19 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 4FC6F1065670 for ; Mon, 23 Mar 2009 11:32:19 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 0318C8FC08 for ; Mon, 23 Mar 2009 11:32:18 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by gxk24 with SMTP id 24so7203199gxk.19 for ; Mon, 23 Mar 2009 04:32:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:references :subject:date:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=n2zHfWSfeG5jSnFp6XZE1L2ncrOLA6y5xnLU+/vrsGo=; b=liuA2yTj8sx3C5YUtdugn3KL0jclaLm/d6WA7yOCVvslZ9EXfKXj1E+341P3fQGoHC yfoufh0XjpNRR5UIzAChsIupOJAJQEgLlvVlrtljnAA5wls82yZUT8hLXhwNlqzYmjs7 ynewom/1ksQFkLf0jbbO+ICV+fymNiD8K+wtM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=p7RfTw1rawK9+Yg7Fbx57gQxyLke9QuTzSbWaFX+9p3vrjPdmyegfKYgwWncHkCMPi 7jQlR23Kzammd4Hh99aTq6sPTUQ4UOi8e+dlToIr7WbnYtPImyTNbbdemkUM8adTB7nF Xy4lw4WpH2+BFkt+rxlwSftusMYDGTiJSwydo= Received: by 10.90.96.1 with SMTP id t1mr4058831agb.3.1237806427753; Mon, 23 Mar 2009 04:07:07 -0700 (PDT) Received: from adnote989 (189-18-124-154.dsl.telesp.net.br [189.18.124.154]) by mx.google.com with ESMTPS id 38sm8581690aga.69.2009.03.23.04.07.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Mar 2009 04:07:07 -0700 (PDT) Message-ID: <87153F88702C4FBCA3FC799082960C45@adnote989> From: "Luiz Otavio O Souza" To: , "Brett Glass" References: <200903222114.PAA17884@lariat.net> Date: Mon, 23 Mar 2009 08:06:56 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Mon, 23 Mar 2009 11:49:05 +0000 Cc: Subject: Re: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 11:32:19 -0000 > Just a quick followup: I've finally figured out a workaround. A hack, to > be sure, but a workaround nonetheless. > > I've created a shell script called /etc/ppp/pppfix, which looks like this: > > #!/bin/sh > # Fix up PPP routes > sleep 1; > logger -i -t ppp Fixing route: route change -host $1 $2 -ifp $3 > route change -host $1 $2 -ifp $3 > > I invoke this from the relevant section of /etc/ppp.linkup with the line > > !bg /etc/ppp/pppfix HISADDR MYADDR INTERFACE > > Note that the "sleep" may not be absolutely necessary, but it seems like a > good idea just in case there's a race condition. > > I also added the following lines in the relevant section of ppp.linkdown: > > iface clear > delete! HISADDR > delete! ALL > shell arp -d HISADDR > quit all > > I found that if I did not do this, the modified route persisted after the > connection terminated. The "arp -d HISADDR" should only be used if proxy > arp is being done, and may not be strictly necessary; I wanted to make > sure I tore down any residual proxy arp entry. > > Of course, all of this is an awful hack and the relevant code in userland > PPP still needs to be looked at. > > --Brett Glass Brett, I've fixed these two issues with ppp(8), please check the PRs: bin/130159 and bin/131250. If it works for you please let a note and maybe someone commit this. Best regards, Luiz From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 14:59:33 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 3BBE01065675 for ; Mon, 23 Mar 2009 14:59:33 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id B4BD18FC1D for ; Mon, 23 Mar 2009 14:59:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so323732eyf.7 for ; Mon, 23 Mar 2009 07:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=hxRq2xkf77L8BNvIwyJtbQcYR/bI/QZCpjl9s7hTpbA=; b=aFttiOOPV12IhY7W3eyEbn+UDDkvD+/56qkJsbsfIHa0uSPBk/avSc/ai3OF3ItnUT tAP7cD5wwd4272ONNRL6mmF2mX6oNkbDo5I1R5EFuzLk/eIzDEnj6PXrL8ApxbXpfHfY ANlb9Z73iJ0zkjM246tglEsqD57RlcUO1tn+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=NBa0ncXh+AbD+EgtDhYhd2IK+4XHzLoUcPmivVcDjAlJycu6AnjPzFX+u2lxCqKvDz u8cdNaXic+9rS4UVrLP4HdkTuZbs+nps73K3S7RnmQ6/UiFJE5DjR48KA7WxXXgiN7lb e3t8tZXw9HI3qSsVyV5YbPQp4HZ9UD+6BYzDk= MIME-Version: 1.0 Received: by 10.210.87.19 with SMTP id k19mr5469854ebb.62.1237820371671; Mon, 23 Mar 2009 07:59:31 -0700 (PDT) In-Reply-To: <200903090240.n292e4Ov062176@freefall.freebsd.org> References: <200903090240.n292e4Ov062176@freefall.freebsd.org> Date: Mon, 23 Mar 2009 15:59:31 +0100 Message-ID: <3a142e750903230759s272f90abs4c6eb783f6f06d0@mail.gmail.com> From: "Paul B. Mahol" To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: kern/132342: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 14:59:33 -0000 On 3/9/09, dfilter service wrote: > The following reply was made to PR kern/132342; it has been noted by GNATS. > > From: dfilter@FreeBSD.ORG (dfilter service) > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/132342: commit references a PR > Date: Mon, 9 Mar 2009 02:38:02 +0000 (UTC) > > Author: sam > Date: Mon Mar 9 02:37:52 2009 > New Revision: 189550 > URL: http://svn.freebsd.org/changeset/base/189550 > > Log: > Fix TXPMGT handling: > o correct dBm<->mW conversion logic > o set net80211 TXPMGT capability only if driver reports it is capable > > PR: kern/132342 > Submitted by: "Paul B. Mahol" > > Modified: > head/sys/dev/if_ndis/if_ndis.c > > Modified: head/sys/dev/if_ndis/if_ndis.c > ============================================================================== > --- head/sys/dev/if_ndis/if_ndis.c Mon Mar 9 02:34:02 2009 (r189549) > +++ head/sys/dev/if_ndis/if_ndis.c Mon Mar 9 02:37:52 2009 (r189550) > @@ -102,7 +102,7 @@ SYSCTL_INT(_hw_ndisusb, OID_AUTO, halt, > "Halt NDIS USB driver when it's attached"); > > /* 0 - 30 dBm to mW conversion table */ > -const uint16_t dBm2mW[] = { > +static const uint16_t dBm2mW[] = { > 1, 1, 1, 1, 2, 2, 2, 2, 3, 3, > 3, 4, 4, 4, 5, 6, 6, 7, 8, 9, > 10, 11, 13, 14, 16, 18, 20, 22, 25, 28, > @@ -749,7 +749,7 @@ ndis_attach(dev) > ic->ic_ifp = ifp; > ic->ic_opmode = IEEE80211_M_STA; > ic->ic_phytype = IEEE80211_T_DS; > - ic->ic_caps = IEEE80211_C_STA | IEEE80211_C_IBSS | IEEE80211_C_TXPMGT; > + ic->ic_caps = IEEE80211_C_STA | IEEE80211_C_IBSS; > setbit(ic->ic_modecaps, IEEE80211_MODE_AUTO); > len = 0; > r = ndis_get_info(sc, OID_802_11_NETWORK_TYPES_SUPPORTED, > @@ -928,6 +928,11 @@ got_crypto: > r = ndis_get_info(sc, OID_802_11_POWER_MODE, &arg, &i); > if (r == 0) > ic->ic_caps |= IEEE80211_C_PMGT; > + > + r = ndis_get_info(sc, OID_802_11_TX_POWER_LEVEL, &arg, &i); > + if (r == 0) > + ic->ic_caps |= IEEE80211_C_TXPMGT; > + > bcopy(eaddr, &ic->ic_myaddr, sizeof(eaddr)); > ieee80211_ifattach(ic); > ic->ic_raw_xmit = ndis_raw_xmit; > @@ -2325,9 +2330,10 @@ ndis_setstate_80211(sc) > ndis_set_info(sc, OID_802_11_POWER_MODE, &arg, &len); > > /* Set TX power */ > - if (ic->ic_txpowlimit < sizeof(dBm2mW)) { > - len = sizeof(arg); > + if ((ic->ic_caps & IEEE80211_C_TXPMGT) && > + ic->ic_txpowlimit < (sizeof(dBm2mW) / sizeof(dBm2mW[0]))) { > arg = dBm2mW[ic->ic_txpowlimit]; > + len = sizeof(arg); > ndis_set_info(sc, OID_802_11_TX_POWER_LEVEL, &arg, &len); > } > > @@ -2798,11 +2804,10 @@ ndis_getstate_80211(sc) > } > > /* Get TX power */ > - len = sizeof(arg); > - rval = ndis_get_info(sc, OID_802_11_TX_POWER_LEVEL, &arg, &len); > - > - if (!rval) { > - for (i = 0; i < sizeof(dBm2mW); i++) > + if (ic->ic_caps & IEEE80211_C_TXPMGT) { > + len = sizeof(arg); > + ndis_get_info(sc, OID_802_11_TX_POWER_LEVEL, &arg, &len); > + for (i = 0; i < (sizeof(dBm2mW) / sizeof(dBm2mW[0])); i++) > if (dBm2mW[i] >= arg) > break; > ic->ic_txpowlimit = i; > _______________________________________________ > svn-src-all@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-all > To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > Looks to be still open, should get closed. I dont expect anybody is going to MFC this and similar changes. -- Paul From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 15:38:45 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 661411065672 for ; Mon, 23 Mar 2009 15:38:45 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id DA2238FC18 for ; Mon, 23 Mar 2009 15:38:44 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id JAA00486; Mon, 23 Mar 2009 09:38:40 -0600 (MDT) Message-Id: <200903231538.JAA00486@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 23 Mar 2009 09:36:57 -0600 To: "Luiz Otavio O Souza" , From: Brett Glass In-Reply-To: <87153F88702C4FBCA3FC799082960C45@adnote989> References: <200903222114.PAA17884@lariat.net> <87153F88702C4FBCA3FC799082960C45@adnote989> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 15:38:45 -0000 Luis: It looks as if bin/130159 ought to fix the problem I am having. I see that it sets the "IFP" flag in the route update request and specifies the interface, which ought to be what is needed. I am not seeing problems with proxy ARP, but that may be because I am running 7.1-RELEASE and not -STABLE. The patch in bin/131250 should probably also be committed to keep things working. --Brett Glass At 05:06 AM 3/23/2009, Luiz Otavio O Souza wrote: >Brett, > >I've fixed these two issues with ppp(8), please check the PRs: >bin/130159 and bin/131250. > >If it works for you please let a note and maybe someone commit this. > >Best regards, >Luiz From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 16:42:28 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 8E29E1065678; Mon, 23 Mar 2009 16:42:28 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id A76A58FC0A; Mon, 23 Mar 2009 16:42:27 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so333572eyf.7 for ; Mon, 23 Mar 2009 09:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6iRVd/l+vxPYSsFaY3uaaAFaOuD2GWl62ASpVwuRndY=; b=T/A3HvzzeNE6Wtcmr5b79YrPfFy4u9hsyOsDTA97oUUJ6x8gvFGVx6YSefBU2nyErs iyIrNaQP5IdOE9ns+riTz+gAHoF00PmTS1F287HctF98QnqCzVt23qSOPeITzFwGqmZy WRGvin/3xuQOyIaLY7UJZHdBYp9Sf4YSqnLtQ= 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=C54iPqEIsD3/JkW1T6QhDdG4HH5+E4yLt4T3Ro5jGi3nwJDE6sg1wliDQGBX7X7bi7 spqzX/GwCZeMVXeqtSXdAdnJFiPE4PXqqER4LTWBxhGtLV1CJ0iaNiz8ENKzCe/Hpg4B o70180sXp6tCvFJcFGve+IS+zDdBDZeZLq4wc= MIME-Version: 1.0 Received: by 10.210.16.10 with SMTP id 10mr1487283ebp.21.1237826546379; Mon, 23 Mar 2009 09:42:26 -0700 (PDT) In-Reply-To: <200903211525.n2LFPajC040197@freefall.freebsd.org> References: <200903211525.n2LFPajC040197@freefall.freebsd.org> Date: Mon, 23 Mar 2009 17:42:26 +0100 Message-ID: <3a142e750903230942y379cb1f4v4b2b72337548e0db@mail.gmail.com> From: "Paul B. Mahol" To: linimon@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: kern/132889: [ndis] [panic] NDIS kernel crash on load BCM4321 AGN driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 16:42:29 -0000 On 3/21/09, linimon@freebsd.org wrote: > Old Synopsis: NDIS kernel crash on load BCM4321 AGN driver > New Synopsis: [ndis] [panic] NDIS kernel crash on load BCM4321 AGN driver > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: linimon > Responsible-Changed-When: Sat Mar 21 15:25:09 UTC 2009 > Responsible-Changed-Why: > Over to maintainer(s). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=132889 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > Cause of this panic may already been fixed in http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118439 But it still unknown why attach failed, so OP could provide more info with changing sysctl debug.ndis to 1. -- Paul From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 17:20: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 55879106566B for ; Mon, 23 Mar 2009 17:20:22 +0000 (UTC) (envelope-from ash@aeria.net) Received: from aeria.net (aeria.net [205.134.176.42]) by mx1.freebsd.org (Postfix) with ESMTP id 134C18FC0C for ; Mon, 23 Mar 2009 17:20:21 +0000 (UTC) (envelope-from ash@aeria.net) Received: from [IPv6:::1] (aeria.net [205.134.176.42]) by aeria.net (Postfix) with ESMTP id 347C747C51 for ; Mon, 23 Mar 2009 17:24:43 +0000 (UTC) Message-Id: <6CE36549-DDB7-43A2-88B4-C2D171FA13F1@aeria.net> From: Ash Gokhale To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 23 Mar 2009 13:20:21 -0400 X-Mailer: Apple Mail (2.930.3) Subject: netgraph modules won't unload after 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: Mon, 23 Mar 2009 17:20:22 -0000 > Thanks for looking at it Julian, I still can't figure out which resource it needs to release before exiting. I've replaced the raw ether_input routine on the interface to continue my module until I can figure out what's wrong with my netgraph glue. Again this minimal module demonstrates the trouble, I'd appreciate it if some sage could say "there's your trouble" http://pastebin.com/m31b6ece6 > netgraph modules won't unload after use > Julian Elischer julian at elischer.org > Wed Mar 18 09:16:15 PDT 2009 > > * Previous message: netgraph modules won't unload after use > * Next message: kern/126469: [fxp] [panic] fxp(4) related kernel > panic > * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] > > Ash Gokhale wrote: > > I'm developing a kernel module that will be doing inspection and > needed > > access to raw network frames, > > so I turned to netgraph as the solution.However it seems that > netgraph > > will not permit a module > > to unload once it's participated in a mkpeer/connect operation. > > Rebooting to remove a module is > > angrymaking (not like mtx/sleep crashes). > > > > This going into the kernel because my bpf based userland stuff > is > > probably not going to hold up to the packet rate. > > > > Should I file a PR? Or is there magic in the documentation I > havn't found? > > > > > > I've observed the trouble in 7.0 release, and tonight's 7_RELENG, > with > > GENERIC + WITNESS/INVARIANTS > > > > The module code ( cobbled together from netgraph/ng_sample.c / > ng_echo.c) > > http://pastebin.com/m31b6ece6 > > > > The module loads and unloads fine until connected to a netgraph > hook: > > hmm they are supposed to, and they did in the past.. > let me check... > > root at trafmon1:kldload ng_ether > root at trafmon1:ifconfig > bge0: flags=8843 metric 0 > mtu 1500 > options=9b > ether 00:11:43:30:fb:8a > inet 10.7.2.3 netmask 0xffffff00 broadcast 10.7.2.255 > media: Ethernet autoselect (100baseTX ) > status: active > bge1: flags=8802 metric 0 mtu 1500 > options=9b > ether 00:11:43:30:fb:8b > media: Ethernet autoselect (none) > status: no carrier > fxp0: flags=8843 metric 0 > mtu 1500 > options=b > ether 00:0e:0c:62:aa:14 > inet 10.7.0.101 netmask 0xffffff00 broadcast 10.7.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > root at trafmon1:ngctl > + list > There are 4 total nodes: > Name: bge0 Type: ether ID: 00000002 Num > hooks: 0 > Name: bge1 Type: ether ID: 00000003 Num > hooks: 0 > Name: ngctl4252 Type: socket ID: 00000005 Num > hooks: 0 > Name: fxp0 Type: ether ID: 00000004 Num > hooks: 0 > + mkpeer bge0: hole lower hook > + list > There are 5 total nodes: > Name: Type: hole ID: 00000006 Num > hooks: 1 > Name: bge0 Type: ether ID: 00000002 Num > hooks: 1 > Name: bge1 Type: ether ID: 00000003 Num > hooks: 0 > Name: ngctl4252 Type: socket ID: 00000005 Num > hooks: 0 > Name: fxp0 Type: ether ID: 00000004 Num > hooks: 0 > + shutdown [6]: > + list > There are 4 total nodes: > Name: bge0 Type: ether ID: 00000002 Num > hooks: 0 > Name: bge1 Type: ether ID: 00000003 Num > hooks: 0 > Name: ngctl4252 Type: socket ID: 00000005 Num > hooks: 0 > Name: fxp0 Type: ether ID: 00000004 Num > hooks: 0 > + quit > root at trafmon1:kldstat -v > Id Refs Address Size Name > 1 36 0xc0400000 6a9c28 kernel (/boot/kernel/kernel) > > [...] > > 7 1 0xccb16000 4000 ng_ether.ko (/boot/kernel/ng_ether.ko) > Contains modules: > Id Name > 246 ng_ether > 8 1 0xccb1b000 2000 ng_hole.ko (/boot/kernel/ng_hole.ko) > Contains modules: > Id Name > 247 ng_hole > root at trafmon1:klunload ng_hole > klunload: Command not found. > root at trafmon1:kldunload ng_hole > root at trafmon1:kldunload ng_ether > kldunload: can't unload file: Device busy > root at trafmon1:kldstat -v > Id Refs Address Size Name > 1 36 0xc0400000 6a9c28 kernel (/boot/kernel/kernel) > > [...] > > 7 1 0xccb16000 4000 ng_ether.ko (/boot/kernel/ng_ether.ko) > Contains modules: > Id Name > 246 ng_ether > root at trafmon1: > > > this is expected. ng-ether is not unloadable as the connections are > too complicated to unwind easily.. one day.... > > root at trafmon1: > > >> Stop in /root/tmp/food.ko. > >> Exit 1 > >> #Mar 18 03:14:31 kernel: quiesced > >> :ro:~/tmp/food.ko:3:14:31:32 > >> Mar 18 03:14:31 kernel: foodmod unloaded > > > > > > Seems that I can't unload some of the other netgraph types either > ( it's > > not just me): > > > >> #kldunload ng_ether > >> :ro:~/tmp/food.ko:3:24:07:41 > >> kldunload: can't unload file: Device busy > >> Exit 1 > > try unloading a node that IS unloadable.. > > see the following comment in ng_ehter.c: > /* > * Note that the base code won't try to unload us until > * all nodes have been removed, and that can't happen > * until all Ethernet interfaces are removed. In any > * case, we know there are no nodes left if the action > * is MOD_UNLOAD, so there's no need to detach any nodes. > */ > > so we can't run this unless you have removeable ethernet interfaces, > and have removed them. > > > > > > > > > _______________________________________________ > > freebsd-net at freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe at > freebsd.org" > > * Previous message: netgraph modules won't unload after use > * Next message: kern/126469: [fxp] [panic] fxp(4) related kernel > panic > * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] > > More information about the freebsd-net mailing list > From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 17:50:09 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 01DA91065670 for ; Mon, 23 Mar 2009 17:50:09 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7B61B8FC0A for ; Mon, 23 Mar 2009 17:50:08 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id LAA02992; Mon, 23 Mar 2009 11:50:06 -0600 (MDT) Message-Id: <200903231750.LAA02992@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 23 Mar 2009 11:46:17 -0600 To: net@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Luiz Otavio O Souza Subject: Re: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 17:50:09 -0000 P.S. -- Just tried the patches in bin/130159 and bin/131250 and they do seem to function properly. Please commit. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 18:20: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 7C77F1065670 for ; Mon, 23 Mar 2009 18:20: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 50EAE8FC0A for ; Mon, 23 Mar 2009 18:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NIK3qu000109 for ; Mon, 23 Mar 2009 18:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NIK3bv000108; Mon, 23 Mar 2009 18:20:03 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 18:20:03 GMT Message-Id: <200903231820.n2NIK3bv000108@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Brett Glass Cc: Subject: Re: bin/130159: [patch] ppp(8) fails to correctly set routes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brett Glass List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 18:20:03 -0000 The following reply was made to PR bin/130159; it has been noted by GNATS. From: Brett Glass To: bug-followup@FreeBSD.org, loos.br@gmail.com Cc: Subject: Re: bin/130159: [patch] ppp(8) fails to correctly set routes Date: Mon, 23 Mar 2009 11:48:50 -0600 Patch appears to work properly. Please commit. From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 18:23:21 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 189D210656E6; Mon, 23 Mar 2009 18:23:21 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.freebsd.org (Postfix) with ESMTP id EB4158FC2C; Mon, 23 Mar 2009 18:23:19 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id TAA01229; Mon, 23 Mar 2009 19:13:39 +0100 (CET) (envelope-from matthias.apitz@oclc.org) Received: from ppp-93-104-42-52.dynamic.mnet-online.de(93.104.42.52) by hunter.Sisis.de via smap (V2.1) id xmaa01215; Mon, 23 Mar 09 19:13:36 +0100 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n2NINBYg002060; Mon, 23 Mar 2009 19:23:11 +0100 (CET) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 23 Mar 2009 19:23:11 +0100 From: Matthias Apitz To: bug-followup@freebsd.org Message-ID: <20090323182310.GA1825@rebelion.Sisis.de> References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49BFF258.4020207@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-net@freebsd.org, Sam Leffler , "Sean C. Farley" , Bruce Simpson Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 18:23:21 -0000 I went today evening with my EeePC and CURRENT on USB key to that Greek restaurant; DHCP does not get IP in CURRENT either; this is somehow good news, isn't it :-) below are some information concerning the AP, ifconfig ... the output of the tcpdump is on my server as http://www.unixarea.de/ath-current.txt let me know if you need more information; HIH matthias info about AP: Siemens Gigaset SE 505 dsl/cable S30853-S1006-R107-3 (handwritten label says: "this is no DSL router; IP 192.168.2.1") as DSL-modem some Fritz!Box is connected to this box http://reviews.cnet.com/routers/siemens-gigaset-se505-dsl/1707-3319_7-30799508.html # uname -a FreeBSD tinyCurrent 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Mar 22 11:47:41 CET 2009 root@rebelion.Sisis.de:/usr/src/myHEAD/obj/usr/src/myHEAD/src/sys/GENERIC i386 # ifconfig -a ath0: flags=8843 metric 0 mtu 2290 ether 00:15:af:b2:ae:e6 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated 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 wlan0: flags=8843 metric 0 mtu 1500 ether 00:15:af:b2:ae:e6 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: IEEE 802.11 Wireless Ethernet DS/5.5Mbps mode 11g status: associated ssid ConnectionPoint channel 11 (2462 Mhz 11g) bssid 00:01:e3:0e:97:99 regdomain 96 indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL # tcpdump -n -i ath0 -y IEEE802_11_RADIO 17:56:24.647835 436598375373us tsft 1.0 Mb/s -80dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] 17:56:24.750225 436598477774us tsft 1.0 Mb/s -81dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] 17:56:24.852621 436598580174us tsft 1.0 Mb/s -79dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] 17:56:24.955019 436598682572us tsft 1.0 Mb/s -80dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] ... full log see: http://www.unixarea.de/ath-current.txt From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 18:36:17 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 31BF3106574C for ; Mon, 23 Mar 2009 18:36:17 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:203:6dff:fe1a:4ddc]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD618FC17 for ; Mon, 23 Mar 2009 18:36:16 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from dhcp-15bf.meeting.ietf.org (dhcp-15bf.meeting.ietf.org [130.129.21.191]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id n2NIaLHe055988 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 23 Mar 2009 14:36:22 -0400 (EDT) (envelope-from rrs@lakerest.net) Message-Id: <74A67587-66D0-41B2-84C6-BEC507918231@lakerest.net> From: Randall Stewart To: Andrew Chen In-Reply-To: <20090323182021.ysrn0ogu84cg084g@wmail1.cc.ntu.edu.tw> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 23 Mar 2009 14:36:12 -0400 References: <20090323182021.ysrn0ogu84cg084g@wmail1.cc.ntu.edu.tw> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net@freebsd.org Subject: Re: Problems in using SCTP CMT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 18:36:19 -0000 Michael and I have developed a fix here at the IETF. at least with pf=0 dac=1 and off=1 We will next test with pf.. I will commit the code to Head... I can also send you a 7.x version tarball.. not sure if it will compile (it will work for 7.1 I know for sure) Let me know if you want such a tar.. R On Mar 23, 2009, at 6:20 AM, Andrew Chen wrote: > Hi, > We have some problems when we tried to send data using CMT-SCTP. > Actually, we are not sure if we do enable CMT functionalities. We > set up two PCs with FreeBSD-7.0. Each PC has two NICs and two IPs. > One is public and the other is private. We wrote simple FTP server > and client programs. On both sides, local addresses are bound as > INADDR_ANY. According to http://tools.ietf.org/html/draft-ietf-tsvwg-sctpsocket-14#section-4.1.5 > , if we bind INADDR_ANY and then call connect(), the multi-homing > capability of SCTP is automatically enabled. Further, we also turn > on sysctl states by setting > sysctl net.inet.sctp.cmt_pf=1 > sysctl net.inet.sctp.cmt_use_dac=1 > sysctl net.inet.sctp.cmt_on_off=1 > Then we start transmission and capture the traffics. Unfortunately, > the captured packet shows data were transmitted on primary path and > there were only heartbeat/HB ACKs on the other path. > To our knowledge, to use CMT, the only things we have to do is to > establish a multihomed association, and turn on the sysctl options. > Can anyone point out something we did wrong or steps we missed? > Thanks in advance. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 18:44:46 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 30A5910656F2; Mon, 23 Mar 2009 18:44:46 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id EBE498FC2C; Mon, 23 Mar 2009 18:44:45 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 34FBB2F91F3; Mon, 23 Mar 2009 14:44:45 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 23 Mar 2009 14:44:45 -0400 X-Sasl-enc: CY9pbnzFSBKf3gVjpLQiE+z4texu7Tti+MrH7RNcX7Nx 1237833884 Received: from empiric.lon.incunabulum.net (unknown [81.168.51.182]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2F1A64DABF; Mon, 23 Mar 2009 14:44:44 -0400 (EDT) Message-ID: <49C7D89A.6070502@incunabulum.net> Date: Mon, 23 Mar 2009 18:44:42 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: Matthias Apitz References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> In-Reply-To: <20090323182310.GA1825@rebelion.Sisis.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Sam Leffler , "Sean C. Farley" , bug-followup@freebsd.org Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 18:44:49 -0000 Matthias Apitz wrote: > I went today evening with my EeePC and CURRENT on USB key > to that Greek restaurant; DHCP does not get IP in CURRENT either; > this is somehow good news, isn't it :-) > This may be orthogonal, but: A lab colleague and I have been seeing a sporadic problem where the ath0 exhibits the symptoms of being disassociated from its AP. We are running RELENG_7 on the EeePC 701 since the open source HAL merge. In the behaviour we're seeing, we don't see any problem with the initial dhclient run, the ath0 just seems to get disassociated within 5-10 minutes of associating. If we leave 'ping ' running in the background, we don't see this problem. We have yet to produce a tcpdump to catch it 'in the act' and observe the DLT_IEEE80211 traffic when it actually happens, I have only seen the symptoms. The AP does not show the EeePC units as being associated any more at this point, but ath0 still shows 'status: associated'. The AP involved is a Netgear WG602 V2, and is running the vendor's firmware. I'll try to get set up with 'tcpdump -y ieee802_11' from initial boot (including dhcp and anything we bump into). cheers BMS From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 18:50:08 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 3751D1065670 for ; Mon, 23 Mar 2009 18:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 24FBE8FC1B for ; Mon, 23 Mar 2009 18:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NIo7pO041693 for ; Mon, 23 Mar 2009 18:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NIo7wG041686; Mon, 23 Mar 2009 18:50:07 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 18:50:07 GMT Message-Id: <200903231850.n2NIo7wG041686@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bruce M Simpson Cc: Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce M Simpson List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 18:50:08 -0000 The following reply was made to PR kern/132722; it has been noted by GNATS. From: Bruce M Simpson To: Matthias Apitz Cc: bug-followup@freebsd.org, Sam Leffler , freebsd-net@freebsd.org, "Sean C. Farley" Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work Date: Mon, 23 Mar 2009 18:44:42 +0000 Matthias Apitz wrote: > I went today evening with my EeePC and CURRENT on USB key > to that Greek restaurant; DHCP does not get IP in CURRENT either; > this is somehow good news, isn't it :-) > This may be orthogonal, but: A lab colleague and I have been seeing a sporadic problem where the ath0 exhibits the symptoms of being disassociated from its AP. We are running RELENG_7 on the EeePC 701 since the open source HAL merge. In the behaviour we're seeing, we don't see any problem with the initial dhclient run, the ath0 just seems to get disassociated within 5-10 minutes of associating. If we leave 'ping ' running in the background, we don't see this problem. We have yet to produce a tcpdump to catch it 'in the act' and observe the DLT_IEEE80211 traffic when it actually happens, I have only seen the symptoms. The AP does not show the EeePC units as being associated any more at this point, but ath0 still shows 'status: associated'. The AP involved is a Netgear WG602 V2, and is running the vendor's firmware. I'll try to get set up with 'tcpdump -y ieee802_11' from initial boot (including dhcp and anything we bump into). cheers BMS From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 18:53: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 20AA410656C4; Mon, 23 Mar 2009 18:53:58 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: from hunter.Sisis.de (mail.oclc.de [193.31.11.194]) by mx1.freebsd.org (Postfix) with ESMTP id 12EE88FC17; Mon, 23 Mar 2009 18:53:56 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id TAA03269; Mon, 23 Mar 2009 19:44:17 +0100 (CET) (envelope-from matthias.apitz@oclc.org) Received: from ppp-93-104-42-52.dynamic.mnet-online.de(93.104.42.52) by hunter.Sisis.de via smap (V2.1) id xma003243; Mon, 23 Mar 09 19:43:46 +0100 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n2NIrLFq002786; Mon, 23 Mar 2009 19:53:21 +0100 (CET) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 23 Mar 2009 19:53:21 +0100 From: Matthias Apitz To: Bruce M Simpson Message-ID: <20090323185321.GA2352@rebelion.Sisis.de> References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> <49C7D89A.6070502@incunabulum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49C7D89A.6070502@incunabulum.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-net@freebsd.org, Sam Leffler , "Sean C. Farley" Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 18:54:02 -0000 El día Monday, March 23, 2009 a las 06:44:42PM +0000, Bruce M Simpson escribió: > Matthias Apitz wrote: > >I went today evening with my EeePC and CURRENT on USB key > >to that Greek restaurant; DHCP does not get IP in CURRENT either; > >this is somehow good news, isn't it :-) > > > > This may be orthogonal, but: > A lab colleague and I have been seeing a sporadic problem where the > ath0 exhibits the symptoms of being disassociated from its AP. We are > running RELENG_7 on the EeePC 701 since the open source HAL merge. > In the behaviour we're seeing, we don't see any problem with the > initial dhclient run, the ath0 just seems to get disassociated within > 5-10 minutes of associating. > > If we leave 'ping ' running in the background, we don't > see this problem. ... This must be a complete different problem, because in my case the AP stays (at least what ifconfig shows) always associated, but don't get offered IP addr; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 19:12:09 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 43B09106576D; Mon, 23 Mar 2009 19:12:09 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5E7518FC22; Mon, 23 Mar 2009 19:12:05 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2NJC4ch027947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Mar 2009 12:12:04 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49C7DF04.1020100@freebsd.org> Date: Mon, 23 Mar 2009 12:12:04 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Matthias Apitz References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> In-Reply-To: <20090323182310.GA1825@rebelion.Sisis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 19:12:13 -0000 Matthias Apitz wrote: > I went today evening with my EeePC and CURRENT on USB key > to that Greek restaurant; DHCP does not get IP in CURRENT either; > this is somehow good news, isn't it :-) > > below are some information concerning the AP, ifconfig ... > the output of the tcpdump is on my server as > http://www.unixarea.de/ath-current.txt > let me know if you need more information; > > HIH > > matthias > > > info about AP: > Siemens Gigaset SE 505 dsl/cable > S30853-S1006-R107-3 > (handwritten label says: "this is no DSL router; IP 192.168.2.1") > as DSL-modem some Fritz!Box is connected to this box > http://reviews.cnet.com/routers/siemens-gigaset-se505-dsl/1707-3319_7-30799508.html > > > # uname -a > FreeBSD tinyCurrent 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Mar 22 11:47:41 CET 2009 root@rebelion.Sisis.de:/usr/src/myHEAD/obj/usr/src/myHEAD/src/sys/GENERIC i386 > > # ifconfig -a > ath0: flags=8843 metric 0 mtu 2290 > ether 00:15:af:b2:ae:e6 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > 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 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:15:af:b2:ae:e6 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > media: IEEE 802.11 Wireless Ethernet DS/5.5Mbps mode 11g > status: associated > ssid ConnectionPoint channel 11 (2462 Mhz 11g) bssid 00:01:e3:0e:97:99 > regdomain 96 indoor ecm authmode OPEN privacy ON deftxkey 1 > wepkey 1:104-bit txpower 20 bmiss 7 scanvalid 450 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS > wme burst roaming MANUAL > > > > # tcpdump -n -i ath0 -y IEEE802_11_RADIO > 17:56:24.647835 436598375373us tsft 1.0 Mb/s -80dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] > 17:56:24.750225 436598477774us tsft 1.0 Mb/s -81dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] > 17:56:24.852621 436598580174us tsft 1.0 Mb/s -79dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] > 17:56:24.955019 436598682572us tsft 1.0 Mb/s -80dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] > ... > > full log see: http://www.unixarea.de/ath-current.txt > > > If you have the raw pcap capture please provide a url to it. From the log it appears you're sending+receiving wep-encrypted frames. They keyid is the same and since you're receiving frames I have to assume the key matter is correct as otherwise the h/w would drop the frame. You can verify this by feeding the key into wireshark to check if the frame contents make sense. I'm out of ideas. About the only thing I can suggest is you setup a different ap w/ the same wep key and see if things work. If so then you know it's something this ap is doing. I can't recall when I last tested wep on HEAD but I'm pretty sure it works. I will re-test that when I get a chance. Sam From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 19:14: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 1A3FD1065725 for ; Mon, 23 Mar 2009 19:14:19 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id DC1D98FC21 for ; Mon, 23 Mar 2009 19:14:18 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2NJEIFo027957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Mar 2009 12:14:18 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49C7DF8A.8070408@freebsd.org> Date: Mon, 23 Mar 2009 12:14:18 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce M Simpson References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> <49C7D89A.6070502@incunabulum.net> In-Reply-To: <49C7D89A.6070502@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org, Matthias Apitz Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 19:14:21 -0000 Bruce M Simpson wrote: > Matthias Apitz wrote: >> I went today evening with my EeePC and CURRENT on USB key >> to that Greek restaurant; DHCP does not get IP in CURRENT either; >> this is somehow good news, isn't it :-) >> > > This may be orthogonal, but: > A lab colleague and I have been seeing a sporadic problem where the > ath0 exhibits the symptoms of being disassociated from its AP. We are > running RELENG_7 on the EeePC 701 since the open source HAL merge. > In the behaviour we're seeing, we don't see any problem with the > initial dhclient run, the ath0 just seems to get disassociated within > 5-10 minutes of associating. > > If we leave 'ping ' running in the background, we don't > see this problem. > > We have yet to produce a tcpdump to catch it 'in the act' and > observe the DLT_IEEE80211 traffic when it actually happens, I have > only seen the symptoms. The AP does not show the EeePC units as being > associated any more at this point, but ath0 still shows 'status: > associated'. The AP involved is a Netgear WG602 V2, and is running the > vendor's firmware. > > I'll try to get set up with 'tcpdump -y ieee802_11' from initial boot > (including dhcp and anything we bump into). There are many issues with the wireless code in RELENG_7. Now that the hal is merged we can try to address them. Unfortunately the 7.2 release has just begun so it's unclear what we can get in. I'm also limited in what I'm willing to commit given that I do not run RELENG_7. Sam From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 19:20:02 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 91C121065740 for ; Mon, 23 Mar 2009 19:20:02 +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 7E12F8FC26 for ; Mon, 23 Mar 2009 19:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NJK2SG081831 for ; Mon, 23 Mar 2009 19:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NJK2qL081828; Mon, 23 Mar 2009 19:20:02 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 19:20:02 GMT Message-Id: <200903231920.n2NJK2qL081828@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Sam Leffler Cc: Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sam Leffler List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 19:20:04 -0000 The following reply was made to PR kern/132722; it has been noted by GNATS. From: Sam Leffler To: Matthias Apitz Cc: bug-followup@freebsd.org, freebsd-net@freebsd.org Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work Date: Mon, 23 Mar 2009 12:12:04 -0700 Matthias Apitz wrote: > I went today evening with my EeePC and CURRENT on USB key > to that Greek restaurant; DHCP does not get IP in CURRENT either; > this is somehow good news, isn't it :-) > > below are some information concerning the AP, ifconfig ... > the output of the tcpdump is on my server as > http://www.unixarea.de/ath-current.txt > let me know if you need more information; > > HIH > > matthias > > > info about AP: > Siemens Gigaset SE 505 dsl/cable > S30853-S1006-R107-3 > (handwritten label says: "this is no DSL router; IP 192.168.2.1") > as DSL-modem some Fritz!Box is connected to this box > http://reviews.cnet.com/routers/siemens-gigaset-se505-dsl/1707-3319_7-30799508.html > > > # uname -a > FreeBSD tinyCurrent 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Mar 22 11:47:41 CET 2009 root@rebelion.Sisis.de:/usr/src/myHEAD/obj/usr/src/myHEAD/src/sys/GENERIC i386 > > # ifconfig -a > ath0: flags=8843 metric 0 mtu 2290 > ether 00:15:af:b2:ae:e6 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > 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 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:15:af:b2:ae:e6 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > media: IEEE 802.11 Wireless Ethernet DS/5.5Mbps mode 11g > status: associated > ssid ConnectionPoint channel 11 (2462 Mhz 11g) bssid 00:01:e3:0e:97:99 > regdomain 96 indoor ecm authmode OPEN privacy ON deftxkey 1 > wepkey 1:104-bit txpower 20 bmiss 7 scanvalid 450 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS > wme burst roaming MANUAL > > > > # tcpdump -n -i ath0 -y IEEE802_11_RADIO > 17:56:24.647835 436598375373us tsft 1.0 Mb/s -80dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] > 17:56:24.750225 436598477774us tsft 1.0 Mb/s -81dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] > 17:56:24.852621 436598580174us tsft 1.0 Mb/s -79dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] > 17:56:24.955019 436598682572us tsft 1.0 Mb/s -80dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] > ... > > full log see: http://www.unixarea.de/ath-current.txt > > > If you have the raw pcap capture please provide a url to it. From the log it appears you're sending+receiving wep-encrypted frames. They keyid is the same and since you're receiving frames I have to assume the key matter is correct as otherwise the h/w would drop the frame. You can verify this by feeding the key into wireshark to check if the frame contents make sense. I'm out of ideas. About the only thing I can suggest is you setup a different ap w/ the same wep key and see if things work. If so then you know it's something this ap is doing. I can't recall when I last tested wep on HEAD but I'm pretty sure it works. I will re-test that when I get a chance. Sam From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 20:00: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 A33DE1065672 for ; Mon, 23 Mar 2009 20:00: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 82BD08FC16 for ; Mon, 23 Mar 2009 20:00:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NK05Zs035643 for ; Mon, 23 Mar 2009 20:00:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NK05VC035641; Mon, 23 Mar 2009 20:00:05 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 20:00:05 GMT Message-Id: <200903232000.n2NK05VC035641@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Matthias Apitz Cc: Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 20:00:06 -0000 The following reply was made to PR kern/132722; it has been noted by GNATS. From: Matthias Apitz To: bug-followup@freebsd.org Cc: Sam Leffler , freebsd-net@freebsd.org, Bruce Simpson , "Sean C. Farley" Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work Date: Mon, 23 Mar 2009 19:23:11 +0100 I went today evening with my EeePC and CURRENT on USB key to that Greek restaurant; DHCP does not get IP in CURRENT either; this is somehow good news, isn't it :-) below are some information concerning the AP, ifconfig ... the output of the tcpdump is on my server as http://www.unixarea.de/ath-current.txt let me know if you need more information; HIH matthias info about AP: Siemens Gigaset SE 505 dsl/cable S30853-S1006-R107-3 (handwritten label says: "this is no DSL router; IP 192.168.2.1") as DSL-modem some Fritz!Box is connected to this box http://reviews.cnet.com/routers/siemens-gigaset-se505-dsl/1707-3319_7-30799508.html # uname -a FreeBSD tinyCurrent 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Mar 22 11:47:41 CET 2009 root@rebelion.Sisis.de:/usr/src/myHEAD/obj/usr/src/myHEAD/src/sys/GENERIC i386 # ifconfig -a ath0: flags=8843 metric 0 mtu 2290 ether 00:15:af:b2:ae:e6 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated 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 wlan0: flags=8843 metric 0 mtu 1500 ether 00:15:af:b2:ae:e6 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: IEEE 802.11 Wireless Ethernet DS/5.5Mbps mode 11g status: associated ssid ConnectionPoint channel 11 (2462 Mhz 11g) bssid 00:01:e3:0e:97:99 regdomain 96 indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL # tcpdump -n -i ath0 -y IEEE802_11_RADIO 17:56:24.647835 436598375373us tsft 1.0 Mb/s -80dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] 17:56:24.750225 436598477774us tsft 1.0 Mb/s -81dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] 17:56:24.852621 436598580174us tsft 1.0 Mb/s -79dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] 17:56:24.955019 436598682572us tsft 1.0 Mb/s -80dB signal -96dB noise antenna 1 [0x00000012] Beacon (ConnectionPoint) [1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 Mbit] ESS[|802.11] ... full log see: http://www.unixarea.de/ath-current.txt From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 20: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 CD3D9106567D for ; Mon, 23 Mar 2009 20:12:20 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9E7EA8FC08 for ; Mon, 23 Mar 2009 20:12:20 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 504622FA989 for ; Mon, 23 Mar 2009 16:12:20 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 23 Mar 2009 16:12:20 -0400 X-Sasl-enc: V4v0RDd4VX78K/trlUrzk7Pd6nIQfrtEHKRivuJag8lL 1237839139 Received: from empiric.lon.incunabulum.net (unknown [81.168.51.182]) by mail.messagingengine.com (Postfix) with ESMTPSA id BFFC72E8E6 for ; Mon, 23 Mar 2009 16:12:19 -0400 (EDT) Message-ID: <49C7ED1F.2060608@incunabulum.net> Date: Mon, 23 Mar 2009 20:12:15 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> <49C7D89A.6070502@incunabulum.net> <49C7DF8A.8070408@freebsd.org> In-Reply-To: <49C7DF8A.8070408@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ath0 apparent silent disassociation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 20:12:21 -0000 [Repost without attachment] OK. We've managed to reproduce this set of symptoms now in our work area. [If anyone needs to see a pcap, please Cc: me offlist.] Timebase: beginning of the pcap is in sync with a bringup from single-user mode; the tcpdump runs in the background from init whilst the system is brought up. OK, so I timed the apparent loss of connectivity as 6m 30s from that point I hit the stopwatch, to when I hit it again when the AP's Web GUI no longer shows the STA affected as being associated. Obviously such a timing is subject to human/visual jitter, and how often Netgear's firmware pulls the STA association list from the AP into the web GUI. What stands out in the pcap is that 302.291s in (almost 5m exactly), the STA (ath0) sends an IEEE 802.11 NULL frame to the AP with the PWR MGT bit set (I'm going to sleep!). This more or less coincides with a normal beacon from the Netgear AP. It does not advertise Auto Power Save Delivery (apsd), that bit is 0. This is puzzling as we don't enable power management by default. As I understand it, this may be an AP feature in some environments... I can try reproducing this with an explicit 'ifconfig ath0 -powersave' and see if it reoccurs. You'll see that after this NULL frame is sent, there is another Probe Request, and the Netgear AP does Probe Respond, but this makes no difference (I ended the capture around 150s after the NULL frame was sent). At this point we can't send traffic from the ath0, or rather, the AP is acting as though it never even heard the STA. The STA learns the AP's IP address/MAC mapping through passive ARP -- we still see broadcasts on the SSID -- but the AP has started to totally ignore the STA, and seemed to have ignored its ARP requests also. We are using MAC address ACL control with this AP, and the ath0 affected is definitely listed in its ACL table, configured up, rebooted etc. It is as though the STA is entering power saving mode when not explicitly told to, and the AP is not waking up the STA as it should. If any more information needed, or where to look, please let me know what's involved (I MFCed the change after all, so I'll help where I can until I'm on holiday this week...) My lab colleague is just working around this with 'ping ' for now, that keeps things up, as does OpenVPN... cheers BMS From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 20:40: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 1E2EA1065670; Mon, 23 Mar 2009 20:40:55 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0EC8FC19; Mon, 23 Mar 2009 20:40:54 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id C9FC133CB6; Mon, 23 Mar 2009 22:40:50 +0200 (SAST) Date: Mon, 23 Mar 2009 22:40:50 +0200 From: John Hay To: Bruce M Simpson Message-ID: <20090323204050.GA5477@zibbi.meraka.csir.co.za> References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> <49C7D89A.6070502@incunabulum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49C7D89A.6070502@incunabulum.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Sam Leffler , Matthias Apitz , bug-followup@freebsd.org, "Sean C. Farley" Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 20:40:55 -0000 On Mon, Mar 23, 2009 at 06:44:42PM +0000, Bruce M Simpson wrote: > Matthias Apitz wrote: > >I went today evening with my EeePC and CURRENT on USB key > >to that Greek restaurant; DHCP does not get IP in CURRENT either; > >this is somehow good news, isn't it :-) > > > > This may be orthogonal, but: > A lab colleague and I have been seeing a sporadic problem where the > ath0 exhibits the symptoms of being disassociated from its AP. We are > running RELENG_7 on the EeePC 701 since the open source HAL merge. > In the behaviour we're seeing, we don't see any problem with the > initial dhclient run, the ath0 just seems to get disassociated within > 5-10 minutes of associating. > > If we leave 'ping ' running in the background, we don't > see this problem. > I found doing a -bgscan before it happens, make it not happen. I now have -bgscan in my rc.conf. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 20:50: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 6DA211065691 for ; Mon, 23 Mar 2009 20:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5BBF78FC1F for ; Mon, 23 Mar 2009 20:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NKo3Bu004067 for ; Mon, 23 Mar 2009 20:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NKo3mi004059; Mon, 23 Mar 2009 20:50:03 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 20:50:03 GMT Message-Id: <200903232050.n2NKo3mi004059@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: John Hay Cc: Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Hay List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 20:50:03 -0000 The following reply was made to PR kern/132722; it has been noted by GNATS. From: John Hay To: Bruce M Simpson Cc: Matthias Apitz , freebsd-net@freebsd.org, Sam Leffler , "Sean C. Farley" , bug-followup@freebsd.org Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work Date: Mon, 23 Mar 2009 22:40:50 +0200 On Mon, Mar 23, 2009 at 06:44:42PM +0000, Bruce M Simpson wrote: > Matthias Apitz wrote: > >I went today evening with my EeePC and CURRENT on USB key > >to that Greek restaurant; DHCP does not get IP in CURRENT either; > >this is somehow good news, isn't it :-) > > > > This may be orthogonal, but: > A lab colleague and I have been seeing a sporadic problem where the > ath0 exhibits the symptoms of being disassociated from its AP. We are > running RELENG_7 on the EeePC 701 since the open source HAL merge. > In the behaviour we're seeing, we don't see any problem with the > initial dhclient run, the ath0 just seems to get disassociated within > 5-10 minutes of associating. > > If we leave 'ping ' running in the background, we don't > see this problem. > I found doing a -bgscan before it happens, make it not happen. I now have -bgscan in my rc.conf. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:00: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 882DE1065A45 for ; Mon, 23 Mar 2009 21:00: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 684E48FC0A for ; Mon, 23 Mar 2009 21:00:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NL0388017122 for ; Mon, 23 Mar 2009 21:00:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NL03Gg017121; Mon, 23 Mar 2009 21:00:03 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 21:00:03 GMT Message-Id: <200903232100.n2NL03Gg017121@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/119361: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 21:00:08 -0000 The following reply was made to PR kern/119361; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/119361: commit references a PR Date: Mon, 23 Mar 2009 20:54:04 +0000 (UTC) Author: marius Date: Mon Mar 23 20:53:38 2009 New Revision: 190335 URL: http://svn.freebsd.org/changeset/base/190335 Log: MFC: r190194 - In bge_ifmedia_upd_locked() take advantrage of LIST_FOREACH(). - If boot verbose, print asicrev, chiprev and bus type on attach. - For PCI Express devices: 1) Adjust max read request size to 4Kbytes 2) Turn on FIFO_LONG_BURST in RDMA during bge_blockinit() Though 1) does not seem to have much to do with the poor TX performance observed on PCI Express bge(4), 2) does fix the problem. [1] - Nuke the RX CPU self-diag, which prevents working cards from working (Linux tg3 does not have this diag neither does OpenBSD's bge(4)). The increasing of the firmware handshaking timeout to 20000 retries done as part of the original commit isn't merged as way already have a way higher BGE_TIMEOUT of 100000. PR: 119361 [1] Obtained from: tg3 via DragonflyBSD [1], DragonflyBSD Modified: stable/7/sys/ (props changed) stable/7/sys/contrib/pf/ (props changed) stable/7/sys/dev/ath/ath_hal/ (props changed) stable/7/sys/dev/bge/if_bge.c stable/7/sys/dev/bge/if_bgereg.h stable/7/sys/dev/cxgb/ (props changed) Modified: stable/7/sys/dev/bge/if_bge.c ============================================================================== --- stable/7/sys/dev/bge/if_bge.c Mon Mar 23 20:37:37 2009 (r190334) +++ stable/7/sys/dev/bge/if_bge.c Mon Mar 23 20:53:38 2009 (r190335) @@ -384,6 +384,7 @@ static uint32_t bge_readreg_ind(struct b #endif static void bge_writemem_direct(struct bge_softc *, int, int); static void bge_writereg_ind(struct bge_softc *, int, int); +static void bge_set_max_readrq(struct bge_softc *, int); static int bge_miibus_readreg(device_t, int, int); static int bge_miibus_writereg(device_t, int, int, int); @@ -523,6 +524,34 @@ bge_writemem_ind(struct bge_softc *sc, i pci_write_config(dev, BGE_PCI_MEMWIN_BASEADDR, 0, 4); } +/* + * PCI Express only + */ +static void +bge_set_max_readrq(struct bge_softc *sc, int expr_ptr) +{ + device_t dev; + uint16_t val; + + KASSERT((sc->bge_flags & BGE_FLAG_PCIE) && expr_ptr != 0, + ("%s: not applicable", __func__)); + + dev = sc->bge_dev; + + val = pci_read_config(dev, expr_ptr + BGE_PCIE_DEVCTL, 2); + if ((val & BGE_PCIE_DEVCTL_MAX_READRQ_MASK) != + BGE_PCIE_DEVCTL_MAX_READRQ_4096) { + if (bootverbose) + device_printf(dev, "adjust device control 0x%04x ", + val); + val &= ~BGE_PCIE_DEVCTL_MAX_READRQ_MASK; + val |= BGE_PCIE_DEVCTL_MAX_READRQ_4096; + pci_write_config(dev, expr_ptr + BGE_PCIE_DEVCTL, val, 2); + if (bootverbose) + printf("-> 0x%04x\n", val); + } +} + #ifdef notdef static uint32_t bge_readreg_ind(struct bge_softc *sc, int off) @@ -1278,18 +1307,6 @@ bge_chipinit(struct bge_softc *sc) /* Set endianness before we access any non-PCI registers. */ pci_write_config(sc->bge_dev, BGE_PCI_MISC_CTL, BGE_INIT, 4); - /* - * Check the 'ROM failed' bit on the RX CPU to see if - * self-tests passed. Skip this check when there's no - * chip containing the Ethernet address fitted, since - * in that case it will always fail. - */ - if ((sc->bge_flags & BGE_FLAG_EADDR) && - CSR_READ_4(sc, BGE_RXCPU_MODE) & BGE_RXCPUMODE_ROMFAIL) { - device_printf(sc->bge_dev, "RX CPU self-diagnostics failed!\n"); - return (ENODEV); - } - /* Clear the MAC control register */ CSR_WRITE_4(sc, BGE_MAC_MODE, 0); @@ -1742,14 +1759,18 @@ bge_blockinit(struct bge_softc *sc) /* Enable host coalescing bug fix. */ if (sc->bge_asicrev == BGE_ASICREV_BCM5755 || sc->bge_asicrev == BGE_ASICREV_BCM5787) - val |= 1 << 29; + val |= 1 << 29; /* Turn on write DMA state machine */ CSR_WRITE_4(sc, BGE_WDMA_MODE, val); + DELAY(40); /* Turn on read DMA state machine */ - CSR_WRITE_4(sc, BGE_RDMA_MODE, - BGE_RDMAMODE_ENABLE | BGE_RDMAMODE_ALL_ATTNS); + val = BGE_RDMAMODE_ENABLE | BGE_RDMAMODE_ALL_ATTNS; + if (sc->bge_flags & BGE_FLAG_PCIE) + val |= BGE_RDMAMODE_FIFO_LONG_BURST; + CSR_WRITE_4(sc, BGE_RDMA_MODE, val); + DELAY(40); /* Turn on RX data completion state machine */ CSR_WRITE_4(sc, BGE_RDC_MODE, BGE_RDCMODE_ENABLE); @@ -2387,7 +2408,7 @@ bge_attach(device_t dev) goto fail; } - /* Save ASIC rev. */ + /* Save various chip information. */ sc->bge_chipid = pci_read_config(dev, BGE_PCI_MISC_CTL, 4) & BGE_PCIMISCCTL_ASICREV; @@ -2470,14 +2491,17 @@ bge_attach(device_t dev) * Found a PCI Express capabilities register, this * must be a PCI Express device. */ - if (reg != 0) + if (reg != 0) { sc->bge_flags |= BGE_FLAG_PCIE; #else if (BGE_IS_5705_PLUS(sc)) { reg = pci_read_config(dev, BGE_PCIE_CAPID_REG, 4); - if ((reg & 0xFF) == BGE_PCIE_CAPID) + if ((reg & 0xFF) == BGE_PCIE_CAPID) { sc->bge_flags |= BGE_FLAG_PCIE; + reg = BGE_PCIE_CAPID; #endif + bge_set_max_readrq(sc, reg); + } } else { /* * Check if the device is in PCI-X Mode. @@ -2522,6 +2546,13 @@ bge_attach(device_t dev) goto fail; } + if (bootverbose) + device_printf(dev, + "CHIP ID 0x%08x; ASIC REV 0x%02x; CHIP REV 0x%02x; %s\n", + sc->bge_chipid, sc->bge_asicrev, sc->bge_chiprev, + (sc->bge_flags & BGE_FLAG_PCIX) ? "PCI-X" : + ((sc->bge_flags & BGE_FLAG_PCIE) ? "PCI-E" : "PCI")); + BGE_LOCK_INIT(sc, device_get_nameunit(dev)); /* Try to reset the chip. */ @@ -3882,6 +3913,7 @@ bge_ifmedia_upd_locked(struct ifnet *ifp { struct bge_softc *sc = ifp->if_softc; struct mii_data *mii; + struct mii_softc *miisc; struct ifmedia *ifm; BGE_LOCK_ASSERT(sc); @@ -3932,12 +3964,9 @@ bge_ifmedia_upd_locked(struct ifnet *ifp sc->bge_link_evt++; mii = device_get_softc(sc->bge_miibus); - if (mii->mii_instance) { - struct mii_softc *miisc; - for (miisc = LIST_FIRST(&mii->mii_phys); miisc != NULL; - miisc = LIST_NEXT(miisc, mii_list)) + if (mii->mii_instance) + LIST_FOREACH(miisc, &mii->mii_phys, mii_list) mii_phy_reset(miisc); - } mii_mediachg(mii); /* Modified: stable/7/sys/dev/bge/if_bgereg.h ============================================================================== --- stable/7/sys/dev/bge/if_bgereg.h Mon Mar 23 20:37:37 2009 (r190334) +++ stable/7/sys/dev/bge/if_bgereg.h Mon Mar 23 20:53:38 2009 (r190335) @@ -176,6 +176,22 @@ #define BGE_PCI_MSI_ADDR_LO 0x60 #define BGE_PCI_MSI_DATA 0x64 +/* + * PCI Express definitions + * According to + * PCI Express base specification, REV. 1.0a + */ + +/* PCI Express device control, 16bits */ +#define BGE_PCIE_DEVCTL 0x08 +#define BGE_PCIE_DEVCTL_MAX_READRQ_MASK 0x7000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_128 0x0000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_256 0x1000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_512 0x2000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_1024 0x3000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_2048 0x4000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_4096 0x5000 + /* PCI MSI. ??? */ #define BGE_PCIE_CAPID_REG 0xD0 #define BGE_PCIE_CAPID 0x10 @@ -1359,6 +1375,8 @@ #define BGE_RDMAMODE_PCI_FIFOOREAD_ATTN 0x00000100 #define BGE_RDMAMODE_LOCWRITE_TOOBIG 0x00000200 #define BGE_RDMAMODE_ALL_ATTNS 0x000003FC +#define BGE_RDMAMODE_FIFO_SIZE_128 0x00020000 +#define BGE_RDMAMODE_FIFO_LONG_BURST 0x00030000 /* Read DMA status register */ #define BGE_RDMASTAT_PCI_TGT_ABRT_ATTN 0x00000004 _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:00:08 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 766681065A44 for ; Mon, 23 Mar 2009 21:00: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 549148FC15 for ; Mon, 23 Mar 2009 21:00:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NL052T017137 for ; Mon, 23 Mar 2009 21:00:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NL05Bj017135; Mon, 23 Mar 2009 21:00:05 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 21:00:05 GMT Message-Id: <200903232100.n2NL05Bj017135@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/119361: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 21:00:15 -0000 The following reply was made to PR kern/119361; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/119361: commit references a PR Date: Mon, 23 Mar 2009 20:54:30 +0000 (UTC) Author: marius Date: Mon Mar 23 20:53:50 2009 New Revision: 190336 URL: http://svn.freebsd.org/changeset/base/190336 Log: MFC: r190194 - In bge_ifmedia_upd_locked() take advantrage of LIST_FOREACH(). - If boot verbose, print asicrev, chiprev and bus type on attach. - For PCI Express devices: 1) Adjust max read request size to 4Kbytes 2) Turn on FIFO_LONG_BURST in RDMA during bge_blockinit() Though 1) does not seem to have much to do with the poor TX performance observed on PCI Express bge(4), 2) does fix the problem. [1] - Nuke the RX CPU self-diag, which prevents working cards from working (Linux tg3 does not have this diag neither does OpenBSD's bge(4)). The increasing of the firmware handshaking timeout to 20000 retries done as part of the original commit isn't merged as way already have a way higher BGE_TIMEOUT of 100000. PR: 119361 [1] Obtained from: tg3 via DragonflyBSD [1], DragonflyBSD Modified: stable/6/sys/ (props changed) stable/6/sys/contrib/pf/ (props changed) stable/6/sys/dev/bge/if_bge.c stable/6/sys/dev/bge/if_bgereg.h stable/6/sys/dev/cxgb/ (props changed) Modified: stable/6/sys/dev/bge/if_bge.c ============================================================================== --- stable/6/sys/dev/bge/if_bge.c Mon Mar 23 20:53:38 2009 (r190335) +++ stable/6/sys/dev/bge/if_bge.c Mon Mar 23 20:53:50 2009 (r190336) @@ -383,6 +383,7 @@ static uint32_t bge_readreg_ind(struct b #endif static void bge_writemem_direct(struct bge_softc *, int, int); static void bge_writereg_ind(struct bge_softc *, int, int); +static void bge_set_max_readrq(struct bge_softc *, int); static int bge_miibus_readreg(device_t, int, int); static int bge_miibus_writereg(device_t, int, int, int); @@ -521,6 +522,34 @@ bge_writemem_ind(struct bge_softc *sc, i pci_write_config(dev, BGE_PCI_MEMWIN_BASEADDR, 0, 4); } +/* + * PCI Express only + */ +static void +bge_set_max_readrq(struct bge_softc *sc, int expr_ptr) +{ + device_t dev; + uint16_t val; + + KASSERT((sc->bge_flags & BGE_FLAG_PCIE) && expr_ptr != 0, + ("%s: not applicable", __func__)); + + dev = sc->bge_dev; + + val = pci_read_config(dev, expr_ptr + BGE_PCIE_DEVCTL, 2); + if ((val & BGE_PCIE_DEVCTL_MAX_READRQ_MASK) != + BGE_PCIE_DEVCTL_MAX_READRQ_4096) { + if (bootverbose) + device_printf(dev, "adjust device control 0x%04x ", + val); + val &= ~BGE_PCIE_DEVCTL_MAX_READRQ_MASK; + val |= BGE_PCIE_DEVCTL_MAX_READRQ_4096; + pci_write_config(dev, expr_ptr + BGE_PCIE_DEVCTL, val, 2); + if (bootverbose) + printf("-> 0x%04x\n", val); + } +} + #ifdef notdef static uint32_t bge_readreg_ind(struct bge_softc *sc, int off) @@ -1261,18 +1290,6 @@ bge_chipinit(struct bge_softc *sc) /* Set endianness before we access any non-PCI registers. */ pci_write_config(sc->bge_dev, BGE_PCI_MISC_CTL, BGE_INIT, 4); - /* - * Check the 'ROM failed' bit on the RX CPU to see if - * self-tests passed. Skip this check when there's no - * chip containing the Ethernet address fitted, since - * in that case it will always fail. - */ - if ((sc->bge_flags & BGE_FLAG_EADDR) && - CSR_READ_4(sc, BGE_RXCPU_MODE) & BGE_RXCPUMODE_ROMFAIL) { - device_printf(sc->bge_dev, "RX CPU self-diagnostics failed!\n"); - return (ENODEV); - } - /* Clear the MAC control register */ CSR_WRITE_4(sc, BGE_MAC_MODE, 0); @@ -1736,14 +1753,18 @@ bge_blockinit(struct bge_softc *sc) /* Enable host coalescing bug fix. */ if (sc->bge_asicrev == BGE_ASICREV_BCM5755 || sc->bge_asicrev == BGE_ASICREV_BCM5787) - val |= 1 << 29; + val |= 1 << 29; /* Turn on write DMA state machine */ CSR_WRITE_4(sc, BGE_WDMA_MODE, val); + DELAY(40); /* Turn on read DMA state machine */ - CSR_WRITE_4(sc, BGE_RDMA_MODE, - BGE_RDMAMODE_ENABLE | BGE_RDMAMODE_ALL_ATTNS); + val = BGE_RDMAMODE_ENABLE | BGE_RDMAMODE_ALL_ATTNS; + if (sc->bge_flags & BGE_FLAG_PCIE) + val |= BGE_RDMAMODE_FIFO_LONG_BURST; + CSR_WRITE_4(sc, BGE_RDMA_MODE, val); + DELAY(40); /* Turn on RX data completion state machine */ CSR_WRITE_4(sc, BGE_RDC_MODE, BGE_RDCMODE_ENABLE); @@ -2383,8 +2404,7 @@ bge_attach(device_t dev) sc->bge_btag = rman_get_bustag(sc->bge_res); sc->bge_bhandle = rman_get_bushandle(sc->bge_res); - /* Save ASIC rev. */ - + /* Save various chip information. */ sc->bge_chipid = pci_read_config(dev, BGE_PCI_MISC_CTL, 4) & BGE_PCIMISCCTL_ASICREV; @@ -2457,14 +2477,17 @@ bge_attach(device_t dev) * Found a PCI Express capabilities register, this * must be a PCI Express device. */ - if (reg != 0) + if (reg != 0) { sc->bge_flags |= BGE_FLAG_PCIE; #else if (BGE_IS_5705_PLUS(sc)) { reg = pci_read_config(dev, BGE_PCIE_CAPID_REG, 4); - if ((reg & 0xFF) == BGE_PCIE_CAPID) + if ((reg & 0xFF) == BGE_PCIE_CAPID) { sc->bge_flags |= BGE_FLAG_PCIE; + reg = BGE_PCIE_CAPID; #endif + bge_set_max_readrq(sc, reg); + } } else { /* * Check if the device is in PCI-X Mode. @@ -2509,6 +2532,13 @@ bge_attach(device_t dev) goto fail; } + if (bootverbose) + device_printf(dev, + "CHIP ID 0x%08x; ASIC REV 0x%02x; CHIP REV 0x%02x; %s\n", + sc->bge_chipid, sc->bge_asicrev, sc->bge_chiprev, + (sc->bge_flags & BGE_FLAG_PCIX) ? "PCI-X" : + ((sc->bge_flags & BGE_FLAG_PCIE) ? "PCI-E" : "PCI")); + BGE_LOCK_INIT(sc, device_get_nameunit(dev)); /* Try to reset the chip. */ @@ -3860,6 +3890,7 @@ bge_ifmedia_upd_locked(struct ifnet *ifp { struct bge_softc *sc = ifp->if_softc; struct mii_data *mii; + struct mii_softc *miisc; struct ifmedia *ifm; BGE_LOCK_ASSERT(sc); @@ -3910,12 +3941,9 @@ bge_ifmedia_upd_locked(struct ifnet *ifp sc->bge_link_evt++; mii = device_get_softc(sc->bge_miibus); - if (mii->mii_instance) { - struct mii_softc *miisc; - for (miisc = LIST_FIRST(&mii->mii_phys); miisc != NULL; - miisc = LIST_NEXT(miisc, mii_list)) + if (mii->mii_instance) + LIST_FOREACH(miisc, &mii->mii_phys, mii_list) mii_phy_reset(miisc); - } mii_mediachg(mii); return (0); Modified: stable/6/sys/dev/bge/if_bgereg.h ============================================================================== --- stable/6/sys/dev/bge/if_bgereg.h Mon Mar 23 20:53:38 2009 (r190335) +++ stable/6/sys/dev/bge/if_bgereg.h Mon Mar 23 20:53:50 2009 (r190336) @@ -176,6 +176,22 @@ #define BGE_PCI_MSI_ADDR_LO 0x60 #define BGE_PCI_MSI_DATA 0x64 +/* + * PCI Express definitions + * According to + * PCI Express base specification, REV. 1.0a + */ + +/* PCI Express device control, 16bits */ +#define BGE_PCIE_DEVCTL 0x08 +#define BGE_PCIE_DEVCTL_MAX_READRQ_MASK 0x7000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_128 0x0000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_256 0x1000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_512 0x2000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_1024 0x3000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_2048 0x4000 +#define BGE_PCIE_DEVCTL_MAX_READRQ_4096 0x5000 + /* PCI MSI. ??? */ #define BGE_PCIE_CAPID_REG 0xD0 #define BGE_PCIE_CAPID 0x10 @@ -1357,6 +1373,8 @@ #define BGE_RDMAMODE_PCI_FIFOOREAD_ATTN 0x00000100 #define BGE_RDMAMODE_LOCWRITE_TOOBIG 0x00000200 #define BGE_RDMAMODE_ALL_ATTNS 0x000003FC +#define BGE_RDMAMODE_FIFO_SIZE_128 0x00020000 +#define BGE_RDMAMODE_FIFO_LONG_BURST 0x00030000 /* Read DMA status register */ #define BGE_RDMASTAT_PCI_TGT_ABRT_ATTN 0x00000004 _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:04:55 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 DE66E10656DF; Mon, 23 Mar 2009 21:04:55 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 261DA8FC15; Mon, 23 Mar 2009 21:04:55 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (marius@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NL4tXM029920; Mon, 23 Mar 2009 21:04:55 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NL4sDR029916; Mon, 23 Mar 2009 21:04:54 GMT (envelope-from marius) Date: Mon, 23 Mar 2009 21:04:54 GMT Message-Id: <200903232104.n2NL4sDR029916@freefall.freebsd.org> To: lfrigault@agneau.org, marius@FreeBSD.org, freebsd-net@FreeBSD.org From: marius@FreeBSD.org Cc: Subject: Re: kern/119361: [bge] bge(4) transmit performance 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: Mon, 23 Mar 2009 21:04:58 -0000 Synopsis: [bge] bge(4) transmit performance problem State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Mon Mar 23 21:04:40 UTC 2009 State-Changed-Why: close http://www.freebsd.org/cgi/query-pr.cgi?pr=119361 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:08:21 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 E1E6E106568E for ; Mon, 23 Mar 2009 21:08:21 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9ADB78FC15 for ; Mon, 23 Mar 2009 21:08:21 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2NL8KNA028750 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Mar 2009 14:08:21 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49C7FA44.8010801@freebsd.org> Date: Mon, 23 Mar 2009 14:08:20 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce M Simpson References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> <49C7D89A.6070502@incunabulum.net> <49C7DF8A.8070408@freebsd.org> <49C7EBD8.8010708@incunabulum.net> In-Reply-To: <49C7EBD8.8010708@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org, Alexei Subject: Re: ath0 apparent silent disassociation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:08:24 -0000 Bruce M Simpson wrote: > Sam Leffler wrote: >> Bruce M Simpson wrote: >>> ... >>> This may be orthogonal, but: >>> A lab colleague and I have been seeing a sporadic problem where >>> the ath0 exhibits the symptoms of being disassociated from its AP. >>> We are running RELENG_7 on the EeePC 701 since the open source HAL >>> merge. >>> In the behaviour we're seeing, we don't see any problem with the >>> initial dhclient run, the ath0 just seems to get disassociated >>> within 5-10 minutes of associating. >>> >>> If we leave 'ping ' running in the background, we >>> don't see this problem. >>> >>> >>> I'll try to get set up with 'tcpdump -y ieee802_11' from initial >>> boot (including dhcp and anything we bump into). >> >> There are many issues with the wireless code in RELENG_7. Now that >> the hal is merged we can try to address them. Unfortunately the 7.2 >> release has just begun so it's unclear what we can get in. I'm also >> limited in what I'm willing to commit given that I do not run RELENG_7. > > OK. We've managed to reproduce this set of symptoms now in our work area. > I've attached some script(1) output of netstat -in being run, and a > pcap dump. > > Timebase: beginning of the pcap is in sync with a bringup from > single-user mode; the tcpdump runs in the background from init whilst > the system is brought up. > > OK, so I timed the apparent loss of connectivity as 6m 30s from > that point I hit the stopwatch, to when I hit it again when the AP's > Web GUI no longer shows the STA affected as being associated. > Obviously such a timing is subject to human/visual jitter, and how > often Netgear's firmware pulls the STA association list from the AP > into the web GUI. > > What stands out in the pcap is that 302.291s in (almost 5m > exactly), the STA (ath0) sends an IEEE 802.11 NULL frame to the AP > with the PWR MGT bit set (I'm going to sleep!). This more or less > coincides with a normal beacon from the Netgear AP. It does not > advertise Auto Power Save Delivery (apsd), that bit is 0. > This is puzzling as we don't enable power management by default. As > I understand it, this may be an AP feature in some environments... I > can try reproducing this with an explicit 'ifconfig ath0 -powersave' > and see if it reoccurs. > > You'll see that after this NULL frame is sent, there is another > Probe Request, and the Netgear AP does Probe Respond, but this makes > no difference (I ended the capture around 150s after the NULL frame > was sent). > > At this point we can't send traffic from the ath0, or rather, the > AP is acting as though it never even heard the STA. The STA learns the > AP's IP address/MAC mapping through passive ARP -- we still see > broadcasts on the SSID -- but the AP has started to totally ignore the > STA, and seemed to have ignored its ARP requests also. > We are using MAC address ACL control with this AP, and the ath0 > affected is definitely listed in its ACL table, configured up, > rebooted etc. > > It is as though the STA is entering power saving mode when not > explicitly told to, and the AP is not waking up the STA as it should. > > If any more information needed, or where to look, please let me know > what's involved (I MFCed the change after all, so I'll help where I > can until I'm on holiday this week...) > > My lab colleague is just working around this with 'ping ' for > now, that keeps things up, as does OpenVPN... Your sta did a background scan. There are bugs in this area fixed in HEAD. One was that periodic calibration in the driver might kick in while off channel and setup state that was wrong for the channel where the ap was. As I said, now that the hal code is finally in RELENG_7 I'm willing to look at stuff. You or someone else can do likewise but given things have sat basically untouched since 7.0RC1 I suspect that's expecting too much. Of course if people don't test HEAD then once 8.0 goes out we'll likely have a similar situation on that branch. I do feel more confident about HEAD as that code has gone through multiple product cycles outside the tree. Sam From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:19:18 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 8991210656C7; Mon, 23 Mar 2009 21:19:18 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3B68FC0A; Mon, 23 Mar 2009 21:19:18 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NLJISd044172; Mon, 23 Mar 2009 21:19:18 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NLJIig044168; Mon, 23 Mar 2009 21:19:18 GMT (envelope-from brucec) Date: Mon, 23 Mar 2009 21:19:18 GMT Message-Id: <200903232119.n2NLJIig044168@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/128167: [patch] [libc] add support for SCTP to getaddrinfo(3) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:19:20 -0000 Synopsis: [patch] [libc] add support for SCTP to getaddrinfo(3) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Mon Mar 23 21:18:26 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=128167 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:24: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 5FC791065672 for ; Mon, 23 Mar 2009 21:24:04 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 14F118FC0A for ; Mon, 23 Mar 2009 21:24:03 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2NLO2Zv028852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Mar 2009 14:24:03 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49C7FDF1.4040207@freebsd.org> Date: Mon, 23 Mar 2009 14:24:01 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Bruce M Simpson References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> <49C7D89A.6070502@incunabulum.net> <49C7DF8A.8070408@freebsd.org> <49C7EBD8.8010708@incunabulum.net> <49C7FA44.8010801@freebsd.org> In-Reply-To: <49C7FA44.8010801@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: ath0 apparent silent disassociation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:24:04 -0000 Sam Leffler wrote: > You or someone else can do likewise but given things > have sat basically untouched since 7.0RC1 I suspect that's expecting too > much. Sorry, this wasn't directed at you; it was meant at the community as a whole. I don't run RELENG_7 and when I do I use a backport of the wireless code in HEAD. Folks running RELENG_7 need to pitch in and help maintain the wireless code. I'm always available to help/advise. Sam From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:33:40 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 44DD61065675; Mon, 23 Mar 2009 21:33:40 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6408FC17; Mon, 23 Mar 2009 21:33:40 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NLXdcg071904; Mon, 23 Mar 2009 21:33:39 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NLXdKf071898; Mon, 23 Mar 2009 21:33:39 GMT (envelope-from brucec) Date: Mon, 23 Mar 2009 21:33:39 GMT Message-Id: <200903232133.n2NLXdKf071898@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/30186: [libc] getaddrinfo(3) does not handle incorrect servname X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:33:40 -0000 Synopsis: [libc] getaddrinfo(3) does not handle incorrect servname Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Mon Mar 23 21:33:10 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=30186 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:34: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 0322F106564A; Mon, 23 Mar 2009 21:34:12 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CBAB08FC1E; Mon, 23 Mar 2009 21:34:11 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NLYBKf072118; Mon, 23 Mar 2009 21:34:11 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NLYBOh072114; Mon, 23 Mar 2009 21:34:11 GMT (envelope-from brucec) Date: Mon, 23 Mar 2009 21:34:11 GMT Message-Id: <200903232134.n2NLYBOh072114@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/100709: [libc] getaddrinfo(3) should return TTL info X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:34:15 -0000 Synopsis: [libc] getaddrinfo(3) should return TTL info Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Mon Mar 23 21:33:48 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=100709 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:34: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 1A7B41065692; Mon, 23 Mar 2009 21:34:41 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E4EEA8FC1E; Mon, 23 Mar 2009 21:34:40 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NLYekV072170; Mon, 23 Mar 2009 21:34:40 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NLYeSj072166; Mon, 23 Mar 2009 21:34:40 GMT (envelope-from brucec) Date: Mon, 23 Mar 2009 21:34:40 GMT Message-Id: <200903232134.n2NLYeSj072166@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/51827: [libc] [patch] getaddrinfo(3) is broken with numeric service X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:34:42 -0000 Synopsis: [libc] [patch] getaddrinfo(3) is broken with numeric service Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Mon Mar 23 21:34:21 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=51827 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:36:24 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 78BB910656E9; Mon, 23 Mar 2009 21:36:24 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7B68FC2E; Mon, 23 Mar 2009 21:36:24 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NLaOdu072270; Mon, 23 Mar 2009 21:36:24 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NLaOl5072266; Mon, 23 Mar 2009 21:36:24 GMT (envelope-from brucec) Date: Mon, 23 Mar 2009 21:36:24 GMT Message-Id: <200903232136.n2NLaOl5072266@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/92880: [libc] [patch] almost rewritten inet_network(3) function X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:36:25 -0000 Synopsis: [libc] [patch] almost rewritten inet_network(3) function Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Mon Mar 23 21:35:59 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=92880 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:41:38 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 9FDF81065692; Mon, 23 Mar 2009 21:41:38 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 71E908FC14; Mon, 23 Mar 2009 21:41:38 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NLfc1M081972; Mon, 23 Mar 2009 21:41:38 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NLfc9h081962; Mon, 23 Mar 2009 21:41:38 GMT (envelope-from brucec) Date: Mon, 23 Mar 2009 21:41:38 GMT Message-Id: <200903232141.n2NLfc9h081962@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/31647: [libc] socket calls can return undocumented EINVAL X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:41:39 -0000 Synopsis: [libc] socket calls can return undocumented EINVAL Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Mon Mar 23 21:41:14 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=31647 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:42:36 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 27F6210656E3; Mon, 23 Mar 2009 21:42:36 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: from hunter.Sisis.de (mail.oclc.de [193.31.11.194]) by mx1.freebsd.org (Postfix) with ESMTP id 212E28FC2C; Mon, 23 Mar 2009 21:42:34 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id WAA13925; Mon, 23 Mar 2009 22:32:56 +0100 (CET) (envelope-from matthias.apitz@oclc.org) Received: from ppp-93-104-42-52.dynamic.mnet-online.de(93.104.42.52) by hunter.Sisis.de via smap (V2.1) id xma013917; Mon, 23 Mar 09 22:32:32 +0100 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n2NLg7Fg007046; Mon, 23 Mar 2009 22:42:07 +0100 (CET) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 23 Mar 2009 22:42:07 +0100 From: Matthias Apitz To: Sam Leffler Message-ID: <20090323214207.GA6371@rebelion.Sisis.de> References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> <49C7DF04.1020100@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49C7DF04.1020100@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 21:42:37 -0000 El día Monday, March 23, 2009 a las 12:12:04PM -0700, Sam Leffler escribió: > If you have the raw pcap capture please provide a url to it. I have to capture it and will provide it; > > From the log it appears you're sending+receiving wep-encrypted frames. > They keyid is the same and since you're receiving frames I have to > assume the key matter is correct as otherwise the h/w would drop the > frame. You can verify this by feeding the key into wireshark to check > if the frame contents make sense. > > I'm out of ideas. About the only thing I can suggest is you setup a > different ap w/ the same wep key and see if things work. If so then you > know it's something this ap is doing. I can't recall when I last tested > wep on HEAD but I'm pretty sure it works. I will re-test that when I > get a chance. > > Sam WEP in general works; my AP at home is configured as WEP and the entries in wpa_supplicant.conf are nearly the same, only the key differs: # my home # network={ ssid="tarara" scan_ssid=0 key_mgmt=NONE wep_tx_keyidx=0 wep_key0=xxxxxxxxxx } # Restaurante Odyssee (2007-11-18) # network={ ssid="ConnectionPoint" scan_ssid=0 key_mgmt=NONE wep_tx_keyidx=0 wep_key0=xxxxxxxxxxxxxxxxxxxx } but I will configure another AP to also use the same wep_key0, if you think that the problem could depend on the key itself; and I will check if I could get somewhere this model of AP for a test; matthias From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21:46:15 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 D4B881065697; Mon, 23 Mar 2009 21:46:15 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A9E778FC0C; Mon, 23 Mar 2009 21:46:15 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NLkFBU085797; Mon, 23 Mar 2009 21:46:15 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NLkFZI085793; Mon, 23 Mar 2009 21:46:15 GMT (envelope-from brucec) Date: Mon, 23 Mar 2009 21:46:15 GMT Message-Id: <200903232146.n2NLkFZI085793@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/124282: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 21:46:18 -0000 Synopsis: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Mon Mar 23 21:45:54 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=124282 From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 21: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 475E0106568B for ; Mon, 23 Mar 2009 21:50: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 36A068FC1A for ; Mon, 23 Mar 2009 21:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NLo5du086145 for ; Mon, 23 Mar 2009 21:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NLo5Q9086144; Mon, 23 Mar 2009 21:50:05 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 21:50:05 GMT Message-Id: <200903232150.n2NLo5Q9086144@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Matthias Apitz Cc: Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 21:50:05 -0000 The following reply was made to PR kern/132722; it has been noted by GNATS. From: Matthias Apitz To: Sam Leffler Cc: bug-followup@freebsd.org, freebsd-net@freebsd.org Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work Date: Mon, 23 Mar 2009 22:42:07 +0100 El día Monday, March 23, 2009 a las 12:12:04PM -0700, Sam Leffler escribió: > If you have the raw pcap capture please provide a url to it. I have to capture it and will provide it; > > From the log it appears you're sending+receiving wep-encrypted frames. > They keyid is the same and since you're receiving frames I have to > assume the key matter is correct as otherwise the h/w would drop the > frame. You can verify this by feeding the key into wireshark to check > if the frame contents make sense. > > I'm out of ideas. About the only thing I can suggest is you setup a > different ap w/ the same wep key and see if things work. If so then you > know it's something this ap is doing. I can't recall when I last tested > wep on HEAD but I'm pretty sure it works. I will re-test that when I > get a chance. > > Sam WEP in general works; my AP at home is configured as WEP and the entries in wpa_supplicant.conf are nearly the same, only the key differs: # my home # network={ ssid="tarara" scan_ssid=0 key_mgmt=NONE wep_tx_keyidx=0 wep_key0=xxxxxxxxxx } # Restaurante Odyssee (2007-11-18) # network={ ssid="ConnectionPoint" scan_ssid=0 key_mgmt=NONE wep_tx_keyidx=0 wep_key0=xxxxxxxxxxxxxxxxxxxx } but I will configure another AP to also use the same wep_key0, if you think that the problem could depend on the key itself; and I will check if I could get somewhere this model of AP for a test; matthias From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 22:41:02 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 469F9106564A; Mon, 23 Mar 2009 22:41:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 18BF38FC13; Mon, 23 Mar 2009 22:41:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 5DD332FB094; Mon, 23 Mar 2009 18:23:31 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 23 Mar 2009 18:23:31 -0400 X-Sasl-enc: 5g5WpC7kJRhayFdQcHWDr8yR4n4+H7NWFBAq/dIUlwzQ 1237847011 Received: from empiric.lon.incunabulum.net (unknown [81.168.51.182]) by mail.messagingengine.com (Postfix) with ESMTPSA id 996CCF901; Mon, 23 Mar 2009 18:23:30 -0400 (EDT) Message-ID: <49C80BE0.8060707@FreeBSD.org> Date: Mon, 23 Mar 2009 22:23:28 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: brucec@FreeBSD.org References: <200903232146.n2NLkFZI085793@freefall.freebsd.org> In-Reply-To: <200903232146.n2NLkFZI085793@freefall.freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/124282: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 22:41:02 -0000 brucec@FreeBSD.org wrote: > Synopsis: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: brucec > Responsible-Changed-When: Mon Mar 23 21:45:54 UTC 2009 > Responsible-Changed-Why: > Over to maintainer(s). > rwatson@ saw this crop up in -CURRENT and I believe he has a fix. Not sure about MFC but it clearly needs to get fixed... cheers, BMS From owner-freebsd-net@FreeBSD.ORG Mon Mar 23 23:40: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 2969D106564A for ; Mon, 23 Mar 2009 23:40: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 F0F658FC13 for ; Mon, 23 Mar 2009 23:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NNe4xN035542 for ; Mon, 23 Mar 2009 23:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NNe43B035541; Mon, 23 Mar 2009 23:40:04 GMT (envelope-from gnats) Date: Mon, 23 Mar 2009 23:40:04 GMT Message-Id: <200903232340.n2NNe43B035541@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Miroslav Drbal Cc: Subject: Re: kern/132889: [ndis] [panic] NDIS kernel crash on load BCM4321 AGN driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Miroslav Drbal List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 23:40:05 -0000 The following reply was made to PR kern/132889; it has been noted by GNATS. From: Miroslav Drbal To: bug-followup@freebsd.org, mdrbal@nymfe.net Cc: Subject: Re: kern/132889: [ndis] [panic] NDIS kernel crash on load BCM4321 AGN driver Date: Tue, 24 Mar 2009 00:38:31 +0100 Additional debug info: Unread portion of the kernel message buffer: ndis0: mem 0xf1efc000-0xf1efffff,0xf0000000-0xf00fffff irq 17 at device 0.0 on pci11 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 ndis0: NDIS ERROR: c000138d (unknown error) ndis0: init handler failed From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 01:08:37 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 9D8AF1065673; Tue, 24 Mar 2009 01:08:37 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 671D18FC0A; Tue, 24 Mar 2009 01:08:37 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id CA2592FB3ED; Mon, 23 Mar 2009 21:08:36 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 23 Mar 2009 21:08:36 -0400 X-Sasl-enc: fsAnJ5EC10SW06TFXDbWBc8EPukO/WbT3m6nK2s8tKGW 1237856916 Received: from empiric.lon.incunabulum.net (unknown [81.168.51.182]) by mail.messagingengine.com (Postfix) with ESMTPSA id 42889126CA; Mon, 23 Mar 2009 21:08:35 -0400 (EDT) Message-ID: <49C83291.6020603@incunabulum.net> Date: Tue, 24 Mar 2009 01:08:33 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: John Hay References: <20090317103650.GA6156@rebelion.Sisis.de> <49BF7DE4.4010804@incunabulum.net> <20090317104548.GB6182@rebelion.Sisis.de> <49BFF258.4020207@freebsd.org> <20090323182310.GA1825@rebelion.Sisis.de> <49C7D89A.6070502@incunabulum.net> <20090323204050.GA5477@zibbi.meraka.csir.co.za> In-Reply-To: <20090323204050.GA5477@zibbi.meraka.csir.co.za> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Sam Leffler , Matthias Apitz , bug-followup@freebsd.org, "Sean C. Farley" Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 01:08:37 -0000 John Hay wrote: > I found doing a -bgscan before it happens, make it not happen. I now > have -bgscan in my rc.conf. > That's exactly the workaround I needed. Thanks John. As Sam points out, the root fix is probably already in HEAD; it would be nice to find time to backport, but this works for us for now as a workaround (we are just using ath0 as a STA for testing in the lab at the moment, it is likely we will use hostap later). cheers, BMS From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 01: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 D1C82106566B for ; Tue, 24 Mar 2009 01:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF22A8FC1C for ; Tue, 24 Mar 2009 01:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2O1A4L3055579 for ; Tue, 24 Mar 2009 01: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 n2O1A4LH055577; Tue, 24 Mar 2009 01:10:04 GMT (envelope-from gnats) Date: Tue, 24 Mar 2009 01:10:04 GMT Message-Id: <200903240110.n2O1A4LH055577@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bruce M Simpson Cc: Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce M Simpson List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 01:10:05 -0000 The following reply was made to PR kern/132722; it has been noted by GNATS. From: Bruce M Simpson To: John Hay Cc: Matthias Apitz , freebsd-net@freebsd.org, Sam Leffler , "Sean C. Farley" , bug-followup@freebsd.org Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work Date: Tue, 24 Mar 2009 01:08:33 +0000 John Hay wrote: > I found doing a -bgscan before it happens, make it not happen. I now > have -bgscan in my rc.conf. > That's exactly the workaround I needed. Thanks John. As Sam points out, the root fix is probably already in HEAD; it would be nice to find time to backport, but this works for us for now as a workaround (we are just using ath0 as a STA for testing in the lab at the moment, it is likely we will use hostap later). cheers, BMS From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 01:16:23 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 B4650106566B; Tue, 24 Mar 2009 01:16:23 +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 8A08D8FC13; Tue, 24 Mar 2009 01:16:23 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2O1GNsJ069536; Tue, 24 Mar 2009 01:16:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2O1GN0L069532; Tue, 24 Mar 2009 01:16:23 GMT (envelope-from linimon) Date: Tue, 24 Mar 2009 01:16:23 GMT Message-Id: <200903240116.n2O1GN0L069532@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/132984: [netgraph] swi1: net 100% cpu usage X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 01:16:24 -0000 Synopsis: [netgraph] swi1: net 100% cpu usage Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 24 01:16:17 UTC 2009 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=132984 From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 05:09: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 C8AFE106567A for ; Tue, 24 Mar 2009 05:09:40 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (unknown [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 5D3508FC1D for ; Tue, 24 Mar 2009 05:09:40 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 70636 invoked by uid 89); 24 Mar 2009 05:15:07 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by v6.ibctech.ca with ESMTPA; 24 Mar 2009 05:15:07 -0000 Message-ID: <49C86B14.1090905@ibctech.ca> Date: Tue, 24 Mar 2009 01:09:40 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Net X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: #netstat -rn output X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 05:09:41 -0000 Hi all, I don't know if this belongs here or not, but here it is anyway. I'm in the middle of troubleshooting why two sub-interfaces on two FreeBSD boxes (directly connected via XO cable) within a /30 can't communicate, and I found that output when doing ``netstat'' is carved at a char length for interface name. Can the Netif column be expanded via the command line? If not, could someone let me know where the format is declared, so I might have a crack at forging it a bit? (I need to see 7 chars, not 6. ie: em3.30N): pe-test-4# netstat -rn | grep 208.70.111 Destination Gateway Flags Refs Use Netif 142.46.193.0/24 208.70.111.66 UG1 0 95133 em6 172.16.104.2 208.70.111.66 UGH1 0 16184 em6 172.16.104.3 208.70.111.54 UGH1 0 11745 em3.30 172.16.104.99 208.70.111.62 UGH1 0 1171 em1.99 208.70.107.0/25 208.70.111.54 UG1 0 28066384 em3.30 Steve From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 07:13: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 B6186106566B; Tue, 24 Mar 2009 07:13:30 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8898FC2C; Tue, 24 Mar 2009 07:13:30 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (bz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2O7DUDI064177; Tue, 24 Mar 2009 07:13:30 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2O7DUbp064173; Tue, 24 Mar 2009 07:13:30 GMT (envelope-from bz) Date: Tue, 24 Mar 2009 07:13:30 GMT Message-Id: <200903240713.n2O7DUbp064173@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, rwatson@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/124282: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 07:13:31 -0000 Synopsis: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value Responsible-Changed-From-To: freebsd-net->rwatson Responsible-Changed-By: bz Responsible-Changed-When: Tue Mar 24 07:12:57 UTC 2009 Responsible-Changed-Why: Robert has fixed this in HEAD already. http://www.freebsd.org/cgi/query-pr.cgi?pr=124282 From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 07:21:08 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 347971065676; Tue, 24 Mar 2009 07:21:08 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id E9C6B8FC21; Tue, 24 Mar 2009 07:21:07 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n2O79Uxb010685; Tue, 24 Mar 2009 00:09:30 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Mar 2009 00:09:24 -0700 Message-ID: In-Reply-To: <87153F88702C4FBCA3FC799082960C45@adnote989> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problems with inward PPTP tunnel Thread-Index: AcmrrYdKUDuKCF/kSwOKtO9oQcWI5wAoSx1Q References: <200903222114.PAA17884@lariat.net> <87153F88702C4FBCA3FC799082960C45@adnote989> From: "Li, Qing" To: "Luiz Otavio O Souza" Cc: Brett Glass , Qing Li , net@freebsd.org Subject: RE: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 07:21:08 -0000 Hi, I read over your patch and I don't think you need to change the definition of rt_Update() to fix this bug. Have you read my patch committed to head/user.sbin/ppp/route.c on 12/18/2008? svn r186308, cvs r1.96. Please take a look. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Luiz Otavio O Souza > Sent: Monday, March 23, 2009 4:07 AM > To: net@freebsd.org; Brett Glass > Subject: Re: Problems with inward PPTP tunnel >=20 > > Just a quick followup: I've finally figured out a workaround. A hack, > to > > be sure, but a workaround nonetheless. > > > > I've created a shell script called /etc/ppp/pppfix, which looks like > this: > > > > #!/bin/sh > > # Fix up PPP routes > > sleep 1; > > logger -i -t ppp Fixing route: route change -host $1 $2 -ifp $3 > > route change -host $1 $2 -ifp $3 > > > > I invoke this from the relevant section of /etc/ppp.linkup with the > line > > > > !bg /etc/ppp/pppfix HISADDR MYADDR INTERFACE > > > > Note that the "sleep" may not be absolutely necessary, but it seems > like a > > good idea just in case there's a race condition. > > > > I also added the following lines in the relevant section of > ppp.linkdown: > > > > iface clear > > delete! HISADDR > > delete! ALL > > shell arp -d HISADDR > > quit all > > > > I found that if I did not do this, the modified route persisted after > the > > connection terminated. The "arp -d HISADDR" should only be used if > proxy > > arp is being done, and may not be strictly necessary; I wanted to > make > > sure I tore down any residual proxy arp entry. > > > > Of course, all of this is an awful hack and the relevant code in > userland > > PPP still needs to be looked at. > > > > --Brett Glass >=20 > Brett, >=20 > I've fixed these two issues with ppp(8), please check the PRs: > bin/130159 > and bin/131250. >=20 > If it works for you please let a note and maybe someone commit this. >=20 > Best regards, > Luiz >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 08:53:28 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 553681065670 for ; Tue, 24 Mar 2009 08:53:28 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id D721D8FC21 for ; Tue, 24 Mar 2009 08:53:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-067-243-117.pools.arcor-ip.net [88.67.243.117]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Lm2Ny1AK4-0007nH; Tue, 24 Mar 2009 09:53:26 +0100 Received: (qmail 1297 invoked from network); 24 Mar 2009 08:53:25 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by laiers.local with SMTP; 24 Mar 2009 08:53:25 -0000 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Tue, 24 Mar 2009 09:53:24 +0100 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; ; ) References: <49C86B14.1090905@ibctech.ca> In-Reply-To: <49C86B14.1090905@ibctech.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903240953.25453.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+PTvweoxWCB/vxKjiyt+AxocpHedYop+wgYW7 3kz5vm4QNvgnbxNaJhX2iSx0XRTVaCw95Zc2/QhudpGU7gWa8R ZMTluMln0Pr/SKc2GYWDw== Cc: Steve Bertrand Subject: Re: #netstat -rn output X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 08:53:29 -0000 On Tuesday 24 March 2009 06:09:40 Steve Bertrand wrote: > Hi all, > > I don't know if this belongs here or not, but here it is anyway. > > I'm in the middle of troubleshooting why two sub-interfaces on two > FreeBSD boxes (directly connected via XO cable) within a /30 can't > communicate, and I found that output when doing ``netstat'' is carved at > a char length for interface name. > > Can the Netif column be expanded via the command line? If not, could > someone let me know where the format is declared, so I might have a > crack at forging it a bit? (I need to see 7 chars, not 6. ie: em3.30N): -W is your friend. See also netstat(1) > pe-test-4# netstat -rn | grep 208.70.111 > Destination Gateway Flags Refs Use Netif > 142.46.193.0/24 208.70.111.66 UG1 0 95133 em6 > 172.16.104.2 208.70.111.66 UGH1 0 16184 em6 > 172.16.104.3 208.70.111.54 UGH1 0 11745 em3.30 > 172.16.104.99 208.70.111.62 UGH1 0 1171 em1.99 > 208.70.107.0/25 208.70.111.54 UG1 0 28066384 em3.30 -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 08:56:51 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 D85D4106564A for ; Tue, 24 Mar 2009 08:56:51 +0000 (UTC) (envelope-from andrey.kropachev@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA0E8FC16 for ; Tue, 24 Mar 2009 08:56:51 +0000 (UTC) (envelope-from andrey.kropachev@gmail.com) Received: by ewy19 with SMTP id 19so1713014ewy.43 for ; Tue, 24 Mar 2009 01:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=1P142k4auhX5iGnkWt/6tm03/G9IilmkccS8j5g8iXI=; b=fnDaefMFE97Fy5A6rsAz0j8aI/bUb2dP9enDKq+q9b6iGZyptPTgnW2ijTaB2fPNWm J33/wtbTtYAuGGKBXJNuFKf/zS/RTzc25wv7gj/Sz/0jzA0nuNgUvg9nmuy8JEEszD9+ C2OsOCibPFrLtM1Oul6nnOtZruvPflcICWUmo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=CQ1t1dVLafE2ft45HS0zmBvAt36IABMr6/a9ylHZJpuLgXUZZM9XORP0/eaNIEWfjX TjIn+0V7/6Q5CCPxVCPAEQTG5829mJKtf61ccqh/IQRnHAM6349J+5nlOMRiI6G5/4Zm AzeGxG1/UDeLUii5KY7k67QqYB2xladDetzIo= MIME-Version: 1.0 Received: by 10.210.20.17 with SMTP id 17mr2996605ebt.57.1237883776929; Tue, 24 Mar 2009 01:36:16 -0700 (PDT) Date: Tue, 24 Mar 2009 08:36:16 +0000 Message-ID: <776ee5610903240136q78af39ddj6924bd479725c26e@mail.gmail.com> From: Andrey Kropachev To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: dummynet and smp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 08:56:52 -0000 Hi all, Is there an opportunity to scale dummynet on a number of cpu's? Currently my router processes about 200Mbit/s and around 50kpps. The dummynet takes about 80% of one processor. So, can dummynet be scaled, or can i somehow decrease the cpu usage of dummynet? Regards, Andrey Kropachev From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 11:31:50 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 36E4A106566C for ; Tue, 24 Mar 2009 11:31:50 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gx0-f224.google.com (mail-gx0-f224.google.com [209.85.217.224]) by mx1.freebsd.org (Postfix) with ESMTP id C412A8FC22 for ; Tue, 24 Mar 2009 11:31:49 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by gxk24 with SMTP id 24so8626501gxk.19 for ; Tue, 24 Mar 2009 04:31:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:cc :references:subject:date:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:x-mailer :x-mimeole; bh=omiEEoMr0M/Fp7Tung/0wslPBBjRbPhyYsAp4MDyIdE=; b=J4WFEasGPLSNovfzjIJRt0KrRKC5mh6NaQLqgYb9qPCRrqZobOp3rJM+xPp5JGRitl HW3dh1fEmuac7ztM2PseKx9bHqu9o0/Rn1TmhnIulIL9QSenibHTDnSs9BUKzRhKXY81 CJPVRIiAbrI9bhkfsmIZSG2Uw9y0QvuRuI1KY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=HO4bGW3bvkLMWrqw6/rthH+bECrKG+IttSY7ZIsdY6vwix73H/LzvivHWWLVtUy0JG k1rC1VEsCku2wQoTjislWvNdcBxxmtfuGUcodEGsNGL8jrLvg69x19NI5ZTm0ICLMKiQ NSkuu1pcazE6I4gR7PXD3WMTmDOfM+s0w8Y0Y= Received: by 10.90.66.10 with SMTP id o10mr3481202aga.87.1237894308912; Tue, 24 Mar 2009 04:31:48 -0700 (PDT) Received: from adnote989 (189-18-124-154.dsl.telesp.net.br [189.18.124.154]) by mx.google.com with ESMTPS id 38sm10140348aga.29.2009.03.24.04.31.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 24 Mar 2009 04:31:48 -0700 (PDT) Message-ID: <5E03C21CD6544D23B4E4A61E85C7E2C8@adnote989> From: "Luiz Otavio O Souza" To: "Li, Qing" References: <200903222114.PAA17884@lariat.net> <87153F88702C4FBCA3FC799082960C45@adnote989> Date: Tue, 24 Mar 2009 08:31:35 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Tue, 24 Mar 2009 11:33:50 +0000 Cc: Brett Glass , Qing Li , net@freebsd.org Subject: Re: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 11:31:50 -0000 > Hi, > > I read over your patch and I don't think you need to > change the definition of rt_Update() to fix this bug. > > Have you read my patch committed to head/user.sbin/ppp/route.c > on 12/18/2008? svn r186308, cvs r1.96. > > Please take a look. > > Thanks, > > -- Qing Hi Qing, Yes i've read your patch, but i don't understand what you are meaning... and yes, changing the definition of rt_Update is not my first intention, but it is the way i've found to fix this. Backing to the patch... The rt_Update need the ifp and ifa information to correctly update the route, and this is available only in route_UpdateMTU (wich read the current route table). You are suggesting that this information could be found at sa[RTAX_GATEWAY] (if sa[RTAX_GATEWAY]->sa_family == AF_LINK) ? And i don't need to pass the sa[RTAX_IFP] and sa[RTAX_IFA] ? Well, i really don't remember, but i'll check and post an update later. Thanks, Luiz From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 12:17: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 53A3B10656ED for ; Tue, 24 Mar 2009 12:17:40 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 14FD68FC13 for ; Tue, 24 Mar 2009 12:17:39 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 15178 invoked by uid 89); 24 Mar 2009 12:23:07 -0000 Received: from unknown (HELO ?192.168.1.114?) (steve@ibctech.ca@::ffff:208.70.104.100) by pearl.ibctech.ca with ESMTPA; 24 Mar 2009 12:23:07 -0000 Message-ID: <49C8CF63.9030205@ibctech.ca> Date: Tue, 24 Mar 2009 08:17:39 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Max Laier References: <49C86B14.1090905@ibctech.ca> <200903240953.25453.max@love2party.net> In-Reply-To: <200903240953.25453.max@love2party.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: #netstat -rn output X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 12:17:41 -0000 Max Laier wrote: > On Tuesday 24 March 2009 06:09:40 Steve Bertrand wrote: >> Can the Netif column be expanded via the command line? > -W is your friend. See also netstat(1) It most certainly is... thanks :) Steve From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 12:33: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 7B58A1065679 for ; Tue, 24 Mar 2009 12:33:27 +0000 (UTC) (envelope-from sepron@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 0AAF18FC17 for ; Tue, 24 Mar 2009 12:33:26 +0000 (UTC) (envelope-from sepron@gmail.com) Received: by fxm11 with SMTP id 11so2111307fxm.43 for ; Tue, 24 Mar 2009 05:33:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=IIjhiys4Dupn0H0fNNPywi6kvi8DbBJXuKGz5Wt9XuI=; b=mohpd5FVgGRvvBMXtSh+kz+eGTfcFrTgarlohJcmolLXPn/fbMrFhCjO2MO+8WZQai kUVYEXrYDeHmJYEA+N2TcJxFgM9/Sd9SKkVYgl8ElRNTKQvlgiOhBovjnD2fHdYv53Kh Flnj8DqrGKugiZcvSQMY22o8MyNOnyGGgTKuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=DMGzc8XmyjstEIT0iAL/MBXd4doXvwJmoSu+upM7KrZsH1eUQG/l0lUE/APHOjqvER 3YJ6PNs80XKGptQNQQE2KBz187EoAK5+UGGqowT+zkQk2eO5Y0sJo3mAWH8Tw3/7F6Du sdumlqEQVVdLt4/hlebDRpVWnJ5d0Ze9whH9s= MIME-Version: 1.0 Received: by 10.223.126.69 with SMTP id b5mr7005438fas.107.1237898006070; Tue, 24 Mar 2009 05:33:26 -0700 (PDT) Date: Tue, 24 Mar 2009 15:33:26 +0300 Message-ID: From: Sergey Pronin To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: dummynet and smp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 12:33:27 -0000 Very strange. I have freebsd 7.0-RELEASE-p10 with dummynet in use and about 700 Mbit/s traffic passing through. dummynet process CPU usage is 0% to 10%. Let me see your ipfw rules. What FreeBSD version do you have? What about swi: net and taskq (irq) processes? Hardware configuration? From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 14:14:36 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 8591710656E0 for ; Tue, 24 Mar 2009 14:14:36 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 033B78FC1A for ; Tue, 24 Mar 2009 14:14:35 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 238369983; Tue, 24 Mar 2009 15:14:33 +0200 Message-ID: <49C8DCB9.5040406@FreeBSD.org> Date: Tue, 24 Mar 2009 15:14:33 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Andrey Kropachev References: <1237897382.00091371.1237885201@10.7.7.3> In-Reply-To: <1237897382.00091371.1237885201@10.7.7.3> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: dummynet and smp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 14:14:37 -0000 Andrey Kropachev wrote: > Is there an opportunity to scale dummynet on a number of cpu's? Currently my > router processes about 200Mbit/s and around 50kpps. The dummynet takes about > 80% of one processor. So, can dummynet be scaled, or can i somehow decrease > the cpu usage of dummynet? Dummynet itself quite effective. The 80% you see is probably some other routines called after packets leaving dummynet. So you should try to optimize other things as much as possible. 200Mbit/s and 50kpps is a quite moderate traffic now. Dummynet queue handler is really single-threaded, so the only thing you can do is to enable new dummynet feature, that allows to bypass delay when queue is not congested. -- Alexander Motin From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 14:21: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 99F4E106572E for ; Tue, 24 Mar 2009 14:21:19 +0000 (UTC) (envelope-from andrey.kropachev@gmail.com) Received: from kirov.multinex.ru (taurus.kirovnet.ru [92.39.64.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0F5248FC23 for ; Tue, 24 Mar 2009 14:21:19 +0000 (UTC) (envelope-from andrey.kropachev@gmail.com) Received: from [192.168.2.11] by kirov.multinex.ru with esmtp (Exim 4.63) (envelope-from ) id 1Lm6zq-0005FS-2u for freebsd-net@freebsd.org; Tue, 24 Mar 2009 16:48:50 +0300 Message-ID: <49C90EEC.5030703@gmail.com> Date: Tue, 24 Mar 2009 16:48:44 +0000 From: Andrey Kropachev User-Agent: Thunderbird 2.0.0.19 (X11/20090310) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: dummynet and smp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andrey.kropachev@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 14:21:20 -0000 > Very strange. > I have freebsd 7.0-RELEASE-p10 with dummynet in use and about 700 Mbit/s > traffic passing through. dummynet process CPU usage is 0% to 10%. > Let me see your ipfw rules. > What FreeBSD version do you have? > What about swi: net and taskq (irq) processes? > Hardware configuration? > ipfw rules: 00010 68893 4016154 allow tcp from any to me dst-port 22 00020 74773 24184400 allow tcp from me 22 to any 00030 0 0 allow ip from 10.0.1.0/28 to me 00040 59053707 88088134092 allow ip from me to 10.0.1.0/28 00500 172527273 8241845066 allow ip from table(111) to any 00510 6826373984 4635126371384 skipto 10000 ip from any to table(111) 01000 6155688044 1067046574713 pipe tablearg ip from table(17) to any in via bge1 01010 0 0 ngtee 21 ip from table(23) to any in via bge1 01020 6095478668 1046703088138 ngtee 31 ip from table(24) to any in via bge1 01030 20156002 8768866847 ngtee 41 ip from table(30) to any in via bge1 15000 12300189888 2098823866830 nat tablearg ip from table(24) to any 15010 0 0 nat tablearg ip from table(23) to any 15020 40322035 17538211139 nat tablearg ip from table(30) to any 15030 6826373494 4635126305893 nat tablearg ip from any to table(111) 15040 6498744726 4605209022143 pipe tablearg ip from any to table(18) out via bge0 15050 0 0 ngtee 21 ip from any to table(23) out via bge0 15060 6391831428 4515717639848 ngtee 31 ip from any to table(24) out via bge0 15070 12348264 7632683598 ngtee 41 ip from any to table(30) out via bge0 65000 25551327312 11269101015139 allow ip from any to any 65535 79 17383 deny ip from any to any My router configuration: FreeBSD nat3 7.1-STABLE FreeBSD 7.1-STABLE #3: Tue Mar 17 16:09:20 MSK 2009 root@nat3:/usr/src/sys/amd64/compile/nat3 amd64 2 x CPU: Intel(R) Xeon(R) CPU X5472 @ 3.00GHz (2992.51-MHz K8-class CPU) 2 gigabit bge pci-e cards. polling is disabled. kern.hz=1000 top -SH 81 processes: 7 running, 58 sleeping, 16 waiting CPU: 0.8% user, 0.0% nice, 13.0% system, 11.4% interrupt, 74.8% idle Mem: 31M Active, 1320M Inact, 529M Wired, 43M Cache, 63M Buf, 55M Free Swap: 4062M Total, 4062M Free PID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND 13 root 171 ki31 0K 16K RUN 1 134.9H 100.00% idle: cpu1 11 root 171 ki31 0K 16K CPU3 3 120.6H 96.39% idle: cpu3 14 root 171 ki31 0K 16K RUN 0 107.1H 71.09% idle: cpu0 12 root 171 ki31 0K 16K CPU2 2 119.7H 65.28% idle: cpu2 42 root -68 - 0K 16K - 2 45.8H 46.09% dummynet 25 root -68 - 0K 16K CPU0 0 35.8H 35.69% irq256: bge0 26 root -68 - 0K 16K WAIT 1 383:21 4.88% irq257: bge1 16 root -32 - 0K 16K WAIT 1 153:17 1.17% swi4: clock sio Regards, Andrey Kropachev From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 15:07: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 9396D1065670; Tue, 24 Mar 2009 15:07:12 +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 671968FC0A; Tue, 24 Mar 2009 15:07:12 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2OF7Cgs033003; Tue, 24 Mar 2009 15:07:12 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2OF7BrC032999; Tue, 24 Mar 2009 15:07:11 GMT (envelope-from gavin) Date: Tue, 24 Mar 2009 15:07:11 GMT Message-Id: <200903241507.n2OF7BrC032999@freefall.freebsd.org> To: cristi@net.utcluj.ro, gavin@FreeBSD.org, freebsd-net@FreeBSD.org, thompsa@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/114714: [gre] [patch] gre(4) is not MPSAFE and does not support keys X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 15:07:12 -0000 Synopsis: [gre] [patch] gre(4) is not MPSAFE and does not support keys State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Tue Mar 24 15:06:19 UTC 2009 State-Changed-Why: Patch in PR was committed and MFC'd in mid 2008 Responsible-Changed-From-To: freebsd-net->thompsa Responsible-Changed-By: gavin Responsible-Changed-When: Tue Mar 24 15:06:19 UTC 2009 Responsible-Changed-Why: thompsa@ committed this http://www.freebsd.org/cgi/query-pr.cgi?pr=114714 From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 16:02: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 12737106566C for ; Tue, 24 Mar 2009 16:02:10 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 922148FC27 for ; Tue, 24 Mar 2009 16:02:09 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id KAA20824; Tue, 24 Mar 2009 10:02:02 -0600 (MDT) Message-Id: <200903241602.KAA20824@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 24 Mar 2009 10:01:40 -0600 To: "Luiz Otavio O Souza" , "Li, Qing" From: Brett Glass In-Reply-To: <5E03C21CD6544D23B4E4A61E85C7E2C8@adnote989> References: <200903222114.PAA17884@lariat.net> <87153F88702C4FBCA3FC799082960C45@adnote989> <5E03C21CD6544D23B4E4A61E85C7E2C8@adnote989> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: net@freebsd.org Subject: Re: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 16:02:13 -0000 At 05:31 AM 3/24/2009, Luiz Otavio O Souza wrote: >>Hi, >> >>I read over your patch and I don't think you need to >>change the definition of rt_Update() to fix this bug. >> >>Have you read my patch committed to head/user.sbin/ppp/route.c >>on 12/18/2008? svn r186308, cvs r1.96. >> >>Please take a look. >> >>Thanks, >> >>-- Qing > >Hi Qing, > >Yes i've read your patch, but i don't understand what you are >meaning... and yes, changing the definition of rt_Update is not my >first intention, but it is the way i've found to fix this. > >Backing to the patch... The rt_Update need the ifp and ifa >information to correctly update the route, and this is available >only in route_UpdateMTU (wich read the current route table). > >You are suggesting that this information could be found at >sa[RTAX_GATEWAY] (if sa[RTAX_GATEWAY]->sa_family == AF_LINK) ? And >i don't need to pass the sa[RTAX_IFP] and sa[RTAX_IFA] ? > >Well, i really don't remember, but i'll check and post an update later. > >Thanks, >Luiz I personally think that, from a style perspective, changing the definition of rt_Update is good. I was thinking of doing it myself when I was inspecting the code and trying to figure out how to ensure that the interface was specified in the routing table entry. Adding the additional arguments makes the routine more flexible and makes the intent of calls to it more explicit. That being said, any change that fixes the bug is welcome. (The code that shipped with 7.1-RELEASE will break many if not most systems that rely on userland PPP to implement a server.) I might consider using mpd instead, but it would be a big implementation change and mpd lacks a few capabilities that I really need. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 16:33:24 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 6DBC6106588B for ; Tue, 24 Mar 2009 16:33:24 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 16B1E8FC15 for ; Tue, 24 Mar 2009 16:33:23 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n2OFvkND006766; Tue, 24 Mar 2009 10:57:46 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n2OFvkiP006765; Tue, 24 Mar 2009 10:57:46 -0500 (CDT) (envelope-from brooks) Date: Tue, 24 Mar 2009 10:57:46 -0500 From: Brooks Davis To: David Horn Message-ID: <20090324155746.GC5281@lor.one-eyed-alien.net> References: <25ff90d60903180904ud077fcdy344cda5307a9037e@mail.gmail.com> <200903181626.n2IGQgqt054487@lurza.secnetix.de> <25ff90d60903181033n5d3f0a79w7a8ea504f911ecf@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kVXhAStRUZ/+rrGn" Content-Disposition: inline In-Reply-To: <25ff90d60903181033n5d3f0a79w7a8ea504f911ecf@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 24 Mar 2009 10:57:46 -0500 (CDT) Cc: freebsd-net@freebsd.org Subject: Re: Dynamic loading of network kernel modules? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 16:33:31 -0000 --kVXhAStRUZ/+rrGn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 18, 2009 at 01:33:06PM -0400, David Horn wrote: > On Wed, Mar 18, 2009 at 12:26 PM, Oliver Fromme = wrote: > > David Horn wrote: > > ?> Oliver Fromme wrote: > > ?> > > > ?> > ?network_interfaces=3D"bge0 lo0" > > ?> > > ?> Ah. ?Ok, now I am understanding your scenario. > > ?> > > ?> I thought that using 'network_interfaces' with anything other than > > ?> "AUTO" ?was in the process of being depreciated ? > > > > Well, the manual page says so, but I think that is a > > mistake. ?There are cases where you have to specify the > > list of interfaces explicitly. ?The situation described > > in this thread is one such case. >=20 > Good point. >=20 > > > > My opinion is that it is good to have the ability to let > > things be done automatically, but it is bad to remove the > > ability to do things manually. ?This is UNIX, after all. >=20 > Exactly. Both scenarios should probably be supported, but I guess we > would need to ask brooks for some history on the depreciated warning > for network_interfaces. I think network_interfaces and the autoloading support in ifconfig are a massive mistake that we've been unable to kill. The relativly large amount of code you've written to hack around yet another edge case proves my point. :) If you want to load if_iwn at boot just do: echo 'if_iwn_load=3D"YES"' >> /boot/loader.conf and be done with it. -- Brooks > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > src/etc/network.subr > Revision 1.185: download - view: text, markup, annotated - [selected for = diffs] > Wed Apr 30 16:29:15 2008 UTC (10 months, 2 weeks ago) by brooks > Branches: MAIN > Diff to: previous 1.184: preferred, colored > Changes since revision 1.184: +4 -0 lines >=20 > Emit a warning when the network_interfaces variable is not set to AUTO. >=20 > MFC after: 3 days > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >=20 > --Thanks! >=20 > -_Dave H >=20 > > > > Best regards > > ? Oliver > > > > -- > > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. = M. > > Handelsregister: Registergericht Muenchen, HRA 74606, ?Gesch?ftsfuehrun= g: > > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?= n- > > chen, HRB 125758, ?Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebha= rt > > > > FreeBSD-Dienstleistungen, -Produkte und mehr: ?http://www.secnetix.de/b= sd > > > > "The ITU has offered the IETF formal alignment with its > > corresponding technology, Penguins, but that won't fly." > > ? ? ? ?-- RFC 2549 > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >=20 --kVXhAStRUZ/+rrGn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJyQL5XY6L6fI4GtQRAvvjAKC+N9ri+JJTGg1mTGjd43F9onEmkACeKghB fpT3DrkuieeiKh0IieFzO2g= =OqAL -----END PGP SIGNATURE----- --kVXhAStRUZ/+rrGn-- From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 17: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 C900F106566C for ; Tue, 24 Mar 2009 17:50: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 B6D828FC18 for ; Tue, 24 Mar 2009 17:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2OHo5ps052997 for ; Tue, 24 Mar 2009 17:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2OHo5g5052996; Tue, 24 Mar 2009 17:50:05 GMT (envelope-from gnats) Date: Tue, 24 Mar 2009 17:50:05 GMT Message-Id: <200903241750.n2OHo5g5052996@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: bin/51827: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 17:50:06 -0000 The following reply was made to PR bin/51827; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/51827: commit references a PR Date: Tue, 24 Mar 2009 17:47:37 +0000 (UTC) Author: ume Date: Tue Mar 24 17:47:24 2009 New Revision: 190382 URL: http://svn.freebsd.org/changeset/base/190382 Log: getaddrinfo(3) should accept numeric when ai_socktype is not specified in hint or hints is NULL. PR: bin/51827 Submitted by: Mark Andrews MFC after: 1 week Modified: head/lib/libc/net/getaddrinfo.c Modified: head/lib/libc/net/getaddrinfo.c ============================================================================== --- head/lib/libc/net/getaddrinfo.c Tue Mar 24 17:22:10 2009 (r190381) +++ head/lib/libc/net/getaddrinfo.c Tue Mar 24 17:47:24 2009 (r190382) @@ -1347,7 +1347,17 @@ get_port(struct addrinfo *ai, const char allownumeric = 1; break; case ANY: - allownumeric = 0; + switch (ai->ai_family) { + case AF_INET: +#ifdef AF_INET6 + case AF_INET6: +#endif + allownumeric = 1; + break; + default: + allownumeric = 0; + break; + } break; default: return EAI_SOCKTYPE; _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 17:53:22 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 1E76310656BF; Tue, 24 Mar 2009 17:53:22 +0000 (UTC) (envelope-from ume@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E609F8FC08; Tue, 24 Mar 2009 17:53:21 +0000 (UTC) (envelope-from ume@FreeBSD.org) Received: from freefall.freebsd.org (ume@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2OHrLuA065737; Tue, 24 Mar 2009 17:53:21 GMT (envelope-from ume@freefall.freebsd.org) Received: (from ume@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2OHrLB8065733; Tue, 24 Mar 2009 17:53:21 GMT (envelope-from ume) Date: Tue, 24 Mar 2009 17:53:21 GMT Message-Id: <200903241753.n2OHrLB8065733@freefall.freebsd.org> To: marka@isc.org, ume@FreeBSD.org, freebsd-net@FreeBSD.org, ume@FreeBSD.org From: ume@FreeBSD.org Cc: Subject: Re: bin/51827: [libc] [patch] getaddrinfo(3) is broken with numeric service X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 17:53:24 -0000 Synopsis: [libc] [patch] getaddrinfo(3) is broken with numeric service State-Changed-From-To: open->patched State-Changed-By: ume State-Changed-When: Tue Mar 24 17:51:47 UTC 2009 State-Changed-Why: Thank you! I've just committed it into HEAD. I'll MFC it after 1 week. Responsible-Changed-From-To: freebsd-net->ume Responsible-Changed-By: ume Responsible-Changed-When: Tue Mar 24 17:51:47 UTC 2009 Responsible-Changed-Why: Thank you! I've just committed it into HEAD. I'll MFC it after 1 week. http://www.freebsd.org/cgi/query-pr.cgi?pr=51827 From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 20:01:23 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 2529B1065692; Tue, 24 Mar 2009 20:01:23 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 061CE8FC26; Tue, 24 Mar 2009 20:01:22 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n2OK1L5D028612; Tue, 24 Mar 2009 13:01:22 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Mar 2009 13:01:12 -0700 Message-ID: In-Reply-To: <5E03C21CD6544D23B4E4A61E85C7E2C8@adnote989> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problems with inward PPTP tunnel Thread-Index: AcmsdCAmcSePkMgmR/K27LxG4dkPKwARFbtw References: <200903222114.PAA17884@lariat.net> <87153F88702C4FBCA3FC799082960C45@adnote989> <5E03C21CD6544D23B4E4A61E85C7E2C8@adnote989> From: "Li, Qing" To: "Luiz Otavio O Souza" Cc: Brett Glass , Qing Li , net@freebsd.org Subject: RE: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 20:01:27 -0000 >=20 > Yes i've read your patch, but i don't understand what you are meaning... > and yes, changing the definition of rt_Update is not my first intention, > but it is the way i've found to fix this. >=20 > Backing to the patch... The rt_Update need the ifp and ifa information > to correctly update the route, and this is available only in > route_UpdateMTU (wich read the current route table). >=20 > You are suggesting that this information could be found at > sa[RTAX_GATEWAY] (if sa[RTAX_GATEWAY]->sa_family =3D=3D AF_LINK) ? And = i=20 > don't need to pass the sa[RTAX_IFP] and sa[RTAX_IFA] ? >=20 Yes. The concept should be similar to the handling code for route insertion=20 where one does, e.g.: route add -net a.b.c.d/24 -iface em0 Joe Marcus verified my patch in his environment. My suggestion is for you to try it out and see if that patch also fixes whatever problem that you are=20 running into. Thanks, -- Qing From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 21:38:39 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 6AD42106578B for ; Tue, 24 Mar 2009 21:38:39 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id E92808FC0A for ; Tue, 24 Mar 2009 21:38:38 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id PAA27632; Tue, 24 Mar 2009 15:38:30 -0600 (MDT) Message-Id: <200903242138.PAA27632@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 24 Mar 2009 15:38:26 -0600 To: "Luiz Otavio O Souza" , "Li, Qing" From: Brett Glass In-Reply-To: <0DC74661A0F84C5EA642A274E0CEF595@adnote989> References: <200903222114.PAA17884@lariat.net> <87153F88702C4FBCA3FC799082960C45@adnote989> <5E03C21CD6544D23B4E4A61E85C7E2C8@adnote989> <0DC74661A0F84C5EA642A274E0CEF595@adnote989> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: net@freebsd.org Subject: Re: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 21:38:42 -0000 >Qing, > >Sorry, but your patch doesn't fix the issue, everytime the >route_UpdateMTU* is called the route is set to the ethernet >interface using the gateway address instead of the correct tun interface. > >The patch in PR works exactly in that situation as confirmed by Brett. > >Thanks, >Luiz > >* This will happen every time you provide ppp over ethernet (pppoe, vpns) Qing: I can confirm that Luiz' patch does work. I applied it and was able to disable my workaround. The only thing I would change is that I would turn off the "gateway" flag (RTF_GATEWAY) in the routing table entry. (You suggested this, implicitly, when you mentioned using the -iface flag.) This is because the "tun" interface is really a bridge, not a gateway. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 21:25:13 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 A84D910656BA; Tue, 24 Mar 2009 21:25:13 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 416A98FC26; Tue, 24 Mar 2009 21:25:12 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so1714020ywh.13 for ; Tue, 24 Mar 2009 14:25:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:cc :references:subject:date:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:x-mailer :x-mimeole; bh=X+HO+VOsqjwWk/fPfQoibSp1959zyKO8LFFosRXy5Jc=; b=E5cho5h6krSZ9yFYaHsIKFHbk2BEzJ5Y3tzqlipBcmsCfMMt59kQdM0T2ZGGOLnnjq vhLRvg0DCRb1pIfYtAF3CzIYKmEVb+45bDol+sdM8G+TCuzrlITgrhCVG/bzfFr0HhYZ sUTughADFwWDUfWJGpSt50A5wOjSsKbfqepmY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=TK21Vnnt/v5MzUX0bWAL7i+yEhvSnLIAI7Vqy3F4q/+iu2iL2RyWs8jhqRaLKizoC/ 1ZnVfsyh30uz1Vf8SeOaL1hQXzXDiiJ++Usu/wMVMa3FMafPHFBGXF2OYPU30JqiKlBR zQ6Zv+g0T6yEWWIeklX0oY7b+zpNchytiLBng= Received: by 10.90.98.13 with SMTP id v13mr2059978agb.36.1237929912585; Tue, 24 Mar 2009 14:25:12 -0700 (PDT) Received: from adnote989 (189-18-124-154.dsl.telesp.net.br [189.18.124.154]) by mx.google.com with ESMTPS id 10sm11203230agd.24.2009.03.24.14.25.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 24 Mar 2009 14:25:12 -0700 (PDT) Message-ID: <0DC74661A0F84C5EA642A274E0CEF595@adnote989> From: "Luiz Otavio O Souza" To: "Li, Qing" References: <200903222114.PAA17884@lariat.net> <87153F88702C4FBCA3FC799082960C45@adnote989> <5E03C21CD6544D23B4E4A61E85C7E2C8@adnote989> Date: Tue, 24 Mar 2009 18:24:56 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Tue, 24 Mar 2009 21:51:02 +0000 Cc: Brett Glass , Qing Li , net@freebsd.org Subject: Re: Problems with inward PPTP tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 21:25:14 -0000 >> >> Yes i've read your patch, but i don't understand what you are meaning... >> and yes, changing the definition of rt_Update is not my first intention, >> but it is the way i've found to fix this. >> >> Backing to the patch... The rt_Update need the ifp and ifa information >> to correctly update the route, and this is available only in >> route_UpdateMTU (wich read the current route table). >> >> You are suggesting that this information could be found at >> sa[RTAX_GATEWAY] (if sa[RTAX_GATEWAY]->sa_family == AF_LINK) ? And i >> don't need to pass the sa[RTAX_IFP] and sa[RTAX_IFA] ? >> > > Yes. The concept should be similar to the handling code for route > insertion > where one does, e.g.: > > route add -net a.b.c.d/24 -iface em0 > > Joe Marcus verified my patch in his environment. My suggestion is for > you > to try it out and see if that patch also fixes whatever problem that you > are > running into. > Qing, Sorry, but your patch doesn't fix the issue, everytime the route_UpdateMTU* is called the route is set to the ethernet interface using the gateway address instead of the correct tun interface. The patch in PR works exactly in that situation as confirmed by Brett. Thanks, Luiz * This will happen every time you provide ppp over ethernet (pppoe, vpns) From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 01:43:02 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 A6300106564A for ; Wed, 25 Mar 2009 01:43:02 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: from mail.oldschoolpunx.net (cpe-72-177-10-243.austin.res.rr.com [72.177.10.243]) by mx1.freebsd.org (Postfix) with ESMTP id 84EAA8FC17 for ; Wed, 25 Mar 2009 01:43:02 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: by mail.oldschoolpunx.net (Postfix, from userid 58) id 14FBF482AF; Tue, 24 Mar 2009 20:25:25 -0500 (CDT) Received: from [192.168.8.100] (unknown [192.168.8.100]) by mail.oldschoolpunx.net (Postfix) with ESMTPSA id 650385CFC3 for ; Tue, 24 Mar 2009 20:21:31 -0500 (CDT) Message-Id: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> From: Chris Ruiz To: net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 20:21:29 -0500 X-Mailer: Apple Mail (2.930.3) Cc: Subject: NDIS - True OR False X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 01:43:02 -0000 True OR False 1) NDIS only works with XP drivers. 2) NDIS only works with 32-bit drivers and wont work on amd64. There is a lot of conflicting information on various lists, forums and websites regarding NDIS. Thanks, Chris From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 02:22: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 5BE1A106566C for ; Wed, 25 Mar 2009 02:22:10 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id F190D8FC16 for ; Wed, 25 Mar 2009 02:22:09 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.2/8.14.2) with ESMTP id n2P1xMjN096590; Tue, 24 Mar 2009 21:59:22 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.2/8.13.8/Submit) id n2P1xMti096589; Tue, 24 Mar 2009 21:59:22 -0400 (EDT) (envelope-from wollman) Date: Tue, 24 Mar 2009 21:59:22 -0400 (EDT) From: Garrett Wollman Message-Id: <200903250159.n2P1xMti096589@hergotha.csail.mit.edu> To: chris@young-alumni.com X-Newsgroups: mit.lcs.mail.freebsd-net In-Reply-To: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> Organization: None X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Tue, 24 Mar 2009 21:59:22 -0400 (EDT) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hergotha.csail.mit.edu Cc: net@freebsd.org Subject: Re: NDIS - True OR False X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 02:22:10 -0000 In article <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com>, "Chris" writes: >True OR False > >1) NDIS only works with XP drivers. Can't answer that as I've never needed to try a Vista driver. >2) NDIS only works with 32-bit drivers and wont work on amd64. False, unless someone has broken it recently. Project Evil has worked on 64-bit systems (and *requires* 64-bit drivers on such systems) since I bought my current laptop ~three years ago. -GAWollman From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 06:00:32 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 A34E210656D7 for ; Wed, 25 Mar 2009 06:00:32 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC728FC08 for ; Wed, 25 Mar 2009 06:00:32 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wa-out-1112.google.com with SMTP id m38so2087166waf.27 for ; Tue, 24 Mar 2009 23:00:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=lsrqGUu48ohlrZrPYj6rNgvnFThzL/wh8E8d2yFfu00=; b=dM5XTS8VWiV8vGGRrof3sqrUpr8CZYtYP8o1Q+hUvf64n4dMe04e1yKPduiOpUk4yy Eo3CJo0Gq88X9ARCw2/GfVnfeGCnbsDMcLvV5BMYb5mBidG1MRwTqgp5YWkHGsksfrST auQLqNimvjm8NBW4D+Eq775IzErHQsFiL+P4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=Mw2aDEEilR/pDI5l8tuKhf+jy3AmZQZJtjLYk4QiE6rzQV12FXNB/5sW8nvnb4D/aw uQPCUDoc3zAHWXLjVMyYo8rArUzfLft/+HvltsVN+c0Fkf/ubemp0S8PFIoCDt//Px1C uHVKavMyuyNMKTCExmk5Dae8Y+5YLCPyHOM5Q= Received: by 10.115.18.1 with SMTP id v1mr5806425wai.175.1237959625643; Tue, 24 Mar 2009 22:40:25 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id l31sm1104200rvb.7.2009.03.24.22.40.23 (version=SSLv3 cipher=RC4-MD5); Tue, 24 Mar 2009 22:40:24 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Wed, 25 Mar 2009 14:40:21 +0900 From: Weongyo Jeong Date: Wed, 25 Mar 2009 14:40:21 +0900 To: chris@young-alumni.com Message-ID: <20090325054021.GA9518@weongyo.cdnetworks.kr> Mail-Followup-To: chris@young-alumni.com, Garrett Wollman , net@freebsd.org References: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> <200903250159.n2P1xMti096589@hergotha.csail.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903250159.n2P1xMti096589@hergotha.csail.mit.edu> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Garrett Wollman , net@freebsd.org Subject: Re: NDIS - True OR False X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 06:00:33 -0000 On Tue, Mar 24, 2009 at 09:59:22PM -0400, Garrett Wollman wrote: > In article <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com>, > "Chris" writes: > > >True OR False > > > >1) NDIS only works with XP drivers. > > Can't answer that as I've never needed to try a Vista driver. AFAIK NDISulator try to mimic that it works on Windows XP and the driver depends on the version of NDIS driver that normally it's 5.0 or 5.1. I know Vista driver uses NDIS 6.x that isn't supported by NDISulator. > >2) NDIS only works with 32-bit drivers and wont work on amd64. > > False, unless someone has broken it recently. Project Evil has worked > on 64-bit systems (and *requires* 64-bit drivers on such systems) > since I bought my current laptop ~three years ago. Yes it should work on amd64. If not it's a regression. regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 09:23:16 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 30EC61065670; Wed, 25 Mar 2009 09:23:16 +0000 (UTC) (envelope-from sepron@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 5C68B8FC15; Wed, 25 Mar 2009 09:23:15 +0000 (UTC) (envelope-from sepron@gmail.com) Received: by bwz8 with SMTP id 8so2437829bwz.43 for ; Wed, 25 Mar 2009 02:23:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=WOfX5EDgndAyDsMFb/Up2AbLl+ucT35FwGRNLdkCu2U=; b=BaPzJ4C5DBEDU6UkLZvuvWN2Qq6qENmWXMppSpm0APbOmOylDoFLMIIUBTqD/KYP/I hhMyj0EKv2c+kdcnc7mVlOTiEdHPaXx5FsGJxV7trPUejtgxXLQA5qaYfQAS0L6e/ys6 /mFMOfSrBTYGz6V4Z8kcioC1V1BEzRL9qzgvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=qbboB/5bWELBWnD71IEroedKIn8UujkC4La6dcXjzHqsDlFTCbCUYHwfpTs0Z1dJFW 3Jq5k28falby+zcVxpXQsmpApjwmW+l18+ioC2i/FyMB7OH6C61PQrMpG8rYzaXSouox anEpnQ2V8uEgyNG0oeZPIgwAJUyYdtPAQZYpI= MIME-Version: 1.0 Received: by 10.223.108.140 with SMTP id f12mr2712fap.69.1237972994249; Wed, 25 Mar 2009 02:23:14 -0700 (PDT) Date: Wed, 25 Mar 2009 12:23:14 +0300 Message-ID: From: Sergey Pronin To: freebsd-net@freebsd.org, freebsd-bugs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Synopsis: process swi1:net gives 100% CPU usage. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 09:23:17 -0000 This topic is also related to: http://lists.freebsd.org/pipermail/freebsd-net/2009-March/021345.html > And I have the 4th server with the same hardware and software configuration > but with FreeBSD 7.1-RELEASE-p1. Everything works fine. I've experienced the same problems with: FreeBSD 7.1-RELEASE-p1 and p2 FreeBSD 7.0-RELEASE-p9 and p10 FreeBSD 6.4-RELEASE-p3 Report about this problem with FreeBSD 7.1-STABLE http://www.freebsd.org/cgi/query-pr.cgi?pr=132984 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 12:27: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 53553106564A; Wed, 25 Mar 2009 12:27:14 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 28CED8FC19; Wed, 25 Mar 2009 12:27:14 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PCREjx007156; Wed, 25 Mar 2009 12:27:14 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PCREnf007152; Wed, 25 Mar 2009 12:27:14 GMT (envelope-from brucec) Date: Wed, 25 Mar 2009 12:27:14 GMT Message-Id: <200903251227.n2PCREnf007152@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/129197: [panic] 7.0 IP stack related panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 12:27:14 -0000 Synopsis: [panic] 7.0 IP stack related panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Mar 25 12:26:47 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129197 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 12:31:50 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 DE3DA1065673; Wed, 25 Mar 2009 12:31:50 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C96A8FC1F; Wed, 25 Mar 2009 12:31:50 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PCVox2014220; Wed, 25 Mar 2009 12:31:50 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PCVoZg014197; Wed, 25 Mar 2009 12:31:50 GMT (envelope-from brucec) Date: Wed, 25 Mar 2009 12:31:50 GMT Message-Id: <200903251231.n2PCVoZg014197@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/132991: [bge] if_bge low performance 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: Wed, 25 Mar 2009 12:31:51 -0000 Synopsis: [bge] if_bge low performance problem Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Mar 25 12:31:28 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132991 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 12:34:09 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 1F19B1065672; Wed, 25 Mar 2009 12:34:09 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E8FAB8FC18; Wed, 25 Mar 2009 12:34:08 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PCY8Qs022120; Wed, 25 Mar 2009 12:34:08 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PCY8eK022115; Wed, 25 Mar 2009 12:34:08 GMT (envelope-from brucec) Date: Wed, 25 Mar 2009 12:34:08 GMT Message-Id: <200903251234.n2PCY8eK022115@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/85780: 'panic: bogus refcnt 0' in routing/ipv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 12:34:09 -0000 Synopsis: 'panic: bogus refcnt 0' in routing/ipv6 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Mar 25 12:33:50 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=85780 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 12:45:50 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 9908B1065805 for ; Wed, 25 Mar 2009 12:45:50 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from smtp2c.orange.fr (smtp2c.orange.fr [80.12.242.154]) by mx1.freebsd.org (Postfix) with ESMTP id 2F84B8FC14 for ; Wed, 25 Mar 2009 12:45:49 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from smtp20.orange.fr (mwinf2004 [172.22.130.26]) by mwinf2c10.orange.fr (SMTP Server) with ESMTP id 67ECA1C01D43 for ; Wed, 25 Mar 2009 12:05:52 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2004.orange.fr (SMTP Server) with ESMTP id 2D0BD2000073; Wed, 25 Mar 2009 12:05:51 +0100 (CET) Received: from PCdeKimKas (AMontsouris-153-1-23-65.w86-212.abo.wanadoo.fr [86.212.22.65]) by mwinf2004.orange.fr (SMTP Server) with ESMTP id 7A6A02000120; Wed, 25 Mar 2009 12:05:50 +0100 (CET) X-ME-UUID: 20090325110550501.7A6A02000120@mwinf2004.orange.fr Message-ID: From: "Aman Jassal" To: "Chris Ruiz" , References: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> In-Reply-To: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> Date: Wed, 25 Mar 2009 12:05:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6000.16480 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6000.16669 Cc: Subject: Re: NDIS - True OR False X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 12:45:52 -0000 Hello Chris, 1) >From my personal experience, NDIS doesn't work well with Vista drivers, but I was working with Wifi USB dongles (and it was about 5 months ago). I had tried to make a NDIS driver for a Netgear WG111v2 Wifi USB dongle, using the Vista driver provided by Netgear, but it just never worked. However I also had a Netgear WG111v2 Wifi USB dongle, but I had the XP driver for it, and NDIS managed to produce a module that could support my dongle on a FreeBSD 7.0 box. Now the thing is, I have been working on that about 5 or 6 months ago, perhaps now the people from Project Evil have done some work to support Vista drivers. I was working with Wifi USB dongles, and I knew that NDIS does struggle to make modules to support such devices. 2) As said previously, NDIS should work with drivers for AMD-64. But then again, I haven't worked with AMD-64 myself, so I can't provide strong support T_T If you are looking to use FreeBSD with wireless cards or devices, I would suggest you take a look at the various drivers included in FreeBSD : an ; ath ; awi ; ipw ; iwi ; netintro ; ral ; rum ; ural ; wi ; wlan_ccmp ; wlan_tkip ; wlan_wep ; wlan_wauth ; zyd. Have a look at the man-pages of these drivers, the various devices and chipsets supported are mentionned, that way you can use a wireless card without having the trouble to use Ndis to make a kernel module to support your device. Just in case... Hope you find it useful. Good luck Aman Jassal ----- Original Message ----- From: "Chris Ruiz" To: Sent: Wednesday, March 25, 2009 2:21 AM Subject: NDIS - True OR False > > True OR False > > 1) NDIS only works with XP drivers. > > 2) NDIS only works with 32-bit drivers and wont work on amd64. > > There is a lot of conflicting information on various lists, forums and > websites regarding NDIS. > > Thanks, > > Chris > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 14:06:45 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 5EC2D1065724 for ; Wed, 25 Mar 2009 14:06:45 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mail31.voicenet.com (mx165-125-voicenet.voicenet.com [207.103.165.125]) by mx1.freebsd.org (Postfix) with SMTP id D6B978FC0C for ; Wed, 25 Mar 2009 14:06:44 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: (qmail 12590 invoked from network); 25 Mar 2009 13:40:04 -0000 Received: from mail02.voicenet.com (207.103.0.202) by mail31.voicenet.com with SMTP; 25 Mar 2009 13:40:04 -0000 Received: (qmail 12600 invoked from network); 25 Mar 2009 13:40:04 -0000 Received: from adam.voicenet.com (HELO webmail.voicenet.com) (207.103.0.140) by mail02.voicenet.com with SMTP; 25 Mar 2009 13:40:04 -0000 Received: from 67.102.187.39 (proxying for 192.168.0.35) (SquirrelMail authenticated user adamk) by webmail.voicenet.com with HTTP; Wed, 25 Mar 2009 09:40:04 -0400 (EDT) Message-ID: <59696.67.102.187.39.1237988404.squirrel@webmail.voicenet.com> In-Reply-To: References: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> Date: Wed, 25 Mar 2009 09:40:04 -0400 (EDT) From: adamk@voicenet.com To: "Aman Jassal" User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Chris Ruiz , net@freebsd.org Subject: Re: NDIS - True OR False X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 14:06:47 -0000 > > If you are looking to use FreeBSD with wireless cards or devices, I would > suggest you take a look at the various drivers included in FreeBSD : an ; > ath ; awi ; ipw ; iwi ; netintro ; ral ; rum ; ural ; wi ; wlan_ccmp ; > wlan_tkip ; wlan_wep ; wlan_wauth ; zyd. Have a look at the man-pages of > these drivers, the various devices and chipsets supported are mentionned, > that way you can use a wireless card without having the trouble to use Ndis > to make a kernel module to support your device. Just in case... For what it's worth, I've actually had more luck with ndis with my 2200BG than I had with the iwi driver: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/131153 Adam From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 15:31:19 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 0AE371065670 for ; Wed, 25 Mar 2009 15:31:19 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8A72E8FC21 for ; Wed, 25 Mar 2009 15:31:18 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy19 with SMTP id 19so93789ewy.43 for ; Wed, 25 Mar 2009 08:31:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FdXAMwlDSesj/e2rw64WXpG6xrxT/M3IQTkTEUKtm6M=; b=b+50uQKlxNc1FOxSd/iTBKyruYgfmbCTBRQMoLl+7nI7wFnASl10if9KKk8DiqlCnq VQBwiLoCxpSwytTtw7ZPoFmqZXDP7TT7EtFoQ7vTa5niJDEkBDCedWhZxvg92RzrU6js qPvVAqeWsTRTjp2N6fgGZ5DOEG1Psn/dc20MA= 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=DHbdfnamSOfW1bRD/x3nE1qjvpTYKvoTIisYtsrUZQLxqnzPR4Wbu/tMlfTn+K/qvr eBROmw+v1dmvsmzWW7rYVfkmYee75VrOvkykZTc/UIZt9pUeQ3Ng7RFAgUEJeQfr+HDl HeJkvKZnZIWLh1GlLOhOELkMnO8j1HLQPrrxY= MIME-Version: 1.0 Received: by 10.210.105.8 with SMTP id d8mr1087390ebc.84.1237993530002; Wed, 25 Mar 2009 08:05:30 -0700 (PDT) In-Reply-To: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> References: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> Date: Wed, 25 Mar 2009 16:05:29 +0100 Message-ID: <3a142e750903250805q524d06aavc41070627cc17d20@mail.gmail.com> From: "Paul B. Mahol" To: Chris Ruiz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: NDIS - True OR False X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 15:31:20 -0000 On 3/25/09, Chris Ruiz wrote: > > True OR False > > 1) NDIS only works with XP drivers. > > 2) NDIS only works with 32-bit drivers and wont work on amd64. > > There is a lot of conflicting information on various lists, forums and > websites regarding NDIS. http://en.wikipedia.org/wiki/NDIS -- Paul From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 16:29:02 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 2C5DB1065675; Wed, 25 Mar 2009 16:29:02 +0000 (UTC) (envelope-from ume@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 01B078FC08; Wed, 25 Mar 2009 16:29:02 +0000 (UTC) (envelope-from ume@FreeBSD.org) Received: from freefall.freebsd.org (ume@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PGT1Ko035043; Wed, 25 Mar 2009 16:29:01 GMT (envelope-from ume@freefall.freebsd.org) Received: (from ume@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PGT13n035039; Wed, 25 Mar 2009 16:29:01 GMT (envelope-from ume) Date: Wed, 25 Mar 2009 16:29:01 GMT Message-Id: <200903251629.n2PGT13n035039@freefall.freebsd.org> To: bruce@cran.org.uk, ume@FreeBSD.org, freebsd-net@FreeBSD.org, ume@FreeBSD.org From: ume@FreeBSD.org Cc: Subject: Re: bin/128167: [patch] [libc] add support for SCTP to getaddrinfo(3) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 16:29:02 -0000 Synopsis: [patch] [libc] add support for SCTP to getaddrinfo(3) State-Changed-From-To: open->patched State-Changed-By: ume State-Changed-When: Wed Mar 25 16:27:38 UTC 2009 State-Changed-Why: Thank you! Committed it with modification. At least Apache didn't work with getaddrinfo(3) which your patch is applied. Responsible-Changed-From-To: freebsd-net->ume Responsible-Changed-By: ume Responsible-Changed-When: Wed Mar 25 16:27:38 UTC 2009 Responsible-Changed-Why: Thank you! Committed it with modification. At least Apache didn't work with getaddrinfo(3) which your patch is applied. http://www.freebsd.org/cgi/query-pr.cgi?pr=128167 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 17:01:56 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 D4D10106567C; Wed, 25 Mar 2009 17:01:56 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 89D238FC18; Wed, 25 Mar 2009 17:01:56 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PH1uKT088943; Wed, 25 Mar 2009 17:01:56 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PH1ueF088933; Wed, 25 Mar 2009 17:01:56 GMT (envelope-from brucec) Date: Wed, 25 Mar 2009 17:01:56 GMT Message-Id: <200903251701.n2PH1ueF088933@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/121895: [patch] rtsol(8)/rtsold(8) doesn't handle managed networks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 17:01:59 -0000 Synopsis: [patch] rtsol(8)/rtsold(8) doesn't handle managed networks Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Mar 25 17:01:29 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=121895 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 17:04:08 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 CEBB710656E1; Wed, 25 Mar 2009 17:04:08 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A335A8FC0C; Wed, 25 Mar 2009 17:04:08 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PH48ip089661; Wed, 25 Mar 2009 17:04:08 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PH48qW089657; Wed, 25 Mar 2009 17:04:08 GMT (envelope-from brucec) Date: Wed, 25 Mar 2009 17:04:08 GMT Message-Id: <200903251704.n2PH48qW089657@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/92370: [pppd] ppp server not accessible to IPV4 unless built with NO_INET6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 17:04:11 -0000 Synopsis: [pppd] ppp server not accessible to IPV4 unless built with NO_INET6 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Mar 25 17:03:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=92370 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 17:05:23 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 7B13F1065702; Wed, 25 Mar 2009 17:05:23 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF318FC1A; Wed, 25 Mar 2009 17:05:23 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PH5NDY089723; Wed, 25 Mar 2009 17:05:23 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PH5N8D089719; Wed, 25 Mar 2009 17:05:23 GMT (envelope-from brucec) Date: Wed, 25 Mar 2009 17:05:23 GMT Message-Id: <200903251705.n2PH5N8D089719@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/81465: /bin/host: resolver is not working properly when INET6 is not in kernel and nameserver is dual X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 17:05:25 -0000 Synopsis: /bin/host: resolver is not working properly when INET6 is not in kernel and nameserver is dual Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Mar 25 17:05:02 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=81465 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 17:15: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 8639E10658DC; Wed, 25 Mar 2009 17:15:25 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 59D958FC13; Wed, 25 Mar 2009 17:15:25 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PHFPEJ004323; Wed, 25 Mar 2009 17:15:25 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PHFP2x004319; Wed, 25 Mar 2009 17:15:25 GMT (envelope-from brucec) Date: Wed, 25 Mar 2009 17:15:25 GMT Message-Id: <200903251715.n2PHFP2x004319@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/121359: [patch] ppp(8): fix local stack overflow in ppp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 17:15:28 -0000 Synopsis: [patch] ppp(8): fix local stack overflow in ppp Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Mar 25 17:15:00 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=121359 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 18:26:54 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 91711106566B; Wed, 25 Mar 2009 18:26:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 808718FC19; Wed, 25 Mar 2009 18:26:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from freefall.freebsd.org (dougb@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PIQsqB000183; Wed, 25 Mar 2009 18:26:54 GMT (envelope-from dougb@freefall.freebsd.org) Received: (from dougb@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PIQrvI000179; Wed, 25 Mar 2009 18:26:53 GMT (envelope-from dougb) Date: Wed, 25 Mar 2009 18:26:53 GMT Message-Id: <200903251826.n2PIQrvI000179@freefall.freebsd.org> To: chopin@sgh.waw.pl, dougb@FreeBSD.org, freebsd-net@FreeBSD.org, dougb@FreeBSD.org From: dougb@FreeBSD.org Cc: Subject: Re: bin/81465: /bin/host: resolver is not working properly when INET6 is not in kernel and nameserver is dual X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 18:26:54 -0000 Synopsis: /bin/host: resolver is not working properly when INET6 is not in kernel and nameserver is dual State-Changed-From-To: open->closed State-Changed-By: dougb State-Changed-When: Wed Mar 25 18:25:36 UTC 2009 State-Changed-Why: FreeBSD 4 is well past End of Life, and this bug should no longer be present in modern versions of BIND, or the OS. If you are still experiencing this issue with FreeBSD 6 or newer please feel free to file a new PR. Regards, Doug Responsible-Changed-From-To: freebsd-net->dougb Responsible-Changed-By: dougb Responsible-Changed-When: Wed Mar 25 18:25:36 UTC 2009 Responsible-Changed-Why: host(1) is part of BIND http://www.freebsd.org/cgi/query-pr.cgi?pr=81465 From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 22:20: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 478911065670 for ; Wed, 25 Mar 2009 22:20:11 +0000 (UTC) (envelope-from pierre@userid.org) Received: from mail.storm.ca (unknown [IPv6:2607:f0b0:0:6:209:87:239:66]) by mx1.freebsd.org (Postfix) with ESMTP id 1023C8FC2A for ; Wed, 25 Mar 2009 22:20:10 +0000 (UTC) (envelope-from pierre@userid.org) Received: from pandora.userid.org (pandora.userid.org [216.106.102.33]) by mail.storm.ca (8.14.2+Sun/8.14.2) with ESMTP id n2PLe02n016813; Wed, 25 Mar 2009 17:40:06 -0400 (EDT) Received: from [192.168.100.253] (unknown [67.210.160.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.userid.org (Postfix) with ESMTPS id 2E9DC296CEC; Wed, 25 Mar 2009 17:39:06 -0400 (EDT) Message-ID: <49CAB28A.9030406@userid.org> Date: Wed, 25 Mar 2009 17:39:06 -0500 From: Pierre Lamy User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Shawn Everett References: <3650.206.108.16.89.1235691792.squirrel@alder.hosix.com> <3853.206.108.16.89.1235693214.squirrel@alder.hosix.com> <78cb3d3f0902261619t71a054fet43779c37e2981603@mail.gmail.com> <200902262341.35069.shawn@tandac.com> In-Reply-To: <200902262341.35069.shawn@tandac.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-userid-MailScanner-Information: Please contact pierre@userid.org for more information X-userid-MailScanner-ID: 2E9DC296CEC.67A03 X-userid-MailScanner: Found to be clean X-userid-MailScanner-From: pierre@userid.org X-Spam-Status: No Cc: freebsd-net@freebsd.org, Adrian Penisoara Subject: Re: FreeBSD Router 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: Wed, 25 Mar 2009 22:20:11 -0000 tcp.established 86400s ^^ This should be 3600. Pierre Shawn Everett wrote: >> Any error messages in dmesg output ? >> Significant changes in "netstat -m" output before and after ? >> The same for "pfctl -s all" output... >> > > The box has been up for about 12 hours now. As a point of discussion here > is the output from netstat and pfctl in case anything obvious jumps out. > > 385/905/1290 mbufs in use (current/cache/total) > 384/484/868/25600 mbuf clusters in use (current/cache/total/max) > 256/384 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/44/44/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 864K/1370K/2234K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/5/6656 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > > # pfctl -s all > No ALTQ support in kernel > ALTQ related functions disabled > TRANSLATION RULES: > nat on ste0 inet from 172.16.3.0/24 to any -> (ste0) round-robin > nat on ste1 inet from 172.16.3.0/24 to any -> (ste1) round-robin > > FILTER RULES: > pass out on em0 inet from any to 172.16.3.0/24 flags S/SA keep state > pass in quick on em0 inet from 172.16.3.0/24 to 172.16.3.253 flags S/SA > keep state > pass in on em0 route-to { (ste0 204.244.159.254), (ste1 204.244.159.254) } > round-robin inet proto tcp from 172.16.3.0/24 to any flags S/SA modulate > state > pass in on em0 route-to { (ste0 204.244.159.254), (ste1 204.244.159.254) } > round-robin inet proto udp from 172.16.3.0/24 to any keep state > pass in on em0 route-to { (ste0 204.244.159.254), (ste1 204.244.159.254) } > round-robin inet proto icmp from 172.16.3.0/24 to any keep state > pass out on ste0 proto tcp all flags S/SA modulate state > pass out on ste0 proto udp all keep state > pass out on ste0 proto icmp all keep state > pass out on ste1 proto tcp all flags S/SA modulate state > pass out on ste1 proto udp all keep state > pass out on ste1 proto icmp all keep state > pass out on ste0 route-to (ste1 204.244.159.254) inet from 204.244.159.55 > to any flags S/SA keep state > pass out on ste1 route-to (ste0 204.244.159.254) inet from 204.244.159.68 > to any flags S/SA keep state > > STATES: > all udp 172.16.3.255:137 <- 172.16.3.17:137 NO_TRAFFIC:SINGLE > all udp 172.16.3.17:137 -> 204.244.159.68:57827 -> 172.16.3.255:137 > SINGLE:NO_TRAFFIC > all tcp 10.170.54.1:81 <- 172.16.3.71:3064 CLOSED:SYN_SENT > all tcp 172.16.3.71:3064 -> 204.244.159.55:56563 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.30:2021 CLOSED:SYN_SENT > all tcp 172.16.3.30:2021 -> 204.244.159.68:54557 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.72:1414 CLOSED:SYN_SENT > all tcp 172.16.3.72:1414 -> 204.244.159.55:52567 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.31:2865 CLOSED:SYN_SENT > all tcp 172.16.3.31:2865 -> 204.244.159.68:59429 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.72:1415 CLOSED:SYN_SENT > all tcp 172.16.3.72:1415 -> 204.244.159.55:61425 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.49:1914 CLOSED:SYN_SENT > all tcp 172.16.3.49:1914 -> 204.244.159.68:58532 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all udp 172.16.3.255:138 <- 172.16.3.39:138 NO_TRAFFIC:SINGLE > all udp 172.16.3.39:138 -> 204.244.159.68:62224 -> 172.16.3.255:138 > SINGLE:NO_TRAFFIC > all tcp 64.56.145.72:110 <- 172.16.3.48:1494 FIN_WAIT_2:FIN_WAIT_2 > all tcp 172.16.3.48:1494 -> 204.244.159.55:62928 -> 64.56.145.72:110 > FIN_WAIT_2:FIN_WAIT_2 > all udp 172.16.3.255:137 <- 172.16.3.49:137 NO_TRAFFIC:SINGLE > all udp 172.16.3.49:137 -> 204.244.159.55:61053 -> 172.16.3.255:137 > SINGLE:NO_TRAFFIC > all tcp 10.170.54.1:81 <- 172.16.3.37:1508 CLOSED:SYN_SENT > all tcp 172.16.3.37:1508 -> 204.244.159.68:54656 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.74:3126 CLOSED:SYN_SENT > all tcp 172.16.3.74:3126 -> 204.244.159.55:61282 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.18:2446 CLOSED:SYN_SENT > all tcp 172.16.3.18:2446 -> 204.244.159.68:58385 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.73:2057 CLOSED:SYN_SENT > all tcp 172.16.3.73:2057 -> 204.244.159.55:61692 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all udp 198.208.22.27:53 <- 172.16.3.74:58071 SINGLE:MULTIPLE > all udp 172.16.3.74:58071 -> 204.244.159.68:54669 -> 198.208.22.27:53 > MULTIPLE:SINGLE > all udp 198.208.22.27:53 <- 172.16.3.74:57503 SINGLE:MULTIPLE > all udp 172.16.3.74:57503 -> 204.244.159.55:64923 -> 198.208.22.27:53 > MULTIPLE:SINGLE > all udp 198.208.22.27:53 <- 172.16.3.74:51153 SINGLE:MULTIPLE > all udp 172.16.3.74:51153 -> 204.244.159.68:61637 -> 198.208.22.27:53 > MULTIPLE:SINGLE > all udp 172.16.3.255:137 <- 172.16.3.74:137 NO_TRAFFIC:SINGLE > all udp 172.16.3.74:137 -> 204.244.159.55:53474 -> 172.16.3.255:137 > SINGLE:NO_TRAFFIC > all tcp 10.170.54.1:81 <- 172.16.3.71:3065 CLOSED:SYN_SENT > all tcp 172.16.3.71:3065 -> 204.244.159.68:63354 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.29:4434 CLOSED:SYN_SENT > all tcp 172.16.3.29:4434 -> 204.244.159.55:62977 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all udp 172.16.3.255:137 <- 172.16.3.30:137 NO_TRAFFIC:SINGLE > all udp 172.16.3.30:137 -> 204.244.159.68:61298 -> 172.16.3.255:137 > SINGLE:NO_TRAFFIC > all tcp 63.241.234.60:443 <- 172.16.3.37:1509 ESTABLISHED:ESTABLISHED > all tcp 172.16.3.37:1509 -> 204.244.159.68:61873 -> 63.241.234.60:443 > ESTABLISHED:ESTABLISHED > all udp 198.208.22.27:53 <- 172.16.3.72:59314 SINGLE:MULTIPLE > all udp 172.16.3.72:59314 -> 204.244.159.55:62186 -> 198.208.22.27:53 > MULTIPLE:SINGLE > all udp 198.208.22.27:53 <- 172.16.3.72:55934 SINGLE:MULTIPLE > all udp 172.16.3.72:55934 -> 204.244.159.68:51479 -> 198.208.22.27:53 > MULTIPLE:SINGLE > all udp 198.208.22.27:53 <- 172.16.3.72:52983 SINGLE:MULTIPLE > all udp 172.16.3.72:52983 -> 204.244.159.55:55523 -> 198.208.22.27:53 > MULTIPLE:SINGLE > all udp 172.16.3.255:137 <- 172.16.3.72:137 NO_TRAFFIC:SINGLE > all udp 172.16.3.72:137 -> 204.244.159.68:58218 -> 172.16.3.255:137 > SINGLE:NO_TRAFFIC > all tcp 10.170.54.1:81 <- 172.16.3.31:2868 CLOSED:SYN_SENT > all tcp 172.16.3.31:2868 -> 204.244.159.55:60911 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all udp 172.16.3.255:137 <- 172.16.3.77:137 NO_TRAFFIC:SINGLE > all udp 172.16.3.77:137 -> 204.244.159.55:59287 -> 172.16.3.255:137 > SINGLE:NO_TRAFFIC > all tcp 10.170.54.1:81 <- 172.16.3.72:1416 CLOSED:SYN_SENT > all tcp 172.16.3.72:1416 -> 204.244.159.68:59828 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.49:1915 CLOSED:SYN_SENT > all tcp 172.16.3.49:1915 -> 204.244.159.55:64580 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.29:4435 CLOSED:SYN_SENT > all tcp 172.16.3.29:4435 -> 204.244.159.68:60089 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all udp 172.16.3.255:137 <- 172.16.3.8:137 NO_TRAFFIC:SINGLE > all udp 172.16.3.8:137 -> 204.244.159.68:60176 -> 172.16.3.255:137 > SINGLE:NO_TRAFFIC > all tcp 10.170.54.1:81 <- 172.16.3.51:3433 CLOSED:SYN_SENT > all tcp 172.16.3.51:3433 -> 204.244.159.55:63158 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.37:1510 CLOSED:SYN_SENT > all tcp 172.16.3.37:1510 -> 204.244.159.68:63197 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.74:3127 CLOSED:SYN_SENT > all tcp 172.16.3.74:3127 -> 204.244.159.55:61760 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.18:2447 CLOSED:SYN_SENT > all tcp 172.16.3.18:2447 -> 204.244.159.68:61951 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all tcp 10.170.54.1:81 <- 172.16.3.73:2058 CLOSED:SYN_SENT > all tcp 172.16.3.73:2058 -> 204.244.159.55:53396 -> 10.170.54.1:81 > SYN_SENT:CLOSED > all udp 198.208.22.27:53 <- 172.16.3.74:62024 SINGLE:MULTIPLE > all udp 172.16.3.74:62024 -> 204.244.159.55:63136 -> 198.208.22.27:53 > MULTIPLE:SINGLE > all tcp 72.14.162.41:80 <- 172.16.3.74:3128 TIME_WAIT:TIME_WAIT > all tcp 172.16.3.74:3128 -> 204.244.159.68:58088 -> 72.14.162.41:80 > TIME_WAIT:TIME_WAIT > all tcp 72.14.162.41:80 <- 172.16.3.74:3129 FIN_WAIT_2:FIN_WAIT_2 > all tcp 172.16.3.74:3129 -> 204.244.159.55:62718 -> 72.14.162.41:80 > FIN_WAIT_2:FIN_WAIT_2 > all udp 172.16.3.255:138 <- 172.16.3.71:138 NO_TRAFFIC:SINGLE > all udp 172.16.3.71:138 -> 204.244.159.68:52993 -> 172.16.3.255:138 > SINGLE:NO_TRAFFIC > all tcp 10.170.54.1:81 <- 172.16.3.71:3066 CLOSED:SYN_SENT > all tcp 172.16.3.71:3066 -> 204.244.159.68:50898 -> 10.170.54.1:81 > SYN_SENT:CLOSED > > INFO: > Status: Enabled for 0 days 11:42:09 Debug: Urgent > > State Table Total Rate > current entries 84 > searches 4907040 116.5/s > inserts 131271 3.1/s > removals 131187 3.1/s > Counters > match 157214 3.7/s > bad-offset 0 0.0/s > fragment 0 0.0/s > short 40 0.0/s > normalize 0 0.0/s > memory 0 0.0/s > bad-timestamp 0 0.0/s > congestion 0 0.0/s > ip-option 0 0.0/s > proto-cksum 2 0.0/s > state-mismatch 215 0.0/s > state-insert 0 0.0/s > state-limit 0 0.0/s > src-limit 0 0.0/s > synproxy 0 0.0/s > > TIMEOUTS: > tcp.first 120s > tcp.opening 30s > tcp.established 86400s > tcp.closing 900s > tcp.finwait 45s > tcp.closed 90s > tcp.tsdiff 30s > udp.first 60s > udp.single 30s > udp.multiple 60s > icmp.first 20s > icmp.error 10s > other.first 60s > other.single 30s > other.multiple 60s > frag 30s > interval 10s > adaptive.start 6000 states > adaptive.end 12000 states > src.track 0s > > LIMITS: > states hard limit 10000 > src-nodes hard limit 10000 > frags hard limit 5000 > tables hard limit 1000 > table-entries hard limit 200000 > > TABLES: > > OS FINGERPRINTS: > 696 fingerprints loaded > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 22:21:41 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 F41D61065670 for ; Wed, 25 Mar 2009 22:21:40 +0000 (UTC) (envelope-from shawn@tandac.com) Received: from alder.hosix.com (alder.hosix.com [207.58.168.98]) by mx1.freebsd.org (Postfix) with ESMTP id C12A58FC15 for ; Wed, 25 Mar 2009 22:21:40 +0000 (UTC) (envelope-from shawn@tandac.com) Received: from localhost ([127.0.0.1] helo=alder.hosix.com) by alder.hosix.com with esmtpa (Exim 4.69) (envelope-from ) id 1LmbTe-0004dL-Cj; Wed, 25 Mar 2009 18:21:38 -0400 Received: from 206.108.16.89 ([206.108.16.89]) (SquirrelMail authenticated user shawn@tandac.com) by alder.hosix.com with HTTP; Wed, 25 Mar 2009 15:21:38 -0700 (PDT) Message-ID: <1865.206.108.16.89.1238019698.squirrel@alder.hosix.com> In-Reply-To: <49CAB28A.9030406@userid.org> References: <3650.206.108.16.89.1235691792.squirrel@alder.hosix.com> <3853.206.108.16.89.1235693214.squirrel@alder.hosix.com> <78cb3d3f0902261619t71a054fet43779c37e2981603@mail.gmail.com> <200902262341.35069.shawn@tandac.com> <49CAB28A.9030406@userid.org> Date: Wed, 25 Mar 2009 15:21:38 -0700 (PDT) From: "Shawn Everett" To: "Pierre Lamy" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - alder.hosix.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tandac.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-net@freebsd.org, Adrian Penisoara Subject: Re: FreeBSD Router 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: Wed, 25 Mar 2009 22:21:42 -0000 > tcp.established 86400s > > ^^ This should be 3600. > > Pierre That's an interesting thought. Why would that matter? Shawn From owner-freebsd-net@FreeBSD.ORG Wed Mar 25 23:20:48 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 87396106564A; Wed, 25 Mar 2009 23:20:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6418FC0A; Wed, 25 Mar 2009 23:20:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PNKmlr036452; Wed, 25 Mar 2009 23:20:48 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PNKmFe036448; Wed, 25 Mar 2009 23:20:48 GMT (envelope-from linimon) Date: Wed, 25 Mar 2009 23:20:48 GMT Message-Id: <200903252320.n2PNKmFe036448@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/133060: [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfsync + gif on FreeBSD 7 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 23:20:49 -0000 Old Synopsis: Kernel panic with ipsec + pfsync + gif on FreeBSD 7 New Synopsis: [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfsync + gif on FreeBSD 7 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Mar 25 23:20:04 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=133060 From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 02:52:25 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 B777010656E2 for ; Thu, 26 Mar 2009 02:52:25 +0000 (UTC) (envelope-from dcornejo@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 901A48FC27 for ; Thu, 26 Mar 2009 02:52:25 +0000 (UTC) (envelope-from dcornejo@gmail.com) Received: by rv-out-0506.google.com with SMTP id g37so2902096rvb.3 for ; Wed, 25 Mar 2009 19:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=k3QKT350qGBP9J4iHcQUVGiSyOlC32Omsre7TSRWpGI=; b=DUK3t47ij1u2TODEwCF82n3dAFC2Iv+Ty15yy+BZacb9EIu6eB3faaBNXBG4aGgY7o dkMvs2bVb++alw9KpAQkqEoMOyM2t3n5F07rUspoz0wKISWsCKDOayr3X/TvfcWYrTVI rEOHQIUWI2EFMIW3HNE3a9hsaPpugVnAdafp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=F9Hv61baFyCAlZes9Iq6vto8Dff1A8oK4f4Uj6AnMkwTEbscQIdqSXSlLxO6F9fEWA rt8k5gA4NFHPvayWKCnO+DF8tpD5qpLHJJZDYfAvf0YNHIevYSBsP3MUf4IovxhSH2VV IK7En668vO+vw9KB9gG4m3+jDDZhv5K58UH8w= MIME-Version: 1.0 Received: by 10.141.197.14 with SMTP id z14mr165670rvp.63.1238034119569; Wed, 25 Mar 2009 19:21:59 -0700 (PDT) Date: Wed, 25 Mar 2009 16:21:59 -1000 Message-ID: <6b8e8f4f0903251921h285c65c6i41444d577631158d@mail.gmail.com> From: David Cornejo To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: wds how-to? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 02:52:26 -0000 Aloha, I'm trying to get WDS running - I am working my way through the stuff in /usr/src/tools/tools/net80211/scripts, but it really only gives examples and doesn't explain the why of it - is there a more verbose how to somewhere that would help me understand this? thanks, dave c From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 03:31:35 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 B46E0106566B for ; Thu, 26 Mar 2009 03:31:35 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4508FC08 for ; Thu, 26 Mar 2009 03:31:35 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2Q3VYi8049257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 20:31:34 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49CAF716.6080105@freebsd.org> Date: Wed, 25 Mar 2009 20:31:34 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: David Cornejo References: <6b8e8f4f0903251921h285c65c6i41444d577631158d@mail.gmail.com> In-Reply-To: <6b8e8f4f0903251921h285c65c6i41444d577631158d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: wds how-to? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 03:31:36 -0000 David Cornejo wrote: > Aloha, > > I'm trying to get WDS running - I am working my way through the stuff > in /usr/src/tools/tools/net80211/scripts, but it really only gives > examples and doesn't explain the why of it - is there a more verbose > how to somewhere that would help me understand this? > I've written nothing. You say the "why" is missing but you don't ask any questions. There are 2 flavors of wds, legacy and dynamic. The legacy stuff is trivial to setup; ifconfig wlan create wlandev ath0 wlanmode wds wlanbssid ... wdslegacy The bssid is the peer's mac address. This is just a fixed 4-address conduit for frames. There must be an ap vap already created. You want to plumb the vap into a bridge or assign it an ip address and route (not sure about routing; I always use it bridged). Dynamic wds setup depends on whether you're on the ap side or the sta side; the scripts are the best examples. The idea is you have a sta-ap association that carries 4-address traffic. Because there's a full-blown association you get discovery, roaming, and security for free. This is what you'll find in Apple's ap products though they've done a bunch of work to make it more production-quality. Note that wds is implemented above the drivers (modulo a bit of glue code). ath is just one driver that supports wds, ral is another. Sam From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 11:04: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 5F6621065673 for ; Thu, 26 Mar 2009 11:04:29 +0000 (UTC) (envelope-from piston@otel.net) Received: from mail.otel.net (unknown [IPv6:2001:630:c2:ff00::89]) by mx1.freebsd.org (Postfix) with ESMTP id 1A30C8FC12 for ; Thu, 26 Mar 2009 11:04:29 +0000 (UTC) (envelope-from piston@otel.net) Received: from izrodix.otel.net ([212.36.9.89] helo=izrodix) by mail.otel.net with smtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LmnNs-000NZI-1X for freebsd-net@freebsd.org; Thu, 26 Mar 2009 13:04:28 +0200 Date: Thu, 26 Mar 2009 13:04:27 +0200 From: "S.I" To: freebsd-net@freebsd.org Message-Id: <20090326130427.6d1ab0e4.piston@otel.net> Organization: OTEL.net X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Yes, by ClamAV at mail.otel.net Subject: adding routes via interface bug in FreenBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 11:04:29 -0000 Hello, As of quagga-0.99.3_2 zebra doesn't add static routes via interface on any freebsd versions from 6-STABLE to FreeBSD 7.2-PRERELEASE #3: Wed Mar 25 11:38:45 EET 2009. Here is the example: ##################################################################################### zebra.conf interface vlan11 ip route 10.10.0.0/16 vlan11 ---------------------------- #ifconfig vlan11 vlan11: flags=8843 metric 0 mtu 1500 options=3 ether 00:04:23:a7:60:48 inet 172.16.16.1 netmask 0xffffffff broadcast 172.16.16.1 media: Ethernet autoselect (1000baseTX ) status: active vlan: 11 parent interface: em0 #################################################################################### Regards S.I From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 12:27:51 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 4DE441065676; Thu, 26 Mar 2009 12:27:51 +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 2286A8FC0C; Thu, 26 Mar 2009 12:27:51 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2QCRpJv071580; Thu, 26 Mar 2009 12:27:51 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2QCRoe2071576; Thu, 26 Mar 2009 12:27:50 GMT (envelope-from gavin) Date: Thu, 26 Mar 2009 12:27:50 GMT Message-Id: <200903261227.n2QCRoe2071576@freefall.freebsd.org> To: onemda@gmail.com, gavin@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/132342: [ndis] [patch] incorrect number used in for loop; fix TXPMGT reporting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 12:27:51 -0000 Synopsis: [ndis] [patch] incorrect number used in for loop; fix TXPMGT reporting State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Thu Mar 26 12:24:48 UTC 2009 State-Changed-Why: Mark as patched, as it is fixed in HEAD. I'm not sure if this actually applies to 7.x, however, so it is possible that this should instead be closed. To submitter: do you know if this is also an issue in 7.x? http://www.freebsd.org/cgi/query-pr.cgi?pr=132342 From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 12:52:23 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 834B8106566B for ; Thu, 26 Mar 2009 12:52:23 +0000 (UTC) (envelope-from ady@ady.ro) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA5D8FC18 for ; Thu, 26 Mar 2009 12:52:22 +0000 (UTC) (envelope-from ady@ady.ro) Received: by ewy19 with SMTP id 19so512839ewy.43 for ; Thu, 26 Mar 2009 05:52:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.210.35.17 with SMTP id i17mr619789ebi.77.1238071941923; Thu, 26 Mar 2009 05:52:21 -0700 (PDT) In-Reply-To: <1865.206.108.16.89.1238019698.squirrel@alder.hosix.com> References: <3650.206.108.16.89.1235691792.squirrel@alder.hosix.com> <3853.206.108.16.89.1235693214.squirrel@alder.hosix.com> <78cb3d3f0902261619t71a054fet43779c37e2981603@mail.gmail.com> <200902262341.35069.shawn@tandac.com> <49CAB28A.9030406@userid.org> <1865.206.108.16.89.1238019698.squirrel@alder.hosix.com> Date: Thu, 26 Mar 2009 13:52:21 +0100 Message-ID: <78cb3d3f0903260552g372fd4b6k886bba1ebc05a77c@mail.gmail.com> From: Adrian Penisoara To: Shawn Everett Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Pierre Lamy Subject: Re: FreeBSD Router 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: Thu, 26 Mar 2009 12:52:23 -0000 Hi, On Wed, Mar 25, 2009 at 11:21 PM, Shawn Everett wrote: > > tcp.established 86400s > > > > ^^ This should be 3600. > > > > Pierre > > That's an interesting thought. Why would that matter? It's the PF TCP established session timeout, which defaults to 1 day. This is relevant only if you see a lot of ESTABLISHED sessions in the 'pfctl -s state' output, which appears not to be the case... Regards, Adrian. From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 14:19:27 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 B3C4210657C3; Thu, 26 Mar 2009 14:19:27 +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 7928C8FC08; Thu, 26 Mar 2009 14:19:27 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2QEJRGX021651; Thu, 26 Mar 2009 14:19:27 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2QEJRQb021647; Thu, 26 Mar 2009 14:19:27 GMT (envelope-from gavin) Date: Thu, 26 Mar 2009 14:19:27 GMT Message-Id: <200903261419.n2QEJRQb021647@freefall.freebsd.org> To: onemda@gmail.com, gavin@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/132342: [ndis] [patch] incorrect number used in for loop; fix TXPMGT reporting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:19:39 -0000 Synopsis: [ndis] [patch] incorrect number used in for loop; fix TXPMGT reporting State-Changed-From-To: patched->closed State-Changed-By: gavin State-Changed-When: Thu Mar 26 14:18:54 UTC 2009 State-Changed-Why: Close, submitter confirms that this is not an issue with 7.x or earlier. http://www.freebsd.org/cgi/query-pr.cgi?pr=132342 From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 15:57: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 68A241065673; Thu, 26 Mar 2009 15:57:07 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0238FC15; Thu, 26 Mar 2009 15:57:07 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2QFv7L9057985; Thu, 26 Mar 2009 15:57:07 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2QFv71S057981; Thu, 26 Mar 2009 15:57:07 GMT (envelope-from brucec) Date: Thu, 26 Mar 2009 15:57:07 GMT Message-Id: <200903261557.n2QFv71S057981@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/98597: [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedure X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:57:07 -0000 Synopsis: [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedure Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Thu Mar 26 15:56:44 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=98597 From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 15:58:09 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 7257A106567E; Thu, 26 Mar 2009 15:58:09 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 47C468FC16; Thu, 26 Mar 2009 15:58:09 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2QFw9nC058046; Thu, 26 Mar 2009 15:58:09 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2QFw9W0058042; Thu, 26 Mar 2009 15:58:09 GMT (envelope-from brucec) Date: Thu, 26 Mar 2009 15:58:09 GMT Message-Id: <200903261558.n2QFw9W0058042@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/77341: [ip6] problems with IPV6 implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:58:10 -0000 Synopsis: [ip6] problems with IPV6 implementation Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Thu Mar 26 15:57:51 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=77341 From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 15:59: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 84D9010656C2; Thu, 26 Mar 2009 15:59:30 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 26C5F8FC13; Thu, 26 Mar 2009 15:59:29 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: by gxk24 with SMTP id 24so1597883gxk.19 for ; Thu, 26 Mar 2009 08:59:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wDR4sjY/BJjteOQRlnqe+PfdDhYf7tpgL6CKl2to60Q=; b=Ch0d4CFdSzz3vnjVOJW5IDPMtvoBf9xzW6jk4sfJ4VfanUnvgmZMf1EVeCVYY6/rwT xV0Yqd8Swc1Nmpz7D28E7l51SZfmbNnRLc7U4bI7cIT8sA/51fHev6wdiCjzRwh4TCGG dh/HlLD6asoemDunslbFv7erhfoTNMGiII03E= 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=ITpwkuNhuZniHrrC7ajVXIYZqKl46APwddv2LCq5SnSg6YUBHyhgXrxZQ/br5Im8Ft wl23rBg6gBoZEPNO8Rsh7j6GXINCxvO4UvrGaoyB7TS44Mcq2PCECW5eXzGWV71dUHqf Rx0gkglvZXfNFgdQodIoSCpJwHzgIjXpUoBoI= MIME-Version: 1.0 Received: by 10.231.19.198 with SMTP id c6mr211206ibb.46.1238083169198; Thu, 26 Mar 2009 08:59:29 -0700 (PDT) In-Reply-To: <20090324155746.GC5281@lor.one-eyed-alien.net> References: <25ff90d60903180904ud077fcdy344cda5307a9037e@mail.gmail.com> <200903181626.n2IGQgqt054487@lurza.secnetix.de> <25ff90d60903181033n5d3f0a79w7a8ea504f911ecf@mail.gmail.com> <20090324155746.GC5281@lor.one-eyed-alien.net> Date: Thu, 26 Mar 2009 11:59:29 -0400 Message-ID: <25ff90d60903260859h649ab2fbw4b7462601b192beb@mail.gmail.com> From: David Horn To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Dynamic loading of network kernel modules? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:59:31 -0000 On Tue, Mar 24, 2009 at 11:57 AM, Brooks Davis wrote: > On Wed, Mar 18, 2009 at 01:33:06PM -0400, David Horn wrote: >> On Wed, Mar 18, 2009 at 12:26 PM, Oliver Fromme = wrote: >> > David Horn wrote: >> > ?> Oliver Fromme wrote: >> > ?> > >> > ?> > ?network_interfaces=3D"bge0 lo0" >> > ?> >> > ?> Ah. ?Ok, now I am understanding your scenario. >> > ?> >> > ?> I thought that using 'network_interfaces' with anything other than >> > ?> "AUTO" ?was in the process of being depreciated ? >> > >> > Well, the manual page says so, but I think that is a >> > mistake. ?There are cases where you have to specify the >> > list of interfaces explicitly. ?The situation described >> > in this thread is one such case. >> >> Good point. >> >> > >> > My opinion is that it is good to have the ability to let >> > things be done automatically, but it is bad to remove the >> > ability to do things manually. ?This is UNIX, after all. >> >> Exactly. =A0Both scenarios should probably be supported, but I guess we >> would need to ask brooks for some history on the depreciated warning >> for network_interfaces. > > I think network_interfaces and the autoloading support in ifconfig are > a massive mistake that we've been unable to kill. =A0The relativly large > amount of code you've written to hack around yet another edge case proves > my point. :) If you want to load if_iwn at boot just do: > > echo 'if_iwn_load=3D"YES"' >> /boot/loader.conf > > and be done with it. Yep, now that I have had some time to think about it, this is probably not worth patching. Thanks for the feedback. --Dave H > > -- Brooks > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> src/etc/network.subr >> Revision 1.185: download - view: text, markup, annotated - [selected for= diffs] >> Wed Apr 30 16:29:15 2008 UTC (10 months, 2 weeks ago) by brooks >> Branches: MAIN >> Diff to: previous 1.184: preferred, colored >> Changes since revision 1.184: +4 -0 lines >> >> Emit a warning when the network_interfaces variable is not set to AUTO. >> >> MFC after: =A0 =A03 days >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >> >> --Thanks! >> >> -_Dave H >> >> > >> > Best regards >> > ? Oliver >> > >> > -- >> > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b.= M. >> > Handelsregister: Registergericht Muenchen, HRA 74606, ?Gesch?ftsfuehru= ng: >> > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M= ?n- >> > chen, HRB 125758, ?Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebh= art >> > >> > FreeBSD-Dienstleistungen, -Produkte und mehr: ?http://www.secnetix.de/= bsd >> > >> > "The ITU has offered the IETF formal alignment with its >> > corresponding technology, Penguins, but that won't fly." >> > ? ? ? ?-- RFC 2549 >> > >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 17:43: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 C22671065737 for ; Thu, 26 Mar 2009 17:43:13 +0000 (UTC) (envelope-from pierre@userid.org) Received: from mail.storm.ca (unknown [IPv6:2607:f0b0:0:6:209:87:239:66]) by mx1.freebsd.org (Postfix) with ESMTP id 52FE78FC19 for ; Thu, 26 Mar 2009 17:43:13 +0000 (UTC) (envelope-from pierre@userid.org) Received: from pandora.userid.org (pandora.userid.org [216.106.102.33]) by mail.storm.ca (8.14.2+Sun/8.14.2) with ESMTP id n2QF3HPR012185; Thu, 26 Mar 2009 11:03:23 -0400 (EDT) Received: from [192.168.100.253] (unknown [67.210.160.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.userid.org (Postfix) with ESMTPS id 0869E295D12; Thu, 26 Mar 2009 11:02:56 -0400 (EDT) Message-ID: <49CBA72F.3020600@userid.org> Date: Thu, 26 Mar 2009 11:02:55 -0500 From: Pierre Lamy User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Adrian Penisoara References: <3650.206.108.16.89.1235691792.squirrel@alder.hosix.com> <3853.206.108.16.89.1235693214.squirrel@alder.hosix.com> <78cb3d3f0902261619t71a054fet43779c37e2981603@mail.gmail.com> <200902262341.35069.shawn@tandac.com> <49CAB28A.9030406@userid.org> <1865.206.108.16.89.1238019698.squirrel@alder.hosix.com> <78cb3d3f0903260552g372fd4b6k886bba1ebc05a77c@mail.gmail.com> In-Reply-To: <78cb3d3f0903260552g372fd4b6k886bba1ebc05a77c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-userid-MailScanner-Information: Please contact pierre@userid.org for more information X-userid-MailScanner-ID: 0869E295D12.33646 X-userid-MailScanner: Found to be clean X-userid-MailScanner-From: pierre@userid.org X-Spam-Status: No Cc: freebsd-net@freebsd.org, Shawn Everett Subject: Re: FreeBSD Router 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: Thu, 26 Mar 2009 17:43:16 -0000 states hard limit 10000 If I want to dos this box all I need to do is hold 10k tcp connections open in established. A 1 day default timeout for established connections is retarded, since virtually all client apps and OSs as well as intervening stateful firewalls will lose state after 1 hour. A session which is idle for more than an hour can't be considered to be active. Coupled with an extremely low state limit, and you're asking for problems. If the session is active at all before the session timeout is hit, the timer is reset. I'm not saying he's getting DOSd, but with such low limits, even a normal home network is going to run into problems at some point. We can see from the diagnostic output provided earlier that there were no issues when it was collected, but was it collected while there was an outage? If the problem still occurs, it may be worth scripting something to collect some pfctl -g -v -v -v -s all and some sysctl -a, vmstat output as well. Pierre Adrian Penisoara wrote: > Hi, > > On Wed, Mar 25, 2009 at 11:21 PM, Shawn Everett wrote: > > >>> tcp.established 86400s >>> >>> ^^ This should be 3600. >>> >>> Pierre >>> >> That's an interesting thought. Why would that matter? >> > > > It's the PF TCP established session timeout, which defaults to 1 day. This > is relevant only if you see a lot of ESTABLISHED sessions in the 'pfctl -s > state' output, which appears not to be the case... > > > Regards, > Adrian. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu Mar 26 18:37:10 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 59C09106564A; Thu, 26 Mar 2009 18:37:10 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F35E8FC1A; Thu, 26 Mar 2009 18:37:09 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2QIb9u5075113; Thu, 26 Mar 2009 18:37:09 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2QIb9hn075109; Thu, 26 Mar 2009 18:37:09 GMT (envelope-from brucec) Date: Thu, 26 Mar 2009 18:37:09 GMT Message-Id: <200903261837.n2QIb9hn075109@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/75873: Usability problem with non-RFC-compliant IP spoof protection implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 18:37:10 -0000 Synopsis: Usability problem with non-RFC-compliant IP spoof protection implementation Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Thu Mar 26 18:36:44 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=75873 From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 01:14:12 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 938B010656D1 for ; Fri, 27 Mar 2009 01:14:12 +0000 (UTC) (envelope-from brampton@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 25DA48FC1B for ; Fri, 27 Mar 2009 01:14:11 +0000 (UTC) (envelope-from brampton@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so169611eyf.7 for ; Thu, 26 Mar 2009 18:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=6+GZaxaK4mu9MpA40micQh+hB0MUxAbSQC4MIstKw4E=; b=lXl8MyiUKXZVSMcgNyEdEvMEn7++nZj5fTj66gfg4Ig9fHSRpSIcaPwn/IqLRnlZEq DNJOhRkuiVm9tCNgrCpHFJGd54TlZZINd5XnbiXRTX/QtWKl8CHSKyXdZiVZU1ylXzza 3I37byvH6YwsBcwKP5FfNuOb8QGOLzy3JLRQY= 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:content-transfer-encoding; b=ULt28sbbqueAsYJVhVHNDQUyZvIedO7YkDLhT7VR4VL3XXhYssPs6qyKTAXI8Xf+KK B49NW09HhKk53buySUdbDKd+sZCFnXELkJ+psn22GzUkxChWl8UO4gYARYTyBeoswEq6 84lL6+tZXyY/McJ+WNu/X0VrlB+0xqlpYj0Jg= MIME-Version: 1.0 Sender: brampton@gmail.com Received: by 10.210.144.8 with SMTP id r8mr362022ebd.28.1238114865492; Thu, 26 Mar 2009 17:47:45 -0700 (PDT) Date: Fri, 27 Mar 2009 00:47:45 +0000 X-Google-Sender-Auth: 75ef3675c48c3bd1 Message-ID: From: Andrew Brampton To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Interrupts + Polling mode (similar to Linux's NAPI) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 01:14:13 -0000 Hi, Linux has a feature called NAPI, which amongst other things has this Interrupt initiated polling mode. Whilst the network traffic is quiet the network interfaces use interrupts, however as soon as the load becomes higher polling kicks in and stays like that until the load drops again. I know that FreeBSD can do interrupts or polling, but not together. I think that that NAPI pretty neat as it provides the benefits of both interrupts and polling, namely low CPU load (when the network is not busy), and high performance. I was wondering if anyone has considered this approach in FreeBSD? If not why not? Is there some reason why the binary FreeBSD approach is better? Or is it just that no one has dedicated the time and effort to implement this feature? Thanks Andrew From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 07:28:09 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 75A53106566B for ; Fri, 27 Mar 2009 07:28:09 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA3A8FC1B for ; Fri, 27 Mar 2009 07:28:09 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 6A9CF73098; Fri, 27 Mar 2009 08:17:42 +0100 (CET) Date: Fri, 27 Mar 2009 08:17:42 +0100 From: Luigi Rizzo To: Andrew Brampton Message-ID: <20090327071742.GA87385@onelab2.iet.unipi.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Interrupts + Polling mode (similar to Linux's NAPI) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 07:28:09 -0000 On Fri, Mar 27, 2009 at 12:47:45AM +0000, Andrew Brampton wrote: > Hi, > Linux has a feature called NAPI, which amongst other things has this > Interrupt initiated polling mode. Whilst the network traffic is quiet > the network interfaces use interrupts, however as soon as the load > becomes higher polling kicks in and stays like that until the load > drops again. > > I know that FreeBSD can do interrupts or polling, but not together. I > think that that NAPI pretty neat as it provides the benefits of both > interrupts and polling, namely low CPU load (when the network is not > busy), and high performance. I was wondering if anyone has considered > this approach in FreeBSD? If not why not? Is there some reason why the > binary FreeBSD approach is better? Or is it just that no one has > dedicated the time and effort to implement this feature? The load of polling is pretty low (within 1% or so) even with polling. The advantage of having interrupts is faster response to incoming traffic, not CPU load. There is nothing difficult in having both active, except figuring out a good logic for when to disable polling on an interface that has been quiet for a while. I don't know what is the status of polling these days -- when i wrote it, the architecture was designed for UP kernels, and I don't know if/how it has been revised to deal efficiently with the SMP kernels we have now (in other words: one or multiple polling loops, interaction with interrupt threads, etc.) cheers luigi From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 10:47:29 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 A71A91065670 for ; Fri, 27 Mar 2009 10:47:29 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id D91958FC1D for ; Fri, 27 Mar 2009 10:47:27 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n2RAlOCL018889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Mar 2009 13:47:25 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ln9au-00017J-HN; Fri, 27 Mar 2009 13:47:24 +0300 From: Vladimir Grebenschikov To: freebsd-current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Fri, 27 Mar 2009 13:47:24 +0300 Message-Id: <1238150844.1666.48.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net Subject: Crash while disconnecting notebook from dock, network related X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 10:47:30 -0000 Hi Recent 8-CURRENT kernel crashes on disconnection notebook from dock station. It happens sometimes. Most probably bug actually related to network stack, on dock disconnect following commands executed: /opt/bin/service netif stop em0; /opt/bin/service netif start ath0 (un-configure em0, configure ath0) all network devices are on board, so they are not disconnected for bus physically. # uname -a FreeBSD vbook 8.0-CURRENT FreeBSD 8.0-CURRENT #4: Wed Mar 18 17:18:28 MSK 2009 root@vbook:/usr/obj/usr/src/sys/VBOOK i386 # kgdb /boot/kernel/kernel /var/crash/vmcore.2 ... Unread portion of the kernel message buffer: panic: sbflush_internal: cc 94 || mb 0 || mbcnt 0 KDB: enter: panic KDB: stack backtrace: Uptime: 3h5m31s Physical memory: 2038 MB Dumping 229 MB: 214 198 182 166 150 134 118 102 86 70 54 38 22 6 ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc0550573 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc05507ad in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc059f58e in sbflush_internal (sb=0xc5681b08) at /usr/src/sys/kern/uipc_sockbuf.c:817 #4 0xc059f661 in sbrelease_internal (sb=0xc5681b08, so=0xc5681ab8) at /usr/src/sys/kern/uipc_sockbuf.c:329 #5 0xc059f6c8 in sbdestroy (sb=0xc5681b08, so=0xc5681ab8) at /usr/src/sys/kern/uipc_sockbuf.c:357 #6 0xc05a0f7a in sofree (so=0xc5681ab8) at /usr/src/sys/kern/uipc_socket.c:623 #7 0xc05a1fe1 in soclose (so=0xc5681ab8) at /usr/src/sys/kern/uipc_socket.c:694 #8 0xc058d669 in soo_close (fp=0xc559a6c8, td=0xc5043880) at /usr/src/sys/kern/sys_socket.c:282 #9 0xc051db13 in _fdrop (fp=0xc559a6c8, td=0xc5043880) at file.h:293 #10 0xc051f008 in closef (fp=0xc559a6c8, td=0xc5043880) at /usr/src/sys/kern/kern_descrip.c:2006 #11 0xc051f4fd in kern_close (td=0xc5043880, fd=10) at /usr/src/sys/kern/kern_descrip.c:1105 #12 0xc051f5da in close (td=0xc5043880, uap=0xe783fcf8) at /usr/src/sys/kern/kern_descrip.c:1057 #13 0xc06bb747 in syscall (frame=0xe783fd38) at /usr/src/sys/i386/i386/trap.c:1066 #14 0xc06a2dd0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #15 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 3 #3 0xc059f58e in sbflush_internal (sb=0xc5681b08) at /usr/src/sys/kern/uipc_sockbuf.c:817 817 panic("sbflush_internal: cc %u || mb %p || mbcnt %u", (kgdb) l sbflush_internal 800 /* 801 * Free all mbufs in a sockbuf. Check that all resources are reclaimed. 802 */ 803 static void 804 sbflush_internal(struct sockbuf *sb) 805 { 806 807 while (sb->sb_mbcnt) { 808 /* 809 * Don't call sbdrop(sb, 0) if the leading mbuf is non-empty: (kgdb) 810 * we would loop forever. Panic instead. 811 */ 812 if (!sb->sb_cc && (sb->sb_mb == NULL || sb->sb_mb->m_len)) 813 break; 814 sbdrop_internal(sb, (int)sb->sb_cc); 815 } 816 if (sb->sb_cc || sb->sb_mb || sb->sb_mbcnt) 817 panic("sbflush_internal: cc %u || mb %p || mbcnt %u", 818 sb->sb_cc, (void *)sb->sb_mb, sb->sb_mbcnt); 819 } (kgdb) p sb->sb_cc $1 = 94 (kgdb) p sb->sb_mb $2 = (struct mbuf *) 0x0 (kgdb) p sb->sb_mbcnt $3 = 0 (kgdb) -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 11:05: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 AA4021065674 for ; Fri, 27 Mar 2009 11:05:01 +0000 (UTC) (envelope-from brampton@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3660D8FC23 for ; Fri, 27 Mar 2009 11:05:00 +0000 (UTC) (envelope-from brampton@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so196403eyf.7 for ; Fri, 27 Mar 2009 04:05:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=8O+RIjVmH6oMjjea3ZXkd/09S/U7QsSgEX4BjV+fxwg=; b=ibjqalLpK7xlFefsAD5zVhx/VbOUvv22TuOgVccY90DZd5RP4ycn4Gja1MYIG1WO1/ p+7h/vWp07gECCV2LmgxhIBYwSEp0EiULY+n+FrKmgjp50rTkS65II8OxyAXBN9dbHFv cCnzpCdcd2sIrgBjY2vbo13AYyqOMmdsL7Q90= 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 :content-transfer-encoding; b=YhZb8/RRrrzfTkaaMbV0egktGx7nthNTkDzJiKDHJKBWfJ7r+57ZoMUlBzeUp7Eeay b77YQfM26hK9AbqR7Ep8SfeQV4l8poKJ3PEmoEft8ZcCAH2ZnUtycg/Xayc6Gq5KRdLj oaaDUqqfWwHBdf4YUwWcc0S3zQ/qCA/ZJ1QJw= MIME-Version: 1.0 Sender: brampton@gmail.com Received: by 10.210.54.15 with SMTP id c15mr48291eba.16.1238151900178; Fri, 27 Mar 2009 04:05:00 -0700 (PDT) In-Reply-To: <20090327071742.GA87385@onelab2.iet.unipi.it> References: <20090327071742.GA87385@onelab2.iet.unipi.it> Date: Fri, 27 Mar 2009 11:05:00 +0000 X-Google-Sender-Auth: 295cf5f2e8dfc2a1 Message-ID: From: Andrew Brampton To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Interrupts + Polling mode (similar to Linux's NAPI) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 11:05:02 -0000 2009/3/27 Luigi Rizzo : > The load of polling is pretty low (within 1% or so) even with > polling. The advantage of having interrupts is faster response > to incoming traffic, not CPU load. oh, I was under the impression that polling spun in a tight loop, thus using 100% of the processor. After a quick test I see this is not the case. I assume it will get to 100% CPU load if I saturate my network. > > There is nothing difficult in having both active, except figuring > out a good logic for when to disable polling on an interface > that has been quiet for a while. Looking at Linux's logic, it appears to poll until there are no more packets, and thus re-enables interrupts. > > I don't know what is the status of polling these days -- when i > wrote it, the architecture was designed for UP kernels, and I > don't know if/how it has been revised to deal efficiently with > the SMP kernels we have now (in other words: one or multiple > polling loops, interaction with interrupt threads, etc.) So, do you think the interrupt+polling has a place in FreeBSD? Now that I know that Polling doesn't consume 100% of the processor, it might be best to "keep it simple stupid". > > =C2=A0 =C2=A0 =C2=A0 =C2=A0cheers > =C2=A0 =C2=A0 =C2=A0 =C2=A0luigi > Thanks for answer my questions, and thanks for writing polling support in the beginning! Andrew From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 11:11:56 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 04DDE106564A for ; Fri, 27 Mar 2009 11:11:56 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id BD22B8FC1C for ; Fri, 27 Mar 2009 11:11:55 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4EF8373098; Fri, 27 Mar 2009 12:16:54 +0100 (CET) Date: Fri, 27 Mar 2009 12:16:54 +0100 From: Luigi Rizzo To: Andrew Brampton Message-ID: <20090327111654.GA95104@onelab2.iet.unipi.it> References: <20090327071742.GA87385@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Interrupts + Polling mode (similar to Linux's NAPI) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 11:11:56 -0000 On Fri, Mar 27, 2009 at 11:05:00AM +0000, Andrew Brampton wrote: > 2009/3/27 Luigi Rizzo : > > The load of polling is pretty low (within 1% or so) even with > > polling. The advantage of having interrupts is faster response > > to incoming traffic, not CPU load. > > oh, I was under the impression that polling spun in a tight loop, thus > using 100% of the processor. After a quick test I see this is not the > case. I assume it will get to 100% CPU load if I saturate my network. Well the motivation for the original polling code in FreeBSD was to keep the CPU usage under strict control -- you could set the max CPU fraction that you wanted to dedicate to packet handling, and you were guaranteed not to exceed that fraction. > > There is nothing difficult in having both active, except figuring > > out a good logic for when to disable polling on an interface > > that has been quiet for a while. > > Looking at Linux's logic, it appears to poll until there are no more > packets, and thus re-enables interrupts. the complete definition should be "no more packets for X seconds". Enabling and disabling interrupts is slightly expensive so you don't want to do it too often. cheers luigi From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 11:54:46 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 831AF106564A for ; Fri, 27 Mar 2009 11:54:46 +0000 (UTC) (envelope-from piston@otel.net) Received: from mail.otel.net (unknown [IPv6:2001:630:c2:ff00::89]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBD78FC0C for ; Fri, 27 Mar 2009 11:54:46 +0000 (UTC) (envelope-from piston@otel.net) Received: from izrodix.otel.net ([212.36.9.89] helo=izrodix) by mail.otel.net with smtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LnAe5-000ASk-3Y for freebsd-net@freebsd.org; Fri, 27 Mar 2009 13:54:45 +0200 Date: Fri, 27 Mar 2009 13:54:45 +0200 From: "S.I" To: freebsd-net@freebsd.org Message-Id: <20090327135445.e71e0012.piston@otel.net> Organization: OTEL.net X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Yes, by ClamAV at mail.otel.net Subject: Quagga adding routes via interface in FreenBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 11:54:46 -0000 Hello, As of quagga-0.99.3_2 zebra doesn't add static routes via interface on any freebsd versions from 6-STABLE to FreeBSD 7.2-PRERELEASE #3: Wed Mar 25 11:38:45 EET 2009. quagga-0.99.3 is working but everything after that version including 0.99.11 is not working. Here is the example: ##################################################################################### zebra.conf interface vlan11 ip route 10.10.0.0/16 vlan11 ---------------------------- #ifconfig vlan11 vlan11: flags=8843 metric 0 mtu 1500 options=3 ether 00:04:23:a7:60:48 inet 172.16.16.1 netmask 0xffffffff broadcast 172.16.16.1 media: Ethernet autoselect (1000baseTX ) status: active vlan: 11 parent interface: em0 #################################################################################### Regards S.I From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 12:35: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 41FAB1065674 for ; Fri, 27 Mar 2009 12:35:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id F0F828FC1A for ; Fri, 27 Mar 2009 12:35:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3B3E641C707; Fri, 27 Mar 2009 13:35:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id xl75-4F12j3j; Fri, 27 Mar 2009 13:35:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id CFDDA41C703; Fri, 27 Mar 2009 13:35:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 215DE4448E6; Fri, 27 Mar 2009 12:34:30 +0000 (UTC) Date: Fri, 27 Mar 2009 12:34:29 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: "S.I" In-Reply-To: <20090327135445.e71e0012.piston@otel.net> Message-ID: <20090327123152.E67075@maildrop.int.zabbadoz.net> References: <20090327135445.e71e0012.piston@otel.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Quagga adding routes via interface in FreenBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 12:35:07 -0000 On Fri, 27 Mar 2009, S.I wrote: Hi, > As of quagga-0.99.3_2 zebra doesn't add static routes via interface on any > freebsd versions from 6-STABLE to FreeBSD 7.2-PRERELEASE #3: Wed Mar 25 11:38:45 > EET 2009. > quagga-0.99.3 is working but everything after that version including 0.99.11 is > not working. So maybe it's a quagga bug? > Here is the example: > ##################################################################################### > zebra.conf > interface vlan11 > ip route 10.10.0.0/16 vlan11 > ---------------------------- > #ifconfig vlan11 > > vlan11: flags=8843 metric 0 mtu 1500 > options=3 > ether 00:04:23:a7:60:48 > inet 172.16.16.1 netmask 0xffffffff broadcast 172.16.16.1 > media: Ethernet autoselect (1000baseTX ) > status: active > vlan: 11 parent interface: em0 > #################################################################################### your sample is showing the interface configuration not the routing table. You want to look at or show us the netstat -rn output; for your example netstat -rn | grep vlan11 | grep ^10.10 would be enough. -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 13:18: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 B82CC1065670 for ; Fri, 27 Mar 2009 13:18:04 +0000 (UTC) (envelope-from ady@ady.ro) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 4157C8FC14 for ; Fri, 27 Mar 2009 13:18:03 +0000 (UTC) (envelope-from ady@ady.ro) Received: by ewy19 with SMTP id 19so978897ewy.43 for ; Fri, 27 Mar 2009 06:18:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.210.30.10 with SMTP id d10mr325232ebd.37.1238159882548; Fri, 27 Mar 2009 06:18:02 -0700 (PDT) In-Reply-To: <49CBA72F.3020600@userid.org> References: <3650.206.108.16.89.1235691792.squirrel@alder.hosix.com> <3853.206.108.16.89.1235693214.squirrel@alder.hosix.com> <78cb3d3f0902261619t71a054fet43779c37e2981603@mail.gmail.com> <200902262341.35069.shawn@tandac.com> <49CAB28A.9030406@userid.org> <1865.206.108.16.89.1238019698.squirrel@alder.hosix.com> <78cb3d3f0903260552g372fd4b6k886bba1ebc05a77c@mail.gmail.com> <49CBA72F.3020600@userid.org> Date: Fri, 27 Mar 2009 14:18:02 +0100 Message-ID: <78cb3d3f0903270618u229986c1idddd0e5548444c60@mail.gmail.com> From: Adrian Penisoara To: Pierre Lamy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Shawn Everett Subject: Re: FreeBSD Router 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: Fri, 27 Mar 2009 13:18:05 -0000 Hi, On Thu, Mar 26, 2009 at 5:02 PM, Pierre Lamy wrote: > states hard limit 10000 > > If I want to dos this box all I need to do is hold 10k tcp connections open > in established. > > A 1 day default timeout for established connections is retarded, since > virtually all client apps and OSs as well as intervening stateful firewalls > will lose state after 1 hour. A session which is idle for more than an hour > can't be considered to be active. Coupled with an extremely low state limit, > and you're asking for problems. If the session is active at all before the > session timeout is hit, the timer is reset. I'm sorry but I have to object. Having past experience in Oracle Support for networking issues I did see many problems with statefull firewalls which were cutting off idle Oracle connections. The base line is: DO NOT assume connections are dead even if they are idle for more than an hour... > > > I'm not saying he's getting DOSd, but with such low limits, even a normal > home network is going to run into problems at some point. We can see from > the diagnostic output provided earlier that there were no issues when it was > collected, but was it collected while there was an outage? > > If the problem still occurs, it may be worth scripting something to collect > some pfctl -g -v -v -v -s all and some sysctl -a, vmstat output as well. Well, just keep a 'pfctl -s state >/var/tmp/pf-states.txt' running in cron every few minutes then and let's check it out... Regards, Adrian. > > > Pierre > > Adrian Penisoara wrote: > >> Hi, >> >> On Wed, Mar 25, 2009 at 11:21 PM, Shawn Everett wrote: >> >> >> >>> tcp.established 86400s >>>> >>>> ^^ This should be 3600. >>>> >>>> Pierre >>>> >>>> >>> That's an interesting thought. Why would that matter? >>> >>> >> >> >> It's the PF TCP established session timeout, which defaults to 1 day. This >> is relevant only if you see a lot of ESTABLISHED sessions in the 'pfctl -s >> state' output, which appears not to be the case... >> >> >> Regards, >> Adrian. >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> > From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 13:31:25 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 BE811106564A for ; Fri, 27 Mar 2009 13:31:25 +0000 (UTC) (envelope-from _pppp@mail.ru) Received: from mx44.mail.ru (mx44.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 4082E8FC0A for ; Fri, 27 Mar 2009 13:31:24 +0000 (UTC) (envelope-from _pppp@mail.ru) Received: from f86.mail.ru (f86.mail.ru [194.67.57.186]) by mx44.mail.ru (mPOP.Fallback_MX) with ESMTP id 23B6B380020EB; Fri, 27 Mar 2009 15:46:03 +0300 (MSK) Received: from mail by f86.mail.ru with local id 1LnBRP-0004FN-00; Fri, 27 Mar 2009 15:45:43 +0300 Received: from [95.108.174.98] by win.mail.ru with HTTP; Fri, 27 Mar 2009 15:45:43 +0300 From: Dmitriy <_pppp@mail.ru> To: Luigi Rizzo Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.108.174.98] Date: Fri, 27 Mar 2009 15:45:43 +0300 References: <20090327111654.GA95104@onelab2.iet.unipi.it> In-Reply-To: <20090327111654.GA95104@onelab2.iet.unipi.it> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Mras: Ok Cc: freebsd-net@freebsd.org, Andrew Brampton Subject: Re[2]: Interrupts + Polling mode (similar to Linux's NAPI) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitriy <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 13:31:26 -0000 -----Original Message----- From: Luigi Rizzo To: Andrew Brampton Date: Fri, 27 Mar 2009 12:16:54 +0100 Subject: Re: Interrupts + Polling mode (similar to Linux's NAPI) > On Fri, Mar 27, 2009 at 11:05:00AM +0000, Andrew Brampton wrote: > > 2009/3/27 Luigi Rizzo : > > > The load of polling is pretty low (within 1% or so) even with > > > polling. The advantage of having interrupts is faster response > > > to incoming traffic, not CPU load. > > > > oh, I was under the impression that polling spun in a tight loop, thus > > using 100% of the processor. After a quick test I see this is not the > > case. I assume it will get to 100% CPU load if I saturate my network. > > Well the motivation for the original polling code in FreeBSD was > to keep the CPU usage under strict control -- you could set the > max CPU fraction that you wanted to dedicate to packet handling, > and you were guaranteed not to exceed that fraction. Well, polling(4) usually reduces the CPU load. But this is not essential for modern CPUs, except some software-only NICs (namely, Realtek 8139). It provides an average of 0.5ms delay for a packet delivery which is not suitable for many usage patterns, though. > > > There is nothing difficult in having both active, except figuring > > > out a good logic for when to disable polling on an interface > > > that has been quiet for a while. > > > > Looking at Linux's logic, it appears to poll until there are no more > > packets, and thus re-enables interrupts. > > the complete definition should be "no more packets for X seconds". > Enabling and disabling interrupts is slightly expensive so you > don't want to do it too often. I'd rather say "no more than N packets for the recent T seconds". > > cheers > luigi > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 14:42: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 8FD85106564A for ; Fri, 27 Mar 2009 14:42:27 +0000 (UTC) (envelope-from ash@aeria.net) Received: from aeria.net (aeria.net [205.134.176.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1808FC20 for ; Fri, 27 Mar 2009 14:42:27 +0000 (UTC) (envelope-from ash@aeria.net) Received: from [IPv6:::1] (aeria.net [205.134.176.42]) by aeria.net (Postfix) with ESMTP id A0AEF47656 for ; Fri, 27 Mar 2009 14:47:05 +0000 (UTC) Message-Id: <4E7EE2F9-F213-4005-A915-819A2B8B6B66@aeria.net> From: Ash Gokhale To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 27 Mar 2009 10:42:26 -0400 X-Mailer: Apple Mail (2.930.3) Subject: netgraph modules won't unload after 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: Fri, 27 Mar 2009 14:42:28 -0000 > I'm developing a kernel module that will be doing inspection and > needed access to raw network frames, > > > But the module will never unload: ( but the UNLOAD and QUIESE event > handlers are invoked) > > #make unload :ro:~/tmp/ > > food.ko:3:14:28:31 > > /sbin/kldunload -vf food.ko > > Unloading food.ko, id=7 > > kldunload: can't unload file: Device busy > > *** Error code 1 > > > > Stop in /root/tmp/food.ko. > > Exit 1 > > #Mar 18 03:14:31 kernel: quiesced :ro:~/tmp/ > > food.ko:3:14:31:32 > > Mar 18 03:14:31 kernel: foodmod unloaded > > > Thanks so much for looking at it Julian, I never could get my netgraph module to unload, out of frustration I replaced the interfaces if_input routine with my own. I don't share this interface with the host's stack, so this measure seems appropriate. Now I have to grab about 10Gb of ram for a data structure.. I hope that's just tuning. From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 15:55: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 02F1A1065674 for ; Fri, 27 Mar 2009 15:55:52 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id C9BBE8FC13 for ; Fri, 27 Mar 2009 15:55:51 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2RFtpk3062446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Mar 2009 08:55:51 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49CCF707.40101@freebsd.org> Date: Fri, 27 Mar 2009 08:55:51 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Andrew Brampton References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: Interrupts + Polling mode (similar to Linux's NAPI) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 15:55:52 -0000 Andrew Brampton wrote: > Hi, > Linux has a feature called NAPI, which amongst other things has this > Interrupt initiated polling mode. Whilst the network traffic is quiet > the network interfaces use interrupts, however as soon as the load > becomes higher polling kicks in and stays like that until the load > drops again. > > I know that FreeBSD can do interrupts or polling, but not together. I > think that that NAPI pretty neat as it provides the benefits of both > interrupts and polling, namely low CPU load (when the network is not > busy), and high performance. I was wondering if anyone has considered > this approach in FreeBSD? If not why not? Is there some reason why the > binary FreeBSD approach is better? Or is it just that no one has > dedicated the time and effort to implement this feature? > NAPI is essentially interrupt moderation in s/w. As Luigi noted elsewhere polling in freebsd is rather different with livelock avoidance being just one of the goals. I've had several projects where people coming from linux felt is was critical to implement NAPI or something similar on a bsd system. In the end they found it was not a significant win if the hardware is reasonably designed and the driver properly tuned. Some of this relates to how the network stacks differ in design. I think a NAPI-like facility would mostly be used for legacy devices which is not to say it's a bad idea or that you shouldn't work on it. Whether or not it's incorporated into the system would depend on how much of a win it turns out to be and how intrusive it is as you'd need to mod all the drivers. Sam From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 16:48:12 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 8920C1065687 for ; Fri, 27 Mar 2009 16:48:12 +0000 (UTC) (envelope-from piston@otel.net) Received: from mail.otel.net (unknown [IPv6:2001:630:c2:ff00::89]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3708FC19 for ; Fri, 27 Mar 2009 16:48:12 +0000 (UTC) (envelope-from piston@otel.net) Received: from izrodix.otel.net ([212.36.9.89] helo=izrodix) by mail.otel.net with smtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LnFE2-000M5r-VR; Fri, 27 Mar 2009 18:48:11 +0200 Date: Fri, 27 Mar 2009 18:48:10 +0200 From: "S.I" To: "Bjoern A. Zeeb" Message-Id: <20090327184810.f90bb631.piston@otel.net> In-Reply-To: <20090327160046.L67075@maildrop.int.zabbadoz.net> References: <20090327135445.e71e0012.piston@otel.net> <20090327123152.E67075@maildrop.int.zabbadoz.net> <20090327150023.70ecffb8.piston@otel.net> <20090327160046.L67075@maildrop.int.zabbadoz.net> Organization: OTEL.net X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Yes, by ClamAV at mail.otel.net Cc: freebsd-net@freebsd.org Subject: Re: Quagga adding routes via interface in FreenBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 16:48:14 -0000 On Fri, 27 Mar 2009 16:02:10 +0000 (UTC) "Bjoern A. Zeeb" wrote: > On Fri, 27 Mar 2009, S.I wrote: > > 1) it's always good to show people in a problem report, especially > when showing other things. > 2) you could use rc.conf to install the route instead of doing it by > hand. By "hand" I ment that i was using rc.conf and not quagga :) > 3) I'd talk to the quagga people to look at this. > Thanks, I've submited a bug report there too, but if more people bug them about this it's probably better ;) From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 19:50:42 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 E718C1065670 for ; Fri, 27 Mar 2009 19:50:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1E7098FC08 for ; Fri, 27 Mar 2009 19:50:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2RJZ2GN023894 for ; Sat, 28 Mar 2009 06:35:02 +1100 Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2RJYsFh005133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Mar 2009 06:34:55 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n2RJYrex016630; Sat, 28 Mar 2009 06:34:53 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n2RJYpHu016629; Sat, 28 Mar 2009 06:34:51 +1100 (EST) (envelope-from peter) Date: Sat, 28 Mar 2009 06:34:51 +1100 From: Peter Jeremy To: Pierre Lamy Message-ID: <20090327193451.GA16310@server.vk2pj.dyndns.org> References: <3650.206.108.16.89.1235691792.squirrel@alder.hosix.com> <3853.206.108.16.89.1235693214.squirrel@alder.hosix.com> <78cb3d3f0902261619t71a054fet43779c37e2981603@mail.gmail.com> <200902262341.35069.shawn@tandac.com> <49CAB28A.9030406@userid.org> <1865.206.108.16.89.1238019698.squirrel@alder.hosix.com> <78cb3d3f0903260552g372fd4b6k886bba1ebc05a77c@mail.gmail.com> <49CBA72F.3020600@userid.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <49CBA72F.3020600@userid.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-net@freebsd.org, Adrian Penisoara , Shawn Everett Subject: Re: FreeBSD Router 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: Fri, 27 Mar 2009 19:50:43 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Mar-26 11:02:55 -0500, Pierre Lamy wrote: >A 1 day default timeout for established connections is retarded, since=20 >virtually all client apps and OSs as well as intervening stateful=20 >firewalls will lose state after 1 hour. With respect, this is nonsense. An app or OS should never "lose state" for an established TCP connection - if it does, it is broken. Note that the default TCP keepalive interval (in many OSs, not just FreeBSD) is 2 hours. Firewalls are a different case - far more variable and far more often tweaked to suit the owner. IPFW2 defaults to 4096 dynamic rules and defaults to a 5 minute timeout (it also supports its own keepalive generation). IPfilter defaults to a 120 hour timeout. Our corporate firewall at $work times out after about a minute. Again - none of these match your '1 hour' statement. > A session which is idle for more=20 >than an hour can't be considered to be active. This depends on what you consider active. I manage one firewall-like device at work where access to services through the device is controlled be the presence of a specific TCP connection (ie, the user sets up a TCP connection to an app on the box and that app then allows that user to have access to other services mediated by that box whilst that connection remains established). In this case, once the initial authentication phase is complete, the control connection never carries any further application-level data but its continued presence is required (and monitored via TCP-level keepalives). --=20 Peter Jeremy --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknNKlsACgkQ/opHv/APuIdpgwCguMQDQe1cmeLvyuy5ZKpoHQar /WwAni1Z+XrtiJiyd0DqNcMCKvFXuQDB =I+GN -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 22:22:39 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 54D45106566C for ; Fri, 27 Mar 2009 22:22:39 +0000 (UTC) (envelope-from dcornejo@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 2301E8FC1F for ; Fri, 27 Mar 2009 22:22:38 +0000 (UTC) (envelope-from dcornejo@gmail.com) Received: by rv-out-0506.google.com with SMTP id g37so214800rvb.3 for ; Fri, 27 Mar 2009 15:22:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JT6Y+2rT4ptbNqZnd1MvNKFiSuvTtY+cf7jqtKuAkzg=; b=RnI87aqAqQyHsv68IgaIY/4HZScBu64bYeTMQ44nfCHM/gr9Y2RyZnN2MjTmwGOrwZ s5rLOaDKzZ7tE6g5ZBD2X/xpO60quFrwhy7xuttVjZD4J8LUucM5h+qPw01bYQJj8w3x wsX6vgzHC1D97uAm+/7I3Cb2tZx7232jbnM44= 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=OfJI/gfjz1qYlkTU8JT/KY/pWK7Xg8IoVlgvhoGSvNSizElaudfaFSx2XGhSx2xyYZ DaOjePHdTIQatfd0IBhPfpSbKWqslUj3OWKknzbYRriJ1k1mIRLXhh8LWaZMWVzlL24M rIssLlK8Yycmoy+f6u8i0Jy4sMXrBm9VjvdEg= MIME-Version: 1.0 Received: by 10.141.4.20 with SMTP id g20mr1305175rvi.173.1238192558829; Fri, 27 Mar 2009 15:22:38 -0700 (PDT) In-Reply-To: <49CAF716.6080105@freebsd.org> References: <6b8e8f4f0903251921h285c65c6i41444d577631158d@mail.gmail.com> <49CAF716.6080105@freebsd.org> Date: Fri, 27 Mar 2009 12:22:38 -1000 Message-ID: <6b8e8f4f0903271522l69751d4eu92f4c87e56387837@mail.gmail.com> From: David Cornejo To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: wds how-to? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 22:22:39 -0000 That brief description was a big help in itself, thank you. One question: should the BSSID in the legacy mode be the same as the MAC address of the main WDS node? Or can it be a random number? thanks, dave c On Wed, Mar 25, 2009 at 5:31 PM, Sam Leffler wrote: > David Cornejo wrote: >> >> Aloha, >> >> I'm trying to get WDS running - I am working my way through the stuff >> in /usr/src/tools/tools/net80211/scripts, but it really only gives >> examples and doesn't explain the why of it - is there a more verbose >> how to somewhere that would help me understand this? >> > > I've written nothing. =A0You say the "why" is missing but you don't ask a= ny > questions. > > There are 2 flavors of wds, legacy and dynamic. =A0The legacy stuff is tr= ivial > to setup; > > ifconfig wlan create wlandev ath0 wlanmode wds wlanbssid ... wdslegacy > > The bssid is the peer's mac address. =A0This is just a fixed 4-address co= nduit > for frames. =A0There must be an ap vap already created. =A0You want to pl= umb the > vap into a bridge or assign it an ip address and route (not sure about > routing; I always use it bridged). > > Dynamic wds setup depends on whether you're on the ap side or the sta sid= e; > the scripts are the best examples. =A0The idea is you have a sta-ap > association that carries 4-address traffic. =A0Because there's a full-blo= wn > association you get discovery, roaming, and security for free. =A0This is= what > you'll find in Apple's ap products though they've done a bunch of work to > make it more production-quality. > > Note that wds is implemented above the drivers (modulo a bit of glue code= ). > =A0ath is just one driver that supports wds, ral is another. > > =A0 Sam > > From owner-freebsd-net@FreeBSD.ORG Fri Mar 27 22:55:43 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 63C93106564A for ; Fri, 27 Mar 2009 22:55:43 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 195558FC14 for ; Fri, 27 Mar 2009 22:55:42 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2RMtgrx065181 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Mar 2009 15:55:42 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49CD596E.3060609@freebsd.org> Date: Fri, 27 Mar 2009 15:55:42 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: David Cornejo References: <6b8e8f4f0903251921h285c65c6i41444d577631158d@mail.gmail.com> <49CAF716.6080105@freebsd.org> <6b8e8f4f0903271522l69751d4eu92f4c87e56387837@mail.gmail.com> In-Reply-To: <6b8e8f4f0903271522l69751d4eu92f4c87e56387837@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: wds how-to? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 22:55:43 -0000 It must be the bssid of the peer; it is used to form the 4-address frames. Sam David Cornejo wrote: > That brief description was a big help in itself, thank you. > > One question: should the BSSID in the legacy mode be the same as the > MAC address of the main WDS node? Or can it be a random number? > > thanks, > dave c > > On Wed, Mar 25, 2009 at 5:31 PM, Sam Leffler wrote: > >> David Cornejo wrote: >> >>> Aloha, >>> >>> I'm trying to get WDS running - I am working my way through the stuff >>> in /usr/src/tools/tools/net80211/scripts, but it really only gives >>> examples and doesn't explain the why of it - is there a more verbose >>> how to somewhere that would help me understand this? >>> >>> >> I've written nothing. You say the "why" is missing but you don't ask any >> questions. >> >> There are 2 flavors of wds, legacy and dynamic. The legacy stuff is trivial >> to setup; >> >> ifconfig wlan create wlandev ath0 wlanmode wds wlanbssid ... wdslegacy >> >> The bssid is the peer's mac address. This is just a fixed 4-address conduit >> for frames. There must be an ap vap already created. You want to plumb the >> vap into a bridge or assign it an ip address and route (not sure about >> routing; I always use it bridged). >> >> Dynamic wds setup depends on whether you're on the ap side or the sta side; >> the scripts are the best examples. The idea is you have a sta-ap >> association that carries 4-address traffic. Because there's a full-blown >> association you get discovery, roaming, and security for free. This is what >> you'll find in Apple's ap products though they've done a bunch of work to >> make it more production-quality. >> >> Note that wds is implemented above the drivers (modulo a bit of glue code). >> ath is just one driver that supports wds, ral is another. >> >> Sam >> >> >> > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@FreeBSD.ORG Sat Mar 28 15:31:41 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 2CFC0106566C for ; Sat, 28 Mar 2009 15:31:41 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from calvin.ustdmz.roe.ch (calvin.ustdmz.roe.ch [IPv6:2001:41e0:ff17:face::26]) by mx1.freebsd.org (Postfix) with ESMTP id DCB818FC1C for ; Sat, 28 Mar 2009 15:31:40 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from roe (ssh-from [2001:41e0:ff17:babe::101]) by calvin.ustdmz.roe.ch (envelope-from ) with LOCAL id 1LnaVW-000L25-Er for freebsd-net@freebsd.org; Sat, 28 Mar 2009 16:31:38 +0100 Date: Sat, 28 Mar 2009 16:31:38 +0100 From: Daniel Roethlisberger To: freebsd-net@freebsd.org Message-ID: <20090328153138.GA78279@hobbes.ustdmz.roe.ch> Mail-Followup-To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: iwn(4): Porting Intel 5100/5300 support from OpenBSD? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 15:31:41 -0000 Is anyone already working on porting Damien Bergamini's updates to OpenBSD iwn(4) in order to support Intel 5100/5300 chipsets? Is there anything preventing this work (except ENOTIME)? -- Daniel Roethlisberger http://daniel.roe.ch/ From owner-freebsd-net@FreeBSD.ORG Sat Mar 28 16:39:06 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 CBADE106564A for ; Sat, 28 Mar 2009 16:39:06 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0938FC17 for ; Sat, 28 Mar 2009 16:39:06 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2SGd6D1070038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 28 Mar 2009 09:39:06 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49CE52AA.6060500@freebsd.org> Date: Sat, 28 Mar 2009 09:39:06 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20090328153138.GA78279@hobbes.ustdmz.roe.ch> In-Reply-To: <20090328153138.GA78279@hobbes.ustdmz.roe.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Subject: Re: iwn(4): Porting Intel 5100/5300 support from OpenBSD? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 16:39:07 -0000 Daniel Roethlisberger wrote: > Is anyone already working on porting Damien Bergamini's updates > to OpenBSD iwn(4) in order to support Intel 5100/5300 chipsets? > Is there anything preventing this work (except ENOTIME)? > > I've been working with another person on this. It looks like the mods are straightforward but both of us have 4965 cards so can't test the new stuff. I suggest you not wait if you're motivated. Sam From owner-freebsd-net@FreeBSD.ORG Sat Mar 28 17:30: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 6EF111065670 for ; Sat, 28 Mar 2009 17:30:44 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from calvin.ustdmz.roe.ch (calvin.ustdmz.roe.ch [IPv6:2001:41e0:ff17:face::26]) by mx1.freebsd.org (Postfix) with ESMTP id 9961B8FC13 for ; Sat, 28 Mar 2009 17:30:43 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from roe (ssh-from [2001:41e0:ff17:babe::101]) by calvin.ustdmz.roe.ch (envelope-from ) with LOCAL id 1LncMk-000LSr-FF for freebsd-net@freebsd.org; Sat, 28 Mar 2009 18:30:42 +0100 Date: Sat, 28 Mar 2009 18:30:42 +0100 From: Daniel Roethlisberger To: freebsd-net@freebsd.org Message-ID: <20090328173042.GC78279@hobbes.ustdmz.roe.ch> Mail-Followup-To: freebsd-net@freebsd.org References: <20090328153138.GA78279@hobbes.ustdmz.roe.ch> <49CE52AA.6060500@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49CE52AA.6060500@freebsd.org> User-Agent: Mutt/1.4.2.3i Subject: Re: iwn(4): Porting Intel 5100/5300 support from OpenBSD? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 17:30:44 -0000 Sam Leffler 2009-03-28: > Daniel Roethlisberger wrote: > > Is anyone already working on porting Damien Bergamini's > > updates to OpenBSD iwn(4) in order to support Intel 5100/5300 > > chipsets? Is there anything preventing this work (except > > ENOTIME)? > > I've been working with another person on this. It looks like > the mods are straightforward but both of us have 4965 cards so > can't test the new stuff. I suggest you not wait if you're > motivated. I have a 5300 card (0x4236) and I am indeed motivated to work on this. Are there any patches resulting from your work with that other person? -- Daniel Roethlisberger http://daniel.roe.ch/ From owner-freebsd-net@FreeBSD.ORG Sat Mar 28 19:02:45 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 2751E106566C for ; Sat, 28 Mar 2009 19:02:45 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: from mail.oldschoolpunx.net (cpe-72-177-10-243.austin.res.rr.com [72.177.10.243]) by mx1.freebsd.org (Postfix) with ESMTP id F380A8FC08 for ; Sat, 28 Mar 2009 19:02:44 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: by mail.oldschoolpunx.net (Postfix, from userid 58) id 0780D6F882; Sat, 28 Mar 2009 14:02:44 -0500 (CDT) Received: from [192.168.8.101] (unknown [192.168.8.1]) by mail.oldschoolpunx.net (Postfix) with ESMTPSA id 5825E6F86B for ; Sat, 28 Mar 2009 13:58:50 -0500 (CDT) Message-Id: <0A57F174-7219-4E5D-AF02-0F03D5CC286E@young-alumni.com> From: Chris Ruiz To: net@freebsd.org In-Reply-To: <20090325054021.GA9518@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 28 Mar 2009 13:58:48 -0500 References: <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com> <200903250159.n2P1xMti096589@hergotha.csail.mit.edu> <20090325054021.GA9518@weongyo.cdnetworks.kr> X-Mailer: Apple Mail (2.930.3) Cc: Subject: Re: NDIS - True OR False X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 19:02:45 -0000 On Mar 25, 2009, at 12:40 AM, Weongyo Jeong wrote: > On Tue, Mar 24, 2009 at 09:59:22PM -0400, Garrett Wollman wrote: >> In article <41D96B7F-F76D-4F35-BA1D-0EDF810E6140@young-alumni.com>, >> "Chris" writes: >> >>> True OR False >>> >>> 1) NDIS only works with XP drivers. >> >> Can't answer that as I've never needed to try a Vista driver. > > AFAIK NDISulator try to mimic that it works on Windows XP and the > driver > depends on the version of NDIS driver that normally it's 5.0 or > 5.1. I > know Vista driver uses NDIS 6.x that isn't supported by NDISulator. Thank you. >>> 2) NDIS only works with 32-bit drivers and wont work on amd64. >> >> False, unless someone has broken it recently. Project Evil has >> worked >> on 64-bit systems (and *requires* 64-bit drivers on such systems) >> since I bought my current laptop ~three years ago. > > Yes it should work on amd64. If not it's a regression. I am reporting back that I have successfully got my MacBook's Broadcom 4328 to work with a bcmwl5 driver from a Dell driver distribution on amd64 8-CURRENT. The drivers that came with my MacBook were Vista drivers. A few problems: transfers rarely go over 200kb/s, the system dead locks when rebooting, I have to manually run dhclient even though it's set to run in rc.conf, and I get error messages about an unsupported mode. I don't expect any of these problems to get fixed, I would just like others to know what to expect. Chris From owner-freebsd-net@FreeBSD.ORG Sat Mar 28 19:38:21 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 B95FC1065672 for ; Sat, 28 Mar 2009 19:38:21 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 122C38FC1B for ; Sat, 28 Mar 2009 19:38:20 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: by fxm11 with SMTP id 11so1372093fxm.43 for ; Sat, 28 Mar 2009 12:38:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=i+JLF3iJ/txCRMpNjbMlXVwtR3X2r9Sx2/ihHF38USs=; b=jFay9ty/CbGJE0cnKwL34PL0V9nKODhHR0JjJ7xY1RtOYl3lhYulpClyHQz4FPons+ a1032mZ5Y5vufIQvhb/mTwtXh2UfZs9tqrSYk5fAoNvIIQTREibUHWqc7HHTvEe9yDb+ 0FDWanawWf32aTDMm4/FaUBOefhPdpM0mRptw= 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 :content-transfer-encoding; b=pz/N7y5tNsjNsB8gV/mIRzt83naytNt6PcPY7hDl/MdZKUQsWxmVmD1YAKrGG0OZRl UPg6acfbvyGNq9i2OSR0txl4ruH56U2GN+TxBfwsjPaqSqubcSWSiJ/r+ydsoCUYtE8B cP3qIB/BG+ijw4gurIilPBY4VzvLRN+OfzFkE= MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.86.95.20 with SMTP id s20mr3013909fgb.43.1238267435888; Sat, 28 Mar 2009 12:10:35 -0700 (PDT) In-Reply-To: <49C11E56.7090809@elischer.org> References: <6CBA0923-DAF1-4FD5-A670-F5888BCA47B1@aeria.net> <49C11E56.7090809@elischer.org> Date: Sat, 28 Mar 2009 20:10:35 +0100 X-Google-Sender-Auth: c9c4f57d1169328a Message-ID: <9a542da30903281210v1b4ce5a6w148bb60a8a6bc90c@mail.gmail.com> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Ash Gokhale Subject: Re: netgraph modules won't unload after 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: Sat, 28 Mar 2009 19:38:22 -0000 On Wed, Mar 18, 2009 at 5:16 PM, Julian Elischer wrot= e: > Ash Gokhale wrote: >> >> =A0I'm developing a kernel module that will be doing inspection and need= ed >> access to raw network frames, >> =A0so I turned to netgraph =A0as the solution.However it seems that netg= raph >> will not permit a module >> =A0to unload once it's participated in a mkpeer/connect operation. Reboo= ting >> to remove a module is >> =A0angrymaking (not like mtx/sleep crashes). >> >> =A0 =A0This going into the kernel because my bpf based userland stuff is >> probably not going to hold up to the packet rate. >> >> Should I file a PR? Or is there magic in the documentation I havn't foun= d? >> >> >> I've observed the trouble in 7.0 release, and tonight's =A07_RELENG, wit= h >> GENERIC + WITNESS/INVARIANTS >> >> The module code =A0( cobbled together from netgraph/ng_sample.c / ng_ech= o.c) >> http://pastebin.com/m31b6ece6 >> >> The module loads and unloads fine until connected to a netgraph hook: > > hmm they are supposed to, and they did in the past.. > let me check... > > root@trafmon1:kldload ng_ether > root@trafmon1:ifconfig > bge0: flags=3D8843 metric 0 mtu 1= 500 > =A0 =A0 =A0 =A0options=3D9b > =A0 =A0 =A0 =A0ether 00:11:43:30:fb:8a > =A0 =A0 =A0 =A0inet 10.7.2.3 netmask 0xffffff00 broadcast 10.7.2.255 > =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) > =A0 =A0 =A0 =A0status: active > bge1: flags=3D8802 metric 0 mtu 1500 > =A0 =A0 =A0 =A0options=3D9b > =A0 =A0 =A0 =A0ether 00:11:43:30:fb:8b > =A0 =A0 =A0 =A0media: Ethernet autoselect (none) > =A0 =A0 =A0 =A0status: no carrier > fxp0: flags=3D8843 metric 0 mtu 1= 500 > =A0 =A0 =A0 =A0options=3Db > =A0 =A0 =A0 =A0ether 00:0e:0c:62:aa:14 > =A0 =A0 =A0 =A0inet 10.7.0.101 netmask 0xffffff00 broadcast 10.7.0.255 > =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) > =A0 =A0 =A0 =A0status: active > lo0: flags=3D8049 metric 0 mtu 16384 > =A0 =A0 =A0 =A0inet 127.0.0.1 netmask 0xff000000 > root@trafmon1:ngctl > + list > There are 4 total nodes: > =A0Name: bge0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000002 =A0 Num hooks: 0 > =A0Name: bge1 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000003 =A0 Num hooks: 0 > =A0Name: ngctl4252 =A0 =A0 =A0 Type: socket =A0 =A0 =A0 =A0 =A0ID: 000000= 05 =A0 Num hooks: 0 > =A0Name: fxp0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000004 =A0 Num hooks: 0 > + mkpeer bge0: hole lower hook > + list > There are 5 total nodes: > =A0Name: =A0 =A0 =A0 Type: hole =A0 =A0 =A0 =A0 =A0 =A0ID: 0000= 0006 =A0 Num hooks: 1 > =A0Name: bge0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000002 =A0 Num hooks: 1 > =A0Name: bge1 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000003 =A0 Num hooks: 0 > =A0Name: ngctl4252 =A0 =A0 =A0 Type: socket =A0 =A0 =A0 =A0 =A0ID: 000000= 05 =A0 Num hooks: 0 > =A0Name: fxp0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000004 =A0 Num hooks: 0 > + shutdown [6]: > + list > There are 4 total nodes: > =A0Name: bge0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000002 =A0 Num hooks: 0 > =A0Name: bge1 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000003 =A0 Num hooks: 0 > =A0Name: ngctl4252 =A0 =A0 =A0 Type: socket =A0 =A0 =A0 =A0 =A0ID: 000000= 05 =A0 Num hooks: 0 > =A0Name: fxp0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID: = 00000004 =A0 Num hooks: 0 > + quit > root@trafmon1:kldstat -v > Id Refs Address =A0 =A0Size =A0 =A0 Name > =A01 =A0 36 0xc0400000 6a9c28 =A0 kernel (/boot/kernel/kernel) > > [...] > > =A07 =A0 =A01 0xccb16000 4000 =A0 =A0 ng_ether.ko (/boot/kernel/ng_ether.= ko) > =A0 =A0 =A0 =A0Contains modules: > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Id Name > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0246 ng_ether > =A08 =A0 =A01 0xccb1b000 2000 =A0 =A0 ng_hole.ko (/boot/kernel/ng_hole.ko= ) > =A0 =A0 =A0 =A0Contains modules: > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Id Name > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0247 ng_hole > root@trafmon1:klunload ng_hole > klunload: Command not found. > root@trafmon1:kldunload ng_hole > root@trafmon1:kldunload ng_ether > kldunload: can't unload file: Device busy > root@trafmon1:kldstat -v > Id Refs Address =A0 =A0Size =A0 =A0 Name > =A01 =A0 36 0xc0400000 6a9c28 =A0 kernel (/boot/kernel/kernel) > > [...] > > =A07 =A0 =A01 0xccb16000 4000 =A0 =A0 ng_ether.ko (/boot/kernel/ng_ether.= ko) > =A0 =A0 =A0 =A0Contains modules: > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Id Name > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0246 ng_ether > root@trafmon1: > > > this is expected. =A0ng-ether is not unloadable as the connections are to= o > complicated to unwind easily.. one day.... > > root@trafmon1: > >>> Stop in /root/tmp/food.ko. >>> Exit 1 >>> #Mar 18 03:14:31 =A0kernel: quiesced >>> =A0:ro:~/tmp/food.ko:3:14:31:32 >>> Mar 18 03:14:31 =A0kernel: foodmod unloaded >> >> >> Seems that I can't unload some of the other netgraph types either ( it's >> not just me): >> >>> #kldunload ng_ether >>> :ro:~/tmp/food.ko:3:24:07:41 >>> kldunload: can't unload file: Device busy >>> Exit 1 > > try unloading a node that IS unloadable.. > > see the following comment in ng_ehter.c: > =A0 =A0 =A0 =A0 /* > =A0 =A0 =A0 =A0 =A0* Note that the base code won't try to unload us until > =A0 =A0 =A0 =A0 =A0* all nodes have been removed, and that can't happen > =A0 =A0 =A0 =A0 =A0* until all Ethernet interfaces are removed. In any > =A0 =A0 =A0 =A0 =A0* case, we know there are no nodes left if the action > =A0 =A0 =A0 =A0 =A0* is MOD_UNLOAD, so there's no need to detach any node= s. > =A0 =A0 =A0 =A0 =A0*/ > > so we can't run this unless you have removeable ethernet interfaces, and > have removed them. > > > Just saw the message. Actually ng_ether can be unloaded but this is left at your own risk and there is a comment in code about this. for each $if in `ifconfig -l` ngctl shutdown $if: kldunload ng_ether This brings the question that should ng_ether be taught about ifnet events(arrival/departure)?! --=20 Ermal From owner-freebsd-net@FreeBSD.ORG Sat Mar 28 20:38:43 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 8C8CA106566B for ; Sat, 28 Mar 2009 20:38:43 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 129DB8FC17 for ; Sat, 28 Mar 2009 20:38:42 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so448841fge.12 for ; Sat, 28 Mar 2009 13:38:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=ZJBBJAdHhDkrjmFJhgD8JZ+f03azz8k9h0bn+wYIZD4=; b=tLBbBuEJNhRB5PLK7iInHLK+++QMnRAutwngZl3gGq9xg4s09pwFu+NrdyUOzix2kY kA8M2ib5pyhWNIHO0XS4KkNdcZoAusrxc2V76jYBJqH2+olN55wMQkpOyn5C41ZZsJFW /A8TqBDDRbynTqg/y6C4DdRViOVBt4BBTp1po= 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 :content-transfer-encoding; b=JsQ/RrVmGolf8e95WG7p1O1aAjEen2dwJFChrOxYxovO9Th6SsYIilDuKT72SRPC5y O5fCWAN53xDG5lzmAqWlroEl1Vz9NdD5avFvOrOd7cylQJi38oXDmrqn3RuvqgmXMUMz rYHQooDDhW4D9foOYvjyuZnIFCkA5qAhpzhLQ= MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.86.61.13 with SMTP id j13mr1369792fga.48.1238272721994; Sat, 28 Mar 2009 13:38:41 -0700 (PDT) In-Reply-To: <9a542da30903281210v1b4ce5a6w148bb60a8a6bc90c@mail.gmail.com> References: <6CBA0923-DAF1-4FD5-A670-F5888BCA47B1@aeria.net> <49C11E56.7090809@elischer.org> <9a542da30903281210v1b4ce5a6w148bb60a8a6bc90c@mail.gmail.com> Date: Sat, 28 Mar 2009 21:38:41 +0100 X-Google-Sender-Auth: 0d57b23b2ff12404 Message-ID: <9a542da30903281338h269030e3wbc4d5cbcb66d8e59@mail.gmail.com> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Ash Gokhale Subject: Re: netgraph modules won't unload after 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: Sat, 28 Mar 2009 20:38:44 -0000 On Sat, Mar 28, 2009 at 8:10 PM, Ermal Lu=E7i wrote: > On Wed, Mar 18, 2009 at 5:16 PM, Julian Elischer wr= ote: >> Ash Gokhale wrote: >>> >>> =A0I'm developing a kernel module that will be doing inspection and nee= ded >>> access to raw network frames, >>> =A0so I turned to netgraph =A0as the solution.However it seems that net= graph >>> will not permit a module >>> =A0to unload once it's participated in a mkpeer/connect operation. Rebo= oting >>> to remove a module is >>> =A0angrymaking (not like mtx/sleep crashes). >>> >>> =A0 =A0This going into the kernel because my bpf based userland stuff i= s >>> probably not going to hold up to the packet rate. >>> >>> Should I file a PR? Or is there magic in the documentation I havn't fou= nd? >>> >>> >>> I've observed the trouble in 7.0 release, and tonight's =A07_RELENG, wi= th >>> GENERIC + WITNESS/INVARIANTS >>> >>> The module code =A0( cobbled together from netgraph/ng_sample.c / ng_ec= ho.c) >>> http://pastebin.com/m31b6ece6 >>> >>> The module loads and unloads fine until connected to a netgraph hook: >> >> hmm they are supposed to, and they did in the past.. >> let me check... >> >> root@trafmon1:kldload ng_ether >> root@trafmon1:ifconfig >> bge0: flags=3D8843 metric 0 mtu = 1500 >> =A0 =A0 =A0 =A0options=3D9b >> =A0 =A0 =A0 =A0ether 00:11:43:30:fb:8a >> =A0 =A0 =A0 =A0inet 10.7.2.3 netmask 0xffffff00 broadcast 10.7.2.255 >> =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) >> =A0 =A0 =A0 =A0status: active >> bge1: flags=3D8802 metric 0 mtu 1500 >> =A0 =A0 =A0 =A0options=3D9b >> =A0 =A0 =A0 =A0ether 00:11:43:30:fb:8b >> =A0 =A0 =A0 =A0media: Ethernet autoselect (none) >> =A0 =A0 =A0 =A0status: no carrier >> fxp0: flags=3D8843 metric 0 mtu = 1500 >> =A0 =A0 =A0 =A0options=3Db >> =A0 =A0 =A0 =A0ether 00:0e:0c:62:aa:14 >> =A0 =A0 =A0 =A0inet 10.7.0.101 netmask 0xffffff00 broadcast 10.7.0.255 >> =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) >> =A0 =A0 =A0 =A0status: active >> lo0: flags=3D8049 metric 0 mtu 16384 >> =A0 =A0 =A0 =A0inet 127.0.0.1 netmask 0xff000000 >> root@trafmon1:ngctl >> + list >> There are 4 total nodes: >> =A0Name: bge0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000002 =A0 Num hooks: 0 >> =A0Name: bge1 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000003 =A0 Num hooks: 0 >> =A0Name: ngctl4252 =A0 =A0 =A0 Type: socket =A0 =A0 =A0 =A0 =A0ID: 00000= 005 =A0 Num hooks: 0 >> =A0Name: fxp0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000004 =A0 Num hooks: 0 >> + mkpeer bge0: hole lower hook >> + list >> There are 5 total nodes: >> =A0Name: =A0 =A0 =A0 Type: hole =A0 =A0 =A0 =A0 =A0 =A0ID: 000= 00006 =A0 Num hooks: 1 >> =A0Name: bge0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000002 =A0 Num hooks: 1 >> =A0Name: bge1 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000003 =A0 Num hooks: 0 >> =A0Name: ngctl4252 =A0 =A0 =A0 Type: socket =A0 =A0 =A0 =A0 =A0ID: 00000= 005 =A0 Num hooks: 0 >> =A0Name: fxp0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000004 =A0 Num hooks: 0 >> + shutdown [6]: >> + list >> There are 4 total nodes: >> =A0Name: bge0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000002 =A0 Num hooks: 0 >> =A0Name: bge1 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000003 =A0 Num hooks: 0 >> =A0Name: ngctl4252 =A0 =A0 =A0 Type: socket =A0 =A0 =A0 =A0 =A0ID: 00000= 005 =A0 Num hooks: 0 >> =A0Name: fxp0 =A0 =A0 =A0 =A0 =A0 =A0Type: ether =A0 =A0 =A0 =A0 =A0 ID:= 00000004 =A0 Num hooks: 0 >> + quit >> root@trafmon1:kldstat -v >> Id Refs Address =A0 =A0Size =A0 =A0 Name >> =A01 =A0 36 0xc0400000 6a9c28 =A0 kernel (/boot/kernel/kernel) >> >> [...] >> >> =A07 =A0 =A01 0xccb16000 4000 =A0 =A0 ng_ether.ko (/boot/kernel/ng_ether= .ko) >> =A0 =A0 =A0 =A0Contains modules: >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Id Name >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0246 ng_ether >> =A08 =A0 =A01 0xccb1b000 2000 =A0 =A0 ng_hole.ko (/boot/kernel/ng_hole.k= o) >> =A0 =A0 =A0 =A0Contains modules: >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Id Name >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0247 ng_hole >> root@trafmon1:klunload ng_hole >> klunload: Command not found. >> root@trafmon1:kldunload ng_hole >> root@trafmon1:kldunload ng_ether >> kldunload: can't unload file: Device busy >> root@trafmon1:kldstat -v >> Id Refs Address =A0 =A0Size =A0 =A0 Name >> =A01 =A0 36 0xc0400000 6a9c28 =A0 kernel (/boot/kernel/kernel) >> >> [...] >> >> =A07 =A0 =A01 0xccb16000 4000 =A0 =A0 ng_ether.ko (/boot/kernel/ng_ether= .ko) >> =A0 =A0 =A0 =A0Contains modules: >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Id Name >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0246 ng_ether >> root@trafmon1: >> >> >> this is expected. =A0ng-ether is not unloadable as the connections are t= oo >> complicated to unwind easily.. one day.... >> >> root@trafmon1: >> >>>> Stop in /root/tmp/food.ko. >>>> Exit 1 >>>> #Mar 18 03:14:31 =A0kernel: quiesced >>>> =A0:ro:~/tmp/food.ko:3:14:31:32 >>>> Mar 18 03:14:31 =A0kernel: foodmod unloaded >>> >>> >>> Seems that I can't unload some of the other netgraph types either ( it'= s >>> not just me): >>> >>>> #kldunload ng_ether >>>> :ro:~/tmp/food.ko:3:24:07:41 >>>> kldunload: can't unload file: Device busy >>>> Exit 1 >> >> try unloading a node that IS unloadable.. >> >> see the following comment in ng_ehter.c: >> =A0 =A0 =A0 =A0 /* >> =A0 =A0 =A0 =A0 =A0* Note that the base code won't try to unload us unti= l >> =A0 =A0 =A0 =A0 =A0* all nodes have been removed, and that can't happen >> =A0 =A0 =A0 =A0 =A0* until all Ethernet interfaces are removed. In any >> =A0 =A0 =A0 =A0 =A0* case, we know there are no nodes left if the action >> =A0 =A0 =A0 =A0 =A0* is MOD_UNLOAD, so there's no need to detach any nod= es. >> =A0 =A0 =A0 =A0 =A0*/ >> >> so we can't run this unless you have removeable ethernet interfaces, and >> have removed them. >> >> >> > Just saw the message. > Actually ng_ether can be unloaded but this is left at your own risk > and there is a comment in code about this. > for each $if in `ifconfig -l` > ngctl shutdown $if: actually ngctl msg $if: disconnect > kldunload ng_ether > > This brings the question that should ng_ether be taught about ifnet > events(arrival/departure)?! > > -- > Ermal > --=20 Ermal