From owner-freebsd-net@FreeBSD.ORG Sun Mar 8 08:41: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 8961A1065672 for ; Sun, 8 Mar 2009 08:41:42 +0000 (UTC) (envelope-from fjo-lists@ogris.de) Received: from ns1.ogris.net (ns1.ogris.net [212.62.68.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9D78FC1F for ; Sun, 8 Mar 2009 08:41:42 +0000 (UTC) (envelope-from fjo-lists@ogris.de) Received: from [192.168.0.14] (p548776CD.dip.t-dialin.net [84.135.118.205]) by ns1.ogris.net (Postfix) with ESMTPA id D91E412083C for ; Sun, 8 Mar 2009 09:24:29 +0100 (CET) User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Sun, 08 Mar 2009 09:24:02 +0100 From: "Felix J. Ogris" To: Message-ID: Thread-Topic: CARP IP level load balancing Thread-Index: AcmfxzyNOzJ0gKtAJki6kCEdEnFtcg== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: CARP IP level load balancing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2009 08:41:42 -0000 On 1/20/09 3:30 PM, "Alexey Ivanov" wrote: > Is there any plans to port IP level LB from OpenBSD, and, if yes, will it be > ported to 7x and 6x? Feel free to port http://ogris.de/carp/carp_aa.patch to 7.x. Felix From owner-freebsd-net@FreeBSD.ORG Sun Mar 8 20:00: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 EB78B106568E for ; Sun, 8 Mar 2009 20:00:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F1FB38FC14 for ; Sun, 8 Mar 2009 20:00:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n28K0Bns042749 for ; Sun, 8 Mar 2009 20:00:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n28K0B5B042748; Sun, 8 Mar 2009 20:00:11 GMT (envelope-from gnats) Date: Sun, 8 Mar 2009 20:00:11 GMT Message-Id: <200903082000.n28K0B5B042748@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= Cc: Subject: Re: misc/132277: poor performance using criptodevice for IPSEC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2009 20:00:17 -0000 The following reply was made to PR kern/132277; it has been noted by GNATS. From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: bug-followup@FreeBSD.org Cc: Vasile Marii Subject: Re: misc/132277: poor performance using criptodevice for IPSEC Date: Sun, 8 Mar 2009 20:56:01 +0100 Le Tue, 3 Mar 2009 07:42:44 GMT, Vasile Marii : Hi, > Does anybody have any better results on glxsb or via?(i mean a netperf > test between two machines) or there is a hack or a setting in the > kernel or somewhere else? I've made some tests on IPsec with glxsb and the performances are very bad (around 14 Mbits). I think the problem is that glxsb handles only one request at a time. When it is busy, it blocks the Open Crypto Framework with ERESTART and it unblocks the OCF when the previous request is completed. Then the OCF has to wake up and to resubmit the request. It looks like this performs very badly when using it with IPsec. If glxsb processes the requests synchronously it performs quite better, around 50 Mbits. I will look for glxsb. From owner-freebsd-net@FreeBSD.ORG Mon Mar 9 02:40:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B08106566C for ; Mon, 9 Mar 2009 02:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 38AE08FC1B for ; Mon, 9 Mar 2009 02:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n292e4mi062177 for ; Mon, 9 Mar 2009 02:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n292e4Ov062176; Mon, 9 Mar 2009 02:40:04 GMT (envelope-from gnats) Date: Mon, 9 Mar 2009 02:40:04 GMT Message-Id: <200903090240.n292e4Ov062176@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/132342: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 02:40:04 -0000 The following reply was made to PR kern/132342; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132342: commit references a PR Date: Mon, 9 Mar 2009 02:38:02 +0000 (UTC) Author: sam Date: Mon Mar 9 02:37:52 2009 New Revision: 189550 URL: http://svn.freebsd.org/changeset/base/189550 Log: Fix TXPMGT handling: o correct dBm<->mW conversion logic o set net80211 TXPMGT capability only if driver reports it is capable PR: kern/132342 Submitted by: "Paul B. Mahol" Modified: head/sys/dev/if_ndis/if_ndis.c Modified: head/sys/dev/if_ndis/if_ndis.c ============================================================================== --- head/sys/dev/if_ndis/if_ndis.c Mon Mar 9 02:34:02 2009 (r189549) +++ head/sys/dev/if_ndis/if_ndis.c Mon Mar 9 02:37:52 2009 (r189550) @@ -102,7 +102,7 @@ SYSCTL_INT(_hw_ndisusb, OID_AUTO, halt, "Halt NDIS USB driver when it's attached"); /* 0 - 30 dBm to mW conversion table */ -const uint16_t dBm2mW[] = { +static const uint16_t dBm2mW[] = { 1, 1, 1, 1, 2, 2, 2, 2, 3, 3, 3, 4, 4, 4, 5, 6, 6, 7, 8, 9, 10, 11, 13, 14, 16, 18, 20, 22, 25, 28, @@ -749,7 +749,7 @@ ndis_attach(dev) ic->ic_ifp = ifp; ic->ic_opmode = IEEE80211_M_STA; ic->ic_phytype = IEEE80211_T_DS; - ic->ic_caps = IEEE80211_C_STA | IEEE80211_C_IBSS | IEEE80211_C_TXPMGT; + ic->ic_caps = IEEE80211_C_STA | IEEE80211_C_IBSS; setbit(ic->ic_modecaps, IEEE80211_MODE_AUTO); len = 0; r = ndis_get_info(sc, OID_802_11_NETWORK_TYPES_SUPPORTED, @@ -928,6 +928,11 @@ got_crypto: r = ndis_get_info(sc, OID_802_11_POWER_MODE, &arg, &i); if (r == 0) ic->ic_caps |= IEEE80211_C_PMGT; + + r = ndis_get_info(sc, OID_802_11_TX_POWER_LEVEL, &arg, &i); + if (r == 0) + ic->ic_caps |= IEEE80211_C_TXPMGT; + bcopy(eaddr, &ic->ic_myaddr, sizeof(eaddr)); ieee80211_ifattach(ic); ic->ic_raw_xmit = ndis_raw_xmit; @@ -2325,9 +2330,10 @@ ndis_setstate_80211(sc) ndis_set_info(sc, OID_802_11_POWER_MODE, &arg, &len); /* Set TX power */ - if (ic->ic_txpowlimit < sizeof(dBm2mW)) { - len = sizeof(arg); + if ((ic->ic_caps & IEEE80211_C_TXPMGT) && + ic->ic_txpowlimit < (sizeof(dBm2mW) / sizeof(dBm2mW[0]))) { arg = dBm2mW[ic->ic_txpowlimit]; + len = sizeof(arg); ndis_set_info(sc, OID_802_11_TX_POWER_LEVEL, &arg, &len); } @@ -2798,11 +2804,10 @@ ndis_getstate_80211(sc) } /* Get TX power */ - len = sizeof(arg); - rval = ndis_get_info(sc, OID_802_11_TX_POWER_LEVEL, &arg, &len); - - if (!rval) { - for (i = 0; i < sizeof(dBm2mW); i++) + if (ic->ic_caps & IEEE80211_C_TXPMGT) { + len = sizeof(arg); + ndis_get_info(sc, OID_802_11_TX_POWER_LEVEL, &arg, &len); + for (i = 0; i < (sizeof(dBm2mW) / sizeof(dBm2mW[0])); i++) if (dBm2mW[i] >= arg) break; ic->ic_txpowlimit = i; _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Mar 9 07:14:30 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8915F1065687; Mon, 9 Mar 2009 07:14:30 +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 5EA3D8FC19; Mon, 9 Mar 2009 07:14:30 +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 n297EUW1034562; Mon, 9 Mar 2009 07:14:30 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n297EUiE034558; Mon, 9 Mar 2009 07:14:30 GMT (envelope-from yongari) Date: Mon, 9 Mar 2009 07:14:30 GMT Message-Id: <200903090714.n297EUiE034558@freefall.freebsd.org> To: yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/130846: [vge] vge0 not autonegotiating to 1000baseTX full duplex in 7.1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2009 07:14:30 -0000 Synopsis: [vge] vge0 not autonegotiating to 1000baseTX full duplex in 7.1 Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Mon Mar 9 07:13:48 UTC 2009 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=130846 From owner-freebsd-net@FreeBSD.ORG Mon Mar 9 12:53:38 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C171065674 for ; Mon, 9 Mar 2009 12:53:38 +0000 (UTC) (envelope-from kaushalshriyan@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1D60C8FC1E for ; Mon, 9 Mar 2009 12:53:37 +0000 (UTC) (envelope-from kaushalshriyan@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so1721960wfd.7 for ; Mon, 09 Mar 2009 05:53:37 -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=OqvbxlWjlpAvpC6803L3MtbTBkOgrkn+y3j6V9QLE3I=; b=NB9IybKJhT2Gs1t9nTSgNxaPjzCIEGQNfSKDVCEW5cPYBSm/SBd6zSAc57qsHfoLDI PvCk3Yx9KUV102d285ht3lWNbbuj6dwlaIn8IVSv6TbxOpHaBik9IgitU2gCSlNqdehq 6MI2QpN/fhNeYTciX68gACW6rPYo6uJxm1azI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=FFXuORwWTKUGkXXqFfRmRuUf/26Fj4N4TILhnmbPkx13Tq/cFOs9fK+uMFJ3R78a6b py8i77lunFQNRGGstkfMyaHTIhKC/bn/JCTUwoxeVcxYYVHje+0MeQUMU6A4Umx+qv27 To+6qTvsVqTu/m2Y6nAe3uRSEB+HZbr+CY8rA= MIME-Version: 1.0 Received: by 10.142.237.20 with SMTP id k20mr2531532wfh.93.1236601633579; Mon, 09 Mar 2009 05:27:13 -0700 (PDT) Date: Mon, 9 Mar 2009 17:57:13 +0530 Message-ID: <6b16fb4c0903090527q3279daewcba65ec40882aa76@mail.gmail.com> From: Kaushal Shriyan To: freebsd-net@freebsd.org X-Mailman-Approved-At: Mon, 09 Mar 2009 16:01:34 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IP Route cache X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2009 12:53:38 -0000 Hi is there a way to enable IP Route Cache in FreeBSD ?. I am using FreeBSD as Firewall in my setup. Thanks and Regards Kaushal From owner-freebsd-net@FreeBSD.ORG Mon Mar 9 17:15:09 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0AB210656C4 for ; Mon, 9 Mar 2009 17:15:09 +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 89AB18FC0C for ; Mon, 9 Mar 2009 17:15:09 +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 n29HF9Z2045330 for ; Mon, 9 Mar 2009 17:15:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n29HF92K045326 for freebsd-net@FreeBSD.org; Mon, 9 Mar 2009 17:15:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Mar 2009 17:15:09 GMT Message-Id: <200903091715.n29HF92K045326@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, 09 Mar 2009 17:15:12 -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/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132342 net [ndis] [patch] incorrect number used in for loop; fix o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o conf/132179 net [patch] /etc/network.subr: ipv6 rtsol on incorrect wla o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131310 net [panic] 7.1 panics with mpd netgraph interface changes 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 f kern/130605 net [tcp] Certain hardware produces "Network is unreachabl o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o bin/130159 net [patch] ppp(8) fails to correctly set routes o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129846 net [panic] /usr/sbin/ppp causes panic "Sleeping thread ow 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 [panic] Kernel panic with EtherIP (may be related to S o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net arp: 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/126469 net [fxp] [panic] fxp(4) related kernel panic o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre f kern/125195 net [fxp] fxp(4) driver failed to initialize device Intel o kern/124904 net [fxp] EEPROM corruption with Compaq NC3163 NIC o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/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 [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/122427 net [apm] [panic] apm and mDNSResponder cause panic during o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o kern/121983 net [fxp] fxp0 MBUF and PAE o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [panic] gnugk causes kernel panic when closing UDP soc o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119361 net [bge] bge(4) transmit performance problem o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116328 net [bge]: Solid hang with bge interface o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f f kern/114899 net [bge] bge0: watchdog timeout -- resetting o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/114714 net [gre] [patch] gre(4) is not MPSAFE and does not suppor o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge interface given in rc.conf not taking a 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 [patch] ifconfig name does't rename netgraph node in n 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/100839 net [txp] txp driver inconsistently stops working when the o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces o kern/87194 net [fxp] fxp(4) promiscuous mode seems to corrupt hw-csum s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [patch] for static ARP tables in rc.network 264 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Mar 9 17:58: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 942E310658EE; Mon, 9 Mar 2009 17:58:01 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 67B1F8FC25; Mon, 9 Mar 2009 17:58:01 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 5C6172EC6A4; Mon, 9 Mar 2009 13:58:00 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 09 Mar 2009 13:58:00 -0400 X-Sasl-enc: +DxW/qfvKnK56VHmcKtbJHzgyLHGkPnPOk8INlLmn8xH 1236621480 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id D3F51F8D5; Mon, 9 Mar 2009 13:57:59 -0400 (EDT) Message-ID: <49B558A2.2050101@incunabulum.net> Date: Mon, 09 Mar 2009 17:57:54 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: freebsd-current@freebsd.org, FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: IGMPv3/SSM committed to IPv4 stack. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 17:58:05 -0000 Hi all, Support for IGMPv3 and Source-Specific Multicast has now been committed to FreeBSD-CURRENT. At this point, the code is believed to be in a 'late beta' state suitable for more widespread testing. There may be some issues with recorded-source processing. Folk running multicast-enabled networks are encouraged to try the code and report any issues. Basic protocol verification has been performed manually using bleeding edge PCS from Mercurial: http://pcs.sourceforge.net/ If there are any issues, please contact me via email in the first instance. This work has been generously funded by a third party. thanks, BMS From owner-freebsd-net@FreeBSD.ORG Tue Mar 10 15:30:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45DE0106568B for ; Tue, 10 Mar 2009 15:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 33D848FC1C for ; Tue, 10 Mar 2009 15:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2AFU3Tv007643 for ; Tue, 10 Mar 2009 15:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2AFU3ud007640; Tue, 10 Mar 2009 15:30:03 GMT (envelope-from gnats) Date: Tue, 10 Mar 2009 15:30:03 GMT Message-Id: <200903101530.n2AFU3ud007640@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Richard Tector Cc: Subject: Re: kern/129846: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Richard Tector List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 15:30:05 -0000 The following reply was made to PR kern/129846; it has been noted by GNATS. From: Richard Tector To: bug-followup@FreeBSD.org, koie@suri.co.jp Cc: Subject: Re: kern/129846: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable lock Date: Tue, 10 Mar 2009 15:25:42 +0000 This is a cryptographically signed message in MIME format. --------------ms070406050304010702070107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Just a me too on 7.1-STABLE amd64 (as of 2009-03-05 at least). Note this does not happen with a 7.1-RELEASE kernel, so I'm assuming it's not userland. Regards, Richard --------------ms070406050304010702070107 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHMDCC A5QwggL9oAMCAQICAQYwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQxNzE1WhcNMTAwOTI5MTQxNzE1WjCBhDELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxEjAQBgNVBAcTCU5ld2Nhc3RsZTEKMAgGA1UEChMBIDEXMBUG A1UEAxMOUmljaGFyZCBUZWN0b3IxJDAiBgkqhkiG9w0BCQEWFXJpY2hhcmRAdGVjdG9yLm9y Zy51azCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAqadxU4apjUusNPQIUTvEbH0DMoYD 0S1e8A/06cibkDaJfz7iLWqMTXhYbkq3FM7Ujjxx2Jw0JHUKo2uhrqjR0SjFhTzW1KvmhPCO MAfYht/NYjWCZzGcR3YdfNiWwBsWgCNxK3MonO8avT5CXT/NweMtZrDHhX2VquxD8v3/TlMC AwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wgR2VuZXJh dGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBRzml/pUyA2Fw1CX1b2sikniz6NhzCBtgYDVR0j BIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMCVUsxFjAU BgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2Vl bGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhv cml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBAHObxzoGANKR90eLQMS6q/yfcJMu pHLoZT/UajG8cFdxzGxXNhuQhmYAfzUOqaJL/fMBznnNoRC7IHS+iCWCI2v2Rp9cDkoFw0m1 lvp5boNpYMPGPGNfemedVGzY4vDxI4o6bBCut47KGr3+wNA/+oHtHmCBQ6WdP/WEDjsSnmeM MIIDlDCCAv2gAwIBAgIBBjANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUg Q2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0 eTAeFw0wNjA5MjkxNDE3MTVaFw0xMDA5MjkxNDE3MTVaMIGEMQswCQYDVQQGEwJVSzEWMBQG A1UECBMNU3RhZmZvcmRzaGlyZTESMBAGA1UEBxMJTmV3Y2FzdGxlMQowCAYDVQQKEwEgMRcw FQYDVQQDEw5SaWNoYXJkIFRlY3RvcjEkMCIGCSqGSIb3DQEJARYVcmljaGFyZEB0ZWN0b3Iu b3JnLnVrMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCpp3FThqmNS6w09AhRO8RsfQMy hgPRLV7wD/TpyJuQNol/PuItaoxNeFhuSrcUztSOPHHYnDQkdQqja6GuqNHRKMWFPNbUq+aE 8I4wB9iG381iNYJnMZxHdh182JbAGxaAI3Ercyic7xq9PkJdP83B4y1msMeFfZWq7EPy/f9O UwIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5l cmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHOaX+lTIDYXDUJfVvayKSeLPo2HMIG2BgNV HSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQswCQYDVQQGEwJVSzEW MBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAXBgNVBAoTEFRoZSBL ZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2VydGlmaWNhdGUgQXV0 aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAc5vHOgYA0pH3R4tAxLqr/J9w ky6kcuhlP9RqMbxwV3HMbFc2G5CGZgB/NQ6pokv98wHOec2hELsgdL6IJYIja/ZGn1wOSgXD SbWW+nlug2lgw8Y8Y196Z51UbNji8PEjijpsEK63jsoavf7A0D/6ge0eYIFDpZ0/9YQOOxKe Z4wxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hp cmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQD EyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIBBjAJBgUrDgMCGgUA oIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wOTAzMTAx NTI1NDJaMCMGCSqGSIb3DQEJBDEWBBTJYQ3hrFto8zT3gMiVH9oG2swxnDBSBgkqhkiG9w0B CQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUr DgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGBMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAXBgNVBAoTEFRo ZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2VydGlmaWNhdGUg QXV0aG9yaXR5AgEGMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkGA1UEBhMCVUsxFjAU BgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2Vl bGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhv cml0eQIBBjANBgkqhkiG9w0BAQEFAASBgFypCanQMLA0VnZMvXy5/XhDQIH9v8TzcXZa4qUg Rkc4jSe8JixgcP8WP+Hkwx5hweS1AgWFg07lk/cLwIXSSKKuv9RjtKgYKZF7q06KutaVlTz4 7bhlrATb9zmKmnGqtK+SNJ5myeKEARVBO5DsuiWW9d+F9yy7U+rDdaifiNJCAAAAAAAA --------------ms070406050304010702070107-- From owner-freebsd-net@FreeBSD.ORG Tue Mar 10 23:05:58 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBAE61065680; Tue, 10 Mar 2009 23:05:58 +0000 (UTC) (envelope-from jchambers@ucla.edu) Received: from out-36.smtp.ucla.edu (smtp-7.smtp.ucla.edu [IPv6:2607:f010:3fe:202:1013:72ff:fe5b:6a90]) by mx1.freebsd.org (Postfix) with ESMTP id C7D1A8FC14; Tue, 10 Mar 2009 23:05:58 +0000 (UTC) (envelope-from jchambers@ucla.edu) Received: from mail.ucla.edu (mail.ucla.edu [169.232.46.157]) by smtp-7.smtp.ucla.edu (8.14.3/8.14.3) with ESMTP id n2AN5l5N032518; Tue, 10 Mar 2009 16:05:47 -0700 Received: from computer-2.local ([149.142.36.207]) (authenticated bits=0) by mail.ucla.edu (8.13.8/8.13.8) with ESMTP id n2AN5lBx028837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Mar 2009 16:05:47 -0700 Message-ID: <49B6F24B.5020004@ucla.edu> Date: Tue, 10 Mar 2009 16:05:47 -0700 From: Jason Chambers Organization: UCLA User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Jason Chambers References: <200903021130.n22BU5Jr076050@freefall.freebsd.org> In-Reply-To: <200903021130.n22BU5Jr076050@freefall.freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Probable-Spam: no X-Scanned-By: smtp.ucla.edu on 169.232.47.245 Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org Subject: Re: [this can be closed] ---> kern/130605: [tcp] Certain hardware produces "Network is unreachable" errors for scanning tools X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2009 23:05:59 -0000 FYI again. --Jason Jason Chambers wrote: > The following reply was made to PR kern/130605; it has been noted by GNATS. > > From: Jason Chambers > To: bug-followup@FreeBSD.org, jchambers@ucla.edu > Cc: > Subject: Re: kern/130605: [tcp] Certain hardware produces "Network is unreachable" > errors for scanning tools > Date: Mon, 02 Mar 2009 03:26:43 -0800 > > Hello all. > > The Nessus problem was finally identified to be caused by incompatible > ABI system calls. > > As for the general "Network is unreachable" error I assume this to be > due to the condition described or incorrect implementation of said > security tools on FreeBSD. > > Thanks for the help, this PR can be closed. > > --Jason > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Mar 11 15:12:11 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B828D106574E; Wed, 11 Mar 2009 15:12:11 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8CA3E8FC2A; Wed, 11 Mar 2009 15:12:11 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2BFCBg8091376; Wed, 11 Mar 2009 15:12:11 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2BFCB8r091372; Wed, 11 Mar 2009 15:12:11 GMT (envelope-from gavin) Date: Wed, 11 Mar 2009 15:12:11 GMT Message-Id: <200903111512.n2BFCB8r091372@freefall.freebsd.org> To: jchambers@ucla.edu, gavin@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/130605: [tcp] Certain hardware produces "Network is unreachable" errors for scanning tools X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2009 15:12:12 -0000 Synopsis: [tcp] Certain hardware produces "Network is unreachable" errors for scanning tools State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Wed Mar 11 15:09:08 UTC 2009 State-Changed-Why: Close, submitter is happy that this has been resolved (see also 132518) http://www.freebsd.org/cgi/query-pr.cgi?pr=130605 From owner-freebsd-net@FreeBSD.ORG Wed Mar 11 20:50:38 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C463C1065680; Wed, 11 Mar 2009 20:50:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC1E8FC0C; Wed, 11 Mar 2009 20:50:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (rwatson@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2BKocxu022681; Wed, 11 Mar 2009 20:50:38 GMT (envelope-from rwatson@freefall.freebsd.org) Received: (from rwatson@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2BKocsF022677; Wed, 11 Mar 2009 20:50:38 GMT (envelope-from rwatson) Date: Wed, 11 Mar 2009 20:50:38 GMT Message-Id: <200903112050.n2BKocsF022677@freefall.freebsd.org> To: rwatson@FreeBSD.org, freebsd-net@FreeBSD.org, rwatson@FreeBSD.org From: rwatson@FreeBSD.org Cc: Subject: Re: kern/129846: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2009 20:50:39 -0000 Synopsis: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable lock Responsible-Changed-From-To: freebsd-net->rwatson Responsible-Changed-By: rwatson Responsible-Changed-When: Wed Mar 11 20:50:01 UTC 2009 Responsible-Changed-Why: Grab ownership. http://www.freebsd.org/cgi/query-pr.cgi?pr=129846 From owner-freebsd-net@FreeBSD.ORG Wed Mar 11 20:53:32 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26D9C10656C0 for ; Wed, 11 Mar 2009 20:53:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 014878FC1C for ; Wed, 11 Mar 2009 20:53:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 8598546B32; Wed, 11 Mar 2009 16:53:31 -0400 (EDT) Date: Wed, 11 Mar 2009 20:53:31 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Richard Tector In-Reply-To: <200903101530.n2AFU3ud007640@freefall.freebsd.org> Message-ID: References: <200903101530.n2AFU3ud007640@freefall.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org Subject: Re: kern/129846: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2009 20:53:32 -0000 On Tue, 10 Mar 2009, Richard Tector wrote: > Just a me too on 7.1-STABLE amd64 (as of 2009-03-05 at least). Note this > does not happen with a 7.1-RELEASE kernel, so I'm assuming it's not > userland. This problem is believed fixed as of r189531, committed 8 March -- could you try updating and see if that helps? A more complete description of the problem can be found here: http://www.freebsd.org/cgi/query-pr.cgi?pr=132222 Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Wed Mar 11 23:49: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 468EF106564A; Wed, 11 Mar 2009 23:49:36 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1A68E8FC12; Wed, 11 Mar 2009 23:49:36 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 6E3602EDB2E; Wed, 11 Mar 2009 19:49:35 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 11 Mar 2009 19:49:35 -0400 X-Sasl-enc: ZP5638vC9uf9QpVtfeI3uVqfXy1IieeKupscCHC5xGEm 1236815375 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B68CA2CDCA; Wed, 11 Mar 2009 19:49:34 -0400 (EDT) Message-ID: <49B84E08.3020107@incunabulum.net> Date: Wed, 11 Mar 2009 23:49:28 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: freebsd-current@freebsd.org, FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pavlin Radoslavov Subject: HEADS UP: multicast forwarding ipv4/ipv6 split and fine grained locking patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 23:49:37 -0000 Hi all, If you look at this URL: http://people.freebsd.org/~bms/stage/mrouting/ ...I have two patches which considerably clean up IPv4 multicast forwarding. Summary of changes: The ip_mroute.ko module is also split into two, and the dependencies between IPv4 and IPv6 are untangled. BSD constructs are now used for the data structures in MROUTING, and some but not all style(9) bugs fixed. Fine grained locking is added. The MFC and VIF tables are exported from the live kernel via sysctl, which allows netstat with MROUTING to be built without libkvm support. I'd like to hear from folk who are able to give these patches more in-depth testing before I go ahead and commit them. thanks! BMS From owner-freebsd-net@FreeBSD.ORG Thu Mar 12 02:41:02 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817EC106566B; Thu, 12 Mar 2009 02:41:02 +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 6E7158FC08; Thu, 12 Mar 2009 02:41:02 +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 n2C2f2CH074916; Thu, 12 Mar 2009 02:41:02 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2C2f2IJ074894; Thu, 12 Mar 2009 02:41:02 GMT (envelope-from yongari) Date: Thu, 12 Mar 2009 02:41:02 GMT Message-Id: <200903120241.n2C2f2IJ074894@freefall.freebsd.org> To: eriko@tamu.edu, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/100839: [txp] txp driver inconsistently stops working when the interface is brought down and back up X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2009 02:41:02 -0000 Synopsis: [txp] txp driver inconsistently stops working when the interface is brought down and back up State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Thu Mar 12 02:39:48 UTC 2009 State-Changed-Why: I've committed overhauled txp(4) to HEAD. Now txp(4) always start from known state by downloading firmware in interface up time so it may have fixed your issue. Would you give it a try on your box? Download the following files and it should build without problems on 7.1-RELEASE/7-stable/CURRENT. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/txp/3c990img.h http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/txp/if_txp.c http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/txp/if_txpreg.h Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Mar 12 02:39:48 UTC 2009 Responsible-Changed-Why: I've committed overhauled txp(4). Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=100839 From owner-freebsd-net@FreeBSD.ORG Thu Mar 12 06:24:28 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E92471065679; Thu, 12 Mar 2009 06:24:28 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BD7628FC0C; Thu, 12 Mar 2009 06:24:28 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2C6OSnG070128; Thu, 12 Mar 2009 06:24:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2C6OS65070124; Thu, 12 Mar 2009 06:24:28 GMT (envelope-from linimon) Date: Thu, 12 Mar 2009 06:24:28 GMT Message-Id: <200903120624.n2C6OS65070124@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/132554: [ipfilter] There is no ippool start script/ipfilter magic to load them X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2009 06:24:30 -0000 Old Synopsis: There is no ippool start script/ipfilter magic to load them New Synopsis: [ipfilter] There is no ippool start script/ipfilter magic to load them Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 12 06:23:39 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132554 From owner-freebsd-net@FreeBSD.ORG Thu Mar 12 15:06:22 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4D5510656EA; Thu, 12 Mar 2009 15:06:22 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 615568FC17; Thu, 12 Mar 2009 15:06:22 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 99B314524C; Thu, 12 Mar 2009 14:48:36 +0000 (GMT) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id Ovid0mu9rwWi; Thu, 12 Mar 2009 14:48:28 +0000 (UTC) Received: from [10.0.2.11] (daffy.tector.org.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTPSA id 36CA545258; Thu, 12 Mar 2009 14:48:27 +0000 (GMT) Message-ID: <49B92090.40406@thekeelecentre.com> Date: Thu, 12 Mar 2009 14:47:44 +0000 From: Richard Tector User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Robert Watson References: <200903101530.n2AFU3ud007640@freefall.freebsd.org> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020401000209080904000803" Cc: freebsd-net@FreeBSD.org, Richard Tector Subject: Re: kern/129846: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2009 15:06:25 -0000 This is a cryptographically signed message in MIME format. --------------ms020401000209080904000803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Robert Watson wrote: > On Tue, 10 Mar 2009, Richard Tector wrote: > >> Just a me too on 7.1-STABLE amd64 (as of 2009-03-05 at least). Note >> this does not happen with a 7.1-RELEASE kernel, so I'm assuming it's >> not userland. > > This problem is believed fixed as of r189531, committed 8 March -- could > you try updating and see if that helps? A more complete description of > the problem can be found here: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=132222 > Been running for just over 14 hours now with the new kernel and no problems observed. I think can you close this PR now, thanks. Regards, Richard --------------ms020401000209080904000803 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wOTAzMTIxNDQ3NDRaMCMGCSqGSIb3DQEJBDEWBBQVnElRm7xPEe98hI/0f7oV4c94 0DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgK4DbXgtI62EtkU13JCC9g1b u7bjaAfVAtUgb7ck1YqW85C9HnGuY9G7SKk6Abn0gVvkO8WuF/l8L1duzBQED31dQtSc3eD9 cEel200wUx4U6cGk9D7rRxaJbyKwSl0TQEAC8viXTF7imn4VqZKDkU+uJU4xOj+7PpUyhZeO JRmFAAAAAAAA --------------ms020401000209080904000803-- From owner-freebsd-net@FreeBSD.ORG Thu Mar 12 15:21:57 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 D2A281065672 for ; Thu, 12 Mar 2009 15:21:57 +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 568678FC14 for ; Thu, 12 Mar 2009 15:21:57 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LhmjI-0004z8-6x for freebsd-net@freebsd.org; Thu, 12 Mar 2009 15:21:52 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Mar 2009 15:21:52 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Mar 2009 15:21:52 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Thu, 12 Mar 2009 16:21:20 +0100 Lines: 50 Message-ID: <49B92870.1090600@freebsd.org> References: <29230.62.12.14.25.1236258269.squirrel@jodocus.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2D8323821C29BF2149AE2D04" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: <29230.62.12.14.25.1236258269.squirrel@jodocus.org> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: IPFW and IPv6 TCP timeout problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2009 15:21:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2D8323821C29BF2149AE2D04 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Joost Bekkers wrote: > On Thu, March 5, 2009 12:30, Ivan Voras wrote: >> Hi, >> >> It appears that IPFW drops dynamic (state-keeping) rules for idle IPv6= >> TCP connections after a short (60 seconds by default) timeout. This of= >> course creates problems for services like SSH and NFS. I've contacted >> Luigi Rizzo about it but he cannot help with the IPv6 part of the ipfw= =2E >> His guess is that the part that should send keepalive ACK packets like= >> ipfw does for IPv4 is broken or nonexistent for IPv6. >> >> Any takers? Should I file a PR? >> >> >=20 > You might want to check if kern/117234 is relevant here. I've got a > feeling this is the problem you're seeing. >=20 > The PR includes a patch, it just needs somebody to commit it. I'm running a patched kernel now and it doesn't fix the issue - the dynamic rules continue to disappear after the timeout like before. Maybe the patch solves something else? --------------enig2D8323821C29BF2149AE2D04 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJuShwldnAQVacBcgRAo+4AJ9cLy67zrfndc/JPAu9P8ec9uqMuwCff6aw /JqOzWGQ8xjwh/hdlQOobSI= =DuFV -----END PGP SIGNATURE----- --------------enig2D8323821C29BF2149AE2D04-- From owner-freebsd-net@FreeBSD.ORG Thu Mar 12 15:30:31 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 7F5771065675 for ; Thu, 12 Mar 2009 15:30:31 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id EF2D98FC16 for ; Thu, 12 Mar 2009 15:30:30 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n2CEtOEf004309 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 12 Mar 2009 15:55:25 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 12 Mar 2009 15:55:22 +0100 X-Mailer: Apple Mail (2.930.3) Subject: Multi-homing, jails, and source address selection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2009 15:30:32 -0000 I'm having some trouble configuring a dual-homed jail host, running - current from about 4 weeks ago. My machine has one external interface em0 connected to an /27 IPv4 network. Additionally, I have a VPN interface tun0 provided by an OpenVPN instance with a private /18 range. I'd like my jails to be dual-homed, with a public and a VPN address each. Processes in the jail should pick the appropriate source address depending on the destination address, so that the source address for a connection going to a VPN address will be the jails' VPN address, and all other connections will use the jails' public IP. I have a couple of questions that I can't seem to find answers to: How do I get the VPN addresses configured? tun0 won't accept them (since ptp interfaces require a destination address). If I use lo0, I seem to have source address selection issues. I've experimented with various setups, but haven't found one that would work just right. In the example below, if I ping from foo to a VPN address, the source address is foo's public IP. If I run ping with -S10.0.63.3, the source address still is 192.0.2.3. Is there any documentation on how source addresses are selected? I thought I remembered that on unbound sockets the destination route would be used to pick the first address of the outgoing interface as the source address; the same address would be picked on connecting a socket. I'm currently running with this configuration in rc.conf: cloned_interfaces="tun0" ifconfig_em0="192.0.2.2/27" ifconfig_tun0="10.0.63.1 10.0.63.255" defaultrouter="192.0.2.1" inetd_flags="-wW -a 192.0.2.2" static_routes="openvpn" route_openvpn="10.0.0.0/18 10.0.63.255" jail_enable="YES" jail_set_hostname_allow="NO" jail_sysvipc_allow="YES" jail_devfs_enable="YES" jail_mount_enable="YES" jail_list="foo bar baz" jail_foo_rootdir="/jail/foo.example.com" jail_foo_hostname="foo.example.com" jail_foo_ip="em0|192.0.2.3,lo0|10.0.63.3" Any suggestions? -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-net@FreeBSD.ORG Thu Mar 12 16:50:56 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C83A106566B; Thu, 12 Mar 2009 16:50:56 +0000 (UTC) (envelope-from joost@jodocus.org) Received: from viefep11-int.chello.at (viefep11-int.chello.at [62.179.121.31]) by mx1.freebsd.org (Postfix) with ESMTP id 2CF408FC15; Thu, 12 Mar 2009 16:50:54 +0000 (UTC) (envelope-from joost@jodocus.org) Received: from edge03.upc.biz ([192.168.13.238]) by viefep11-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090312165053.FYAO29990.viefep11-int.chello.at@edge03.upc.biz>; Thu, 12 Mar 2009 17:50:53 +0100 Received: from bps.jodocus.org ([77.248.200.61]) by edge03.upc.biz with edge id SGqr1b01P1Kyz9103GqsHk; Thu, 12 Mar 2009 17:50:52 +0100 X-SourceIP: 77.248.200.61 Received: from jodocus.org (localhost [IPv6:::1]) by bps.jodocus.org (8.14.2/8.14.2) with ESMTP id n2CGopDS002196; Thu, 12 Mar 2009 17:50:51 +0100 (CET) (envelope-from joost@jodocus.org) Received: from 192.168.100.227 (SquirrelMail authenticated user joost) by jodocus.org with HTTP; Thu, 12 Mar 2009 17:50:51 +0100 (CET) Message-ID: <2498.192.168.100.227.1236876651.squirrel@jodocus.org> In-Reply-To: <49B92870.1090600@freebsd.org> References: <29230.62.12.14.25.1236258269.squirrel@jodocus.org> <49B92870.1090600@freebsd.org> Date: Thu, 12 Mar 2009 17:50:51 +0100 (CET) From: "Joost Bekkers" To: "Ivan Voras" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (bps.jodocus.org [IPv6:::1]); Thu, 12 Mar 2009 17:50:51 +0100 (CET) Cc: freebsd-net@freebsd.org Subject: Re: IPFW and IPv6 TCP timeout problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2009 16:50:56 -0000 On Thu, March 12, 2009 16:21, Ivan Voras wrote: > Joost Bekkers wrote: >> On Thu, March 5, 2009 12:30, Ivan Voras wrote: >>> Hi, >>> >>> It appears that IPFW drops dynamic (state-keeping) rules for idle IPv6 >>> TCP connections after a short (60 seconds by default) timeout. This of >>> course creates problems for services like SSH and NFS. I've contacted >>> Luigi Rizzo about it but he cannot help with the IPv6 part of the ipfw. >>> His guess is that the part that should send keepalive ACK packets like >>> ipfw does for IPv4 is broken or nonexistent for IPv6. >>> >>> Any takers? Should I file a PR? >>> >>> >> >> You might want to check if kern/117234 is relevant here. I've got a >> feeling this is the problem you're seeing. >> >> The PR includes a patch, it just needs somebody to commit it. > > I'm running a patched kernel now and it doesn't fix the issue - the > dynamic rules continue to disappear after the timeout like before. > > Maybe the patch solves something else? The patch solves a problem where dyn-rules for idle connections are dropped after net.inet.ip.fw.dyn_ack_lifetime because the keep-alive packets aren't being send. Sounds suspiciously the same to me... You did use the later patch in the pr and not max's, right? The first patch in the pr sends keep-alives to the wrong port. I'm assuming the timer does get reset whenever the connection is in use, so if there is a response to a keep-alive that packet reaches check-state. Can you do a tcpdump to see if keep-alives are being sent. They should appear in the last 20 seconds of the dyn-rule timer. Joost. From owner-freebsd-net@FreeBSD.ORG Thu Mar 12 22:12:10 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED57D1065672 for ; Thu, 12 Mar 2009 22:12:10 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63907.mail.re1.yahoo.com (web63907.mail.re1.yahoo.com [69.147.97.122]) by mx1.freebsd.org (Postfix) with SMTP id 74EC38FC08 for ; Thu, 12 Mar 2009 22:12:10 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 36011 invoked by uid 60001); 12 Mar 2009 21:45:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236894328; bh=yoVhjcrsZgLWxwnQgKmqoSA5AgcxL21RbVTsXzBElLc=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=kmYAkGa52YnPNxb3jxQ76IfnUa8g38quTJT0SYs2roc4ywQN3JXcy/UVFUk+8AT07522VNsoVRCaaskwZTtSvZ8ZWgO6i60mWdGFSJeUzPSH1J0wNLBt0zOkKMRCmpuaLRMgGd6X6PJQ2t51DFe4BFADjFggx03Se1NXEs0jL8o= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=49FKDXXde6B7wuSDvEVp91shHc9XmRwegbyqrdqk8/ZPwHJzxqJQDxEbuaHHfqldvR42q9fvCanIgIDpcx83J9cXTFCDahOCzRzQo3n60IcVdIXa6vukNwC1fDIidQd2/8jyrLsUqsxGGRMCo6Iu/8TZTv8rNyWfRxeY/Dj9PZI=; Message-ID: <278464.35012.qm@web63907.mail.re1.yahoo.com> X-YMail-OSG: MxNXnisVM1lUQQoIkb_iRTkVzJj1aDNLiinBRjA31QBbyCsGLsw4DiqO4PZuVNGhEgWU.X4DKhgU8ynBVR1UqSdpd0oeVPiYS0o28NtHXeNWj7mH6EM74PazD965cR.zxuddXz2JrS7xG13Zo3Boge1ob7piI8Swu858lDzG7EmaMs9.nacotQ0cKz8RxumhiZ1kwhLZ7m6v9HXD99MTN6Ygd1hBMZAOwFXAkszPOrs- Received: from [98.242.222.229] by web63907.mail.re1.yahoo.com via HTTP; Thu, 12 Mar 2009 14:45:28 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 12 Mar 2009 14:45:28 -0700 (PDT) From: Barney Cordoba To: freebsd-net@freebsd.org, "Felix J. Ogris" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: CARP IP level load balancing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2009 22:12:11 -0000 --- On Sun, 3/8/09, Felix J. Ogris wrote: > From: Felix J. Ogris > Subject: Re: CARP IP level load balancing > To: freebsd-net@freebsd.org > Date: Sunday, March 8, 2009, 4:24 AM > On 1/20/09 3:30 PM, "Alexey Ivanov" > wrote: > > > Is there any plans to port IP level LB from OpenBSD, > and, if yes, will it be > > ported to 7x and 6x? > > Feel free to port http://ogris.de/carp/carp_aa.patch to > 7.x. > > Felix > Is there some difference from LAGG? Barney From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 01:54:37 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 710AB1065670 for ; Fri, 13 Mar 2009 01:54:37 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1DE8FC15 for ; Fri, 13 Mar 2009 01:54:37 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n2D1sZJm007644 for ; Thu, 12 Mar 2009 20:54:35 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 12 Mar 2009 20:54:35 -0500 (CDT) From: "Sean C. Farley" To: freebsd-net@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-3.2 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: tap(4) SIOCSIFMTU patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 01:54:37 -0000 Here is a patch[1] that will allow the MTU to be set higher than 1500 on a tap(4) interface. I ran into the need to do this when I had em0 set to 9000 and tried to bridge em0 with tap0 (MTU 1500) for QEMU. A bridge interface will not allow interfaces with different MTU's to be added to it. Since I have touched little inside the kernel, I thought it best if others take a look at it first. Sean 1. http://people.freebsd.org/~scf/if_tap-SIOCSIFMTU.patch -- scf@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 06:06:21 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C35D106567B for ; Fri, 13 Mar 2009 06:06:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 15BA78FC22 for ; Fri, 13 Mar 2009 06:06:20 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so2432745bwz.43 for ; Thu, 12 Mar 2009 23:06:19 -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=SO5fLUR2qYFDrh8yZ6pFdwEJ8tnB7KLnlfJi8jif3WY=; b=OdhDp1jMhQt/PhFFHAAlOjGeM6aWh0bbo4NI9q93/9Rd8lhfh9m7DdW7NANbAzRQ4M RCCMAEpSS36H3M/3WMHsh+ucyOuySxzfACk4wFwZVwgB2Bj3A1uZUglMG8AJ0q7Jm5Qv 88C74PZyyMlua5RkfIZihETXicxpLE8njEWZY= 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=c0+1Y2jGWGlX3e74i69ZfBM1498cw+F705BR1hbZK/hCaTpSetOpelC3YZ78rq1FT6 mZVJvwelsgMk0SJ11PrH/EmgpGCfRcE+wx1IZuEaleEz9pamaivUC44QrYdrSMwHJHtw EC0tgyYRlY1fXxDCZVyEbVMLkjcda0ZT1hDgE= MIME-Version: 1.0 Received: by 10.103.244.10 with SMTP id w10mr440675mur.71.1236922603857; Thu, 12 Mar 2009 22:36:43 -0700 (PDT) In-Reply-To: <278464.35012.qm@web63907.mail.re1.yahoo.com> References: <278464.35012.qm@web63907.mail.re1.yahoo.com> Date: Fri, 13 Mar 2009 08:36:43 +0300 Message-ID: From: pluknet To: barney_cordoba@yahoo.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, "Felix J. Ogris" Subject: Re: CARP IP level load balancing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2009 06:06:24 -0000 2009/3/13 Barney Cordoba : > > > > > --- On Sun, 3/8/09, Felix J. Ogris wrote: > >> From: Felix J. Ogris >> Subject: Re: CARP IP level load balancing >> To: freebsd-net@freebsd.org >> Date: Sunday, March 8, 2009, 4:24 AM >> On 1/20/09 3:30 PM, "Alexey Ivanov" >> wrote: >> >> > Is there any plans to port IP level LB from OpenBSD, >> and, if yes, will it be >> > ported to 7x and 6x? >> >> Feel free to port http://ogris.de/carp/carp_aa.patch to >> 7.x. >> >> Felix >> > > Is there some difference from LAGG? > > Barney > Difference in what we count as "the point of refuse". -- wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 09:26:43 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 226F71065670; Fri, 13 Mar 2009 09:26:43 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 847308FC1A; Fri, 13 Mar 2009 09:26:42 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (cdma-92-36-82-150.msk.skylink.ru [92.36.82.150]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n2D8r5Xr030117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 11:53:08 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Li38T-0000gK-Sc; Fri, 13 Mar 2009 11:52:57 +0300 From: Vladimir Grebenschikov To: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 13 Mar 2009 11:52:55 +0300 Message-Id: <1236934375.2583.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net Subject: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2009 09:26:43 -0000 Hi=20 Recent 8-CURRENT Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x14 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05f7251 stack pointer =3D 0x28:0xc4a8db8c frame pointer =3D 0x28:0xc4a8dc24 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 11 (swi4: clock) ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc0478399 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1065953936,=20 dummy4=3D0xc4a8d930 "p=D7=AC=EF=BF=BD,\004") at /usr/src/sys/ddb/db_com= mand.c:548 #2 0xc0478791 in db_command (last_cmdp=3D0xc075709c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04788ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc047a72d in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #5 0xc05798a4 in kdb_trap (type=3D12, code=3D0, tf=3D0xc4a8db4c) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc06bb70f in trap_fatal (frame=3D0xc4a8db4c, eva=3D20) at /usr/src/sys/i386/i386/trap.c:917 #7 0xc06bb9b0 in trap_pfault (frame=3D0xc4a8db4c, usermode=3D0, eva=3D20) at /usr/src/sys/i386/i386/trap.c:839 #8 0xc06bc312 in trap (frame=3D0xc4a8db4c) at /usr/src/sys/i386/i386/trap.= c:521 #9 0xc06a331b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05f7251 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1817 #11 0xc0598e29 in pffasttimo (arg=3D0x0) at /usr/src/sys/kern/uipc_domain.c= :498 #12 0xc0562cbc in softclock (arg=3D0xc076ddc0) at /usr/src/sys/kern/kern_timeout.c:411 #13 0xc053021b in intr_event_execute_handlers (p=3D0xc4c61a90, ie=3D0xc4c9c= 200) at /usr/src/sys/kern/kern_intr.c:1134 #14 0xc05315ca in ithread_loop (arg=3D0xc4c472f0) at /usr/src/sys/kern/kern_intr.c:1147 ---Type to continue, or q to quit---=20 #15 0xc052db70 in fork_exit (callout=3D0xc0531560 ,=20 arg=3D0xc4c472f0, frame=3D0xc4a8dd38) at /usr/src/sys/kern/kern_fork.c:= 821 #16 0xc06a3390 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 (kgdb) fr 10 #10 0xc05f7251 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1817 1817 if (inm->inm_timer =3D=3D 0) { (kgdb) This happens when I've configured IP-TV on DSL rounter, and though TV shoul= d go to another port (ethernet) FreeBSD kernel now crashes while try to get connected through WiFi. If I try to connect through wired port to same broadcast domain - everythin= g in ok. Wireless card: ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: AR5413 mac 10.3 RF5424 phy 6.1 key_mgmt=3DWPA-PSK with wpa_supplicant crash is 100% reproducible --=20 Vladimir B. Grebenschikov Project Manager, Automation Parallels Inc. vova@parallels.com From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 09:36:59 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 48A40106566C for ; Fri, 13 Mar 2009 09:36:59 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id C09488FC08 for ; Fri, 13 Mar 2009 09:36:58 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy10 with SMTP id 10so2734704ewy.43 for ; Fri, 13 Mar 2009 02:36:57 -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-pgp-agent:x-mailer; bh=h9CpFS2xAmv9JgnMZXG8hfss3ZO4Vy4KHGQZ3Zkk8w8=; b=SLKuQNfnCp4WhJkTXeF6Oof42Rg0ZELvhQ81GZMtkBXKt/FaPMMzXkMQhRqC4YLqvf t5hov5M7TFVrOjJ7lSHntg2PPinF7m54/tTsPKYeNxkddYSDSnDt2BqebuvrZ6GEiYMI RDVk4qT+tGs6CxGk8M0hr7klvkJQe3vJkthWU= 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-pgp-agent:x-mailer; b=CqzTJJxa/AEArEtN3ulp7o5YtE3SMkLg9KMuxa8HlFSEbfkSk42x/MqWnUYB4bFfRU LJpfpyIxtV2Lp99ERwbyY3gvBVovVpt1bi9hc6hL4MvQnAgCizJmjB81hQZ128N9CA2N LV0GBXL/7svMBRG+PeW7kU+ba7246fzgSfutM= Received: by 10.216.49.194 with SMTP id x44mr491965web.130.1236935075155; Fri, 13 Mar 2009 02:04:35 -0700 (PDT) Received: from epsilon.lan (bl7-91-125.dsl.telepac.pt [85.240.91.125]) by mx.google.com with ESMTPS id d2sm2837220nfc.51.2009.03.13.02.04.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Mar 2009 02:04:34 -0700 (PDT) Sender: Rui Paulo Message-Id: <188BDECC-1064-4421-8687-F9759E25FD1F@freebsd.org> From: Rui Paulo To: Sean C. Farley In-Reply-To: Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1-929827813" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 13 Mar 2009 09:04:25 +0000 References: X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net@FreeBSD.org Subject: Re: tap(4) SIOCSIFMTU patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 09:36:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1-929827813 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 13 Mar 2009, at 01:54, Sean C. Farley wrote: > Here is a patch[1] that will allow the MTU to be set higher than > 1500 on a tap(4) interface. I ran into the need to do this when I > had em0 set to 9000 and tried to bridge em0 with tap0 (MTU 1500) for > QEMU. A bridge interface will not allow interfaces with different > MTU's to be added to it. > > Since I have touched little inside the kernel, I thought it best if > others take a look at it first. > > Sean > 1. http://people.freebsd.org/~scf/if_tap-SIOCSIFMTU.patch This looks ok. I'm assuming bridge now works for you. Regards -- Rui Paulo --Apple-Mail-1-929827813 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkm6IZkACgkQfD8M/ASTygKuygCg1/JLqHlVwsKy8kpffPD6L/SA 5DkAn1I2lsq8maYxKwHdHZNXk2kk4SH9 =n4Go -----END PGP SIGNATURE----- --Apple-Mail-1-929827813-- From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 09:41: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 EC6FA106566C; Fri, 13 Mar 2009 09:41:02 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 26FDB8FC20; Fri, 13 Mar 2009 09:41:01 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (ppp85-141-81-217.pppoe.mtu-net.ru [85.141.81.217]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n2D9euhb023337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 12:41:00 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Li3sr-0000d0-FG; Fri, 13 Mar 2009 12:40:53 +0300 From: Vladimir Grebenschikov To: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 13 Mar 2009 12:40:53 +0300 Message-Id: <1236937253.2282.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net Subject: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 09:41:03 -0000 Hi=20 Recent 8-CURRENT Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x14 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05f7251 stack pointer =3D 0x28:0xc4a8db8c frame pointer =3D 0x28:0xc4a8dc24 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 11 (swi4: clock) ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc0478399 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1065953936,=20 dummy4=3D0xc4a8d930 "p=D7=AC=EF=BF=BD,\004") at /usr/src/sys/ddb/db_com= mand.c:548 #2 0xc0478791 in db_command (last_cmdp=3D0xc075709c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04788ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc047a72d in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #5 0xc05798a4 in kdb_trap (type=3D12, code=3D0, tf=3D0xc4a8db4c) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc06bb70f in trap_fatal (frame=3D0xc4a8db4c, eva=3D20) at /usr/src/sys/i386/i386/trap.c:917 #7 0xc06bb9b0 in trap_pfault (frame=3D0xc4a8db4c, usermode=3D0, eva=3D20) at /usr/src/sys/i386/i386/trap.c:839 #8 0xc06bc312 in trap (frame=3D0xc4a8db4c) at /usr/src/sys/i386/i386/trap.= c:521 #9 0xc06a331b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05f7251 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1817 #11 0xc0598e29 in pffasttimo (arg=3D0x0) at /usr/src/sys/kern/uipc_domain.c= :498 #12 0xc0562cbc in softclock (arg=3D0xc076ddc0) at /usr/src/sys/kern/kern_timeout.c:411 #13 0xc053021b in intr_event_execute_handlers (p=3D0xc4c61a90, ie=3D0xc4c9c= 200) at /usr/src/sys/kern/kern_intr.c:1134 #14 0xc05315ca in ithread_loop (arg=3D0xc4c472f0) at /usr/src/sys/kern/kern_intr.c:1147 ---Type to continue, or q to quit---=20 #15 0xc052db70 in fork_exit (callout=3D0xc0531560 ,=20 arg=3D0xc4c472f0, frame=3D0xc4a8dd38) at /usr/src/sys/kern/kern_fork.c:= 821 #16 0xc06a3390 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 (kgdb) fr 10 #10 0xc05f7251 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1817 1817 if (inm->inm_timer =3D=3D 0) { (kgdb) This happens when I've configured IP-TV on DSL rounter, and though TV shoul= d go to another port (ethernet) FreeBSD kernel now crashes while try to get connected through WiFi. If I try to connect through wired port to same broadcast domain - everythin= g in ok. Wireless card: ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: AR5413 mac 10.3 RF5424 phy 6.1 key_mgmt=3DWPA-PSK with wpa_supplicant crash is 100% reproducible With older kernel (4 mar 2009) everything working as expected. --=20 Vladimir B. Grebenschikov Project Manager, Automation Parallels Inc. vova@parallels.com --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 11:35:14 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 4479910656E4 for ; Fri, 13 Mar 2009 11:35:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1EEAB8FC1B for ; Fri, 13 Mar 2009 11:35:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id B426D46B2E; Fri, 13 Mar 2009 07:35:13 -0400 (EDT) Date: Fri, 13 Mar 2009 11:35:13 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Richard Tector In-Reply-To: <49B92090.40406@thekeelecentre.com> Message-ID: References: <200903101530.n2AFU3ud007640@freefall.freebsd.org> <49B92090.40406@thekeelecentre.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org, Richard Tector Subject: Re: kern/129846: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2009 11:35:14 -0000 On Thu, 12 Mar 2009, Richard Tector wrote: > Robert Watson wrote: >> On Tue, 10 Mar 2009, Richard Tector wrote: >> >>> Just a me too on 7.1-STABLE amd64 (as of 2009-03-05 at least). Note this >>> does not happen with a 7.1-RELEASE kernel, so I'm assuming it's not >>> userland. >> >> This problem is believed fixed as of r189531, committed 8 March -- could >> you try updating and see if that helps? A more complete description of the >> problem can be found here: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=132222 > > Been running for just over 14 hours now with the new kernel and no problems > observed. I think can you close this PR now, thanks. Thanks for the feedback -- let me know if you see the problem recur. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 14:22:54 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 85AB31065675; Fri, 13 Mar 2009 14:22:54 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBFC8FC1B; Fri, 13 Mar 2009 14:22:54 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n2DEMkvX023400; Fri, 13 Mar 2009 09:22:46 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 13 Mar 2009 09:22:46 -0500 (CDT) From: "Sean C. Farley" To: Rui Paulo In-Reply-To: <188BDECC-1064-4421-8687-F9759E25FD1F@freebsd.org> Message-ID: References: <188BDECC-1064-4421-8687-F9759E25FD1F@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-3.2 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-net@FreeBSD.org Subject: Re: tap(4) SIOCSIFMTU patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 14:22:55 -0000 On Fri, 13 Mar 2009, Rui Paulo wrote: > On 13 Mar 2009, at 01:54, Sean C. Farley wrote: > >> Here is a patch[1] that will allow the MTU to be set higher than 1500 >> on a tap(4) interface. I ran into the need to do this when I had em0 >> set to 9000 and tried to bridge em0 with tap0 (MTU 1500) for QEMU. A >> bridge interface will not allow interfaces with different MTU's to be >> added to it. >> >> Since I have touched little inside the kernel, I thought it best if >> others take a look at it first. >> >> Sean >> 1. http://people.freebsd.org/~scf/if_tap-SIOCSIFMTU.patch > > This looks ok. I'm assuming bridge now works for you. Thank you for reviewing it. Yes, this fixes my issue with bridging a tap device to an interface with an MTU higher than 1500. I will probably commit this patch this weekend. Sean -- scf@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 16:50:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D64B106564A for ; Fri, 13 Mar 2009 16:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA338FC14 for ; Fri, 13 Mar 2009 16:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2DGo4Ov087892 for ; Fri, 13 Mar 2009 16:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2DGo4B7087891; Fri, 13 Mar 2009 16:50:04 GMT (envelope-from gnats) Date: Fri, 13 Mar 2009 16:50:04 GMT Message-Id: <200903131650.n2DGo4B7087891@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Robert Healey Cc: Subject: Re: kern/122252: [ipmi] [bge] IPMI problem with BCM5704 (does not work after driver loaded) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Healey List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 16:50:04 -0000 The following reply was made to PR kern/122252; it has been noted by GNATS. From: Robert Healey To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/122252: [ipmi] [bge] IPMI problem with BCM5704 (does not work after driver loaded) Date: Fri, 13 Mar 2009 11:33:41 -0400 I am having a similar issue to this bug, only I get a hard lock instead of a reboot. I have a Supermicro H8SSL-i2 board with Opteron 1000 series chip and Serverworks chipset. When I have hw.bg.allow_asf enabled, the last output I get is the kernel printing the mac address for the TAP interface I initialize for later use with OpenVPN. bge0 has the IPMI card connected to it, bge1 has 2 802.1q interfaces attached to it. Thank you for your time. Bob Healey pciconf -lv: pisces# pciconf -lv pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x00361166 rev=0x00 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 PCI/PCI-X bridge' class = bridge subclass = PCI-PCI hostb0@pci0:0:2:0: class=0x060000 card=0x02011166 chip=0x02051166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy South Bridge' class = bridge subclass = HOST-PCI atapci1@pci0:0:2:1: class=0x01018a card=0x02141166 chip=0x02141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy IDE controller' class = mass storage subclass = ATA isab0@pci0:0:2:2: class=0x060100 card=0x02301166 chip=0x02341166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 LPC Bridge' class = bridge subclass = PCI-ISA ohci0@pci0:0:3:0: class=0x0c0310 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB ohci1@pci0:0:3:1: class=0x0c0310 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB ehci0@pci0:0:3:2: class=0x0c0320 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB vgapci0@pci0:0:5:0: class=0x030000 card=0x515e1002 chip=0x515e1002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon ES1000 Radeon ES1000' class = display subclass = VGA hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI pcib2@pci0:1:13:0: class=0x060400 card=0x00000000 chip=0x01041166 rev=0xb2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 PCI/PCI-X bridge' class = bridge subclass = PCI-PCI atapci0@pci0:1:14:0: class=0x010405 card=0x024a1166 chip=0x024a1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5785 (HT1000) SATA Native SATA Mode' class = mass storage subclass = RAID bge0@pci0:2:3:0: class=0x020000 card=0x164815d9 chip=0x164814e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet bge1@pci0:2:3:1: class=0x020000 card=0x164815d9 chip=0x164814e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet dmesg.boot: pisces# cat /var/run/dmesg.boot Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE-p3 #1: Wed Mar 4 00:37:19 EST 2009 root@pisces.phys.rpi.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 1210 (1795.51-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f32 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 1060282368 (1011 MB) avail memory = 1021526016 (974 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 540, 20 (4) failed acpi0: reservation of 500, 20 (4) failed acpi0: reservation of 560, 20 (4) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 13.0 on pci1 pci2: on pcib2 bge0: mem 0xff490000-0xff49ffff irq 24 at device 3.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:30:48:5e:6e:06 bge0: [ITHREAD] bge1: mem 0xff480000-0xff48ffff irq 25 at device 3.1 on pci2 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:30:48:5e:6e:07 bge1: [ITHREAD] atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb41f mem 0xff5fe000-0xff5fffff irq 11 at device 14.0 on pci1 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0xe800-0xe8ff mem 0xff6eb000-0xff6ebfff irq 10 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: port 0xd800-0xd8ff mem 0xff6ea000-0xff6eafff irq 10 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0xd400-0xd4ff mem 0xff6e9000-0xff6e9fff irq 10 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: <(0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2 uhub2: 4 ports with 4 removable, self powered vgapci0: port 0xe000-0xe0ff mem 0xf0000000-0xf7ffffff,0xff6f0000-0xff6fffff irq 19 at device 5.0 on pci0 k8temp0: on hostb4 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcdfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted tap0: Ethernet address: 00:bd:6e:ad:02:00 bge1: link state changed to UP vlan0: link state changed to UP vlan1: link state changed to UP bge0: link state changed to UP Limiting icmp unreach response from 228 to 200 packets/sec -- Bob Healey Systems Administrator Physics Department, RPI healer@rpi.edu From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 23:17:51 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82C8A1065672; Fri, 13 Mar 2009 23:17:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 564A28FC12; Fri, 13 Mar 2009 23:17:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id B768C2EF6E0; Fri, 13 Mar 2009 19:17:50 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 13 Mar 2009 19:17:50 -0400 X-Sasl-enc: PFAd0XA7PR3Jw1twCICfvvsfkh9rCLmbm+RYHYTpI7fG 1236986270 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id CF97313985; Fri, 13 Mar 2009 19:17:49 -0400 (EDT) Message-ID: <49BAE99B.2030508@incunabulum.net> Date: Fri, 13 Mar 2009 23:17:47 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: "Sean C. Farley" References: <188BDECC-1064-4421-8687-F9759E25FD1F@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, Rui Paulo Subject: Re: tap(4) SIOCSIFMTU patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 23:17:51 -0000 Sean C. Farley wrote: > > Yes, this fixes my issue with bridging a tap device to an interface > with an MTU higher than 1500. > I will probably commit this patch this weekend. I can't think of any reason why not, other than you might want to ensure that tap's MTU is bounded within reasonable limits, 'cause yoi don't want to exhaust the jumbo cluster pool if say mtu is more than 9000. I think ifconfig already performs such a check but you might want to double check. cheers BMS From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 23:22:11 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 07EFE106564A; Fri, 13 Mar 2009 23:22:11 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id D33138FC16; Fri, 13 Mar 2009 23:22:10 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 7C69A2EFA50; Fri, 13 Mar 2009 19:22:10 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 13 Mar 2009 19:22:10 -0400 X-Sasl-enc: Pf7WVWkST7+l9HOiJLh0sK1sqhY9iAiRKsJt4w5pyzZd 1236986530 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id CEA221452B; Fri, 13 Mar 2009 19:22:09 -0400 (EDT) Message-ID: <49BAEA9F.8020302@incunabulum.net> Date: Fri, 13 Mar 2009 23:22:07 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: vova@fbsd.ru References: <1236937253.2282.0.camel@localhost> In-Reply-To: <1236937253.2282.0.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2009 23:22:11 -0000 Thanks for this report. Sam has reported wihat I believe is the same issue. I haven't had a chance to look at this yet, I'm absolutely exhausted from working on some other stuff that had to happen right away. From owner-freebsd-net@FreeBSD.ORG Fri Mar 13 23:53:59 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 674B31065670; Fri, 13 Mar 2009 23:53:59 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9778FC15; Fri, 13 Mar 2009 23:53:59 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n2DNrv4b032692; Fri, 13 Mar 2009 18:53:57 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 13 Mar 2009 18:53:57 -0500 (CDT) From: "Sean C. Farley" To: Bruce Simpson In-Reply-To: <49BAE99B.2030508@incunabulum.net> Message-ID: References: <188BDECC-1064-4421-8687-F9759E25FD1F@freebsd.org> <49BAE99B.2030508@incunabulum.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-3.0 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-net@FreeBSD.org, Rui Paulo Subject: Re: tap(4) SIOCSIFMTU patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 23:53:59 -0000 On Fri, 13 Mar 2009, Bruce Simpson wrote: > Sean C. Farley wrote: >> >> Yes, this fixes my issue with bridging a tap device to an interface >> with an MTU higher than 1500. I will probably commit this patch this >> weekend. > > I can't think of any reason why not, other than you might want to > ensure that tap's MTU is bounded within reasonable limits, 'cause yoi > don't want to exhaust the jumbo cluster pool if say mtu is more than > 9000. I was letting ifhwioctl() perform the MTU limit check. It insures: IF_MINMTU <= ifr->ifr_mtu <= IF_MAXMTU I admitted to being new. See! :) Exhausting the jumbo cluster pool refers to kern.ipc.nmbjumbo[p|9|16], yes? em(4) has an upper limit of 16114 for MTU. I could limit the MTU to TAPMRU (16384) which is the limit for a write to the driver anyway. > I think ifconfig already performs such a check but you might want to double > check. I noticed that ifconfig can report JUMBO_MTU, but few drivers actually flag it. Should I set this for tap? Sean -- scf@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 01:06: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 C1989106566C; Sat, 14 Mar 2009 01:06:27 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9334B8FC08; Sat, 14 Mar 2009 01:06:27 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 2D7F82EDF48; Fri, 13 Mar 2009 21:06:27 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 13 Mar 2009 21:06:27 -0400 X-Sasl-enc: 0oU5PeQdeGWNGL9hugRbLu0LROFvTRPzQhrgYAG1wkdY 1236992786 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 897857DFD; Fri, 13 Mar 2009 21:06:26 -0400 (EDT) Message-ID: <49BB030F.5010201@incunabulum.net> Date: Sat, 14 Mar 2009 01:06:23 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: "Sean C. Farley" References: <188BDECC-1064-4421-8687-F9759E25FD1F@freebsd.org> <49BAE99B.2030508@incunabulum.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, Rui Paulo Subject: Re: tap(4) SIOCSIFMTU patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 01:06:28 -0000 Sean C. Farley wrote: > ... > Exhausting the jumbo cluster pool refers to kern.ipc.nmbjumbo[p|9|16], > yes? em(4) has an upper limit of 16114 for MTU. I could limit the > MTU to TAPMRU (16384) which is the limit for a write to the driver > anyway. Just waiting for my VFS cache to spool up after a fresh boot with the KScope goggles on... Sounds realistic. I seem to recall that whilst IPv6 will allow for truly massive datagrams, the KAME implementation didn't support up to the full size. I can't believe that's going to be a real issue, though. Even lo(4) won't bump its MTU up to 128KB unless told to (LARGE_LOMTU def). It's hardcoded for lo(4). In this case it probably isn't anyting to worry about -- it's pilot error, for now, if the MTU is set too high on an ifnet. You just need to keep an eye out for it, because tap(4) relies utterly on m_uiotombuf() on the U->K path, and it will try to allocate jumbo clusters upfront first thing. > >> I think ifconfig already performs such a check but you might want to >> double check. > > I noticed that ifconfig can report JUMBO_MTU, but few drivers actually > flag it. Should I set this for tap? I don't think it's going to be a problem. lo(4) just passes the MTU down to the ifnet struct as your patch does. Go ahead and commit! And thanks! cheers, BMS From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 01:49:55 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 57751106568C; Sat, 14 Mar 2009 01:49:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2C44E8FC1E; Sat, 14 Mar 2009 01:49:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 3ABA82EDAEE; Fri, 13 Mar 2009 21:49:53 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 13 Mar 2009 21:49:53 -0400 X-Sasl-enc: g7H3WxAcNockVpOXKAzuLSih8WekkzzIzBJ3vETT+DTs 1236995392 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 8CA9318166; Fri, 13 Mar 2009 21:49:52 -0400 (EDT) Message-ID: <49BB0D3E.2020306@incunabulum.net> Date: Sat, 14 Mar 2009 01:49:50 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: vova@fbsd.ru References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> In-Reply-To: <49BAEA9F.8020302@incunabulum.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2009 01:49:56 -0000 All I have in the kit box is what appears to be a Belkin branded Ralink cardbus card. I think it's a Ralikn 25xx. I have a PCI-Cardbus bridge, so I'm going to leave a NanoBSD image of SVN HEAD to cook in the background whilst I sort out my humanity... From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 12:10:03 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A970F106564A for ; Sat, 14 Mar 2009 12:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9715C8FC18 for ; Sat, 14 Mar 2009 12:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2ECA3LZ019355 for ; Sat, 14 Mar 2009 12:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2ECA3TH019354; Sat, 14 Mar 2009 12:10:03 GMT (envelope-from gnats) Date: Sat, 14 Mar 2009 12:10:03 GMT Message-Id: <200903141210.n2ECA3TH019354@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= Cc: Subject: Re: misc/132277: poor performance using criptodevice for IPSEC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 12:10:03 -0000 The following reply was made to PR kern/132277; it has been noted by GNATS. From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: bug-followup@FreeBSD.org Cc: Vasile Marii Subject: Re: misc/132277: poor performance using criptodevice for IPSEC Date: Sat, 14 Mar 2009 13:05:52 +0100 Le Sun, 8 Mar 2009 20:00:11 GMT, Patrick Lamaizière : > I've made some tests on IPsec with glxsb and the performances are > very bad (around 14 Mbits). > > I think the problem is that glxsb handles only one request at a time. > When it is busy, it blocks the Open Crypto Framework with ERESTART > and it unblocks the OCF when the previous request is completed. Then > the OCF has to wake up and to resubmit the request. It looks like > this performs very badly when using it with IPsec. > > If glxsb processes the requests synchronously it performs quite > better, around 50 Mbits. I've filled a PR with a patch for glxb(4): kern/132622 Regards. From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 15:33: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 2CCF1106566B; Sat, 14 Mar 2009 15:33:41 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 01FCA8FC27; Sat, 14 Mar 2009 15:33:41 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2EFXea5093612; Sat, 14 Mar 2009 15:33:40 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2EFXeqK093608; Sat, 14 Mar 2009 15:33:40 GMT (envelope-from linimon) Date: Sat, 14 Mar 2009 15:33:40 GMT Message-Id: <200903141533.n2EFXeqK093608@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/132625: [iwn] iwn drivers don't support setting country X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2009 15:33:41 -0000 Old Synopsis: iwn drivers don't support setting country New Synopsis: [iwn] iwn drivers don't support setting country Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 14 15:33:13 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132625 From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 18:05:10 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43CEF1065672 for ; Sat, 14 Mar 2009 18:05:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id CA7848FC13 for ; Sat, 14 Mar 2009 18:05:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 8BBD241C6EA; Sat, 14 Mar 2009 19:05:08 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Jmt8oE5LRSrS; Sat, 14 Mar 2009 19:05:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 20B7141C6A1; Sat, 14 Mar 2009 19:05:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id D9C214448E6; Sat, 14 Mar 2009 18:01:58 +0000 (UTC) Date: Sat, 14 Mar 2009 18:01:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Stefan Bethke In-Reply-To: Message-ID: <20090314174526.E96785@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Multi-homing, jails, and source address selection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2009 18:05:10 -0000 On Thu, 12 Mar 2009, Stefan Bethke wrote: Hi, > I'm having some trouble configuring a dual-homed jail host, running -current > from about 4 weeks ago. > > My machine has one external interface em0 connected to an /27 IPv4 network. > Additionally, I have a VPN interface tun0 provided by an OpenVPN instance > with a private /18 range. > > I'd like my jails to be dual-homed, with a public and a VPN address each. > Processes in the jail should pick the appropriate source address depending on > the destination address, so that the source address for a connection going to > a VPN address will be the jails' VPN address, and all other connections will > use the jails' public IP. > > I have a couple of questions that I can't seem to find answers to: > > How do I get the VPN addresses configured? tun0 won't accept them (since ptp > interfaces require a destination address). If I use lo0, I seem to have > source address selection issues. I've experimented with various setups, but > haven't found one that would work just right. In the example below, if I > ping from foo to a VPN address, the source address is foo's public IP. If I > run ping with -S10.0.63.3, the source address still is 192.0.2.3. > > Is there any documentation on how source addresses are selected? I thought I > remembered that on unbound sockets the destination route would be used to > pick the first address of the outgoing interface as the source address; the > same address would be picked on connecting a socket. > > I'm currently running with this configuration in rc.conf: > > cloned_interfaces="tun0" > ifconfig_em0="192.0.2.2/27" > ifconfig_tun0="10.0.63.1 10.0.63.255" > > defaultrouter="192.0.2.1" > inetd_flags="-wW -a 192.0.2.2" > static_routes="openvpn" > route_openvpn="10.0.0.0/18 10.0.63.255" > > jail_enable="YES" > jail_set_hostname_allow="NO" > jail_sysvipc_allow="YES" > jail_devfs_enable="YES" > jail_mount_enable="YES" > > jail_list="foo bar baz" > jail_foo_rootdir="/jail/foo.example.com" > jail_foo_hostname="foo.example.com" > jail_foo_ip="em0|192.0.2.3,lo0|10.0.63.3" > > > Any suggestions? sys/netinet/in_pcb.c:in_pcbladdr() is your friend - http://fxr.watson.org/fxr/source/netinet/in_pcb.c#L546 This is the case you are running into: http://fxr.watson.org/fxr/source/netinet/in_pcb.c#L628 /* * If the outgoing interface on the route found is not * a loopback interface, use the address from that interface. * In case of jails do those three steps: * 1. check if the interface address belongs to the jail. If so use it. * 2. check if we have any address on the outgoing interface * belonging to this jail. If so use it. * 3. as a last resort return the 'default' jail address. */ so you are hitting "3." . I am not sure but I'd assume ifconfig tun0 10.0.63.3 10.0.63.255 alias would work, just not with the logic to create the IPs upon jail start (and we will not accept patches to handle that;). I'd also suggest to use telnet instead of ping to run tests as ping imho has some private magic. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 20:22:06 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFFA4106564A for ; Sat, 14 Mar 2009 20:22:06 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 55D2C8FC14 for ; Sat, 14 Mar 2009 20:22:06 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n2EKM4ph037646 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 14 Mar 2009 21:22:04 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: "Bjoern A. Zeeb" In-Reply-To: <20090314174526.E96785@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 14 Mar 2009 21:22:04 +0100 References: <20090314174526.E96785@maildrop.int.zabbadoz.net> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net@freebsd.org Subject: Re: Multi-homing, jails, and source address selection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2009 20:22:06 -0000 Am 14.03.2009 um 19:01 schrieb Bjoern A. Zeeb: > On Thu, 12 Mar 2009, Stefan Bethke wrote: > >> I'm having some trouble configuring a dual-homed jail host, running >> -current from about 4 weeks ago. >> ... >> Is there any documentation on how source addresses are selected? I >> thought I remembered that on unbound sockets the destination route >> would be used to pick the first address of the outgoing interface >> as the source address; the same address would be picked on >> connecting a socket. > > sys/netinet/in_pcb.c:in_pcbladdr() is your friend - > http://fxr.watson.org/fxr/source/netinet/in_pcb.c#L546 > > This is the case you are running into: > http://fxr.watson.org/fxr/source/netinet/in_pcb.c#L628 > /* > * If the outgoing interface on the route found is not > * a loopback interface, use the address from that interface. > * In case of jails do those three steps: > * 1. check if the interface address belongs to the jail. If so use it. > * 2. check if we have any address on the outgoing interface > * belonging to this jail. If so use it. > * 3. as a last resort return the 'default' jail address. > */ > > so you are hitting "3." . > > I am not sure but I'd assume > ifconfig tun0 10.0.63.3 10.0.63.255 alias > would work, just not with the logic to create the IPs upon jail start > (and we will not accept patches to handle that;). This is what I figured is happening. For the time being, I've gone back to single-homed; I'm using pf binat rules to map public ips to the vpn ones for the jails. Not perfect, but works for most cases. (The only really missing option is to bind a service in the jail to VPN address only, so it's only accessible over the VPN, but I can enforce that through pf or hosts.allow.) Assigning aliases to tun0 appears to work too, but you need a distinct destination address for each alias. Annoying. Since I'm using "topology subnet" in OpenVPN, a point-to-point interface is conceptually slightly off; a broadcast interface would fit much nicer. This would also allow the standard rc.d/jail script to do it's magic, if the necessary tun seetings could be applied through ifconfig. Is there a specific reason this setting can only be done through an ioctl on the dev node, instead of thorugh ifconfig? (Specifically TUNSIFMODE.) Additionally, this open the way to run OpenVPN inside a jail, since all ifconfig and route setup would be done prior to OpenVPN starting up. (tun also down the interface if the dev node is closed, but I have a feeling that could be mediated somewhat easily as well.) Thanks, Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 21:06:48 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 0AF2810656C4; Sat, 14 Mar 2009 21:06:48 +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 CF01E8FC20; Sat, 14 Mar 2009 21:06:47 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2EL6lYU059861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Mar 2009 14:06:47 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BC1C66.7030400@freebsd.org> Date: Sat, 14 Mar 2009 14:06:46 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> In-Reply-To: <49BB0D3E.2020306@incunabulum.net> Content-Type: multipart/mixed; boundary="------------020100040401000006060803" X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2009 21:06:48 -0000 This is a multi-part message in MIME format. --------------020100040401000006060803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This patches avoids the crash. Not sure how ifma_protospec is supposed to be handled so I'm not committing it. Sam --------------020100040401000006060803 Content-Type: text/plain; name="mcast.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mcast.patch" Index: in.c =================================================================== --- in.c (revision 189750) +++ in.c (working copy) @@ -1040,7 +1040,8 @@ */ IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { - if (ifma->ifma_addr->sa_family != AF_INET) + if (ifma->ifma_addr->sa_family != AF_INET || + ifma->ifma_protospec == NULL) continue; inm = (struct in_multi *)ifma->ifma_protospec; LIST_INSERT_HEAD(&purgeinms, inm, inm_link); Index: igmp.c =================================================================== --- igmp.c (revision 189750) +++ igmp.c (working copy) @@ -623,7 +623,8 @@ if (igi->igi_version == IGMP_VERSION_3) { IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { - if (ifma->ifma_addr->sa_family != AF_INET) + if (ifma->ifma_addr->sa_family != AF_INET || + ifma->ifma_protospec == NULL) continue; inm = (struct in_multi *)ifma->ifma_protospec; if (inm->inm_state == IGMP_LEAVING_MEMBER) { --------------020100040401000006060803-- From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 21:35: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 EB0B1106564A for ; Sat, 14 Mar 2009 21:35:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outy.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id CDD068FC0C for ; Sat, 14 Mar 2009 21:35:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id C212660793; Sat, 14 Mar 2009 14:35:17 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 0C1482D601D; Sat, 14 Mar 2009 14:35:14 -0700 (PDT) Message-ID: <49BC2317.3050009@elischer.org> Date: Sat, 14 Mar 2009 14:35:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Stefan Bethke References: <20090314174526.E96785@maildrop.int.zabbadoz.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-net@freebsd.org Subject: Re: Multi-homing, jails, and source address selection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2009 21:35:16 -0000 Stefan Bethke wrote: > Am 14.03.2009 um 19:01 schrieb Bjoern A. Zeeb: > >> On Thu, 12 Mar 2009, Stefan Bethke wrote: >> >>> I'm having some trouble configuring a dual-homed jail host, running >>> -current from about 4 weeks ago. >>> ... >>> Is there any documentation on how source addresses are selected? I >>> thought I remembered that on unbound sockets the destination route >>> would be used to pick the first address of the outgoing interface as >>> the source address; the same address would be picked on connecting a >>> socket. >> >> sys/netinet/in_pcb.c:in_pcbladdr() is your friend - >> http://fxr.watson.org/fxr/source/netinet/in_pcb.c#L546 >> >> This is the case you are running into: >> http://fxr.watson.org/fxr/source/netinet/in_pcb.c#L628 >> /* >> * If the outgoing interface on the route found is not >> * a loopback interface, use the address from that interface. >> * In case of jails do those three steps: >> * 1. check if the interface address belongs to the jail. If so use it. >> * 2. check if we have any address on the outgoing interface >> * belonging to this jail. If so use it. >> * 3. as a last resort return the 'default' jail address. >> */ >> >> so you are hitting "3." . >> >> I am not sure but I'd assume >> ifconfig tun0 10.0.63.3 10.0.63.255 alias >> would work, just not with the logic to create the IPs upon jail start >> (and we will not accept patches to handle that;). > > This is what I figured is happening. > > For the time being, I've gone back to single-homed; I'm using pf binat > rules to map public ips to the vpn ones for the jails. Not perfect, but > works for most cases. (The only really missing option is to bind a > service in the jail to VPN address only, so it's only accessible over > the VPN, but I can enforce that through pf or hosts.allow.) > > Assigning aliases to tun0 appears to work too, but you need a distinct > destination address for each alias. Annoying. > > Since I'm using "topology subnet" in OpenVPN, a point-to-point interface > is conceptually slightly off; a broadcast interface would fit much > nicer. This would also allow the standard rc.d/jail script to do it's > magic, if the necessary tun seetings could be applied through ifconfig. > Is there a specific reason this setting can only be done through an > ioctl on the dev node, instead of thorugh ifconfig? (Specifically > TUNSIFMODE.) > > Additionally, this open the way to run OpenVPN inside a jail, since all > ifconfig and route setup would be done prior to OpenVPN starting up. > (tun also down the interface if the dev node is closed, but I have a > feeling that could be mediated somewhat easily as well.) One of the things you can do is assign different routing tabels to each jail. This means that tho can control which interface it will select as the outgoing interface. setfib -{0-15} jail (jail args) > > > Thanks, > Stefan > From owner-freebsd-net@FreeBSD.ORG Sat Mar 14 23:28:55 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 E9784106566C; Sat, 14 Mar 2009 23:28:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id BB6D88FC15; Sat, 14 Mar 2009 23:28:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 1AAE82ED6CA; Sat, 14 Mar 2009 19:28:55 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 14 Mar 2009 19:28:55 -0400 X-Sasl-enc: 3xuxqd06qKva4tTHv8sPyZhrFl4f/vzSsOPqqPoiKi/E 1237073334 Received: from empiric.lon.incunabulum.net (unknown [81.168.51.182]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6155B4C95D; Sat, 14 Mar 2009 19:28:54 -0400 (EDT) Message-ID: <49BC3DB5.2070807@incunabulum.net> Date: Sat, 14 Mar 2009 23:28:53 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: Sam Leffler References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> In-Reply-To: <49BC1C66.7030400@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2009 23:28:56 -0000 Sam, Sam Leffler wrote: > This patches avoids the crash. Not sure how ifma_protospec is > supposed to be handled so I'm not committing it. Thanks for this. I have a test machine ready to be prepped but it's missing a CF card (I have none) so need to pick one up from a friend. I have a pci-cardbus adapter + a ral(4) CardBus card, but no CardBus ath(4) -- I imagine this ain't specific to ath(4) so that should be fine. I'll try to look at this Sun/Mon, I have a -CURRENT image built for the 1U box now that just needs bootstrapping (it has a CF slot). thanks, BMS