From owner-freebsd-net@FreeBSD.ORG Sun Jun 21 00:02: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 10BE01065670 for ; Sun, 21 Jun 2009 00:02:16 +0000 (UTC) (envelope-from cmb@pfsense.org) Received: from mail.pfsense.org (mail.pfsense.org [69.64.6.29]) by mx1.freebsd.org (Postfix) with ESMTP id DDB498FC1C for ; Sun, 21 Jun 2009 00:02:15 +0000 (UTC) (envelope-from cmb@pfsense.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.pfsense.org (Postfix) with ESMTP id 2940325203 for ; Sat, 20 Jun 2009 19:02:15 -0500 (EST) X-Virus-Scanned: amavisd-new at mail.pfsense.org Received: from mail.pfsense.org ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id puvllBH6BIVY for ; Sat, 20 Jun 2009 19:02:13 -0500 (EST) Received: from [10.0.64.15] (96-28-38-25.dhcp.insightbb.com [96.28.38.25]) by mail.pfsense.org (Postfix) with ESMTP id 7E1B22515F for ; Sat, 20 Jun 2009 19:02:13 -0500 (EST) Message-ID: <4A3D7885.9010809@pfsense.org> Date: Sat, 20 Jun 2009 20:02:13 -0400 From: Chris Buechler User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-net@FreeBSD.org References: <20090619130040.GA53996@zeninc.net> In-Reply-To: <20090619130040.GA53996@zeninc.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: IPsec crash, patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jun 2009 00:02:16 -0000 Hi, VANHULLEBUS Yvan wrote: > Hi all. > > We (NETASQ) had some IPsec related kernel crashes, and hunted them, > here are some informations and a possible patch: > > > First, problem only occurs when asynchronous crypto is done > (hardware encryption such as hifn cards, or software patch to do > encryption on a separate kthread when having multiple CPUs). > We tried this patch on 7.2 (with patch-natt-7.2-2009-05-12.diff from your ~) due to a seemingly similar problem, but IPsec stops working with the patch applied. Using test setup: Host A -- fwA -- fwB -- Host B where fwA has the patch and fwB is the same 7.2 minus this patch, and there is an IPsec connection between fwA and fwB. It brings up the connection no problem, and if I leave a constant ping going, every time I restart racoon on fwA I get exactly one response through. From tcpdump on enc0 on both ends and the actual NICs, I see that traffic from Host B to Host A gets all the way through the tunnel to Host A, it responds, the response is seen on fwA's LAN port, but it doesn't hit enc0. Traffic from Host A to Host B is seen on the LAN port of fwA, but not on enc0 and not on enc0 of the remote side. Replace the kernel on fwA with one minus the patch and it works fine (except it will spontaneously reboot under high load). That's with patch-xform_freespfix-3. Should that work with 7.2 in combination with the NAT-T patch? It applies cleanly. thanks, Chris From owner-freebsd-net@FreeBSD.ORG Sun Jun 21 03:49: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 E265F1065672 for ; Sun, 21 Jun 2009 03:49:42 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.freebsd.org (Postfix) with ESMTP id 808968FC18 for ; Sun, 21 Jun 2009 03:49:42 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from besplex.bde.org (c122-106-159-184.carlnfd1.nsw.optusnet.com.au [122.106.159.184]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n5L3nbOh029869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Jun 2009 13:49:40 +1000 Date: Sun, 21 Jun 2009 13:49:37 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Igor Sysoev In-Reply-To: <20090618141925.GG60354@rambler-co.ru> Message-ID: <20090621131437.B1458@besplex.bde.org> References: <20090610123301.GE40250@rambler-co.ru> <20090611114120.I21056@delplex.bde.org> <20090618141925.GG60354@rambler-co.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org Subject: Re: bge interrupt coalescing sysctls X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jun 2009 03:49:43 -0000 On Thu, 18 Jun 2009, Igor Sysoev wrote: > On Thu, Jun 11, 2009 at 11:54:29AM +1000, Bruce Evans wrote: > >> On Wed, 10 Jun 2009, Igor Sysoev wrote: >> ... >>> I has left only static coalescing parameters in the patch >>> and has added a loader tunable to set number of receive descriptors and >>> read only sysctl to read the tunable. I usually use these parameters: >>> >>> /boot/loader.conf: >>> hw.bge.rxd=512 >>> >>> /etc/sysctl.conf: >>> dev.bge.0.rx_coal_ticks=500 >>> dev.bge.0.tx_coal_ticks=10000 >>> dev.bge.0.rx_max_coal_bds=64 >> >> These rx settings give to high a latency for me. > > Probably, however, I use this on a host that has 6000 packets/s. 6000 is not very high, so you might be able to tune for latency at no significant cost. The normal (unpatched) value for rx_coal_ticks is 150 uS. This tends to give an interrupt rate of 6666 packets/S, and this is a good default maximum rate (it takes about 100000 interrupts/S to eat up 2GHz of CPU). If packets normally arrive at 6000/S, then you can tune for minimal latency = no rx interrupt moderation at all by setting rx_coal_ticks to 1, without affecting the interrupt rate at all (there will always by 6000 interrupts/S, but with rx_coal_ticks=1 the packets will br processed with minimal delay (more like 20 uS than 1 uS) instead of after 150 uS (default). Your settings should give about 2000 interrupts/S, with 3 packets handled every interrupt after a delay of up to 500 uS. >>> dev.bge.0.tx_max_coal_bds=128 >>> # apply the above parameters >>> dev.bge.0.program_coal=1 >>> >>> Could anyone commit it ? >> >> Not me, sorry. >> >> The patch is quite clean. If I committed then I would commit the >> dynamic coalescing configuration separately anyway. > > So have you any objections if some one else will commit this patch ? No objections. >> You can probably make hw.bge.rxd a sysctl too (it would take a down/up >> to get it changed, but that is already needed for too many parameters >> in network drivers anyway). I should use a sysctl for the ifq length >> too. This could be done at a high level for each driver. Limiting >> queue lengths may be a good way to reduce cache misses, while increasing >> them is sometimes good for reducing packet loss. > > Do you mean simple command sequence: > > sysctl hw.bge.rxd=512 > ifconfig down > ifconfig up > > or SYSCTL_ADD_PROC for hw.bge.rxd ? The simple command sequence. It's painful to write a SYSCTL_ADD_PROC() for every sysctl, even if the procedure is trival, and the procedure would be highly nontrivial for at least reducing rxd since for reduction it would have to wait for descriptors to become inactive, and decouple them without races... I made program_coal a SYSCTL_PROC() because I wanted to change the settings a lot for testing, but I didn't make the individual coal settings SYSCTL_PROC()s since there is no need to change 1 at a time and it might be wrong to change 1 at a time (they have some interactions). Bruce From owner-freebsd-net@FreeBSD.ORG Mon Jun 22 03:41: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 80624106564A for ; Mon, 22 Jun 2009 03:41:07 +0000 (UTC) (envelope-from realliukai@gmail.com) Received: from mail-yx0-f200.google.com (mail-yx0-f200.google.com [209.85.210.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3248FC13 for ; Mon, 22 Jun 2009 03:41:07 +0000 (UTC) (envelope-from realliukai@gmail.com) Received: by yxe38 with SMTP id 38so1652485yxe.3 for ; Sun, 21 Jun 2009 20:41:06 -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=JtkQQn0go5aAbQaeDA9LZFBkNAuKV9nPqrT6pqJkucA=; b=ZwWvzp25qkPIBtSI8AhBc/9cjibKYE+sMae9xewxGqJ8NjMW6mXqO9u4G4BDDGiUiV 8GfwIfoZ5RZjwS2r4Z/HfABI8raMrRfLldMpJFjO7eToxhEgrAqhxxZ9hPSbINkvuBep Cn8TNTRqGwjjNSuFtWP3bZdlFmA/oMSqaoYWk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cdpgaUiAVowsQezy24tHJ6uszrlFM2ljonoL/biwKFLtn6tNnl1CkrQv1krx89kedR xjqxEXoRlIFvd0R/NOX/s2JLpP7uD+dA6FI1GsWPakiOyz6h8Wa8dNBDJ0ZHnhk2fj3D QJ3a70AugNVs0IM4qMf6s65IZCFeQwd7fMTp8= MIME-Version: 1.0 Received: by 10.231.16.134 with SMTP id o6mr1785913iba.11.1245640349674; Sun, 21 Jun 2009 20:12:29 -0700 (PDT) Date: Mon, 22 Jun 2009 11:12:29 +0800 Message-ID: <7237120a0906212012o141363e6u7231dbd0927bfaf@mail.gmail.com> From: =?GB2312?B?wfW/rQ==?= 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: Wireless,Atheros AR5008-based PCI adapter,mode 11n X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Jun 2009 03:41:07 -0000 Hi All, Recently I've got 802.11b/g adapter TL-WN353GD from TP-Link, based on Atheros AR5008 chip.It's a 802.11n NIC. I can make it work in mode 11g in stead of 11n with the FreeBSD 8.0 current. So,I have a question that whether there is support for 802.11n in FreeBSD 8.0 current yet. And if It support 802.11n, how can I config the parameters to make it work in mode 11n. Thanks, -- Kevi From owner-freebsd-net@FreeBSD.ORG Mon Jun 22 04:54:50 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 CACEB1065676; Mon, 22 Jun 2009 04:54:50 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pz0-f194.google.com (mail-pz0-f194.google.com [209.85.222.194]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0838FC1B; Mon, 22 Jun 2009 04:54:50 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by pzk32 with SMTP id 32so188833pzk.3 for ; Sun, 21 Jun 2009 21:54:50 -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=2sOoUym0r/8wHbFfgNKmNa0XDgg2hHYm/V+yWifZBWg=; b=KTqQR0Wlbm42XvVSbWuXDxQYzm8Gi6HceQKjnFPC13jDsx9fLB3AiRQwI9bYErNevP V1/xVIq0leshn+b7eF24wIm3cabv4Rip3nN/L98v7UO7bxqqt2TnOXIxoV5pf2ZkIX3B KKeQ3cgjxM+CctNQ7s1HQUWCNL2c1hrQBND1U= 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=MObrrqqWZl1dF/uWd1CuKo7FveYVASPWlNl7uSZasVTeCUIAjhMfaTVY72Tttb0Uth st9ZPdXlj1SOF10EYn3dHQj/UyEW5FxdTDZ4kJtZk5cC+d3X1ow8NH4Kdzq0ZnK2+C4P PRPjkNbstb0Gg2o/C1lE80v5041FtU1AiRQ4w= Received: by 10.143.44.17 with SMTP id w17mr2421790wfj.255.1245645222885; Sun, 21 Jun 2009 21:33:42 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id 27sm16782wff.26.2009.06.21.21.33.40 (version=SSLv3 cipher=RC4-MD5); Sun, 21 Jun 2009 21:33:41 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Mon, 22 Jun 2009 13:32:24 +0900 From: Weongyo Jeong Date: Mon, 22 Jun 2009 13:32:24 +0900 To: Pavel Gubin Message-ID: <20090622043224.GC31161@weongyo.cdnetworks.kr> Mail-Followup-To: Pavel Gubin , freebsd-drivers@freebsd.org, freebsd-net@freebsd.org References: <4A3D43AF.7060009@2lazy.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A3D43AF.7060009@2lazy.ru> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: Wireless, Realtek RTL8185L-based PCI adapter. 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: Mon, 22 Jun 2009 04:54:51 -0000 On Sun, Jun 21, 2009 at 12:16:47AM +0400, Pavel Gubin wrote: > Hi All, > > Recently I've got 802.11b/g adapter TL-WN353GD from TP-Link, based on > Realtek RTL8185L chip. > > Seems that there is no support for it in FreeBSD yet, but there are some > mentionings about 8185 in /sys/dev/usb/wlan/if_urtw*. Also, Realtek has > a Linux driver for it, and this driver is partly based on NetBSD's > if_rtw driver for RTL8180 (which seems to be 802.11a/b predecessor of 8185). > > So, I'm wondering - does someone work already on a driver for this chip, > or maybe I should try to write a driver myself? As far as I know, there's no one to work on it. regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Mon Jun 22 05:16: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 E9D70106566C for ; Mon, 22 Jun 2009 05:16:34 +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 BB9F98FC08 for ; Mon, 22 Jun 2009 05:16:34 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n5M5GY3Z011225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Jun 2009 22:16:34 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A3F13B2.2030108@freebsd.org> Date: Sun, 21 Jun 2009 22:16:34 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: =?ISO-8859-1?Q?=C1=F5=BF=AD?= References: <7237120a0906212012o141363e6u7231dbd0927bfaf@mail.gmail.com> In-Reply-To: <7237120a0906212012o141363e6u7231dbd0927bfaf@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: Wireless,Atheros AR5008-based PCI adapter,mode 11n X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Jun 2009 05:16:35 -0000 Áõ¿­ wrote: > Hi All, > > Recently I've got 802.11b/g adapter TL-WN353GD from TP-Link, based on > Atheros AR5008 chip.It's a 802.11n NIC. > > I can make it work in mode 11g in stead of 11n with the FreeBSD 8.0 current. > So,I have a question that whether there is support for 802.11n in FreeBSD > 8.0 current yet. > And if It support 802.11n, how can I config the parameters to make it work > in mode 11n. > > Thanks, You can trivially turn on 802.11n RX by enabling HT capabilities in the driver (that'll give you 11n downlink transfers w/ AMPDU even). That's worked ever since I brought 11n support code into the tree (18 months ago?). 11n transmit requires an 11n-aware rate control algorithm and as far as I know noone is working on that. Sam From owner-freebsd-net@FreeBSD.ORG Mon Jun 22 11:07: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 0B0CF1065676 for ; Mon, 22 Jun 2009 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EB4D48FC12 for ; Mon, 22 Jun 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 n5MB70Ym018125 for ; Mon, 22 Jun 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 n5MB709b018121 for freebsd-net@FreeBSD.org; Mon, 22 Jun 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Jun 2009 11:07:00 GMT Message-Id: <200906221107.n5MB709b018121@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, 22 Jun 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 -------------------------------------------------------------------------------- o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/135067 net [patch] [fib] Incorrect KASSERTs in sys/net/route.c o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134557 net [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134369 net [route] [ip6] IPV6 in Head broken for routing table up o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem o kern/132984 net [netgraph] swi1: net 100% cpu usage f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/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/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/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/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 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 bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/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 o kern/114839 net [fxp] fxp looses ability to speak with traffic 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/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces 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 kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] 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/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 309 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jun 22 22:46:50 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 3969F1065758 for ; Mon, 22 Jun 2009 22:46:50 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 9427E8FC12 for ; Mon, 22 Jun 2009 22:46:49 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy8 with SMTP id 8so4183731ewy.43 for ; Mon, 22 Jun 2009 15:46:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=m5uz5CjrmYLrU/MsdId/hQcV8tPqI/DPGAdlNK2hNco=; b=gjMdSdV5zv67hETcNxeDsHW+cKSpvNOPi7Vn1FTIl2iwZFs1AvDOI4Y1rQO9WZlATq mNy3zdfu1t8zK6evlgEYqm3Rk3UZUs3y+w+CP5//MPEgufLMHa8LIPoZGv0GdWhhL7Du Oj5fnuI2+Uj3HHxOXWPUBxCP+4xPl3yMlF1Ic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=rmSj/P2//R2BZaEMGe4GjE3reHvik538q0pEdM2BV9ZbOoZXD/nyXXcQ9ZpvRG9vSb 1DSh/V8SQZtmW9uWBFlUPYblCuG2BhBzCoTPyJn9X8KtpelEeO+5sPyUcb+otMNR5eO+ dxWb8itzBLCRpAVC5KG0VVyhi0/DwJXdWX7eM= Received: by 10.210.42.13 with SMTP id p13mr7925413ebp.99.1245710808578; Mon, 22 Jun 2009 15:46:48 -0700 (PDT) Received: from omega.lan (bl9-155-202.dsl.telepac.pt [85.242.155.202]) by mx.google.com with ESMTPS id 10sm165604eyd.7.2009.06.22.15.46.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Jun 2009 15:46:47 -0700 (PDT) Sender: Rui Paulo Message-Id: <496A0799-0661-4651-B8CE-6C635A6DCEA0@freebsd.org> From: Rui Paulo To: freebsd-net@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 22 Jun 2009 23:46:46 +0100 X-Mailer: Apple Mail (2.935.3) Cc: Subject: 802.11s (wireless mesh) project status report X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Jun 2009 22:46:51 -0000 Hi all, The wireless mesh project is now in a more usable stage and your support and testing is appreciated. Today I've been able to exchange packets between three nodes using the following network topology: node1 <-> node2 <-> node3. With the currently committed code it's now possible to send packets from node1 to node3 via node2. Other mesh topologies will be tested in the future. I've created a wiki page that's still under construction but should be able to help you setup your wireless mesh: http://wiki.freebsd.org/WifiMesh 802.11s is interesting both to companies who want to create wide range wireless networks and also to home users who would like to expand their wireless networks. They can now start using the FreeBSD operating system to fullfil their needs. The project is still unfinished and has some rough edges, though. If you have any questions, dont hesitate asking. This project is being sponsored by The FreeBSD Foundation. Thanks, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Jun 23 00:42:15 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 C7B5C106566C; Tue, 23 Jun 2009 00:42:15 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com [209.85.220.217]) by mx1.freebsd.org (Postfix) with ESMTP id 022488FC0A; Tue, 23 Jun 2009 00:42:14 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: by fxm17 with SMTP id 17so1051719fxm.43 for ; Mon, 22 Jun 2009 17:42: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=bZithBs3atgoUmNgaVWaxajGILKv5lNk4YAfBmNT798=; b=fMIOg7UO58z7da9pwBjgtGTUBzAQvbz96jr02nCHRItS6VfzR4x/Xc1IQMry/pe8OT gQHTs9qOTfUWuIFc5TLjAzfFfN30+KTWjxPJbOPriFqSB3qTnkelFp3MxH/TQtZTssLL NSIlkrVbZud7IPzuow8tkJzuWT8K0Tb64EECo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=agzFm7a0TPHbknqohxVj3GgT1niGvaxmjqYKAYV2QabmREouFX2JKwgV2kXavYO3Xs Wk4ARB2XjiCoEU/9GPEXeOFdWh675Qovb+zRJLx+/5lJd85brpCywLcnhhCqa23CEzVF VHwNs74U+8txf7aNSrEgHsUtoPHsgTM9PQW/M= MIME-Version: 1.0 Received: by 10.216.36.84 with SMTP id v62mr2409255wea.128.1245716305153; Mon, 22 Jun 2009 17:18:25 -0700 (PDT) Date: Mon, 22 Jun 2009 17:18:25 -0700 Message-ID: <86068e730906221718o7b37660ei640fe85085624e06@mail.gmail.com> From: Jerry Toung To: Robert Watson , net@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: in_pcb crash on 7.2 RELEASE 64bits X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Jun 2009 00:42:16 -0000 Hi List, may be someone has seen this already before I dig into the issue myself. A consistent crash with the following trace. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 04 fault virtual address = 0x164 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff806016c8 stack pointer = 0x10:0xfffffffefc079840 frame pointer = 0x10:0xc0000000 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1352 (gated) trap number = 12 panic: page fault cpuid = 4 Uptime: 5m37s Dumping 4093 MB (4 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 3326MB (851284 pages) 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok chunk 2: 1MB (1 pages) ... ok chunk 3: 768MB (196607 pages) 753 737 721 705 689 673 657 641 625 609 593 577 561 545 529 513 497 481 465 449 433 417 401 385 369 353 337 321 305 289 273 257 241 225 209 193 177 161 145 129 113 97 81 65 49 33 17 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff80521d59 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff80522162 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff807e6a93 in trap_fatal (frame=0xffffff00038a06e0, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:757 #5 0xffffffff807e6e65 in trap_pfault (frame=0xfffffffefc079790, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:673 #6 0xffffffff807e77a4 in trap (frame=0xfffffffefc079790) at /usr/src/sys/amd64/amd64/trap.c:444 #7 0xffffffff807cb90e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff806016c8 in in_pcbconnect_setup (inp=0xffffff001439d6c0, nam=Variable "nam" is not available. ) at /usr/src/sys/netinet/in_pcb.c:833 #9 0xffffffff806795a1 in udp_send (so=Variable "so" is not available. ) at /usr/src/sys/netinet/udp_usrreq.c:961 #10 0xffffffff8057d1a1 in sosend_dgram (so=0xffffff00143442d0, addr=0xffffff0003b6e530, uio=Variable "uio" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1059 #11 0xffffffff80581d77 in kern_sendit (td=0xffffff00038a06e0, s=22, mp=0xfffffffefc079af0, flags=4, control=0x0, segflg=Variable "segflg" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:805 #12 0xffffffff80584d4f in sendit (td=0xffffff00038a06e0, s=22, mp=0xfffffffefc079af0, flags=4) at /usr/src/sys/kern/uipc_syscalls.c:742 #13 0xffffffff80584de9 in sendmsg (td=0xffffff00038a06e0, uap=0xfffffffefc079bf0) at /usr/src/sys/kern/uipc_syscalls.c:938 #14 0xffffffff807e70e7 in syscall (frame=0xfffffffefc079c80) at /usr/src/sys/amd64/amd64/trap.c:900 #15 0xffffffff807cbb1b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #16 0x0000000801c1a00c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) f 8 #8 0xffffffff806016c8 in in_pcbconnect_setup (inp=0xffffff001439d6c0, nam=Variable "nam" is not available. ) at /usr/src/sys/netinet/in_pcb.c:833 833 /usr/src/sys/netinet/in_pcb.c: No such file or directory. in /usr/src/sys/netinet/in_pcb.c (kgdb) p *ia Cannot access memory at address 0x0 (kgdb) i loc ia = (struct in_ifaddr *) 0x0 oinp = Variable "oinp" is not available. (kgdb) thanks, Jerry From owner-freebsd-net@FreeBSD.ORG Tue Jun 23 07:54: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 369B01065675 for ; Tue, 23 Jun 2009 07:54:13 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id E76FF8FC25 for ; Tue, 23 Jun 2009 07:54:12 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 164322798B8; Tue, 23 Jun 2009 09:54:11 +0200 (CEST) Received: by astro.zen.inc (Postfix, from userid 1000) id 2FB4F1704B; Tue, 23 Jun 2009 10:18:46 +0200 (CEST) Date: Tue, 23 Jun 2009 10:18:46 +0200 From: VANHULLEBUS Yvan To: Chris Buechler Message-ID: <20090623081845.GA68752@zeninc.net> References: <20090619130040.GA53996@zeninc.net> <4A3D7885.9010809@pfsense.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A3D7885.9010809@pfsense.org> User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@FreeBSD.org Subject: Re: IPsec crash, patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Jun 2009 07:54:13 -0000 On Sat, Jun 20, 2009 at 08:02:13PM -0400, Chris Buechler wrote: > VANHULLEBUS Yvan wrote: > Hi, Hi. [...] > We tried this patch on 7.2 (with patch-natt-7.2-2009-05-12.diff from > your ~) due to a seemingly similar problem, but IPsec stops working with > the patch applied. Using test setup: > > Host A -- fwA -- fwB -- Host B > > where fwA has the patch and fwB is the same 7.2 minus this patch, and > there is an IPsec connection between fwA and fwB. It brings up the > connection no problem, and if I leave a constant ping going, every time > I restart racoon on fwA I get exactly one response through. Bjoern reported me that the actual patch will break things on IPv6 (another patch will be posted soon which should solve this problem), are you in a full IPv4 world, ordo you have some IPv6 + IPsec configuration ? > From tcpdump on enc0 on both ends and the actual NICs, I see that > traffic from Host B to Host A gets all the way through the tunnel to > Host A, it responds, the response is seen on fwA's LAN port, but it > doesn't hit enc0. Traffic from Host A to Host B is seen on the LAN port > of fwA, but not on enc0 and not on enc0 of the remote side. > > Replace the kernel on fwA with one minus the patch and it works fine > (except it will spontaneously reboot under high load). > > That's with patch-xform_freespfix-3. Should that work with 7.2 in > combination with the NAT-T patch? It applies cleanly. Pathc has been done against TRUNK, but it is probably exactly the same for 7.2. And yes, we're using it in combination with NAT-T patch. Can you test again with an INVARIANT kernel, which (I hope) will raise any locking issue ? Thanks for the report, Yvan. From owner-freebsd-net@FreeBSD.ORG Tue Jun 23 07:57: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 A4F49106566C; Tue, 23 Jun 2009 07:57:14 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 79D2E8FC1D; Tue, 23 Jun 2009 07:57:14 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (yongari@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5N7vEGQ022411; Tue, 23 Jun 2009 07:57:14 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5N7vEpk022405; Tue, 23 Jun 2009 07:57:14 GMT (envelope-from yongari) Date: Tue, 23 Jun 2009 07:57:14 GMT Message-Id: <200906230757.n5N7vEpk022405@freefall.freebsd.org> To: green@freebsd.org, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/87194: [fxp] fxp(4) promiscuous mode seems to corrupt hw-csum X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Jun 2009 07:57:14 -0000 Synopsis: [fxp] fxp(4) promiscuous mode seems to corrupt hw-csum State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jun 23 07:55:36 UTC 2009 State-Changed-Why: I guess you came across old bug of bridge(4) which it failed to disable Tx checksum offloading when one of member interface of a bridge can't handle Tx checksum offload. I believe that bug was fixed long time ago. Does this still problems on newer releases? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jun 23 07:55:36 UTC 2009 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=87194 From owner-freebsd-net@FreeBSD.ORG Tue Jun 23 08:28: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 E803D106564A; Tue, 23 Jun 2009 08:28:41 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D76CC8FC17; Tue, 23 Jun 2009 08:28:41 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (yongari@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5N8Sfx8048901; Tue, 23 Jun 2009 08:28:41 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5N8Sfi9048897; Tue, 23 Jun 2009 08:28:41 GMT (envelope-from yongari) Date: Tue, 23 Jun 2009 08:28:41 GMT Message-Id: <200906230828.n5N8Sfi9048897@freefall.freebsd.org> To: dave@daveg.ca, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/114839: [fxp] fxp looses ability to speak with traffic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2009 08:28:42 -0000 Synopsis: [fxp] fxp looses ability to speak with traffic State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jun 23 08:27:34 UTC 2009 State-Changed-Why: It seems your controller is plain i82559. Since you said you can see incoming traffics I think the controller do not have lock-up bug. By chance do you use fxp(4) on PAE environments or systems with more than 4GB of memory? Show me the output of "sysctl hw.busdma" to see whether bounce buffers are used. Also there was a lot of fxp(4) changes in HEAD. Could you try latest fxp(4) in HEAD? If you're using 7-stable or 7.2-RELEASE you can just copy if_fxp.c, if_fxpreg.h and if_fxpvar.h files from HEAD to 7-stable/7.2-RELEASE and rebuild kernel. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jun 23 08:27:34 UTC 2009 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=114839 From owner-freebsd-net@FreeBSD.ORG Tue Jun 23 08:31: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 177541065679; Tue, 23 Jun 2009 08:31:15 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E1C2F8FC14; Tue, 23 Jun 2009 08:31:14 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (yongari@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5N8VEwL056995; Tue, 23 Jun 2009 08:31:14 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5N8VEDr056991; Tue, 23 Jun 2009 08:31:14 GMT (envelope-from yongari) Date: Tue, 23 Jun 2009 08:31:14 GMT Message-Id: <200906230831.n5N8VEDr056991@freefall.freebsd.org> To: daniel@dgnetwork.com.br, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/121983: [fxp] fxp0 MBUF and PAE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Jun 2009 08:31:15 -0000 Synopsis: [fxp] fxp0 MBUF and PAE State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jun 23 08:30:24 UTC 2009 State-Changed-Why: There was a couple of bus_dma(9) fixes in HEAD which may fix the issue on PAE environments. Could you try latest fxp(4) in HEAD? If you're using 7-stable or 7.2-RELEASE you can just copy if_fxp.c, if_fxpreg.h and if_fxpvar.h files from HEAD to 7-stable/7.2-RELEASE and rebuild kernel. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jun 23 08:30:24 UTC 2009 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=121983 From owner-freebsd-net@FreeBSD.ORG Tue Jun 23 08:41: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 05AFE10656A7; Tue, 23 Jun 2009 08:41:27 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E84058FC1B; Tue, 23 Jun 2009 08:41:26 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (yongari@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5N8fQV1064846; Tue, 23 Jun 2009 08:41:26 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5N8fQg9064842; Tue, 23 Jun 2009 08:41:26 GMT (envelope-from yongari) Date: Tue, 23 Jun 2009 08:41:26 GMT Message-Id: <200906230841.n5N8fQg9064842@freefall.freebsd.org> To: shawkris@hotmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/124904: [fxp] EEPROM corruption with Compaq NC3163 NIC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Jun 2009 08:41:27 -0000 Synopsis: [fxp] EEPROM corruption with Compaq NC3163 NIC State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jun 23 08:39:57 UTC 2009 State-Changed-Why: Would you show me the output of "pciconf -lcv"? Also please give me more information for what other operating systems do when it detects EEPROM corruption. Do they write updated checksum to EEPROM? FreeBSD never write new data to EEPROM unless it have to disable dynamic standby mode. Did you see the message something like the following while fxp(4) probe is in progress? fxp0: Disabling dynamic standby mode in EEPROM Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jun 23 08:39:57 UTC 2009 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=124904 From owner-freebsd-net@FreeBSD.ORG Tue Jun 23 17:23: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 E2FA3106564A; Tue, 23 Jun 2009 17:23:52 +0000 (UTC) (envelope-from dave@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.freebsd.org (Postfix) with ESMTP id BA8158FC32; Tue, 23 Jun 2009 17:23:52 +0000 (UTC) (envelope-from dave@daveg.ca) Received: from [66.96.20.38] (hit.dclg.ca [66.96.20.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ox.eicat.ca (Postfix) with ESMTP id B8C5695AA3; Tue, 23 Jun 2009 13:00:12 -0400 (EDT) Message-ID: <4A410A1A.3050403@daveg.ca> Date: Tue, 23 Jun 2009 13:00:10 -0400 From: David Gilbert User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: yongari@FreeBSD.org References: <200906230828.n5N8Sfi9048897@freefall.freebsd.org> In-Reply-To: <200906230828.n5N8Sfi9048897@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: kern/114839: [fxp] fxp looses ability to speak with traffic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2009 17:23:53 -0000 yongari@FreeBSD.org wrote: > Synopsis: [fxp] fxp looses ability to speak with traffic > > State-Changed-From-To: open->feedback > State-Changed-By: yongari > State-Changed-When: Tue Jun 23 08:27:34 UTC 2009 > State-Changed-Why: > It seems your controller is plain i82559. Since you said you can > see incoming traffics I think the controller do not have lock-up > bug. By chance do you use fxp(4) on PAE environments or systems > with more than 4GB of memory? Show me the output of > "sysctl hw.busdma" to see whether bounce buffers are used. > > Also there was a lot of fxp(4) changes in HEAD. Could you try > latest fxp(4) in HEAD? If you're using 7-stable or 7.2-RELEASE you > can just copy if_fxp.c, if_fxpreg.h and if_fxpvar.h files from HEAD > to 7-stable/7.2-RELEASE and rebuild kernel. > > > Responsible-Changed-From-To: freebsd-net->yongari > Responsible-Changed-By: yongari > Responsible-Changed-When: Tue Jun 23 08:27:34 UTC 2009 > Responsible-Changed-Why: > Grab. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=114839 > Unfortunately, I lost access to that machine due to some business issues :). But I can tell you that it didn't have PAE enabled nor did it have 4G of memory (it either had 1G or 2G, but definately not 4G). Congrats on the cleanup of old tickets, but I can't do any testing for you as I don't have any other machines that did this. The server in question was a busy core router. My current core routers use em and bge chipsets. From owner-freebsd-net@FreeBSD.ORG Wed Jun 24 01:14:45 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 56FE61065678; Wed, 24 Jun 2009 01:14:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f194.google.com (mail-pz0-f194.google.com [209.85.222.194]) by mx1.freebsd.org (Postfix) with ESMTP id 172698FC2F; Wed, 24 Jun 2009 01:14:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by pzk32 with SMTP id 32so311354pzk.3 for ; Tue, 23 Jun 2009 18:14:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=vdVonvBZNmWw51NDLcNZn8B1542keYytJGvFiLzm76A=; b=XwG5zm4rnNj/868bKgFmowEJiMKbjUuWM3H83vYsnLl5+gic492Afj/fA4Kx+oy71F A3taLti4GPT164uIhJhEwSC+aykFTxJqaDxT2mFyAPXVBQOOr714tTxrHZFlhqdpoUIV veHlmcFqN+40a/K4F8TpPxEyVXsxWdGSTl/pU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=sk5ow8fqdXPyby7X9uT4pGzi3tH5FSdmNTRk9hVfMRtCLCLj+/70bOxLPxzaICcVqS p1gcAmUJCREh62wn2iwc2V1z6ivC2JjeFw1casPG643jWa/rY9cQxBPbluoSP3WQwgGs jiZOeNIu4ZH/vXO5jzD4Ntb/BhXwzr0J7SNqQ= Received: by 10.141.19.9 with SMTP id w9mr717906rvi.17.1245806084531; Tue, 23 Jun 2009 18:14:44 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g31sm2647688rvb.41.2009.06.23.18.14.41 (version=SSLv3 cipher=RC4-MD5); Tue, 23 Jun 2009 18:14:43 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 24 Jun 2009 10:19:58 +0900 From: Pyun YongHyeon Date: Wed, 24 Jun 2009 10:19:58 +0900 To: David Gilbert Message-ID: <20090624011958.GE10712@michelle.cdnetworks.co.kr> References: <200906230828.n5N8Sfi9048897@freefall.freebsd.org> <4A410A1A.3050403@daveg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A410A1A.3050403@daveg.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@FreeBSD.org, bug-followup@FreeBSD.org, yongari@FreeBSD.org Subject: Re: kern/114839: [fxp] fxp looses ability to speak with traffic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 01:14:45 -0000 On Tue, Jun 23, 2009 at 01:00:10PM -0400, David Gilbert wrote: > yongari@FreeBSD.org wrote: > >Synopsis: [fxp] fxp looses ability to speak with traffic > > > >State-Changed-From-To: open->feedback > >State-Changed-By: yongari > >State-Changed-When: Tue Jun 23 08:27:34 UTC 2009 > >State-Changed-Why: > >It seems your controller is plain i82559. Since you said you can > >see incoming traffics I think the controller do not have lock-up > >bug. By chance do you use fxp(4) on PAE environments or systems > >with more than 4GB of memory? Show me the output of > >"sysctl hw.busdma" to see whether bounce buffers are used. > > > >Also there was a lot of fxp(4) changes in HEAD. Could you try > >latest fxp(4) in HEAD? If you're using 7-stable or 7.2-RELEASE you > >can just copy if_fxp.c, if_fxpreg.h and if_fxpvar.h files from HEAD > >to 7-stable/7.2-RELEASE and rebuild kernel. > > > > > >Responsible-Changed-From-To: freebsd-net->yongari > >Responsible-Changed-By: yongari > >Responsible-Changed-When: Tue Jun 23 08:27:34 UTC 2009 > >Responsible-Changed-Why: > >Grab. > > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=114839 > > > Unfortunately, I lost access to that machine due to some business issues > :). But I can tell you that it didn't have PAE enabled nor did it have > 4G of memory (it either had 1G or 2G, but definately not 4G). > Ok, thanks for reply. > Congrats on the cleanup of old tickets, but I can't do any testing for > you as I don't have any other machines that did this. The server in > question was a busy core router. My current core routers use em and bge The server was SMP box? Also you used to rely on DEVICE_POLLING on fxp(4)? It's hard to say what was wrong here. You didn't encounter watchdog timeouts and you saw incoming traffic so I guess the controller is alive. What makes me wonder is why other end can't see frames sent from fxp(4). Are you sure you could be able to see incoming traffic? Checking netstat(1) also may have helped to analyze the issue as fxp(4) uses hardware MAC counters. ATM the only possible cause of the issue I can think of is the side-effect of disabling dynamic standby mode. You have to cold reboot(shutdown and remove power cord and wait a couple of min before replug the power cord) your box if you see the following message. fxp0: Disabling dynamic standby mode in EEPROM Otherwise you may encounter watchdog timeouts or odd behaviour. > chipsets. > From owner-freebsd-net@FreeBSD.ORG Wed Jun 24 21:08:40 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 C571D106566C; Wed, 24 Jun 2009 21:08:40 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id A1B0E8FC1E; Wed, 24 Jun 2009 21:08:40 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n5OLGl0G023748; Wed, 24 Jun 2009 14:16:48 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n5OL7PN3074987; Wed, 24 Jun 2009 14:07:25 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from gnnmac.hudson-trading.com (209.249.190.8.available.above.net [209.249.190.8] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.3) with ESMTP id n5OL7Nej043834 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 24 Jun 2009 14:07:24 -0700 (PDT) (envelope-from gnn@neville-neil.com) Message-Id: <6A71F680-1A9A-4F0A-AF96-CE67BA286CBE@neville-neil.com> From: George Neville-Neil To: Jerry Toung In-Reply-To: <86068e730906221718o7b37660ei640fe85085624e06@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 24 Jun 2009 17:07:23 -0400 References: <86068e730906221718o7b37660ei640fe85085624e06@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: ip=64.13.141.3; country=US; region=CA; city=Mountain View; latitude=37.3974; longitude=-122.0732; metrocode=807; areacode=650; http://maps.google.com/maps?q=37.3974,-122.0732&z=6 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: Robert Watson , net@freebsd.org Subject: Re: in_pcb crash on 7.2 RELEASE 64bits X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2009 21:08:41 -0000 On Jun 22, 2009, at 20:18 , Jerry Toung wrote: > Hi List, > may be someone has seen this already before I dig into the issue > myself. A > consistent crash > with the following trace. > Sorry, but what causes the crash? Is this spontaneous or are you running something on the machine that someone could use to reproduce this? Best, George From owner-freebsd-net@FreeBSD.ORG Thu Jun 25 04:26: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 D09361065674; Thu, 25 Jun 2009 04:26:02 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 366B28FC1C; Thu, 25 Jun 2009 04:26:01 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: by ewy9 with SMTP id 9so527235ewy.43 for ; Wed, 24 Jun 2009 21:26:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Y6BiLhvAYUpnr1q98RpH+G7x0Z0Td48F1xCXdwNB+9s=; b=d5HeMn6X3BkEhMgTW2tOOmtIWVxP2Vh1dsAFDG8qNYQR1wtvbbMVTgLaiVf915Nq82 4VLak9vHyDWSnLwmC2akLlCQ6oEUTMkoeLR6d0LfOFzYhQ7Os3RRwph8FNkAiZsT6umP g0GZYPc8nyUCtnnWvFF5PYh+uMw07K1MWLPYA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dAgPHmaj0LvP7QqwTtwLu9veBgfJfvruvaSeyEMMxdk7Np9G1PVgU1hxRWSgwUJUlh 97VNASn8Fp4w8tXZdlAkN591uciNhL4mTbxeRtjoBIar1Rb9aPuETZ8LB4kGpmMicQJ1 ZSgYgXXPY/JYQe9pRrWjEblF1fef7Fb76ttjw= MIME-Version: 1.0 Received: by 10.216.29.66 with SMTP id h44mr636958wea.136.1245903960875; Wed, 24 Jun 2009 21:26:00 -0700 (PDT) In-Reply-To: <6A71F680-1A9A-4F0A-AF96-CE67BA286CBE@neville-neil.com> References: <86068e730906221718o7b37660ei640fe85085624e06@mail.gmail.com> <6A71F680-1A9A-4F0A-AF96-CE67BA286CBE@neville-neil.com> Date: Wed, 24 Jun 2009 21:26:00 -0700 Message-ID: <86068e730906242126l290cf49ahd314165368c1416b@mail.gmail.com> From: Jerry Toung To: George Neville-Neil Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Robert Watson , net@freebsd.org Subject: Re: in_pcb crash on 7.2 RELEASE 64bits X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2009 04:26:03 -0000 On Wed, Jun 24, 2009 at 2:07 PM, George Neville-Neil wrote: > > On Jun 22, 2009, at 20:18 , Jerry Toung wrote: > > Hi List, >> may be someone has seen this already before I dig into the issue myself. >> A >> consistent crash >> with the following trace. >> >> Sorry, but what causes the crash? Is this spontaneous or are you running > something on the machine that someone could use to reproduce this? > > Best, > George it turned out to be a false alarm. a bad build caused this. sorry for the noise. Jerry From owner-freebsd-net@FreeBSD.ORG Thu Jun 25 08:43: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 000EE106564A for ; Thu, 25 Jun 2009 08:43:19 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 659748FC15 for ; Thu, 25 Jun 2009 08:43:19 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: (qmail invoked by alias); 25 Jun 2009 08:43:17 -0000 Received: from ipa49.58.107.79.tellas.gr (EHLO [169.254.0.1]) [79.107.58.49] by mail.gmx.com (mp-eu004) with SMTP; 25 Jun 2009 10:43:17 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+1rv9niGC1rriiDwlm0EHwbmLXCZ+ROeU9i+EznM O1BdAgjQgGY3SU Message-ID: <4A43386D.80500@gmx.com> Date: Thu, 25 Jun 2009 11:42:21 +0300 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58 Subject: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 08:43:20 -0000 Hello, I am trying to use a wireless ethernet USB thingy, but the ndis interface never appears. Any hints? ndis0: NDIS API version: 5.1 lock order reversal: 1st 0xc0edc900 HAL preemption lock (HAL lock) @ /usr/src/sys/compat/ndis/subr_hal.c:416 2nd 0xc23a61ec NDIS USB (network driver) @ /usr/src/sys/compat/ndis/subr_usbd.c:802 KDB: stack backtrace: db_trace_self_wrapper(c0c0f65b,c75527e4,c08af235,c08a015b,c0c1249e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08a015b,c0c1249e,c2117a58,c2114040,c7552840,...) at kdb_backtrace+0x29 _witness_debugger(c0c1249e,c23a61ec,c0c3cf54,c2114040,c0c36d8d,...) at _witness_debugger+0x25 witness_checkorder(c23a61ec,9,c0c36d8d,322,0,...) at witness_checkorder+0x839 _mtx_lock_flags(c23a61ec,0,c0c36d8d,322,c27f2a00,...) at _mtx_lock_flags+0xc4 usbd_irpcancel(c26c3100,c27f2a00,c7552954,c75529a0,c0acfe2a,...) at usbd_irpcancel+0x5c end(c27f2a00,c75529f8,c2980c80,0,40000,...) at 0xc220c2e1 end(40000000,c2980c80,c23a5000,c2706000,0,...) at 0xc22036e1 ndis_wg111v3_sys_drv_data_start(c2706000,0,5,ff44,0,...) at ndis_wg111v3_sys_drv_data_start+0x768f ndis_wg111v3_sys_drv_data_start(c2706000,0,44,c7552a08,c2706000,...) at ndis_wg111v3_sys_drv_data_start+0x3d86 ndis_wg111v3_sys_drv_data_start(c2706000,44,c7552a2c,c26e077a,c2706000,...) at ndis_wg111v3_sys_drv_data_start+0x4a73 ndis_wg111v3_sys_drv_data_start(c2706000,c2706000,c7552a48,c26cf5d2,c2706000,...) at 0xc26f24b2 ndis_wg111v3_sys_drv_data_start(c2706000,c7552a68,c7552a94,c23a6000,c2706000,...) at 0xc26e077a ndis_wg111v3_sys_drv_data_start(c7552ad4,c7552ad0,c23a5000,0,c2703000,...) at ndis_wg111v3_sys_drv_data_start+0x65d2 x86_stdcall_call(c23a6000,c220bac0,c2703000,1,c085f2ac,...) at x86_stdcall_call+0x1e ndis_attach(c2460a80,c2460a80,c0bb64fd,0,c22bc864,...) at ndis_attach+0x33c ndisusb_attach(c2460a80,c221885c,c0cef938,c0bfc63d,80000000,...) at ndisusb_attach+0xdb device_attach(c2460a80,4,c0c0ed75,9f1) at device_attach+0x36f device_probe_and_attach(c2460a80,c7552c1c,ffffffff,c23ae400,0,...) at device_probe_and_attach+0x4e usb_probe_and_attach_sub(c23ae400,0,c0bf354f,4c4,c7552c18,...) at usb_probe_and_attach_sub+0xde usb_probe_and_attach(c23ae400,ff,1e,c7552ca8,c07a4654,...) at usb_probe_and_attach+0x1b3 uhub_explore(c2399c00,0,c0bf1fec,cd,c228add4,...) at uhub_explore+0x766 usb_bus_explore(c228add4,c228ae4c,c0bfb560,51,c0d5fec0,...) at usb_bus_explore+0xbb usb_process(c228ad74,c7552d38,c0c079d2,334,c237d7f8,...) at usb_process+0xde fork_exit(c07a6de0,c228ad74,c7552d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc7552d70, ebp = 0 --- ndis0: warning: not enough write buffer space (1). ndis0: warning: not enough write buffer space (1). ndis0: warning: not enough write buffer space (1). ndis0: warning: not enough write buffer space (1). ndis0: warning: not enough write buffer space (1). Then it goes on repeating the "ndis0: ..." message. Thanks in advance for any hint, Nikos From owner-freebsd-net@FreeBSD.ORG Thu Jun 25 10:34: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 706BD1065673 for ; Thu, 25 Jun 2009 10:34:27 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-px0-f191.google.com (mail-px0-f191.google.com [209.85.216.191]) by mx1.freebsd.org (Postfix) with ESMTP id 377228FC1D for ; Thu, 25 Jun 2009 10:34:26 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by pxi29 with SMTP id 29so971158pxi.3 for ; Thu, 25 Jun 2009 03:34:26 -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=OUYaGJQrJaro03/y0b/IcKMjzH7O1H9bE/Lx1FJyLAQ=; b=hO9FnJaFuD4716bAbmMlz83st/aDC/XWtsBII9JoqhU/Kr4v40aDQCPznDSnEvZIRW erRaFlG8Nff9fTKA00KraaXJd69BenDT2FWGNKO9vnunAvucfDaW8bLymWFR8cyAOMjh GbJQYtkFxNubW86m89RjoTZQzOzlrC1aC0IkU= 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=ntf4kJvMX4oxiKSjN4pr2fNfQP8ZM4sjVvfHou0FnutNTrgtu4rHAPKKl9uyqNskvs clYSwrIb6si8XLAmxGbbyGDabPLasjGHgjfA/9bEeE6pjjmD6y65q9DeyH+zmuilZIoN SfLRlra5YaETcuShlG7koDbJ0gCTyGBwNsNMA= Received: by 10.141.26.19 with SMTP id d19mr2113267rvj.84.1245926066768; Thu, 25 Jun 2009 03:34:26 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id g14sm2120729rvb.54.2009.06.25.03.34.24 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Jun 2009 03:34:26 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Thu, 25 Jun 2009 19:34:20 +0900 From: Weongyo Jeong Date: Thu, 25 Jun 2009 19:34:20 +0900 To: Nikos Vassiliadis Message-ID: <20090625103420.GD31161@weongyo.cdnetworks.kr> Mail-Followup-To: Nikos Vassiliadis , freebsd-net@freebsd.org References: <4A43386D.80500@gmx.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <4A43386D.80500@gmx.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: ndis and USB wirelless ethernet 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: Thu, 25 Jun 2009 10:34:27 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jun 25, 2009 at 11:42:21AM +0300, Nikos Vassiliadis wrote: > Hello, > > I am trying to use a wireless ethernet USB thingy, > but the ndis interface never appears. Any hints? > > > ndis0: NDIS API version: 5.1 > lock order reversal: > 1st 0xc0edc900 HAL preemption lock (HAL lock) @ > /usr/src/sys/compat/ndis/subr_hal.c:416 > 2nd 0xc23a61ec NDIS USB (network driver) @ > /usr/src/sys/compat/ndis/subr_usbd.c:802 > KDB: stack backtrace: > db_trace_self_wrapper(c0c0f65b,c75527e4,c08af235,c08a015b,c0c1249e,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c08a015b,c0c1249e,c2117a58,c2114040,c7552840,...) at > kdb_backtrace+0x29 > _witness_debugger(c0c1249e,c23a61ec,c0c3cf54,c2114040,c0c36d8d,...) at > _witness_debugger+0x25 > witness_checkorder(c23a61ec,9,c0c36d8d,322,0,...) at > witness_checkorder+0x839 > _mtx_lock_flags(c23a61ec,0,c0c36d8d,322,c27f2a00,...) at > _mtx_lock_flags+0xc4 > usbd_irpcancel(c26c3100,c27f2a00,c7552954,c75529a0,c0acfe2a,...) at > usbd_irpcancel+0x5c > end(c27f2a00,c75529f8,c2980c80,0,40000,...) at 0xc220c2e1 > end(40000000,c2980c80,c23a5000,c2706000,0,...) at 0xc22036e1 > ndis_wg111v3_sys_drv_data_start(c2706000,0,5,ff44,0,...) at > ndis_wg111v3_sys_drv_data_start+0x768f > ndis_wg111v3_sys_drv_data_start(c2706000,0,44,c7552a08,c2706000,...) at > ndis_wg111v3_sys_drv_data_start+0x3d86 > ndis_wg111v3_sys_drv_data_start(c2706000,44,c7552a2c,c26e077a,c2706000,...) > at ndis_wg111v3_sys_drv_data_start+0x4a73 > ndis_wg111v3_sys_drv_data_start(c2706000,c2706000,c7552a48,c26cf5d2,c2706000,...) > at 0xc26f24b2 > ndis_wg111v3_sys_drv_data_start(c2706000,c7552a68,c7552a94,c23a6000,c2706000,...) > at 0xc26e077a > ndis_wg111v3_sys_drv_data_start(c7552ad4,c7552ad0,c23a5000,0,c2703000,...) > at ndis_wg111v3_sys_drv_data_start+0x65d2 > x86_stdcall_call(c23a6000,c220bac0,c2703000,1,c085f2ac,...) at > x86_stdcall_call+0x1e > ndis_attach(c2460a80,c2460a80,c0bb64fd,0,c22bc864,...) at ndis_attach+0x33c > ndisusb_attach(c2460a80,c221885c,c0cef938,c0bfc63d,80000000,...) at > ndisusb_attach+0xdb > device_attach(c2460a80,4,c0c0ed75,9f1) at device_attach+0x36f > device_probe_and_attach(c2460a80,c7552c1c,ffffffff,c23ae400,0,...) at > device_probe_and_attach+0x4e > usb_probe_and_attach_sub(c23ae400,0,c0bf354f,4c4,c7552c18,...) at > usb_probe_and_attach_sub+0xde > usb_probe_and_attach(c23ae400,ff,1e,c7552ca8,c07a4654,...) at > usb_probe_and_attach+0x1b3 > uhub_explore(c2399c00,0,c0bf1fec,cd,c228add4,...) at uhub_explore+0x766 > usb_bus_explore(c228add4,c228ae4c,c0bfb560,51,c0d5fec0,...) at > usb_bus_explore+0xbb > usb_process(c228ad74,c7552d38,c0c079d2,334,c237d7f8,...) at usb_process+0xde > fork_exit(c07a6de0,c228ad74,c7552d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc7552d70, ebp = 0 --- > ndis0: warning: not enough write buffer space (1). > ndis0: warning: not enough write buffer space (1). > ndis0: warning: not enough write buffer space (1). > ndis0: warning: not enough write buffer space (1). > ndis0: warning: not enough write buffer space (1). > > Then it goes on repeating the "ndis0: ..." message. > > Thanks in advance for any hint, Hello Nikos, Could you please test with attached patch and show me the result? regards, Weongyo Jeong --tKW2IUtsqtDRztdT Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_ndisusb_20090625.diff" Index: subr_usbd.c =================================================================== --- subr_usbd.c (revision 194936) +++ subr_usbd.c (working copy) @@ -82,10 +82,11 @@ #define USBD_CTRL_WRITE_PIPE 1 #define USBD_CTRL_MAX_PIPE 2 #define USBD_CTRL_READ_BUFFER_SP 256 +#define USBD_CTRL_WRITE_BUFFER_SP 256 #define USBD_CTRL_READ_BUFFER_SIZE \ (sizeof(struct usb_device_request) + USBD_CTRL_READ_BUFFER_SP) #define USBD_CTRL_WRITE_BUFFER_SIZE \ - (sizeof(struct usb_device_request)) + (sizeof(struct usb_device_request) + USBD_CTRL_WRITE_BUFFER_SP) static struct usb_config usbd_default_epconfig[USBD_CTRL_MAX_PIPE] = { [USBD_CTRL_READ_PIPE] = { .type = UE_CONTROL, @@ -1065,7 +1066,7 @@ vcreq->uvc_trans_buflen)); usbd_xfer_set_frames(xfer, 2); } else { - if (nx->nx_urblen > 0) + if (nx->nx_urblen > USBD_CTRL_WRITE_BUFFER_SP) device_printf(sc->ndis_dev, "warning: not enough write buffer space" " (%d).\n", nx->nx_urblen); --tKW2IUtsqtDRztdT-- From owner-freebsd-net@FreeBSD.ORG Thu Jun 25 12:17: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 AE9911065674 for ; Thu, 25 Jun 2009 12:17:11 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 0257A8FC25 for ; Thu, 25 Jun 2009 12:17:10 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: (qmail invoked by alias); 25 Jun 2009 12:17:09 -0000 Received: from ipa49.58.107.79.tellas.gr (EHLO [169.254.0.1]) [79.107.58.49] by mail.gmx.com (mp-eu003) with SMTP; 25 Jun 2009 14:17:09 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX19InakpKFFITSY/AX4sUu6QJ36CPQEthIffRN/B03 Wz1XuvIjqBxJPL Message-ID: <4A436A8A.1000405@gmx.com> Date: Thu, 25 Jun 2009 15:16:10 +0300 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Nikos Vassiliadis , freebsd-net@freebsd.org, weongyo@freebsd.org References: <4A43386D.80500@gmx.com> <20090625103420.GD31161@weongyo.cdnetworks.kr> In-Reply-To: <20090625103420.GD31161@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.7 Cc: Subject: Re: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 12:17:11 -0000 Weongyo Jeong wrote: > Could you please test with attached patch and show me the result? The repeating warning message went away and the ndis0 interface appeared. Now, when I try to 'up' the interface, ifconfig gets stuck in KeWFS state. If I try a second ifconfig, it will show the ndis0 in up state, though I am not sure it really is. Any subsequent command(assign an IP address, change media, change MTU etc) fails. The ether command also stucks in KeWFS. Thanks a lot for the patch Weongyo, if you have any other idea, I'll be happy to test it! Nikos From owner-freebsd-net@FreeBSD.ORG Fri Jun 26 04:12:53 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42AC41065679 for ; Fri, 26 Jun 2009 04:12:53 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-px0-f191.google.com (mail-px0-f191.google.com [209.85.216.191]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE6A8FC14 for ; Fri, 26 Jun 2009 04:12:52 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by pxi29 with SMTP id 29so1413085pxi.3 for ; Thu, 25 Jun 2009 21:12:52 -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=+IPFwRpAcsKecOrAqVkGbdl6zCeOupzMSp4rEXnWGs0=; b=gpbtqSwN//utNLzpKx8VxbOPID5kCw+YrHQWA3039lyzH3Vw9zzce3UycAsenkpa7P m2pcK78BH+8c5fg5QNdvkeXcZ97m9ygm6ihCS7mScXwokAuHmrZlfRsP0fE6IlUm4+X3 joaRotcQXDhm4iDnb1Nfd2dhb17lcJ3GnlaoE= 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=X9fy5se+tAWo7IzpPUziM2u8OrE6igiy/q8mtOmc3pxbc7ZKgvK+NLTjie1eimYISJ NQN52HD6OtI+2M2f6rnne1rGg4daMXNohkgQJGQKSV0LwBAqb0gZvU5ngikqZv4kE15a 9DjRv/ii5q+2CufAMVwAhLmj+6Q06Htv/Ar9k= Received: by 10.141.27.16 with SMTP id e16mr2746476rvj.219.1245989572615; Thu, 25 Jun 2009 21:12:52 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm4734063rvb.32.2009.06.25.21.12.50 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Jun 2009 21:12:51 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Fri, 26 Jun 2009 13:12:46 +0900 From: Weongyo Jeong Date: Fri, 26 Jun 2009 13:12:46 +0900 To: Nikos Vassiliadis Message-ID: <20090626041246.GE31161@weongyo.cdnetworks.kr> Mail-Followup-To: Nikos Vassiliadis , freebsd-net@freebsd.org References: <4A43386D.80500@gmx.com> <20090625103420.GD31161@weongyo.cdnetworks.kr> <4A436A8A.1000405@gmx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A436A8A.1000405@gmx.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: ndis and USB wirelless ethernet 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: Fri, 26 Jun 2009 04:12:53 -0000 On Thu, Jun 25, 2009 at 03:16:10PM +0300, Nikos Vassiliadis wrote: > Weongyo Jeong wrote: > >Could you please test with attached patch and show me the result? > > The repeating warning message went away and the ndis0 interface > appeared. Now, when I try to 'up' the interface, ifconfig gets > stuck in KeWFS state. If I try a second ifconfig, it will show > the ndis0 in up state, though I am not sure it really is. Any > subsequent command(assign an IP address, change media, change > MTU etc) fails. The ether command also stucks in KeWFS. > > Thanks a lot for the patch Weongyo, if you have any other > idea, I'll be happy to test it! Could you show me the *full* result after enabling `sysctl debug.ndis=1'? Maybe steps would be as follows: # kldload ndis if_ndis NDIS_module # sysctl debug.ndis=1 [then plug-in USB stick] # ifconfig wlan0 create wlandev ndis0 # ifconfig wlan0 ssid blah up regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Fri Jun 26 04:15:03 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 2F49A106564A for ; Fri, 26 Jun 2009 04:15:03 +0000 (UTC) (envelope-from callumgibson@optusnet.com.au) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id A6B4A8FC0C for ; Fri, 26 Jun 2009 04:15:02 +0000 (UTC) (envelope-from callumgibson@optusnet.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n5Q1cXVq017539 for ; Fri, 26 Jun 2009 11:38:33 +1000 Received: from omma.gibson.athome (c122-106-69-195.rivrw1.nsw.optusnet.com.au [122.106.69.195]) by mail07.syd.optusnet.com.au (8.13.1/8.13.1) with SMTP id n5Q1cULP000559 for ; Fri, 26 Jun 2009 11:38:31 +1000 Received: (qmail 50724 invoked by uid 107); 26 Jun 2009 11:38:30 +1000 Date: 26 Jun 2009 11:38:30 +1000 Date: Fri, 26 Jun 2009 11:38:30 +1000 From: Callum Gibson To: freebsd-net@freebsd.org Message-ID: <20090626013829.GA49997@omma.gibson.athome> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: bwi mac address changes? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2009 04:15:03 -0000 G'day, I'm giving the new bwi driver a spin on my HP nx6125 which has a Broadcom BCM4309 wireless nic. This machine came with 32bit WinXP and under FreeBSD I've been using ndis with a 64bit Windows driver from Asus (I think). As a general report, the bwi driver in combination with the bwi-firmware-kmod port is working well. I am experiencing a display glitch on my X root window which seems to be related to using this driver, but no issues apart from that so far. Today I noticed I'd retrieved a new IP with DHCP and tracked it down to a change in MAC address. Going through the messages file I noticed it was always one less when using bwi and reverted back to the original MAC address under ndis (and Windows XP with the 32 bit driver). ndis: XX:XX:XX:XX:XX:39 bwi: XX:XX:XX:XX:XX:38 Is this expected behaviour or is something odd happening? It's not related to the firmware kmod because the logs showed it changed MAC with bwi before I'd installed that port. Someone suggested it might be trimming the LSB. I'm running fairly recent current (a week old): FreeBSD incant 8.0-CURRENT FreeBSD 8.0-CURRENT #4: Thu Jun 25 20:48:42 EST 2009 root@incant:/usr/obj/usr/src/sys/INCANT amd64 regards, Callum -- Callum Gibson @ home http://members.optusnet.com.au/callumgibson/ From owner-freebsd-net@FreeBSD.ORG Fri Jun 26 07:59: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 7A66F1065675 for ; Fri, 26 Jun 2009 07:59:00 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from mail.esigetel.fr (venus.esigetel.fr [192.134.106.8]) by mx1.freebsd.org (Postfix) with ESMTP id 01ADA8FC13 for ; Fri, 26 Jun 2009 07:58:59 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: by mail.esigetel.fr (Postfix, from userid 65534) id 8A059100F5; Fri, 26 Jun 2009 09:39:59 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on venus.esigetel.avon X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.1.8 Received: from localhost (localhost [127.0.0.1]) by mail.esigetel.fr (Postfix) with ESMTP id 650D4100EE; Fri, 26 Jun 2009 09:39:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at esigetel.fr Received: from mail.esigetel.fr ([127.0.0.1]) by localhost (venus.esigetel.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q+dJE7MFGJhr; Fri, 26 Jun 2009 09:39:52 +0200 (CEST) Received: from webmail.esigetel.fr (neo.ecampus.avon [192.168.106.14]) by mail.esigetel.fr (Postfix) with ESMTP id 914E6100EA; Fri, 26 Jun 2009 09:39:52 +0200 (CEST) Received: from 195.115.85.204 (proxying for unknown) by webmail.esigetel.fr with HTTP; Fri, 26 Jun 2009 09:39:52 +0200 (CEST) Message-ID: <12249.195.115.85.204.1246001992.squirrel@webmail.esigetel.fr> In-Reply-To: <4A43386D.80500@gmx.com> References: <4A43386D.80500@gmx.com> Date: Fri, 26 Jun 2009 09:39:52 +0200 (CEST) From: "JASSAL Aman" To: "Nikos Vassiliadis" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jun 2009 07:59:00 -0000 Hello Mr.Vassiliadis, I see you were trying to use a Netgear WG111v3 WiFi dongle. I had also tried to work with this dongle last year with FreeBSD 7.0 but to no avail, ndis never managed to build a correct driver module for this dongle. I don't know if the more recent versions of FreeBSD have added support for this dongle, but if you are in a hurry, you can try using Hercules' WiFi dongle for example, they are well taken in charge of by the rum driver. NDIS works well when you have devices and their XP drivers, I don't really know if the guys working on Project Evil have also performed some work to build modules with Vista drivers. Good luck Aman Jassal Le Jeu 25 juin 2009 10:42, Nikos Vassiliadis a écrit : > Hello, > > > I am trying to use a wireless ethernet USB thingy, > but the ndis interface never appears. Any hints? > > > ndis0: NDIS API version: 5.1 > lock order reversal: 1st 0xc0edc900 HAL preemption lock (HAL lock) @ > /usr/src/sys/compat/ndis/subr_hal.c:416 > 2nd 0xc23a61ec NDIS USB (network driver) @ > /usr/src/sys/compat/ndis/subr_usbd.c:802 > KDB: stack backtrace: > db_trace_self_wrapper(c0c0f65b,c75527e4,c08af235,c08a015b,c0c1249e,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c08a015b,c0c1249e,c2117a58,c2114040,c7552840,...) at > kdb_backtrace+0x29 > _witness_debugger(c0c1249e,c23a61ec,c0c3cf54,c2114040,c0c36d8d,...) at > _witness_debugger+0x25 > witness_checkorder(c23a61ec,9,c0c36d8d,322,0,...) at > witness_checkorder+0x839 > _mtx_lock_flags(c23a61ec,0,c0c36d8d,322,c27f2a00,...) at > _mtx_lock_flags+0xc4 > usbd_irpcancel(c26c3100,c27f2a00,c7552954,c75529a0,c0acfe2a,...) at > usbd_irpcancel+0x5c end(c27f2a00,c75529f8,c2980c80,0,40000,...) at > 0xc220c2e1 > end(40000000,c2980c80,c23a5000,c2706000,0,...) at 0xc22036e1 > ndis_wg111v3_sys_drv_data_start(c2706000,0,5,ff44,0,...) at > ndis_wg111v3_sys_drv_data_start+0x768f > ndis_wg111v3_sys_drv_data_start(c2706000,0,44,c7552a08,c2706000,...) at > ndis_wg111v3_sys_drv_data_start+0x3d86 > ndis_wg111v3_sys_drv_data_start(c2706000,44,c7552a2c,c26e077a,c2706000,.. > .) > at ndis_wg111v3_sys_drv_data_start+0x4a73 > ndis_wg111v3_sys_drv_data_start(c2706000,c2706000,c7552a48,c26cf5d2,c2706 > 000,...) > at 0xc26f24b2 > ndis_wg111v3_sys_drv_data_start(c2706000,c7552a68,c7552a94,c23a6000,c2706 > 000,...) > at 0xc26e077a > ndis_wg111v3_sys_drv_data_start(c7552ad4,c7552ad0,c23a5000,0,c2703000,... > ) > at ndis_wg111v3_sys_drv_data_start+0x65d2 > x86_stdcall_call(c23a6000,c220bac0,c2703000,1,c085f2ac,...) at > x86_stdcall_call+0x1e > ndis_attach(c2460a80,c2460a80,c0bb64fd,0,c22bc864,...) at > ndis_attach+0x33c > ndisusb_attach(c2460a80,c221885c,c0cef938,c0bfc63d,80000000,...) at > ndisusb_attach+0xdb device_attach(c2460a80,4,c0c0ed75,9f1) at > device_attach+0x36f > device_probe_and_attach(c2460a80,c7552c1c,ffffffff,c23ae400,0,...) at > device_probe_and_attach+0x4e > usb_probe_and_attach_sub(c23ae400,0,c0bf354f,4c4,c7552c18,...) at > usb_probe_and_attach_sub+0xde > usb_probe_and_attach(c23ae400,ff,1e,c7552ca8,c07a4654,...) at > usb_probe_and_attach+0x1b3 > uhub_explore(c2399c00,0,c0bf1fec,cd,c228add4,...) at uhub_explore+0x766 > usb_bus_explore(c228add4,c228ae4c,c0bfb560,51,c0d5fec0,...) at > usb_bus_explore+0xbb > usb_process(c228ad74,c7552d38,c0c079d2,334,c237d7f8,...) at > usb_process+0xde fork_exit(c07a6de0,c228ad74,c7552d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = > 0xc7552d70, ebp = 0 --- > ndis0: warning: not enough write buffer space (1). > ndis0: warning: not enough write buffer space (1). > ndis0: warning: not enough write buffer space (1). > ndis0: warning: not enough write buffer space (1). > ndis0: warning: not enough write buffer space (1). > > > Then it goes on repeating the "ndis0: ..." message. > > > Thanks in advance for any hint, > > > Nikos > _______________________________________________ > 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 Jun 26 08:01: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 D39E9106564A; Fri, 26 Jun 2009 08:01:13 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0212E8FC13; Fri, 26 Jun 2009 08:01:12 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3185-ipbf514funabasi.chiba.ocn.ne.jp [123.225.96.185]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n5Q810Zt039734; Fri, 26 Jun 2009 17:01:11 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n5Q80pCc006581; Fri, 26 Jun 2009 17:00:53 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 26 Jun 2009 17:00:06 +0900 (JST) Message-Id: <20090626.170006.244306978.hrs@allbsd.org> To: net@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Fri_Jun_26_17_00_06_2009_834)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Fri, 26 Jun 2009 17:01:12 +0900 (JST) Cc: ume@FreeBSD.org, hrs@FreeBSD.org, bz@FreeBSD.org, jinmei@isc.org, rwatson@FreeBSD.org Subject: RFC: convert net.inet6.ip6.{accept_rtadv,auto_linklocal} to per-interface flags X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2009 08:01:14 -0000 ----Security_Multipart0(Fri_Jun_26_17_00_06_2009_834)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_Jun_26_17_00_06_2009_451)--" Content-Transfer-Encoding: 7bit ----Next_Part(Fri_Jun_26_17_00_06_2009_451)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I want to convert net.inet6.ip6.{accept_rtadv,auto_linklocal} to per-interface flags to nuke rc.d/auto_linklocal. The motivations and changes are as follow. If you are using IPv6 and/or familiar with the IPv6 implementation, please let me know your comments. The ip6.autolinklocal had been enabled but disabled since 6.2R by default because automatic configuration of L3 address is insecure. However, it makes IPv6 configuration complex because of no link-local address on an interface. Malformed address configuration can be happened easily on a system with $ipv6_enable="NO". for example. In addition, the rc.conf knob does not mean the IPv6 functionality is completely disabled. Using an interface for IPv4-only is difficult. So, I want to add the following changes: 1. Use per-interface ND6 flag "ifdisabled" as a flag for if it is IPv6-enabled or not. Set it by default. 2. Automatic link-local address configuration is performed when the ifdisabled flag is clear, not at attach time of the interface. This is implemented as a per-interface flag "auto_linklocal". 3. Accepting Router Advertisement message is also controlled by per-interface flag "accept_rtadv". 4. ip6.auto_linklocal and ip6.accept_rtadv sysctls are for default values of the per-interface flags, not global ones that can override them. User-visible changes are: * for IPv4-only people None. IPv6 is disabled by default and no IPv6 packet will be sent even if an AF_INET6 address is configured on a network interface. * for IPv6-only people $ipv6_enable knob is removed. To enable IPv6, add interfaces to $ipv6_network_interfaces. The variable is set "none" by default. To configure IPv6 interface manually, doing "ifconfig fxp0 inet6 -ifdisabled" is needed. $ipv6_network_interfaces will do it automatically. The net.inet6.ip6.accept_rtadv and net.inet6.ip6.auto_linklocal are no longer global flags to control the functionality. * for people using both IPv4 and IPv6 on the same system: IPv6 can be disabled by "ifdisabled" flag. Accept of Router Advertisement message can be disabled by "accept_rtadv" flag. The patch for the latest current is attached. Thanks. -- Hiroki ----Next_Part(Fri_Jun_26_17_00_06_2009_451)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ipv6_20090626.diff" Index: sys/netinet6/in6_ifattach.c =================================================================== --- sys/netinet6/in6_ifattach.c (revision 195002) +++ sys/netinet6/in6_ifattach.c (working copy) @@ -68,7 +68,6 @@ #ifdef VIMAGE_GLOBALS unsigned long in6_maxmtu; -int ip6_auto_linklocal; struct callout in6_tmpaddrtimer_ch; extern struct inpcbinfo ripcbinfo; #endif @@ -751,16 +750,21 @@ } /* - * assign a link-local address, if there's none. + * assign a link-local address, if there's none, + * the interface has !ND6_IFF_IFDISABLED && ND6_IFF_AUTO_LINKLOCAL. */ - if (V_ip6_auto_linklocal && ifp->if_type != IFT_BRIDGE) { + if (ifp->if_type != IFT_BRIDGE + && !(ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) + && ND_IFINFO(ifp)->flags & ND6_IFF_AUTO_LINKLOCAL) { + int error; + ia = in6ifa_ifpforlinklocal(ifp, 0); if (ia == NULL) { - if (in6_ifattach_linklocal(ifp, altifp) == 0) { - /* linklocal address assigned */ - } else { - /* failed to assign linklocal address. bark? */ - } + error = in6_ifattach_linklocal(ifp, altifp); + if (error) + log(LOG_NOTICE, "in6_ifattach_linklocal: " + "failed to add a link-local addr to %s\n", + if_name(ifp)); } else ifa_free(&ia->ia_ifa); } Index: sys/netinet6/ip6_var.h =================================================================== --- sys/netinet6/ip6_var.h (revision 195002) +++ sys/netinet6/ip6_var.h (working copy) @@ -306,7 +306,7 @@ extern int ip6_sendredirects; /* send IP redirects when forwarding? */ extern int ip6_maxfragpackets; /* Maximum packets in reassembly queue */ extern int ip6_maxfrags; /* Maximum fragments in reassembly queue */ -extern int ip6_accept_rtadv; /* Acts as a host not a router */ +extern int ip6_accept_rtadv; /* default of ND6_IFF_ACCEPT_RTADV */ extern int ip6_keepfaith; /* Firewall Aided Internet Translator */ extern int ip6_log_interval; extern time_t ip6_log_time; Index: sys/netinet6/in6_proto.c =================================================================== --- sys/netinet6/in6_proto.c (revision 195002) +++ sys/netinet6/in6_proto.c (working copy) @@ -387,6 +387,7 @@ int ip6_defhlim; int ip6_defmcasthlim; int ip6_accept_rtadv; +int ip6_auto_linklocal; int ip6_maxfragpackets; int ip6_maxfrags; int ip6_log_interval; @@ -503,7 +504,9 @@ SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_MAXFRAGPACKETS, maxfragpackets, CTLFLAG_RW, ip6_maxfragpackets, 0, ""); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_ACCEPT_RTADV, - accept_rtadv, CTLFLAG_RW, ip6_accept_rtadv, 0, ""); + accept_rtadv, CTLFLAG_RW, ip6_accept_rtadv, 0, + "default value of per-interface flag for accepting ICMPv6 Router" + "Advertisement message"); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_KEEPFAITH, keepfaith, CTLFLAG_RW, ip6_keepfaith, 0, ""); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_LOG_INTERVAL, @@ -533,7 +536,9 @@ SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_V6ONLY, v6only, CTLFLAG_RW, ip6_v6only, 0, ""); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_AUTO_LINKLOCAL, - auto_linklocal, CTLFLAG_RW, ip6_auto_linklocal, 0, ""); + auto_linklocal, CTLFLAG_RW, ip6_auto_linklocal, 0, + "default value of per-interface flag for adding an IPv6 link-local" + " address to interfaces automatically when attached"); SYSCTL_V_STRUCT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_RIP6STATS, rip6stats, CTLFLAG_RD, rip6stat, rip6stat, ""); SYSCTL_V_INT(V_NET, vnet_inet6, _net_inet6_ip6, IPV6CTL_PREFER_TEMPADDR, Index: sys/netinet6/nd6.c =================================================================== --- sys/netinet6/nd6.c (revision 195002) +++ sys/netinet6/nd6.c (working copy) @@ -68,9 +68,9 @@ #include #include #include -#include #include #include +#include #include #include @@ -214,13 +214,16 @@ nd->basereachable = REACHABLE_TIME; nd->reachable = ND_COMPUTE_RTIME(nd->basereachable); nd->retrans = RETRANS_TIMER; - /* - * Note that the default value of ip6_accept_rtadv is 0, which means - * we won't accept RAs by default even if we set ND6_IFF_ACCEPT_RTADV - * here. - */ - nd->flags = (ND6_IFF_PERFORMNUD | ND6_IFF_ACCEPT_RTADV); + nd->flags = ND6_IFF_PERFORMNUD; + if (V_ip6_auto_linklocal) + nd->flags |= ND6_IFF_AUTO_LINKLOCAL; + if (V_ip6_accept_rtadv) + nd->flags |= ND6_IFF_ACCEPT_RTADV; + /* disable NDP on interfaces other than loopback by default */ + if (!(ifp->if_flags & IFF_LOOPBACK)) + nd->flags |= ND6_IFF_IFDISABLED; + /* XXX: we cannot call nd6_setmtu since ifp is not fully initialized */ nd6_setmtu0(ifp, nd); @@ -850,11 +853,9 @@ if (V_nd6_defifindex == ifp->if_index) nd6_setdefaultiface(0); - if (!V_ip6_forwarding && V_ip6_accept_rtadv) { /* XXX: too restrictive? */ - /* refresh default router list - * - * - */ + if (V_ip6_forwarding == 0 + && ND_IFINFO(ifp)->flags & ND6_IFF_ACCEPT_RTADV) { + /* refresh default router list */ defrouter_select(); } @@ -1307,7 +1308,60 @@ ND_IFINFO(ifp)->chlim = ND.chlim; /* FALLTHROUGH */ case SIOCSIFINFO_FLAGS: - ND_IFINFO(ifp)->flags = ND.flags; + { + struct ifaddr *ifa; + struct in6_ifaddr *ia; + if ((ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) + && !(ND.flags & ND6_IFF_IFDISABLED)) { + /* ifdisabled 1->0 transision */ + + /* + * If the interface is marked as ND6_IFF_IFDISABLED and + * has an link-local address with IN6_IFF_DUPLICATED, + * do not clear ND6_IFF_IFDISABLED. + * See RFC 4862, Section 5.4.5. + */ + int duplicated_linklocal = 0; + + IF_ADDR_LOCK(ifp); + TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { + if (ifa->ifa_addr->sa_family != AF_INET6) + continue; + ia = (struct in6_ifaddr *)ifa; + if ((ia->ia6_flags & IN6_IFF_DUPLICATED) + && IN6_IS_ADDR_LINKLOCAL(&ia->ia_addr.sin6_addr)) { + duplicated_linklocal = 0; + break; + } + } + IF_ADDR_UNLOCK(ifp); + + if (duplicated_linklocal) { + ND_IFINFO(ifp)->flags = ND.flags & ~ND6_IFF_IFDISABLED; + log(LOG_ERR, "cannot enable an interface" + " with an link-local address marked" + " duplicated.\n"); + } else { + ND_IFINFO(ifp)->flags = ND.flags; + in6_if_up(ifp); + } + } else if (!(ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) + && (ND.flags & ND6_IFF_IFDISABLED)) { + /* ifdisabled 0->1 transision */ + /* mark all IPv6 address as tentative */ + + ND_IFINFO(ifp)->flags = ND.flags; + IF_ADDR_LOCK(ifp); + TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { + if (ifa->ifa_addr->sa_family != AF_INET6) + continue; + ia = (struct in6_ifaddr *)ifa; + ia->ia6_flags |= IN6_IFF_TENTATIVE; + } + IF_ADDR_UNLOCK(ifp); + } else + ND_IFINFO(ifp)->flags = ND.flags; + } break; #undef ND case SIOCSNDFLUSH_IN6: /* XXX: the ioctl name is confusing... */ @@ -1645,7 +1699,10 @@ * for those are not autoconfigured hosts, we explicitly avoid such * cases for safety. */ - if (do_update && router && !V_ip6_forwarding && V_ip6_accept_rtadv) { + if (do_update + && router + && V_ip6_forwarding == 0 + && ND_IFINFO(ifp)->flags & ND6_IFF_ACCEPT_RTADV) { /* * guaranteed recursion */ Index: sys/netinet6/nd6_nbr.c =================================================================== --- sys/netinet6/nd6_nbr.c (revision 195002) +++ sys/netinet6/nd6_nbr.c (working copy) @@ -1204,6 +1204,9 @@ if (!(ifa->ifa_ifp->if_flags & IFF_UP)) { return; } + if (ND_IFINFO(ifa->ifa_ifp)->flags & ND6_IFF_IFDISABLED) { + return; + } if (nd6_dad_find(ifa) != NULL) { /* DAD already in progress */ return; @@ -1411,7 +1414,7 @@ * identifier based on the hardware address which is supposed to be * uniquely assigned (e.g., EUI-64 for an Ethernet interface), IP * operation on the interface SHOULD be disabled. - * [rfc2462bis-03 Section 5.4.5] + * [RFC 4862, Section 5.4.5] */ if (IN6_IS_ADDR_LINKLOCAL(&ia->ia_addr.sin6_addr)) { struct in6_addr in6; Index: sys/netinet6/in6.c =================================================================== --- sys/netinet6/in6.c (revision 195002) +++ sys/netinet6/in6.c (working copy) @@ -921,6 +921,10 @@ if (hostIsNew && in6if_do_dad(ifp)) ia->ia6_flags |= IN6_IFF_TENTATIVE; + /* DAD should be performed after ND6_IFF_IFDISABLED is cleared */ + if (ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) + ia->ia6_flags |= IN6_IFF_TENTATIVE; + /* * We are done if we have simply modified an existing address. */ @@ -958,7 +962,7 @@ * being configured. It also means delaying * transmission of the corresponding MLD report to * avoid report collision. - * [draft-ietf-ipv6-rfc2462bis-02.txt] + * [RFC 4861, Section 6.3.7] */ delay = arc4random() % (MAX_RTR_SOLICITATION_DELAY * hz); @@ -1106,9 +1110,9 @@ * XXX It may be of use, if we can administratively * disable DAD. */ - if (in6if_do_dad(ifp) && ((ifra->ifra_flags & IN6_IFF_NODAD) == 0) && - (ia->ia6_flags & IN6_IFF_TENTATIVE)) - { + if (in6if_do_dad(ifp) + && ((ifra->ifra_flags & IN6_IFF_NODAD) == 0) + && (ia->ia6_flags & IN6_IFF_TENTATIVE)) { int mindelay, maxdelay; delay = 0; @@ -2158,6 +2162,9 @@ if ((ifp->if_flags & IFF_LOOPBACK) != 0) return (0); + if (ND_IFINFO(ifp)->flags & ND6_IFF_IFDISABLED) + return (0); + switch (ifp->if_type) { #ifdef IFT_DUMMY case IFT_DUMMY: Index: sys/netinet6/nd6.h =================================================================== --- sys/netinet6/nd6.h (revision 195002) +++ sys/netinet6/nd6.h (working copy) @@ -84,6 +84,7 @@ * DAD failure. (XXX: not ND-specific) */ #define ND6_IFF_DONT_SET_IFROUTE 0x10 +#define ND6_IFF_AUTO_LINKLOCAL 0x20 #define ND6_CREATE LLE_CREATE #define ND6_EXCLUSIVE LLE_EXCLUSIVE Index: sys/netinet6/ip6_input.c =================================================================== --- sys/netinet6/ip6_input.c (revision 195002) +++ sys/netinet6/ip6_input.c (working copy) @@ -218,7 +218,7 @@ V_ip6_sendredirects = IPV6_SENDREDIRECTS; V_ip6_defhlim = IPV6_DEFHLIM; V_ip6_defmcasthlim = IPV6_DEFAULT_MULTICAST_HOPS; - V_ip6_accept_rtadv = 0; /* "IPV6FORWARDING ? 0 : 1" is dangerous */ + V_ip6_accept_rtadv = 1; V_ip6_log_interval = 5; V_ip6_hdrnestlimit = 15; /* How many header options will we process? */ V_ip6_dad_count = 1; /* DupAddrDetectionTransmits */ Index: sys/netinet6/nd6_rtr.c =================================================================== --- sys/netinet6/nd6_rtr.c (revision 195002) +++ sys/netinet6/nd6_rtr.c (working copy) @@ -129,7 +129,8 @@ char ip6bufs[INET6_ADDRSTRLEN], ip6bufd[INET6_ADDRSTRLEN]; /* If I'm not a router, ignore it. */ - if (V_ip6_accept_rtadv != 0 || V_ip6_forwarding != 1) + if (V_ip6_forwarding + || !(ND_IFINFO(ifp)->flags & ND6_IFF_ACCEPT_RTADV)) goto freeit; /* Sanity checks */ @@ -216,13 +217,12 @@ /* * We only accept RAs only when - * the system-wide variable allows the acceptance, and + * the node is not a router and * per-interface variable allows RAs on the receiving interface. */ - if (V_ip6_accept_rtadv == 0) + if (V_ip6_forwarding + || !(ndi->flags & ND6_IFF_ACCEPT_RTADV)) goto freeit; - if (!(ndi->flags & ND6_IFF_ACCEPT_RTADV)) - goto freeit; if (ip6->ip6_hlim != 255) { nd6log((LOG_ERR, @@ -564,7 +564,7 @@ * Flush all the routing table entries that use the router * as a next hop. */ - if (!V_ip6_forwarding && V_ip6_accept_rtadv) /* XXX: better condition? */ + if (V_ip6_forwarding == 0) rt6_flush(&dr->rtaddr, dr->ifp); if (dr->installed) { @@ -629,10 +629,10 @@ * if the node is not an autoconfigured host, we explicitly exclude * such cases here for safety. */ - if (V_ip6_forwarding || !V_ip6_accept_rtadv) { + if (V_ip6_forwarding) { nd6log((LOG_WARNING, - "defrouter_select: called unexpectedly (forwarding=%d, " - "accept_rtadv=%d)\n", V_ip6_forwarding, V_ip6_accept_rtadv)); + "defrouter_select: called unexpectedly (forwarding=%d)\n", + V_ip6_forwarding)); splx(s); return; } Index: sbin/ifconfig/ifconfig.8 =================================================================== --- sbin/ifconfig/ifconfig.8 (revision 195002) +++ sbin/ifconfig/ifconfig.8 (working copy) @@ -28,7 +28,7 @@ .\" From: @(#)ifconfig.8 8.3 (Berkeley) 1/5/94 .\" $FreeBSD$ .\" -.Dd June 24, 2009 +.Dd June 25, 2009 .Dt IFCONFIG 8 .Os .Sh NAME @@ -598,6 +598,48 @@ the hardware will be re-initialized. .El .Pp +The following parameters are for ICMPv6 Neightbor Discovery Protocol: +.Bl -tag -width indent +.It Cm accept_rtadv +Set a flag to enable accepting ICMPv6 Router Advertisement messages. +.It Cm -accept_rtadv +Clear a flag +.Cm accept_rtadv . +.It Cm auto_linklocal +Set a flag to perform automatic link-local address configuration when +the interface becomes avalilable. +.It Cm -auto_linklocal +Clear a flag +.Cm auto_linklocal . +.It Cm defaultif +Set the specified interface as the default route when there is no +default router. +.It Cm -defaultif +Clear a flag +.Cm defaultif . +.It Cm ifdisabled +Set a flag to disable all of IPv6 network communications on the +specified interface. +.It Cm -ifdisabled +Clear a flag +.Cm ifdisabled . +When this flag is cleared and +.Cm auto_linklocal +flag is enabled, automatic configuration of a link-local address is +performed. +.It Cm nud +Set a flag to enable Neighbor Unreachability Detection. +.It Cm -nud +Clear a flag +.Cm nud . +.It Cm prefer_source +Set a flag to prefer addesses on the interface as candidates of the +source address for outgoing packets. +.It Cm -prefer_source +Clear a flag +.Cm prefer_source . +.El +.Pp The following parameters are specific to cloning IEEE 802.11 wireless interfaces with the .Cm create @@ -2112,6 +2154,24 @@ Another name for the .Fl tunnel parameter. +.It Cm accept_rev_ethip_ver +Set a flag to acccept both correct EtherIP packets and ones +with reversed version field. Enabled by default. +This is for backward compatibility with +.Fx 6.1 , +6.2, 6.3, 7.0, and 7.1. +.It Cm -accept_rev_ethip_ver +Clear a flag +.Cm accept_rev_ethip_ver . +.It Cm send_rev_ethip_ver +Set a flag to send EtherIP packets with reversed version +field intentionally. Disabled by default. +This is for backward compatibility with +.Fx 6.1 , +6.2, 6.3, 7.0, and 7.1. +.It Cm -send_rev_ethip_ver +Clear a flag +.Cm send_rev_ethip_ver . .El .Pp The following parameters are specific to GRE tunnel interfaces, @@ -2336,6 +2396,9 @@ .Li ed0 : .Dl # ifconfig ed0 inet 192.0.2.45 -alias .Pp +Enable IPv6 functionality of the interface: +.Dl # ifconfig em0 inet6 -ifdisabled +.Pp Add the IPv6 address .Li 2001:DB8:DBDB::123/48 to the interface @@ -2372,6 +2435,8 @@ .Sh SEE ALSO .Xr netstat 1 , .Xr carp 4 , +.Xr gif 4 , +.Xr gre 4 , .Xr netintro 4 , .Xr pfsync 4 , .Xr polling 4 , @@ -2390,12 +2455,13 @@ Basic IPv6 node operation requires a link-local address on each interface configured for IPv6. Normally, such an address is automatically configured by the -kernel on each interface added to the system; this behaviour may -be disabled by setting the sysctl MIB variable -.Va net.inet6.ip6.auto_linklocal -to 0. +kernel on each interface added to the system or enabled; this behavior may +be disabled by setting per-interface flag +.Cm auto_linklocal . +The default value of this flag is 1 and can be disabled by using the sysctl +MIB variable +.Va net.inet6.ip6.auto_linklocal . .Pp -If you delete such an address using -.Nm , -the kernel may act very odd. -Do this at your own risk. +Do not configure IPv6 addresses with no link-local address by using +.Nm . +It can result in unexpected behaviors of the kernel. Index: sbin/ifconfig/af_inet6.c =================================================================== --- sbin/ifconfig/af_inet6.c (revision 195002) +++ sbin/ifconfig/af_inet6.c (working copy) @@ -67,6 +67,9 @@ static char *sec2str(time_t); static int explicit_prefix = 0; +extern void setnd6flags(const char *, int, int, const struct afswtch *); +extern void setnd6defif(const char *, int, int, const struct afswtch *); + static char addr_buf[MAXHOSTNAMELEN *2 + 1]; /*for getnameinfo()*/ static void @@ -493,6 +496,18 @@ DEF_CMD("-deprecated", -IN6_IFF_DEPRECATED, setip6flags), DEF_CMD("autoconf", IN6_IFF_AUTOCONF, setip6flags), DEF_CMD("-autoconf", -IN6_IFF_AUTOCONF, setip6flags), + DEF_CMD("accept_rtadv", ND6_IFF_ACCEPT_RTADV, setnd6flags), + DEF_CMD("-accept_rtadv",-ND6_IFF_ACCEPT_RTADV, setnd6flags), + DEF_CMD("defaultif", 1, setnd6defif), + DEF_CMD("-defaultif", -1, setnd6defif), + DEF_CMD("ifdisabled", ND6_IFF_IFDISABLED, setnd6flags), + DEF_CMD("-ifdisabled", -ND6_IFF_IFDISABLED, setnd6flags), + DEF_CMD("nud", ND6_IFF_PERFORMNUD, setnd6flags), + DEF_CMD("-nud", -ND6_IFF_PERFORMNUD, setnd6flags), + DEF_CMD("prefer_source",ND6_IFF_PREFER_SOURCE, setnd6flags), + DEF_CMD("-prefer_source",-ND6_IFF_PREFER_SOURCE,setnd6flags), + DEF_CMD("auto_linklocal",ND6_IFF_AUTO_LINKLOCAL,setnd6flags), + DEF_CMD("-auto_linklocal",-ND6_IFF_AUTO_LINKLOCAL,setnd6flags), DEF_CMD_ARG("pltime", setip6pltime), DEF_CMD_ARG("vltime", setip6vltime), DEF_CMD("eui64", 0, setip6eui64), Index: sbin/ifconfig/Makefile =================================================================== --- sbin/ifconfig/Makefile (revision 195002) +++ sbin/ifconfig/Makefile (working copy) @@ -18,6 +18,7 @@ SRCS+= af_inet.c # IPv4 support SRCS+= af_inet6.c # IPv6 support SRCS+= af_atalk.c # AppleTalk support +SRCS+= af_nd6.c # ND6 support SRCS+= ifclone.c # clone device support SRCS+= ifmac.c # MAC support Index: sbin/ifconfig/af_nd6.c =================================================================== --- sbin/ifconfig/af_nd6.c (revision 0) +++ sbin/ifconfig/af_nd6.c (revision 0) @@ -0,0 +1,251 @@ +/* + * Copyright (c) 2009 Hiroki Sato. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#ifndef lint +static const char rcsid[] = + "$FreeBSD$"; +#endif /* not lint */ + +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include + +#include + +#include "ifconfig.h" + +#define MAX_SYSCTL_TRY 5 + +static struct nd6_opt_list { + const char *label; + u_int mask; +} nd6_opts[] = { + { "IFDISABLED", ND6_IFF_IFDISABLED, }, + { "PERFORMNUD", ND6_IFF_PERFORMNUD, }, + { "ACCEPT_RTADV", ND6_IFF_ACCEPT_RTADV, }, + { "PREFER_SOURCE", ND6_IFF_PREFER_SOURCE, }, + { "AUTO_LINKLOCAL", ND6_IFF_AUTO_LINKLOCAL, }, +}; + +static int isnd6defif(int); +void setnd6flags(const char *, int, int, const struct afswtch *); +void setnd6defif(const char *, int, int, const struct afswtch *); + +void +setnd6flags(const char *dummyaddr __unused, + int d, int s, + const struct afswtch *afp) +{ + struct in6_ndireq nd; + int error; + + memset(&nd, 0, sizeof(nd)); + strncpy(nd.ifname, ifr.ifr_name, sizeof(nd.ifname)); + + error = ioctl(s, SIOCGIFINFO_IN6, &nd); + if (error) { + warn("ioctl(SIOCGIFINFO_IN6)"); + return; + } + + if (d < 0) + nd.ndi.flags &= ~(-d); + else + nd.ndi.flags |= d; + + error = ioctl(s, SIOCSIFINFO_IN6, (caddr_t)&nd); + if (error) + warn("ioctl(SIOCSIFINFO_IN6)"); +} + +void +setnd6defif(const char *dummyaddr __unused, + int d, int s, + const struct afswtch *afp) +{ + struct in6_ndifreq ndifreq; + int ifindex; + int error; + + memset(&ndifreq, 0, sizeof(ndifreq)); + strncpy(ndifreq.ifname, ifr.ifr_name, sizeof(ndifreq.ifname)); + + if (d < 0) { + if (isnd6defif(s)) + /* ifindex = 0 means to remove default if */ + ifindex = 0; + else + return; + } else if ((ifindex = if_nametoindex(ndifreq.ifname)) == 0) { + warn("if_nametoindex(%s)", ndifreq.ifname); + return; + } + + ndifreq.ifindex = ifindex; + error = ioctl(s, SIOCSDEFIFACE_IN6, (caddr_t)&ndifreq); + if (error) + warn("ioctl(SIOCSDEFIFACE_IN6)"); +} + +static int +isnd6defif(int s) +{ + struct in6_ndifreq ndifreq; + unsigned int ifindex; + int error; + + memset(&ndifreq, 0, sizeof(ndifreq)); + strncpy(ndifreq.ifname, ifr.ifr_name, sizeof(ndifreq.ifname)); + ifindex = if_nametoindex(ndifreq.ifname); + + error = ioctl(s, SIOCGDEFIFACE_IN6, (caddr_t)&ndifreq); + if (error) { + warn("ioctl(SIOCGDEFIFACE_IN6)"); + return (error); + } + return (ndifreq.ifindex == ifindex); +} + +static void +nd6_status(int s) +{ + struct in6_ndireq nd; + struct rt_msghdr *rtm; + size_t needed; + char *buf, *next; + int mib[6], ntry; + int s6; + int i, error; + int isinet6, isdefif; + int nopts = 0; + + /* check if the interface has at least one IPv6 address */ + mib[0] = CTL_NET; + mib[1] = PF_ROUTE; + mib[2] = 0; + mib[3] = AF_INET6; + mib[4] = NET_RT_IFLIST; + mib[5] = if_nametoindex(ifr.ifr_name); + + /* try to prevent a race between two sysctls */ + ntry = 0; + do { + error = sysctl(mib, 6, NULL, &needed, NULL, 0); + if (error) { + warn("sysctl(NET_RT_IFLIST)/estimate"); + return; + } + buf = malloc(needed); + if (buf == NULL) { + warn("malloc for sysctl(NET_RT_IFLIST) failed"); + return; + } + if ((error = sysctl(mib, 6, buf, &needed, NULL, 0)) < 0) { + if (errno != ENOMEM || ++ntry >= MAX_SYSCTL_TRY) { + warn("sysctl(NET_RT_IFLIST)/get"); + free(buf); + return; + } + free(buf); + buf = NULL; + } + } while (buf == NULL); + + isinet6 = 0; + for (next = buf; next < buf + needed; next += rtm->rtm_msglen) { + rtm = (struct rt_msghdr *)next; + + if (rtm->rtm_version != RTM_VERSION) + continue; + if (rtm->rtm_type == RTM_NEWADDR) { + isinet6 = 1; + break; + } + } + free(buf); + if (isinet6 == 0) + return; + + memset(&nd, 0, sizeof(nd)); + strncpy(nd.ifname, ifr.ifr_name, sizeof(nd.ifname)); + if ((s6 = socket(AF_INET6, SOCK_DGRAM, 0)) < 0) { + warn("socket(AF_INET6, SOCK_DGRAM)"); + return; + } + error = ioctl(s6, SIOCGIFINFO_IN6, &nd); + if (error) { + warn("ioctl(SIOCGIFINFO_IN6)"); + close(s6); + return; + } + isdefif = isnd6defif(s6); + close(s6); + + printf("\tnd6 options=%d<", nd.ndi.flags); + for (i=0; i < sizeof(nd6_opts)/sizeof(nd6_opts[0]); i++) { + if (nd.ndi.flags & nd6_opts[i].mask) { + if (nopts++) + printf(","); + printf("%s", nd6_opts[i].label); + } + } + if (isdefif) { + if (nopts++) + printf(","); + printf("DEFAULTIF"); + } + printf(">\n"); +} + +static struct afswtch af_nd6 = { + .af_name = "nd6", + .af_af = AF_LOCAL, + .af_other_status= nd6_status, +}; + +static __constructor void +nd6_ctor(void) +{ + af_register(&af_nd6); +} Index: usr.sbin/ndp/ndp.c =================================================================== --- usr.sbin/ndp/ndp.c (revision 195002) +++ usr.sbin/ndp/ndp.c (working copy) @@ -1004,6 +1004,9 @@ #ifdef ND6_IFF_ACCEPT_RTADV SETFLAG("accept_rtadv", ND6_IFF_ACCEPT_RTADV); #endif +#ifdef ND6_IFF_AUTO_LINKLOCAL + SETFLAG("auto_linklocal", ND6_IFF_AUTO_LINKLOCAL); +#endif #ifdef ND6_IFF_PREFER_SOURCE SETFLAG("prefer_source", ND6_IFF_PREFER_SOURCE); #endif @@ -1076,6 +1079,10 @@ if ((ND.flags & ND6_IFF_ACCEPT_RTADV)) printf("accept_rtadv "); #endif +#ifdef ND6_IFF_AUTO_LINKLOCAL + if ((ND.flags & ND6_IFF_AUTO_LINKLOCAL)) + printf("auto_linklocal "); +#endif #ifdef ND6_IFF_PREFER_SOURCE if ((ND.flags & ND6_IFF_PREFER_SOURCE)) printf("prefer_source "); Index: usr.sbin/ndp/ndp.8 =================================================================== --- usr.sbin/ndp/ndp.8 (revision 195002) +++ usr.sbin/ndp/ndp.8 (working copy) @@ -29,7 +29,7 @@ .\" .\" $FreeBSD$ .\" -.Dd May 17, 1998 +.Dd Jun 19, 2009 .Dt NDP 8 .Os .\" @@ -182,11 +182,16 @@ Specify whether or not to accept Router Advertisement messages received on the .Ar interface . -Note that the kernel does not accept Router Advertisement messages -unless the -.Li net.inet6.ip6.accept_rtadv -variable is non-0, even if the flag is on. -This flag is set to 1 by default. +This flag is set by +.Va net.inet6.ip6.accept_rtadv +sysctl variable. +.It Ic auto_linklocal +Specify whether or not to perform automatic link-local address configuration +on +.Ar interface . +This flag is set by +.Va net.inet6.ip6.auto_linklocal +sysctl variable. .It Ic prefer_source Prefer addresses on the .Ar interface @@ -204,9 +209,8 @@ application. This flag is typically set automatically in the kernel as a result of a certain failure of Duplicate Address Detection. -While the flag can be set or cleared by hand with the -.Nm -command, it is not generally advisable to modify this flag manually. +If the auto_linklocal per-interface flag is set, automatic link-local +address configuration is performed again when this flag is cleared. .It Ic basereachable Ns Li = Ns Pq Ar number Specify the BaseReachbleTimer on the interface in millisecond. .It Ic retrans Ns Li = Ns Pq Ar number @@ -253,6 +257,10 @@ The .Nm utility first appeared in the WIDE Hydrangea IPv6 protocol stack kit. +The +.Fl I Ar auto_linklocal +flag first appeared in +.Fx 8.0 . .\" .\" .Sh BUGS .\" (to be written) Index: usr.sbin/rtsold/if.c =================================================================== --- usr.sbin/rtsold/if.c (revision 195002) +++ usr.sbin/rtsold/if.c (working copy) @@ -48,6 +48,7 @@ #include #include +#include #include #include @@ -78,9 +79,15 @@ interface_up(char *name) { struct ifreq ifr; + struct in6_ndireq nd; int llflag; + int s; + int error; + memset(&ifr, 0, sizeof(ifr)); strncpy(ifr.ifr_name, name, sizeof(ifr.ifr_name)); + memset(&nd, 0, sizeof(nd)); + strlcpy(nd.ifname, name, sizeof(nd.ifname)); if (ioctl(ifsock, SIOCGIFFLAGS, (caddr_t)&ifr) < 0) { warnmsg(LOG_WARNING, __func__, "ioctl(SIOCGIFFLAGS): %s", @@ -94,9 +101,54 @@ "ioctl(SIOCSIFFLAGS): %s", strerror(errno)); return(-1); } + if ((s = socket(AF_INET6, SOCK_DGRAM, 0)) < 0) { + warnmsg(LOG_WARNING, __func__, "socket(AF_INET6, SOCK_DGRAM): %s", + strerror(errno)); + return(-1); + } + if (ioctl(s, SIOCGIFINFO_IN6, (caddr_t)&nd) < 0) { + warnmsg(LOG_WARNING, __func__, "ioctl(SIOCGIFINFO_IN6): %s", + strerror(errno)); + close(s); + return(-1); + } warnmsg(LOG_DEBUG, __func__, "checking if %s is ready...", name); + if (nd.ndi.flags & ND6_IFF_IFDISABLED) { + if (Fflag) { + nd.ndi.flags &= ~ND6_IFF_IFDISABLED; + if (ioctl(s, SIOCSIFINFO_IN6, (caddr_t)&nd)) { + warnmsg(LOG_WARNING, __func__, "ioctl(SIOCSIFINFO_IN6): %s", + strerror(errno)); + close(s); + return(-1); + } + } else { + warnmsg(LOG_WARNING, __func__, + "%s is disabled.", name); + close(s); + return(-1); + } + } + if (!(nd.ndi.flags & ND6_IFF_ACCEPT_RTADV)) { + if (Fflag) { + nd.ndi.flags |= ND6_IFF_ACCEPT_RTADV; + if (ioctl(s, SIOCSIFINFO_IN6, (caddr_t)&nd)) { + warnmsg(LOG_WARNING, __func__, "ioctl(SIOCSIFINFO_IN6): %s", + strerror(errno)); + close(s); + return(-1); + } + } else { + warnmsg(LOG_WARNING, __func__, + "%s does not accept Router Advertisement.", name); + close(s); + return(-1); + } + } + close(s); + llflag = get_llflag(name); if (llflag < 0) { warnmsg(LOG_WARNING, __func__, Index: usr.sbin/rtsold/rtsold.c =================================================================== --- usr.sbin/rtsold/rtsold.c (revision 195002) +++ usr.sbin/rtsold/rtsold.c (working copy) @@ -62,8 +62,8 @@ struct timeval tm_max = {0x7fffffff, 0x7fffffff}; static int log_upto = 999; static int fflag = 0; -static int Fflag = 0; /* force setting sysctl parameters */ +int Fflag = 0; /* force setting sysctl parameters */ int aflag = 0; int dflag = 0; @@ -197,12 +197,8 @@ #endif if (Fflag) { - setinet6sysctl(IPV6CTL_ACCEPT_RTADV, 1); setinet6sysctl(IPV6CTL_FORWARDING, 0); } else { - /* warn if accept_rtadv is down */ - if (!getinet6sysctl(IPV6CTL_ACCEPT_RTADV)) - warnx("kernel is configured not to accept RAs"); /* warn if forwarding is up */ if (getinet6sysctl(IPV6CTL_FORWARDING)) warnx("kernel is configured as a router, not a host"); Index: usr.sbin/rtsold/rtsold.8 =================================================================== --- usr.sbin/rtsold/rtsold.8 (revision 195002) +++ usr.sbin/rtsold/rtsold.8 (working copy) @@ -186,7 +186,9 @@ warning messages will be generated, but Router Solicitations will still be sent. The settings may be changed manually with -.Xr sysctl 8 . +.Xr sysctl 8 +and +.Xr ifconfig 8 . .It Fl m Enable mobility support. If this option is specified, Index: usr.sbin/rtsold/rtsold.h =================================================================== --- usr.sbin/rtsold/rtsold.h (revision 195002) +++ usr.sbin/rtsold/rtsold.h (working copy) @@ -67,6 +67,7 @@ extern struct timeval tm_max; extern int dflag; extern int aflag; +extern int Fflag; extern char *otherconf_script; extern int ifconfig(char *); extern void iflist_init(void); Index: share/man/man4/inet6.4 =================================================================== --- share/man/man4/inet6.4 (revision 195002) +++ share/man/man4/inet6.4 (working copy) @@ -29,7 +29,7 @@ .\" .\" $FreeBSD$ .\" -.Dd January 29, 1999 +.Dd June 19, 2009 .Dt INET6 4 .Os .Sh NAME @@ -307,14 +307,20 @@ The flag is provided basically for avoiding possible DoS attacks. .It Dv IPV6CTL_ACCEPT_RTADV .Pq ip6.accept_rtadv -Boolean: enable/disable receiving of +Boolean: the default value of a per-interface flag to +enable/disable receiving of .Tn ICMPv6 router advertisement packets, and autoconfiguration of address prefixes and default routers. The node must be a host (not a router) for the option to be meaningful. -Defaults to off. +Defaults to on. +.It Dv IPV6CTL_AUTO_LINKLOCAL +.Pq ip6.auto_linklocal +Boolean: the default value of a per-interface flag to +enable/disable performing automatic link-local address configuration. +Defaults to on. .It Dv IPV6CTL_KEEPFAITH .Pq ip6.keepfaith Boolean: enable/disable Index: etc/network.subr =================================================================== --- etc/network.subr (revision 195044) +++ etc/network.subr (working copy) @@ -820,72 +820,82 @@ network6_interface_setup() { interfaces=$* - rtsol_interfaces='' - case ${ipv6_gateway_enable} in - [Yy][Ee][Ss]) - rtsol_available=no - ;; - *) - rtsol_available=yes - ;; - esac + _f_rtadv="" + + if checkyesno ipv6_gateway_enable ]; then + _f_rtadv="-accept_rtadv" + fi + for i in $interfaces; do - rtsol_interface=yes + # enable ND6 + ifconfig $i inet6 -ifdisabled ${_f_rtadv} + + # add an address based on ipv6_prefix_IF + hostid + # if the ipv6_prefix_IF is defined. prefix=`get_if_var $i ipv6_prefix_IF` if [ -n "${prefix}" ]; then - rtsol_available=no - rtsol_interface=no laddr=`network6_getladdr $i` hostid=`expr "${laddr}" : 'fe80::\(.*\)%\(.*\)'` for j in ${prefix}; do address=$j\:${hostid} ifconfig $i inet6 ${address} prefixlen 64 alias - case ${ipv6_gateway_enable} in - [Yy][Ee][Ss]) - # subnet-router anycast address - # (rfc2373) + # if I am a router, add subnet router + # anycast address (RFC 2373). + if checkyesno ipv6_gateway_enable; then ifconfig $i inet6 $j:: prefixlen 64 \ alias anycast - ;; - esac + fi done fi + + # manual configuration if ipv6_ifconfig_IF is defined. ipv6_ifconfig=`get_if_var $i ipv6_ifconfig_IF` if [ -n "${ipv6_ifconfig}" ]; then - rtsol_available=no - rtsol_interface=no ifconfig $i inet6 ${ipv6_ifconfig} alias fi + done - if [ ${rtsol_available} = yes -a ${rtsol_interface} = yes ] - then - case ${i} in - lo0|gif[0-9]*|stf[0-9]*|faith[0-9]*|lp[0-9]*|sl[0-9]*|tun[0-9]*|pflog[0-9]*|pfsync[0-9]*) - ;; - # Wireless NIC cards are virtualized through the wlan interface - an[0-9]*|ath[0-9]*|ipw[0-9]*|iwi[0-9]*|iwn[0-9]*|ral[0-9]*|wi[0-9]*|wl[0-9]*|wpi[0-9]*) - ;; + # invoke rtsol if ipv6_rtsol_interfaces is defined. + if ! checkyesno ipv6_gateway_enable \ + && [ -n "${ipv6_rtsol_interfaces}" ]; then + # Act as endhost - automatically configured. + for IF in ${ipv6_rtsol_interfaces} + do + case ${IF} in + [Nn][Oo][Nn][Ee]) + break + ;; + lo0|\ + gif[0-9]*|\ + stf[0-9]*|\ + faith[0-9]*|\ + lp[0-9]*|\ + sl[0-9]*|\ + tun[0-9]*|\ + pflog[0-9]*|\ + pfsync[0-9]*|\ + an[0-9]*|\ + ath[0-9]*|\ + ipw[0-9]*|\ + iwi[0-9]*|\ + iwn[0-9]*|\ + ral[0-9]*|\ + wi[0-9]*|\ + wl[0-9]*|\ + wpi[0-9]*) + # Wireless NIC cards are virtualized through the wlan interface + # do nothing + ;; *) - rtsol_interfaces="${rtsol_interfaces} ${i}" - ;; + ifconfig ${IF} inet6 accept_rtadv up + rtsol ${rtsol_flags} ${IF} + ;; esac - else - ifconfig $i inet6 - fi - done - - if [ ${rtsol_available} = yes -a -n "${rtsol_interfaces}" ]; then - # Act as endhost - automatically configured. - # You can configure only single interface, as - # specification assumes that autoconfigured host has - # single interface only. - sysctl net.inet6.ip6.accept_rtadv=1 - set ${rtsol_interfaces} - ifconfig $1 up - rtsol ${rtsol_flags} $1 + done fi + # add aliases if ipv6_ifconfig_IF_alias is defined. for i in $interfaces; do alias=0 while : ; do @@ -1041,17 +1051,23 @@ # Disable installing the default interface with the # case net.inet6.ip6.forwarding=0 and - # net.inet6.ip6.accept_rtadv=0, due to avoid conflict - # between the default router list and the manual - # configured default route. + # the interface with no ND6_IFF_ACCEPT_RTADV + # to avoid conflict between the default router list and + # the manual configured default route. case ${ipv6_gateway_enable} in [Yy][Ee][Ss]) ;; *) - if [ `sysctl -n net.inet6.ip6.accept_rtadv` -eq 1 ] - then - ndp -I ${ipv6_default_interface} - fi + ifconfig ${ipv6_default_interface} nd6 | \ + while read proto options + do + case "${proto}:${options}" in + nd6:*ACCEPT_RTADV*) + ifconfig ${ipv6_default_interface} inet6 defaultif + break + ;; + esac + done ;; esac ;; Index: etc/rc.d/network_ipv6 =================================================================== --- etc/rc.d/network_ipv6 (revision 195044) +++ etc/rc.d/network_ipv6 (working copy) @@ -36,7 +36,6 @@ . /etc/network.subr name="network_ipv6" -rcvar=`set_rcvar ipv6` start_cmd="network_ipv6_start" network_ipv6_start() @@ -62,15 +61,14 @@ # wait for DAD for i in $ipv6_network_interfaces; do - ifconfig $i up + ifconfig $i inet6 -ifdisabled up done sleep `${SYSCTL_N} net.inet6.ip6.dad_count` sleep 1 else # act as endhost - start with manual configuration - # Setup of net.inet6.ip6.accept_rtadv is done later by - # network6_interface_setup. ${SYSCTL_W} net.inet6.ip6.forwarding=0 + ${SYSCTL_W} net.inet6.ip6.accept_rtadv=1 fi if [ -n "${ipv6_network_interfaces}" ]; then Index: etc/rc.d/ip6addrctl =================================================================== --- etc/rc.d/ip6addrctl (revision 195044) +++ etc/rc.d/ip6addrctl (working copy) @@ -52,7 +52,7 @@ ip6addrctl install /etc/ip6addrctl.conf checkyesno ip6addrctl_verbose && ip6addrctl else - if checkyesno ipv6_enable; then + if checkyesno ipv6_prefer; then ip6addrctl_prefer_ipv6 else ip6addrctl_prefer_ipv4 Index: etc/rc.d/Makefile =================================================================== --- etc/rc.d/Makefile (revision 195044) +++ etc/rc.d/Makefile (working copy) @@ -4,7 +4,7 @@ FILES= DAEMON FILESYSTEMS LOGIN NETWORKING SERVERS \ abi accounting addswap adjkerntz amd \ - apm apmd archdep atm1 atm2 atm3 auditd auto_linklocal \ + apm apmd archdep atm1 atm2 atm3 auditd \ bgfsck bluetooth bootparams bridge bsnmpd bthidd \ ccd cleanvar cleartmp cron \ ddb defaultroute devd devfs dhclient \ Index: etc/rc.d/auto_linklocal =================================================================== --- etc/rc.d/auto_linklocal (revision 195044) +++ etc/rc.d/auto_linklocal (working copy) @@ -1,33 +0,0 @@ -#!/bin/sh -# -# $FreeBSD$ -# - -# PROVIDE: auto_linklocal -# REQUIRE: root -# BEFORE: sysctl -# KEYWORD: nojail - -. /etc/rc.subr -. /etc/network.subr - -name="auto_linklocal" -start_cmd="auto_linklocal_start" -stop_cmd=":" - -auto_linklocal_start() -{ - if ! checkyesno ipv6_enable && ${SYSCTL} net.inet6 > /dev/null 2>&1; then - if ! ${SYSCTL_W} net.inet6.ip6.auto_linklocal=0 >/dev/null 2>&1; then - warn "failed to set sysctl(8)" - return 1 - fi - laddr=`network6_getladdr lo0` - if [ -z "${laddr}" ]; then - ifconfig lo0 inet6 fe80::1 prefixlen 64 - fi - fi -} - -load_rc_config $name -run_rc_command "$1" Index: etc/rc.d/rtadvd =================================================================== --- etc/rc.d/rtadvd (revision 195044) +++ etc/rc.d/rtadvd (working copy) @@ -40,10 +40,16 @@ # get a list of interfaces and enable it on them # case ${rtadvd_interfaces} in - '') + [Aa][Uu][Tt][Oo]|'') for i in `ifconfig -l` ; do case $i in - lo0|gif[0-9]*|stf[0-9]*|faith[0-9]*|lp[0-9]*|sl[0-9]*|tun[0-9]*) + lo0|\ + gif[0-9]*|\ + stf[0-9]*|\ + faith[0-9]*|\ + lp[0-9]*|\ + sl[0-9]*|\ + tun[0-9]*) continue ;; *) Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 195044) +++ etc/defaults/rc.conf (working copy) @@ -417,8 +417,11 @@ icmp_bmcastecho="NO" # respond to broadcast ping packets ### IPv6 options: ### -ipv6_enable="NO" # Set to YES to set up for IPv6. -ipv6_network_interfaces="auto" # List of network interfaces (or "auto"). +ipv6_network_interfaces="none" # List of IPv6 network interfaces + # (or "auto" or "none"). +ipv6_rtsol_interfaces="none" # List of IPv6 network interfaces for + # sending ICMPv6 Router Solicitation message. +ipv6_prefer="NO" # Use IPv6 when both IPv4 and IPv6 can be used ipv6_defaultrouter="NO" # Set to IPv6 default gateway (or NO). #ipv6_defaultrouter="2002:c058:6301::" # Use this for 6to4 (RFC 3068) ipv6_static_routes="" # Set to static route list (or leave empty). ----Next_Part(Fri_Jun_26_17_00_06_2009_451)---- ----Security_Multipart0(Fri_Jun_26_17_00_06_2009_834)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkpEgAYACgkQTyzT2CeTzy3lSQCgiXg8C6IU+0dLNI+sVe9AtUKq pjwAn25U6TSIOsO2iaqm9Rd4lszUjgnn =DKI5 -----END PGP SIGNATURE----- ----Security_Multipart0(Fri_Jun_26_17_00_06_2009_834)---- From owner-freebsd-net@FreeBSD.ORG Fri Jun 26 16:35:40 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 29147106564A; Fri, 26 Jun 2009 16:35:40 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id ED5128FC12; Fri, 26 Jun 2009 16:35:39 +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 54365381CB9; Fri, 26 Jun 2009 12:17:33 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 26 Jun 2009 12:17:33 -0400 X-Sasl-enc: 0wVeZLW8ivsBr4OX7vZu2ih5dSG6l5VHUXLQ1ZACHIbg 1246033053 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6676D3CE7C; Fri, 26 Jun 2009 12:17:32 -0400 (EDT) Message-ID: <4A44F49B.7020403@FreeBSD.org> Date: Fri, 26 Jun 2009 17:17:31 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Hiroki Sato References: <20090626.170006.244306978.hrs@allbsd.org> In-Reply-To: <20090626.170006.244306978.hrs@allbsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jinmei@isc.org, bz@FreeBSD.org, rwatson@FreeBSD.org, ume@FreeBSD.org, net@FreeBSD.org Subject: Re: RFC: convert net.inet6.ip6.{accept_rtadv, auto_linklocal} to per-interface flags X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2009 16:35:40 -0000 Hiroki Sato wrote: > The ip6.autolinklocal had been enabled but disabled since 6.2R by > default because automatic configuration of L3 address is insecure. > However, it makes IPv6 configuration complex because of no link-local > address on an interface. Malformed address configuration can be > happened easily on a system with $ipv6_enable="NO". for example. In > addition, the rc.conf knob does not mean the IPv6 functionality is > completely disabled. Using an interface for IPv4-only is difficult. > The MLDv2 code will use the link-local address by default if available, otherwise if the link is in DAD it will use ::. In fact, link-local addresses are needed to make stuff like OSPFv3 and MLDv2 work properly. So we are in fact shooting ourselves in the foot over people's paranoia. Link-scope addresses starting 'fe80' don't belong in traffic beyond one L2 hop. We already have a check for 169.254.0.0/16 in ip_forward(), ip6_forward() performs a scope check. If people have legitimate security concerns about these address ranges, the place to implement that is at the perimeter, or in other forwarding policy, not by breaking IPv6 deployment for end-users. > So, I want to add the following changes: > > 1. Use per-interface ND6 flag "ifdisabled" as a flag for if it is > IPv6-enabled or not. Set it by default. > > 2. Automatic link-local address configuration is performed when the > ifdisabled flag is clear, not at attach time of the interface. > This is implemented as a per-interface flag "auto_linklocal". > This seems perfectly reasonable -- in fact -- it's closer to how other platforms do it. > 3. Accepting Router Advertisement message is also controlled by > per-interface flag "accept_rtadv". > Again, RTADV is something which most people who use IPv6 on an endpoint in a stub network are going to use, so it's reasonable to have it controllable on a per-interface basis. > The patch for the latest current is attached. Thanks. > Patch looks fine, but I'd fix the style(9) bugs before committing; && operators, etc should be before the line break, and initializers in variable declarations are generally discouraged. Also there should be whitespace between code and variable declarations. thanks, BMS From owner-freebsd-net@FreeBSD.ORG Fri Jun 26 18:36: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 08F19106567E for ; Fri, 26 Jun 2009 18:36:40 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8CAD18FC24 for ; Fri, 26 Jun 2009 18:36:38 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MKGHt-0001UQ-Cp for freebsd-net@freebsd.org; Fri, 26 Jun 2009 18:36:37 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Jun 2009 18:36:37 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Jun 2009 18:36:37 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Mark Atkinson Followup-To: gmane.os.freebsd.devel.net Date: Fri, 26 Jun 2009 11:36:26 -0700 Lines: 64 Message-ID: References: <2a41acea0905020803s63b69b1awb39538f000f5bd5a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.99.01 Sender: news Subject: Re: Regression: em driver in -CURRENT, "Invalid MAC address" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2009 18:36:40 -0000 Jack Vogel wrote: > I'm willing to bet that its in fact the same problem that VMWare is > having. Our method of getting the mac address changed, and the emulations > seem to be unprepared for it. > > This was done for a real customer requirement to allow support of > alternate mac addressing in firmware. What happens now is a warm reset of > the hardware is done, followed by reading the RAR[0] register. In a real > Intel NIC the mac > address will be valid in that register, but in VMWare, and I'm willing to > bet in > VirtualBox as well, its 0. > > VMWare also has 3 choices of device (wow, amazing coincidence :), can > you tell me when you pick e1000 what real adapter it claims to emulate? > > I am considering options for this problem. The one I lean toward right now > is to make a "legacy" em driver, it will have support for ONLY pre-PCI > Express > hardware, it will be frozen as it were, the idea is that with no new work > on it > it will not suffer from any regression type failures. If I do this, there > are some > strategy issues, and its those I'm thinking about. > > In any case, I intend to have this problem resolved for 8's release. Stay > tuned. Just FYI. this is a real machine with real cards. Older fiber cards. em0: mem 0xdb000000-0xdb01ffff irq 28 at device 4.0 on pci19 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdb000000 em0: Invalid MAC address device_attach: em0 attach returned 5 em1: mem 0xdb020000-0xdb03ffff irq 29 at device 9.0 on pci19 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdb020000 em1: Invalid MAC address device_attach: em1 attach returned 5 $ pciconf -v -l |grep -A4 -e "^em" em0@pci0:19:4:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:19:9:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-net@FreeBSD.ORG Sat Jun 27 00:25: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 904C6106564A for ; Sat, 27 Jun 2009 00:25:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id 629368FC14 for ; Sat, 27 Jun 2009 00:25:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by pzk4 with SMTP id 4so658368pzk.3 for ; Fri, 26 Jun 2009 17:25: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; bh=CL1sAC7Koi3RBeFXG8crf+p6W3x/Fa1uAUyn4t1zjvA=; b=oE1cHmjYooy0B/Dw+09V8NvLRhYnDnEI+s0PP6+NEJyuoXoXO0vCQn3Afxt0K9j+DR OkI5uHXmpnDP0r8ibj7Da86N5tTlPhT2d60RFeDakkbOpsyYJDAFc43jOYAPc7Nw5Zeo 8foCGOTcDkFj/LkLXGhDN4vxQMOk6d4CZQgO4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ViyJTt/EOagegL3Qv8PE9VC1gT4MSfjv5VwAIZhkD3AUQ1IDUjB5RkTRsGMuvzu2Yd M/PgZXVx2UfEZCHf9MgK3vjyrt2IxhwgsmeDLoIXEfNDdaUBLlIZW6yuVRVTgWpzk17k gPCaJJRuiPx5k/ZAcGZEY9+jZ0JtWIvPicKmg= MIME-Version: 1.0 Received: by 10.115.14.1 with SMTP id r1mr6702245wai.23.1246062329101; Fri, 26 Jun 2009 17:25:29 -0700 (PDT) In-Reply-To: References: <2a41acea0905020803s63b69b1awb39538f000f5bd5a@mail.gmail.com> Date: Fri, 26 Jun 2009 17:25:29 -0700 Message-ID: <2a41acea0906261725x57e6903br9f3f42b55f3a3d30@mail.gmail.com> From: Jack Vogel To: Mark Atkinson 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 Subject: Re: Regression: em driver in -CURRENT, "Invalid MAC address" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2009 00:25:30 -0000 Oh, hmmm, so this card is completely broken with the new driver then? What was the last working version you used? Jack On Fri, Jun 26, 2009 at 11:36 AM, Mark Atkinson wrote: > Jack Vogel wrote: > > > I'm willing to bet that its in fact the same problem that VMWare is > > having. Our method of getting the mac address changed, and the emulations > > seem to be unprepared for it. > > > > This was done for a real customer requirement to allow support of > > alternate mac addressing in firmware. What happens now is a warm reset of > > the hardware is done, followed by reading the RAR[0] register. In a real > > Intel NIC the mac > > address will be valid in that register, but in VMWare, and I'm willing to > > bet in > > VirtualBox as well, its 0. > > > > VMWare also has 3 choices of device (wow, amazing coincidence :), can > > you tell me when you pick e1000 what real adapter it claims to emulate? > > > > I am considering options for this problem. The one I lean toward right > now > > is to make a "legacy" em driver, it will have support for ONLY pre-PCI > > Express > > hardware, it will be frozen as it were, the idea is that with no new work > > on it > > it will not suffer from any regression type failures. If I do this, there > > are some > > strategy issues, and its those I'm thinking about. > > > > In any case, I intend to have this problem resolved for 8's release. Stay > > tuned. > > Just FYI. this is a real machine with real cards. Older fiber cards. > > em0: mem > 0xdb000000-0xdb01ffff > irq 28 at device 4.0 on pci19 > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdb000000 > em0: Invalid MAC address > device_attach: em0 attach returned 5 > em1: mem > 0xdb020000-0xdb03ffff > irq 29 at device 9.0 on pci19 > em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdb020000 > em1: Invalid MAC address > device_attach: em1 attach returned 5 > > > $ pciconf -v -l |grep -A4 -e "^em" > em0@pci0:19:4:0: class=0x020000 card=0x10008086 chip=0x10008086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > em1@pci0:19:9:0: class=0x020000 card=0x10008086 chip=0x10008086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > > > > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > > _______________________________________________ > 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 Jun 27 10:45:21 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 73D00106566C; Sat, 27 Jun 2009 10:45:21 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7C3318FC24; Sat, 27 Jun 2009 10:45:20 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy9 with SMTP id 9so2427816ewy.43 for ; Sat, 27 Jun 2009 03:45:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=ZT9BwGvVqV+tGW6+8hAjJx1WC2IL5koXCAxSllGmX1U=; b=i3sXRKda4nUvr+XabDxL0373ULDyl9mEmGrTnmzmtIYoNk8XxX1zDfJioF3XhMookM X/YV4gDuZ3/YAml7qY1yBIdja3NWZ+O4XOwbM0tF8pyRwVDrPeUOm8RSDcggShxfMwjq tP+w9M+MKz9P1nTv3Ls4YKIktaA+F0K1x4Jck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=hNXH44Yqki3urCvCzdR6wq3eusLELLej07Lr8W9ahZz3778KtD58nf16szpHhzv5TT aeRLqWN359WUMv1lgBsoywJV6qPnxle80akE0Bhftlk1JCIbMcaej9HuoSzlzwtdY2Cg FzzhlkhhhEq/zRgYBGPyoIxtPgbgQdOzwJOZw= Received: by 10.210.16.17 with SMTP id 17mr460221ebp.52.1246098007533; Sat, 27 Jun 2009 03:20:07 -0700 (PDT) Received: from omega.lan (bl5-224-235.dsl.telepac.pt [82.154.224.235]) by mx.google.com with ESMTPS id 7sm1731386eyb.25.2009.06.27.03.20.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Jun 2009 03:20:07 -0700 (PDT) Sender: Rui Paulo Message-Id: From: Rui Paulo To: Hiroki Sato In-Reply-To: <20090626.170006.244306978.hrs@allbsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 27 Jun 2009 11:20:05 +0100 References: <20090626.170006.244306978.hrs@allbsd.org> X-Mailer: Apple Mail (2.935.3) Cc: jinmei@isc.org, bz@FreeBSD.org, rwatson@FreeBSD.org, ume@FreeBSD.org, net@FreeBSD.org Subject: Re: RFC: convert net.inet6.ip6.{accept_rtadv, auto_linklocal} to per-interface flags X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2009 10:45:21 -0000 On 26 Jun 2009, at 09:00, Hiroki Sato wrote: > Hi all, > > I want to convert net.inet6.ip6.{accept_rtadv,auto_linklocal} to > per-interface flags to nuke rc.d/auto_linklocal. The motivations and > changes are as follow. If you are using IPv6 and/or familiar with > the IPv6 implementation, please let me know your comments. > > The ip6.autolinklocal had been enabled but disabled since 6.2R by > default because automatic configuration of L3 address is insecure. > However, it makes IPv6 configuration complex because of no link-local > address on an interface. Malformed address configuration can be > happened easily on a system with $ipv6_enable="NO". for example. In > addition, the rc.conf knob does not mean the IPv6 functionality is > completely disabled. Using an interface for IPv4-only is difficult. > > So, I want to add the following changes: > > 1. Use per-interface ND6 flag "ifdisabled" as a flag for if it is > IPv6-enabled or not. Set it by default. This looks okay, but "ifdisabled" seems to mean "disable the interface" instead of the actual meaning: "disable ipv6 neighbor discovery / disable ipv6 link local". Bikeshed apart, what about: # ifconfig fxp0 -nd6 (to disable ND6) # ifconfig fxp0 nd6 (to enable it) And ifconfig fxp0 will show "nd6" or "-nd6" depending on wether the bit is on or off, respectively. "accept_rtadvd" could follow the same principles. What do you think? -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sat Jun 27 13: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 2555B10656A3 for ; Sat, 27 Jun 2009 13:14:36 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 85E6C8FC17 for ; Sat, 27 Jun 2009 13:14:35 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: (qmail invoked by alias); 27 Jun 2009 13:14:33 -0000 Received: from ipa45.95.107.79.tellas.gr (EHLO [192.168.254.1]) [79.107.95.45] by mail.gmx.com (mp-eu005) with SMTP; 27 Jun 2009 15:14:33 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX19oPbwzLENoccwgW20LczVVPRm+uwP0T3HLuo2sk0 +dpAQfu/1lXPRb Message-ID: <4A461AF9.7040900@gmx.com> Date: Sat, 27 Jun 2009 16:13:29 +0300 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-net@freebsd.org, weongyo@freebsd.org References: <4A43386D.80500@gmx.com> <20090625103420.GD31161@weongyo.cdnetworks.kr> <4A436A8A.1000405@gmx.com> <20090626041246.GE31161@weongyo.cdnetworks.kr> In-Reply-To: <20090626041246.GE31161@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.49 Cc: Subject: Re: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2009 13:14:36 -0000 Weongyo Jeong wrote: > Could you show me the *full* result after enabling `sysctl debug.ndis=1'? > Maybe steps would be as follows: > > # kldload ndis if_ndis NDIS_module > # sysctl debug.ndis=1 > [then plug-in USB stick] It goes like this: ugen1.2: at usbus1 ndis0: NDIS API version: 5.1 attach done. lock order reversal: 1st 0xc0edc900 HAL preemption lock (HAL lock) @ /usr/src/sys/compat/ndis/subr_hal.c:416 2nd 0xc23b19ec NDIS USB (network driver) @ /usr/src/sys/compat/ndis/subr_usbd.c:803 KDB: stack backtrace: db_trace_self_wrapper(c0c0f65b,c755e8b8,c08af235,c08a015b,c0c1249e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08a015b,c0c1249e,c2117a58,c2114040,c755e914,...) at kdb_backtrace+0x29 _witness_debugger(c0c1249e,c23b19ec,c0c3cf54,c2114040,c0c36d8d,...) at _witness_debugger+0x25 witness_checkorder(c23b19ec,9,c0c36d8d,323,0,...) at witness_checkorder+0x839 _mtx_lock_flags(c23b19ec,0,c0c36d8d,323,c2692400,...) at _mtx_lock_flags+0xc4 usbd_irpcancel(c24f1400,c2692400,c755ea28,c755ea74,c0acfe2a,...) at usbd_irpcancel+0x5c end(c2692400,c2976b80,c26ea000,c26ea000,c755ea5c,...) at 0xc220c2e1 end(c26ea000,0,0,c26ea294,c755ea78,...) at 0xc22036e1 ndis_wg111v3_sys_drv_data_start(c26ea000,0,c26ea000,c26ea000,0,...) at ndis_wg111v3_sys_drv_data_start+0x5cac ndis_wg111v3_sys_drv_data_start(c26ea000,c2202000,c26ea000,0,c755eaa8,...) at ndis_wg111v3_sys_drv_data_start+0x5fec ndis_wg111v3_sys_drv_data_start(c26ea000,c755eab4,c755eacc,c26b206a,c755eae4,...) at ndis_wg111v3_sys_drv_data_start+0x603f ndis_wg111v3_sys_drv_data_start(c26ea000,c23b186c,c26ea000,c0ac7429,c26b206a,...) at ndis_wg111v3_sys_drv_data_start+0x611f x86_stdcall_call(c23b1800,c755eb0e,c755eb14,c755eb18,c2aa60e4,...) at x86_stdcall_call+0x1e ndis_attach(c23d6b80,c23d6b80,c0bb64fd,0,c238da24,...) at ndis_attach+0xf71 ndisusb_attach(c23d6b80,c221885c,c0cef938,c0bfc63d,80000000,...) at ndisusb_attach+0xdb device_attach(c23d6b80,4,c0c0ed75,9f1) at device_attach+0x36f device_probe_and_attach(c23d6b80,c755ec1c,ffffffff,c2275800,0,...) at device_probe_and_attach+0x4e usb_probe_and_attach_sub(c2275800,0,c0bf354f,4c4,0,...) at usb_probe_and_attach_sub+0xde usb_probe_and_attach(c2275800,ff,c2399800,1,0,...) at usb_probe_and_attach+0x1b3 uhub_explore(c2399800,0,c0bf1fec,cd,c229ed34,...) at uhub_explore+0x766 usb_bus_explore(c229ed34,c229edac,c0bfb560,51,c0d5fec0,...) at usb_bus_explore+0xbb usb_process(c229ecd4,c755ed38,c0c079d2,334,c21a7d48,...) at usb_process+0xde fork_exit(c07a6de0,c229ecd4,c755ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc755ed70, ebp = 0 --- > # ifconfig wlan0 create wlandev ndis0 > # ifconfig wlan0 ssid blah up lab# ifconfig wlan0 ssid blah up load: 0.06 cmd: ifconfig 1245 [-] 1.92r 0.02u 0.12s 0% 1568k load: 0.06 cmd: ifconfig 1245 [-] 2.25r 0.02u 0.12s 0% 1568k lab# ifconfig ndis0 up load: 0.06 cmd: ifconfig 1254 [KeWFS] 1.27r 0.00u 0.01s 0% 1568k load: 0.06 cmd: ifconfig 1254 [KeWFS] 1.66r 0.00u 0.01s 0% 1568k lab# ifconfig ndis0 ndis0: flags=8803 metric 0 mtu 2290 ether 00:1b:2f:be:78:aa media: IEEE 802.11 Wireless Ethernet autoselect mode 11b status: associated lab# ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:1b:2f:be:78:aa media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid blah channel 1 (2412 Mhz 11b) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 bintval 0 lab# ifconfig wlan0 scan lab# ifconfig wlan0 list scan lab# Any ideas? Thanks, Nikos From owner-freebsd-net@FreeBSD.ORG Sat Jun 27 15:43: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 80B24106564A; Sat, 27 Jun 2009 15:43:16 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id CC9D38FC17; Sat, 27 Jun 2009 15:43:15 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm18 with SMTP id 18so1206598fxm.43 for ; Sat, 27 Jun 2009 08:43:15 -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=6sMSSc7Slh+xfkhjyOoh54MBNGibQj+llai98jJLzOw=; b=tlzwmyZuQnsuq8Tsm45QTpweqp82SJqtTNjI767qxLiX62r4kj8HT1cOC8C494OCk0 fjGoRTvsWfv/DWzAuFSZ6M9Eb2tVncaMojW4QsTl46GAASZQhdpuhmHAw5QwItMublI4 WbUz+li36nY+bOsUAhGeCrzi4aN1bW+P9lzQ8= 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=FZ/OFCsjkN++6gVdDKiXt8EV0VtRG7o/xo142Wrbado4i6qamFm1qHyZdL7FMXVHp1 FvEa41sAs5l24V53EiNiBrvG9JshiYs92IN8L/6nCiLbi4G+mEwlen/XSPl3/r3f5kLt ncEdu+brXr+NHiqohFLuOKLft7IpjpCjVpS3Y= MIME-Version: 1.0 Received: by 10.204.97.140 with SMTP id l12mr4943738bkn.133.1246117394874; Sat, 27 Jun 2009 08:43:14 -0700 (PDT) In-Reply-To: <4A461AF9.7040900@gmx.com> References: <4A43386D.80500@gmx.com> <20090625103420.GD31161@weongyo.cdnetworks.kr> <4A436A8A.1000405@gmx.com> <20090626041246.GE31161@weongyo.cdnetworks.kr> <4A461AF9.7040900@gmx.com> Date: Sat, 27 Jun 2009 17:43:14 +0200 Message-ID: <3a142e750906270843u2c44d240r9d8cadcf5f800855@mail.gmail.com> From: "Paul B. Mahol" To: Nikos Vassiliadis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, weongyo@freebsd.org Subject: Re: ndis and USB wirelless ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2009 15:43:16 -0000 On 6/27/09, Nikos Vassiliadis wrote: > Weongyo Jeong wrote: >> Could you show me the *full* result after enabling `sysctl debug.ndis=1'? >> Maybe steps would be as follows: >> >> # kldload ndis if_ndis NDIS_module >> # sysctl debug.ndis=1 >> [then plug-in USB stick] > > It goes like this: > > ugen1.2: at usbus1 > ndis0: NDIS API version: 5.1 > attach done. > lock order reversal: > 1st 0xc0edc900 HAL preemption lock (HAL lock) @ > /usr/src/sys/compat/ndis/subr_hal.c:416 > 2nd 0xc23b19ec NDIS USB (network driver) @ > /usr/src/sys/compat/ndis/subr_usbd.c:803 > KDB: stack backtrace: > db_trace_self_wrapper(c0c0f65b,c755e8b8,c08af235,c08a015b,c0c1249e,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c08a015b,c0c1249e,c2117a58,c2114040,c755e914,...) at > kdb_backtrace+0x29 > _witness_debugger(c0c1249e,c23b19ec,c0c3cf54,c2114040,c0c36d8d,...) at > _witness_debugger+0x25 > witness_checkorder(c23b19ec,9,c0c36d8d,323,0,...) at > witness_checkorder+0x839 > _mtx_lock_flags(c23b19ec,0,c0c36d8d,323,c2692400,...) at > _mtx_lock_flags+0xc4 > usbd_irpcancel(c24f1400,c2692400,c755ea28,c755ea74,c0acfe2a,...) at > usbd_irpcancel+0x5c > end(c2692400,c2976b80,c26ea000,c26ea000,c755ea5c,...) at 0xc220c2e1 > end(c26ea000,0,0,c26ea294,c755ea78,...) at 0xc22036e1 > ndis_wg111v3_sys_drv_data_start(c26ea000,0,c26ea000,c26ea000,0,...) at > ndis_wg111v3_sys_drv_data_start+0x5cac > ndis_wg111v3_sys_drv_data_start(c26ea000,c2202000,c26ea000,0,c755eaa8,...) > at ndis_wg111v3_sys_drv_data_start+0x5fec > ndis_wg111v3_sys_drv_data_start(c26ea000,c755eab4,c755eacc,c26b206a,c755eae4,...) > at ndis_wg111v3_sys_drv_data_start+0x603f > ndis_wg111v3_sys_drv_data_start(c26ea000,c23b186c,c26ea000,c0ac7429,c26b206a,...) > at ndis_wg111v3_sys_drv_data_start+0x611f > x86_stdcall_call(c23b1800,c755eb0e,c755eb14,c755eb18,c2aa60e4,...) at > x86_stdcall_call+0x1e > ndis_attach(c23d6b80,c23d6b80,c0bb64fd,0,c238da24,...) at ndis_attach+0xf71 > ndisusb_attach(c23d6b80,c221885c,c0cef938,c0bfc63d,80000000,...) at > ndisusb_attach+0xdb > device_attach(c23d6b80,4,c0c0ed75,9f1) at device_attach+0x36f > device_probe_and_attach(c23d6b80,c755ec1c,ffffffff,c2275800,0,...) at > device_probe_and_attach+0x4e > usb_probe_and_attach_sub(c2275800,0,c0bf354f,4c4,0,...) at > usb_probe_and_attach_sub+0xde > usb_probe_and_attach(c2275800,ff,c2399800,1,0,...) at > usb_probe_and_attach+0x1b3 > uhub_explore(c2399800,0,c0bf1fec,cd,c229ed34,...) at uhub_explore+0x766 > usb_bus_explore(c229ed34,c229edac,c0bfb560,51,c0d5fec0,...) at > usb_bus_explore+0xbb > usb_process(c229ecd4,c755ed38,c0c079d2,334,c21a7d48,...) at usb_process+0xde > fork_exit(c07a6de0,c229ecd4,c755ed38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc755ed70, ebp = 0 --- > >> # ifconfig wlan0 create wlandev ndis0 >> # ifconfig wlan0 ssid blah up > > lab# ifconfig wlan0 ssid blah up > load: 0.06 cmd: ifconfig 1245 [-] 1.92r 0.02u 0.12s 0% 1568k > load: 0.06 cmd: ifconfig 1245 [-] 2.25r 0.02u 0.12s 0% 1568k > > lab# ifconfig ndis0 up > load: 0.06 cmd: ifconfig 1254 [KeWFS] 1.27r 0.00u 0.01s 0% 1568k > load: 0.06 cmd: ifconfig 1254 [KeWFS] 1.66r 0.00u 0.01s 0% 1568k > > > lab# ifconfig ndis0 > ndis0: flags=8803 metric 0 mtu 2290 > ether 00:1b:2f:be:78:aa > media: IEEE 802.11 Wireless Ethernet autoselect mode 11b > status: associated > lab# ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:1b:2f:be:78:aa > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid blah channel 1 (2412 Mhz 11b) > country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 > bintval 0 > lab# ifconfig wlan0 scan > lab# ifconfig wlan0 list scan > lab# > > Any ideas? Are you saying that nothing is displayed on console(dmesg) by kernel? -- Paul