From owner-freebsd-net@FreeBSD.ORG Sun Nov 1 08:34:24 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55CD51065676; Sun, 1 Nov 2009 08:34:24 +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 2CBFD8FC1B; Sun, 1 Nov 2009 08:34:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA18YNAm022254; Sun, 1 Nov 2009 08:34:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA18YNop022250; Sun, 1 Nov 2009 08:34:23 GMT (envelope-from linimon) Date: Sun, 1 Nov 2009 08:34:23 GMT Message-Id: <200911010834.nA18YNop022250@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140142: [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 08:34:24 -0000 Old Synopsis: FreeBSD 7.2-amd64 panic w/IPv6 New Synopsis: [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Nov 1 08:33:55 UTC 2009 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=140142 From owner-freebsd-net@FreeBSD.ORG Sun Nov 1 09:09:20 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 64AC3106568B; Sun, 1 Nov 2009 09:09:20 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id CA9308FC1D; Sun, 1 Nov 2009 09:09:19 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so156665fga.13 for ; Sun, 01 Nov 2009 01:09:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Fu1A4D5iIIY4lh0a3YeOBFsE/fVc4ORQbyqpGy5GEpg=; b=ipR1spB5qPbyGHN521HBLOApLtWeCsh9edWUFj4TSRYBrT8Vrr9cFVEkmiG68oaIWO BJMeeBYVKtYj1J7ohyLzQy2o1q9TtGMC4wl20/zpmg4UBJE920XiqbNSeNo+0or64Tts kBW6QW/fLBrOUZQTcgbWHuA+0V1I5Pk9PmJsg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=js/c2FKeiz3yl9/gY8pmdQZ8Fm3r5Aadn2eIRyK3kMxmq9iN8MVthCYoyALiRoDVO1 TML7Vdhw1ecxc0HI0U+65nsDRr4zK3x5MpL/zTyNSqekNdykMl2+3x6+3OGgJzWwsgsQ 95xe8oKxYH2OIIBHCRJhh6bidNjwohG9NFvA0= MIME-Version: 1.0 Received: by 10.103.50.32 with SMTP id c32mr1497499muk.1.1257066558484; Sun, 01 Nov 2009 01:09:18 -0800 (PST) In-Reply-To: <1257014422.2113.6.camel@localhost> References: <3a142e750910300852n276d009bsefea73b3ee4db176@mail.gmail.com> <1257014422.2113.6.camel@localhost> Date: Sun, 1 Nov 2009 10:09:18 +0100 Message-ID: <3a142e750911010109t7d1c9148t264e168a3a2bd47a@mail.gmail.com> From: Paul B Mahol To: Coleman Kane Content-Type: text/plain; charset=ISO-8859-1 Cc: net@freebsd.org Subject: Re: if_ndis 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: Sun, 01 Nov 2009 09:09:20 -0000 On 10/31/09, Coleman Kane wrote: > Paul, > > Did you get to send this to sam@, etc ? Negative, now let @net know about it too. > On Fri, 2009-10-30 at 16:52 +0100, Paul B Mahol wrote: >> Hi, >> >> There is no point to do scanning how it is currently done: >> >> Index: if_ndis.c >> =================================================================== >> --- if_ndis.c (revision 198675) >> +++ if_ndis.c (working copy) >> @@ -3398,11 +3398,8 @@ >> struct ifnet *ifp = ic->ic_ifp; >> struct ndis_softc *sc = ifp->if_softc; >> struct ieee80211vap *vap; >> - struct ieee80211_scan_state *ss; >> - ndis_80211_ssid ssid; >> int error, len; >> >> - ss = ic->ic_scan; >> vap = TAILQ_FIRST(&ic->ic_vaps); >> >> if (!NDIS_INITIALIZED(sc)) { >> @@ -3411,20 +3408,6 @@ >> return; >> } >> >> - len = sizeof(ssid); >> - bzero((char *)&ssid, len); >> - if (ss->ss_nssid == 0) >> - ssid.ns_ssidlen = 1; >> - else { >> - /* Perform a directed scan */ >> - ssid.ns_ssidlen = ss->ss_ssid[0].len; >> - bcopy(ss->ss_ssid[0].ssid, ssid.ns_ssid, ssid.ns_ssidlen); >> - } >> - >> - error = ndis_set_info(sc, OID_802_11_SSID, &ssid, &len); >> - if (error) >> - DPRINTF(("%s: set ESSID failed\n", __func__)); >> - >> len = 0; >> error = ndis_set_info(sc, OID_802_11_BSSID_LIST_SCAN, >> NULL, &len); From owner-freebsd-net@FreeBSD.ORG Sun Nov 1 17:27:12 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74F19106566B for ; Sun, 1 Nov 2009 17:27:12 +0000 (UTC) (envelope-from nrml@att.net) Received: from web83805.mail.sp1.yahoo.com (web83805.mail.sp1.yahoo.com [69.147.85.73]) by mx1.freebsd.org (Postfix) with SMTP id 6173C8FC1B for ; Sun, 1 Nov 2009 17:27:12 +0000 (UTC) Received: (qmail 56326 invoked by uid 60001); 1 Nov 2009 17:00:30 -0000 Message-ID: <744755.49863.qm@web83805.mail.sp1.yahoo.com> X-YMail-OSG: wnoz_HMVM1loF4BjV_QbV3ntfsnBBG2G3_ZVhz7uPU60mD93N8TXpEaH7yBbUBOtRfxFByNWlz_dxdlGlLhxeP1scU0tWrKTCRhrClGFvbQK1g2igX_LZV4298XC5s6J0c1JOfu_NQUsNbcycWwMbueQwfwEpDsOf__1lYPwDyH2A3YRM6CBEEY4GfQzc0nxa2h9EuUuliB.J2iEjOjOYSMs5UnXLuqLVnWbtS4HLQSme6ESzbPRo_scwk3mLPJybU2NP3gPnIeLsIQThEyeSK2XyPhxk7N3r7c- Received: from [69.43.143.59] by web83805.mail.sp1.yahoo.com via HTTP; Sun, 01 Nov 2009 09:00:30 PST X-Mailer: YahooMailRC/211.6 YahooMailWebService/0.7.361.4 Date: Sun, 1 Nov 2009 09:00:30 -0800 (PST) From: Gabe To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: IPSEC NAT-T 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, 01 Nov 2009 17:27:12 -0000 Hello, What's the latest "stable" patch available for the latest 7.x source? thanks From owner-freebsd-net@FreeBSD.ORG Sun Nov 1 20:41: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 1AE90106566C for ; Sun, 1 Nov 2009 20:41:14 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 59AE68FC14 for ; Sun, 1 Nov 2009 20:41:13 +0000 (UTC) Received: (qmail invoked by alias); 01 Nov 2009 20:41:11 -0000 Received: from adsl-112.79.107.27.tellas.gr (EHLO [169.254.0.102]) [79.107.27.112] by mail.gmx.com (mp-eu001) with SMTP; 01 Nov 2009 21:41:11 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+P01kdsi6PO6A6LVkxqxujrRAmCvMfHDu6G+w9it kskRHCNNZCRISs Message-ID: <4AEDF25C.2030801@gmx.com> Date: Sun, 01 Nov 2009 22:41:00 +0200 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Sebastian Hyrwall References: <4AEB7AE8.5090101@keff.org> <18C758A7-1908-4D1A-BDCA-80FF7FD8BC22@mac.com> <4AEB834D.1050907@keff.org> <4AEB911E.1070104@keff.org> <4AEC2297.40805@gmx.com> <4AEC599F.90202@keff.org> In-Reply-To: <4AEC599F.90202@keff.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.75 Cc: freebsd-net@freebsd.org Subject: Re: Hi. /31 on ethernet links 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, 01 Nov 2009 20:41:14 -0000 Sebastian Hyrwall wrote: >> You could still use a /32 and then add a route for the other IP via >> the ethernet interface. This is effectively the same with a /31. >> > Does not work, I see, I've checked this on 9.0 and found it working, not on 7.2. Nikos From owner-freebsd-net@FreeBSD.ORG Mon Nov 2 03:37:13 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 620E71065670 for ; Mon, 2 Nov 2009 03:37:13 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4B89E8FC2A for ; Mon, 2 Nov 2009 03:37:13 +0000 (UTC) Received: (qmail 9989 invoked from network); 2 Nov 2009 03:09:11 -0000 Received: from gw.develooper.com (HELO embla.bn.dev) (ask@mail.dev@64.81.84.140) by smtp.develooper.com with ESMTPA; 2 Nov 2009 03:09:11 -0000 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Date: Sun, 1 Nov 2009 19:09:11 -0800 Message-Id: To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) Subject: carp advskew not 'sticking' 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, 02 Nov 2009 03:37:13 -0000 Hi everyone, On a set of gw boxes I have 5 carp interfaces. 4 are working fine, but on one for some reason the advskew setting isn't "sticking" (and I get carp2: incorrect hash). I'm running 7.2-STABLE from a few days ago. gw-a# ifconfig carp2 vhid 12 advskew 100 pass abc123 10.0.100.1/24 gw-a# ifconfig carp2 carp2: flags=49 metric 0 mtu 1500 inet 10.0.100.1 netmask 0xffffff00 carp: BACKUP vhid 12 advbase 1 advskew 0 gw-b# ifconfig carp2 vhid 12 advskew 200 pass abc123 10.0.100.1/24 gw-b# ifconfig carp2 carp2: flags=49 metric 0 mtu 1500 inet 10.0.100.1 netmask 0xffffff00 carp: MASTER vhid 12 advbase 1 advskew 0 (notice how advskew is 200 ...) I'm pasting the ifconfig for the parent interfaces (the physical interface and the vlan) and for the other carp interface on the same network below for each host. Any ideas would be greatly appreciated. I don't usually use the /cidr notation on carp interfaces, but I noticed the netmask was wrong before and thought that could be related. How can I get more debug information? Right now all I get is "carp2: incorrect hash" Another related question: I use net.inet.carp.preempt=1; but for some reason this interface gets to "float" to either box without all the other interfaces moving along with it. - ask gw-a# ifconfig vr2 vr2: flags=8943 metric 0 mtu 1500 options=280b ether 00:0d:b9:12:75:ea media: Ethernet autoselect (100baseTX ) status: active gw-a# ifconfig vlan2 vlan2: flags=8943 metric 0 mtu 1500 ether 00:0d:b9:12:75:ea inet 10.0.100.2 netmask 0xffffff00 broadcast 10.0.100.255 media: Ethernet autoselect (100baseTX ) status: active vlan: 102 parent interface: vr2 gw-a# ifconfig carp4 carp4: flags=49 metric 0 mtu 1500 inet 10.0.100.254 netmask 0xffffff00 carp: MASTER vhid 5 advbase 1 advskew 100 gw-a# gw-b# ifconfig vr2 vr2: flags=8943 metric 0 mtu 1500 options=280b ether 00:0d:b9:12:75:3e media: Ethernet autoselect (100baseTX ) status: active gw-b# ifconfig vlan2 vlan2: flags=8943 metric 0 mtu 1500 ether 00:0d:b9:12:75:3e inet 10.0.100.3 netmask 0xffffff00 broadcast 10.0.100.255 media: Ethernet autoselect (100baseTX ) status: active vlan: 102 parent interface: vr2 gw-b# ifconfig carp4 carp4: flags=49 metric 0 mtu 1500 inet 10.0.100.254 netmask 0xffffff00 carp: BACKUP vhid 5 advbase 1 advskew 200 gw-b# From owner-freebsd-net@FreeBSD.ORG Mon Nov 2 03:40: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 95681106566C for ; Mon, 2 Nov 2009 03:40:54 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 45EC68FC16 for ; Mon, 2 Nov 2009 03:40:53 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so1009919qwb.7 for ; Sun, 01 Nov 2009 19:40:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=TnwQMztWyOPdpgqesfLJBEo8OE/iEyEJjWgz6N4Fhg8=; b=esOpWJUAYmdBNCmnxxjrUwJBqGqKQKfst+M/S2zgbqfTtCv4U9o4ceWnOnEBJ6KjX4 DCxDWV1ksg3IdNy5HgVoOr6JCPPmeaZtgZjz+6wF6lvfRLysLNM+EW35s4tQ8FAvLz+K 2WgO2BgOmAule/6xH/n1vZYbFRGtdRqhz2doc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=kPwg+uFRKWfGmDgJYhsimeUSv5V1qRNxlTBspxXIq948asgBWgbkwAeUoj3du7fbTO HTdwYAqipwgLYR6ZZjBf+c8ahEvEak69bx7J+juQytR95m9raGGSnQ1KrcyoqwpT7+Oi Gktb2rseDtqcsJ2Lpb+IC39uFCQVtdyOP9GxQ= Received: by 10.224.105.234 with SMTP id u42mr2581608qao.161.1257131661098; Sun, 01 Nov 2009 19:14:21 -0800 (PST) Received: from ppp-23.140.dialinfree.com (ppp-23.140.dialinfree.com [209.172.23.140]) by mx.google.com with ESMTPS id 21sm4386210qyk.8.2009.11.01.19.14.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 01 Nov 2009 19:14:20 -0800 (PST) Sender: "J. Hellenthal" Date: Sun, 1 Nov 2009 22:13:18 -0500 From: jhell To: Gabe In-Reply-To: <744755.49863.qm@web83805.mail.sp1.yahoo.com> Message-ID: References: <744755.49863.qm@web83805.mail.sp1.yahoo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: IPSEC NAT-T 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, 02 Nov 2009 03:40:54 -0000 On Sun, 1 Nov 2009 12:00, nrml@ wrote: > > > Hello, > > What's the latest "stable" patch available for the latest 7.x source? > > thanks > Checkout http://svn.freebsd.org/base/stable/7 (Subversion Repository) You can also browse back to the root of that tree to get to the ViewVC client to browse the stable source in a way that you might be looking for. -- Sun Nov 1 22:10:51 2009 -0500 jhell From owner-freebsd-net@FreeBSD.ORG Mon Nov 2 07:18:13 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33C601065693 for ; Mon, 2 Nov 2009 07:18:13 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out8.libero.it (cp-out8.libero.it [212.52.84.108]) by mx1.freebsd.org (Postfix) with ESMTP id EAFB38FC1B for ; Mon, 2 Nov 2009 07:18:12 +0000 (UTC) Received: from soth.ventu (151.51.19.108) by cp-out8.libero.it (8.5.107) id 4AEB0E7E00540EA7 for freebsd-net@freebsd.org; Mon, 2 Nov 2009 08:18:11 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.3/8.14.2) with ESMTP id nA27IAVR084319 for ; Mon, 2 Nov 2009 08:18:10 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <4AEE87B2.7010009@netfence.it> Date: Mon, 02 Nov 2009 08:18:10 +0100 From: Andrea Venturoli User-Agent: Thunderbird 2.0.0.23 (X11/20090828) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: ipfw uid and mpsafenet 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, 02 Nov 2009 07:18:13 -0000 Hello. I've got a 6.3 box in which I needed to use debug.mpsafenet=0 in order to avoid deadlocks with ipfw uid rules. I'm thinking of upgrading this to 7.2 and I see the above variable has gone away. Does this mean it is now safe to use such ipfw rules? The last things I could find wrt this matter is this thread: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/arch/2007-07/msg00108.html, but it's from 2007... Any other caveat? bye & Thanks av. From owner-freebsd-net@FreeBSD.ORG Mon Nov 2 11:07:00 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 597301065676 for ; Mon, 2 Nov 2009 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 46F4C8FC08 for ; Mon, 2 Nov 2009 11:07:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA2B701e033674 for ; Mon, 2 Nov 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA2B6x7i033672 for freebsd-net@FreeBSD.org; Mon, 2 Nov 2009 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Nov 2009 11:06:59 GMT Message-Id: <200911021106.nA2B6x7i033672@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, 02 Nov 2009 11:07:00 -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/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140051 net [bce] [arp] ARP not sent through Bridge Firewall with o kern/140036 net [iwn] [lor] lock order reversal with iwn0_com_lock and o kern/139761 net [bce] bce driver on IBM HS22 [No PHY found on Child MI o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139559 net [tun] several tun(4) interfaces can be created with sa o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139145 net [ip6] IPv6 blackhole / reject routes broken o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139113 net [arp] removing IP alias doesn't delete permanent arp e o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138999 net [libc] lighttpd/php-cgi with freebsd sendfile(2) enabl o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o kern/138694 net [bge] FreeBSD 6.3 release does not recognize Broadcom o amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138676 net [route] after buildworld not work local routes [regres f kern/138666 net [multicast] [panic] not working multicast through igmp o kern/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net TCP window scaling value calculated incorrectly? o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138378 net [altq] [patch] Memory leak in hfsc_class_modify() in f o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR on 8.0-BE o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137795 net [sctp] [panic] mtx_lock() of destroyed mutex o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137317 net [tcp] logs full of syncache problems o kern/137292 net [ste] DFE-580TX not working properly o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136482 net [age] Attansic L1 Gigabit Ethernet recieves multicasts o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/135067 net [patch] [fib] Incorrect KASSERTs in sys/net/route.c o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134369 net [route] [ip6] IPV6 in Head broken for routing table up o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133786 net [netinet] [patch] ip_input might cause kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126924 net [an] [patch] printf -> device_printf and simplify prob o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] [patch] if_sis short cable fix problems with Net s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 358 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Nov 2 12:58:30 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15CE0106566B for ; Mon, 2 Nov 2009 12:58:30 +0000 (UTC) (envelope-from achilov-rn@askd.ru) Received: from master.askd.ru (master.askd.ru [80.242.75.6]) by mx1.freebsd.org (Postfix) with ESMTP id 69BEF8FC25 for ; Mon, 2 Nov 2009 12:58:29 +0000 (UTC) Received: from to-495.askd.gmbh (IDENT:shelton@sentry [192.168.1.94]) by master.askd.ru (8.14.3/8.14.3) with ESMTP id nA2Clgtu002049 for ; Mon, 2 Nov 2009 18:47:42 +0600 (NOVT) (envelope-from achilov-rn@askd.ru) From: "Rashid N. Achilov" Organization: =?koi8-r?b?7+/v?= "=?koi8-r?b?4fMt88nT1MXNwQ==?= =?koi8-r?b?IOvPzdDMxcvT?=" To: freebsd-net@freebsd.org Date: Mon, 2 Nov 2009 18:47:47 +0600 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911021847.48193.achilov-rn@askd.ru> Subject: How much similar interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Achilov, Rashid" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 12:58:30 -0000 How much similar interfaces can I create? (i.e. tun0, tun1, tun2... tunN) -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), JID: citycat4@jabber.org OOO "ACK" telecommunications administrator, e-mail: achilov-rn [at] askd.ru PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A From owner-freebsd-net@FreeBSD.ORG Mon Nov 2 13:40:07 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CCB010656A4 for ; Mon, 2 Nov 2009 13:40:07 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 34FBD8FC08 for ; Mon, 2 Nov 2009 13:40:07 +0000 (UTC) Received: (qmail 86516 invoked by uid 60001); 2 Nov 2009 13:40:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1257169206; bh=yXaG+0O4/0mN3lyVzHA6kd0SrAvSZ7eMMLFenMqfNZ4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=1o5ew6/tb+fKJOsQPX6aG3UOGd4J+mdB9CmX1jxdY0Driwp4xhxTE3/qSirW3AvmhqLIYO6VhxGkc5e20lYyVh6VgN1pUvx9Gm9IUjtUZmTbqLJDrAydbILwD2OY9EOvwUVBO/ZQVGi8G7iLfoROStlZwATKYZ0lOUWs0wEHFYU= 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:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=4ZqO70z+tKgHY1vei+64jDyIdWYwEzK/qIrkFLsTbzZsBznYxe0EpxQ/DgGy2/PMJNuarlH8cfD5iWWulXOHYG7TKmtDZZRHJe7Rs4ospcj2Efcpr+/g5LpFeYznAqaA73+nLyeXblZSB7eWrhjnUEhWsTKcMF6ujoqlHnj52s4=; Message-ID: <274298.85978.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: BQIC6qEVM1mEDT0tRq2sW3K.yG71LNomDt2Z36yFO3U6u59aU4FjfDW.Iwdie43Wccw8meVKZkur.myDHN8sseizEC_6R7McwlLuukK4EcMcHfS4joQFrKaKa7fcaal7Q_pATqzSfqWgKaCTISKpEeUATbKRpRXgyNB_brMBgiLcxmhLLoNVJrUN2Bn42CQNjr.17lBBMg3KIcOFwWvrVXLtrcyhHhTWuiXByVYEnqriV5a_rqA64ERqT2JhqF0UkHurJetBZA7onjkkrvfSB5ECMK7DkRk5sw9hSh5q1JOYaRDajgmcb9KDKt6OwedCMFrZcenwEfXbcsqqeXrON0yNWEtkqinB2UJSa.fk9gMfReeMRhChwPwIuIgp1uTlvsksctoqu6habRXXPrVqs0iTSfDnUk_s5rVOs.css6fz Received: from [98.203.21.152] by web63908.mail.re1.yahoo.com via HTTP; Mon, 02 Nov 2009 05:40:05 PST X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.361.4 Date: Mon, 2 Nov 2009 05:40:05 -0800 (PST) From: Barney Cordoba To: freebsd-net@freebsd.org, rihad In-Reply-To: <4ADDDA2C.3020206@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: dummynet dropping too many packets 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, 02 Nov 2009 13:40:07 -0000 --- On Tue, 10/20/09, rihad wrote: > From: rihad > Subject: Re: dummynet dropping too many packets > To: freebsd-net@freebsd.org > Date: Tuesday, October 20, 2009, 11:41 AM > I'm so happy today: finally running a > "ifp->if_snd.ifq_drv_maxlen = 4096;" and HZ=4000 kernel > with 4100+ online users @500+ mbps, and, most importantly, > with absolutely 0 drops since boot time! ;-) Even if drops > do come in, I'll know where to look first. I'd like to > express my gratitude to Robert Watson for pointing out the > "ifnet transmit queue sizes" issue, to others who suggested > the problem might be in dummynet's burstiness, and yet to > others who tried hard to help with other suggestions. Thank > you, folks! Tomorrow I'm going to suggest to my boss to > donate some $$$ to the FreeBSD Foundation: http://www.freebsdfoundation.org/donate/ Seems to me that spending money on a real packetshaper would be a better investment than donating to compromise on the free stuff (not that I'd want to discourage anyone from contributing to FreeBSD generally). Your problem is that at high traffic levels you need to reduce traffic flows, not just delay it as dummynet does. The entire point of traffic shaping is to smooth out your traffic flows; not to make it so choppy that you have packets sitting in a transmit queue for 1/2 millisecond in addition to the dummynet delays. While dummynet may not be dropping packets, you have packets being dropped in TCP stacks throughout your customer base, most likely. Barney From owner-freebsd-net@FreeBSD.ORG Mon Nov 2 20:12:39 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81B5D106568D for ; Mon, 2 Nov 2009 20:12:39 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from mail-iw0-f189.google.com (mail-iw0-f189.google.com [209.85.223.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7068FC13 for ; Mon, 2 Nov 2009 20:12:39 +0000 (UTC) Received: by iwn27 with SMTP id 27so3518997iwn.7 for ; Mon, 02 Nov 2009 12:12:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=xjFu4qlMOVjG9O1LpNLKQY0PESe6HufLEhvH47pd220=; b=Tret7jhzFIlXnIWOZjNVO2wndxmj++FihPJrBPzjIw0w9vdhxssHB3ZNLagrAr2tr7 Teh3DEBlgI/iOyG2a/j1NrDR5ZLvRuoBhrgN7k9u9xxBF3UZo9iUBCGp0sOXs1XbnmZK RNSGHNBnB3K2wB9tNdpWm0YaR7tsYB+JSoKIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ZsF7g3nh54aMHTKCE3b+nw+riN0uF+onHmEpKkt3/YYJuXFYO89MaTRQwZl1F0TbCn 5lKHoLh9G6Kir5LjzGfZ0tPbWob+Ml0bSwInFjV7qjgR37pqq11z1OtdkeI7X5YCH/GE t7kEqjDUFFmV1q4jBtAvbmHTTnXb7AINRxy8Y= MIME-Version: 1.0 Received: by 10.231.121.69 with SMTP id g5mr10713959ibr.44.1257191022501; Mon, 02 Nov 2009 11:43:42 -0800 (PST) Date: Mon, 2 Nov 2009 12:43:42 -0700 Message-ID: From: Kurt Buff To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Sangoma drops FreeBSD support - is there a replacment? 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, 02 Nov 2009 20:12:39 -0000 I've got a couple of their A301 DS3 cards (one in production, one as backup on the shelf), and the one in production is working fine for now, but since Sangoma have dropped support for FreeBSD across the board, I'm looking for an alternative. Anyone know of a good DS3 replacement card that supports FreeBSD? Kurt From owner-freebsd-net@FreeBSD.ORG Mon Nov 2 21:09:55 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5324F106566B for ; Mon, 2 Nov 2009 21:09:55 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (gw.tyknet.dk [93.167.110.194]) by mx1.freebsd.org (Postfix) with ESMTP id 045DB8FC17 for ; Mon, 2 Nov 2009 21:09:54 +0000 (UTC) Received: from mail.tyknet.dk (localhost [127.0.0.1]) by mail.tyknet.dk (Postfix) with ESMTP id BB7D7B8F0 for ; Mon, 2 Nov 2009 21:58:11 +0100 (CET) Received: from mail.tyknet.dk (localhost [127.0.0.1]) by mail.tyknet.dk (Postfix) with ESMTP id E5BFAB87E for ; Mon, 2 Nov 2009 21:58:10 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on doobie.tyknet.cn.dom X-Spam-Level: X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from [10.10.1.143] (tykpc.tyknet.cn.dom [10.10.1.143]) by mail.tyknet.dk (Postfix) with ESMTP id D8448B82E for ; Mon, 2 Nov 2009 21:58:10 +0100 (CET) Message-ID: <4AEF47E2.7010304@gibfest.dk> Date: Mon, 02 Nov 2009 21:58:10 +0100 From: Thomas Rasmussen User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: "route get" returning error on classful networks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 21:09:55 -0000 Gentlemen, While writing a script to do some route table maintenance on a firewall I stumbled on to something curious (all network numbers are examples): ===================================================== $ route get 35.0.0.0 route: writing to routing socket: No such process $ route -n get 35.0.0.1 route to: 35.0.0.1 destination: default mask: default gateway: 10.10.0.1 interface: lagg0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 ===================================================== It seems "route get" returns an error when asked to look up the route to a network with the network .0 ip as the lookup key. This follows classful network boundaries, and is somewhat easier to demonstrate than to explain: ===================================================== class A: $ route get 9.0.0.0 > /dev/null 2>&1 ; echo $? 1 $ route get 9.1.0.0 > /dev/null 2>&1 ; echo $? 0 class B: $ route get 130.0.0.0 > /dev/null 2>&1 ; echo $? 1 $ route get 130.1.0.0 > /dev/null 2>&1 ; echo $? 1 $ route get 130.1.1.0 > /dev/null 2>&1 ; echo $? 0 class C: $ route get 200.0.0.0 > /dev/null 2>&1 ; echo $? 1 $ route get 200.1.0.0 > /dev/null 2>&1 ; echo $? 1 $ route get 200.1.1.0 > /dev/null 2>&1 ; echo $? 1 $ route get 200.1.1.1 > /dev/null 2>&1 ; echo $? 0 ===================================================== This happens on Freebsd 6-7-8 on all machines I have access to. The error message is confusing and suggests there is a problem writing to the routing table which is not what I am doing at all. Is this a bug, or can somebody offer an explanation for this ? Thank you! :) Thomas Rasmussen From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 02:15:07 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1873106566B; Tue, 3 Nov 2009 02:15:07 +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 C24EE8FC12; Tue, 3 Nov 2009 02:15:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA32F7mo028928; Tue, 3 Nov 2009 02:15:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA32F7bt028924; Tue, 3 Nov 2009 02:15:07 GMT (envelope-from linimon) Date: Tue, 3 Nov 2009 02:15:07 GMT Message-Id: <200911030215.nA32F7bt028924@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140066: [bwi] install report for 8.0 RC 2 (multiple problems) 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, 03 Nov 2009 02:15:07 -0000 Old Synopsis: install report for 8.0 RC 2 New Synopsis: [bwi] install report for 8.0 RC 2 (multiple problems) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 3 02:10:29 UTC 2009 Responsible-Changed-Why: Reassigning this PR to -net because it contains information about a bwi problem. To submitter: handling this kind of PR is a bit problematic for us, since it lists several different problems. There really isn't one person/group who works on "overall usability issues". (I'll accept a criticism that there *should* be, but FreeBSD is a volunteer project, so all I can do is advocate for more people to work on such issues.) In the meantime you may be able to find help with certain problems in the FreeBSD Forums, or, if you are more traditional, the freebsd- questions@ mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=140066 From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 04:32:20 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E09E1065694 for ; Tue, 3 Nov 2009 04:32:20 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF088FC17 for ; Tue, 3 Nov 2009 04:32:19 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.3/8.14.3) with ESMTP id nA347Asm073400; Tue, 3 Nov 2009 11:07:10 +0700 (KRAT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4AEFAC6E.5080805@rdtc.ru> Date: Tue, 03 Nov 2009 11:07:10 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20090918) MIME-Version: 1.0 To: Barney Cordoba References: <274298.85978.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <274298.85978.qm@web63908.mail.re1.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, rihad Subject: Re: dummynet dropping too many packets 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, 03 Nov 2009 04:32:20 -0000 Barney Cordoba wrote: > Your problem is that at high traffic levels you need to reduce traffic > flows, not just delay it as dummynet does. Dummynet does not "just adds delay". > The entire point of traffic > shaping is to smooth out your traffic flows; not to make it so choppy > that you have packets sitting in a transmit queue for 1/2 millisecond > in addition to the dummynet delays. While dummynet may not be dropping > packets, you have packets being dropped in TCP stacks throughout your > customer base, most likely. If you followed the thread, you known that rihad tried GRED. The problem was not due to exceeded bandwidth but in inadequate interface-level FIFO queue length. And no way to adjust it without a patch. This makes me think we should have general user interface for setting the queue length for any network interface just like Cisco 'hold-queue' command does. For now, only some drivers (e.g., em(4)) have such option. From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 04:57: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 B1F981065695 for ; Tue, 3 Nov 2009 04:57:01 +0000 (UTC) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [74.1.12.120]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5868FC12 for ; Tue, 3 Nov 2009 04:57:01 +0000 (UTC) Received: (qmail 69119 invoked by uid 1008); 3 Nov 2009 06:11:32 -0000 Received: from unknown (HELO kalins-macbook-pro.local) (kalin@el.net@74.1.12.115) by mail.el.net with ESMTPA; 3 Nov 2009 06:11:32 -0000 Message-ID: <4AEFB781.90409@el.net> Date: Mon, 02 Nov 2009 23:54:25 -0500 From: kalin m User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ral driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 04:57:01 -0000 hi all.... is this resolved in current or head? http://lists.freebsd.org/pipermail/freebsd-bugs/2009-May/035231.html i have this ral card that drops off after about 15 min or so and have the same symptoms as described in that bug report.. thank you... From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 05:48:28 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8719E1065693 for ; Tue, 3 Nov 2009 05:48:28 +0000 (UTC) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [74.1.12.120]) by mx1.freebsd.org (Postfix) with ESMTP id 3B09F8FC1B for ; Tue, 3 Nov 2009 05:48:28 +0000 (UTC) Received: (qmail 80358 invoked by uid 1008); 3 Nov 2009 07:02:59 -0000 Received: from unknown (HELO kalins-macbook-pro.local) (kalin@el.net@74.1.12.115) by mail.el.net with ESMTPA; 3 Nov 2009 07:02:59 -0000 Message-ID: <4AEFC390.2090600@el.net> Date: Tue, 03 Nov 2009 00:45:52 -0500 From: kalin m User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4AE2780F.4080600@el.net> <20091024214640.GE6050@michelle.cdnetworks.com> <20091024215219.GF6050@michelle.cdnetworks.com> In-Reply-To: <20091024215219.GF6050@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Marvell 88E8057 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, 03 Nov 2009 05:48:28 -0000 hi pyun... and all.... after a few hours i'm sorry to report that the card is visible but not usable (yet?!). here is what i have done so far: 1. got the files from http://svn.freebsd.org/viewvc/base/head/sys/dev/ 2. applied the patch that pyun provided. 3. replaced if_maddr_rlock(ifp) with IF_ADDR_UNLOCK(ifp) in if_msk.c - two instances. 4. replaced the files in /usr/src/sys/dev for mii and msk with he new ones on the freebsd 7.2 machine. 5. recompiled the kernel.. here is what i get: from dmesg at boot: mskc0: port 0xde00-0xdeff mem 0xfddfc000-0xfddfffff irq 18 at device 0.0 on pci2 mskc0: unknown device: id=0xba, rev=0x00 device_attach: mskc0 attach returned 6 cant find what 6 stands for but it's not good.. pciconf -lvvv: mskc0@pci0:2:0:0: class=0x020000 card=0x51131297 chip=0x438011ab rev=0x10 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class = network subclass = ethernet if i put if_msk_load="YES" in loader.conf dmesg says: module_register: module msk/miibus already exists! Module msk/miibus failed to register: 17 module_register: module mskc/msk already exists! Module mskc/msk failed to register: 17 module_register: module pci/mskc already exists! Module pci/mskc failed to register: 17 ifconfig doesn't see it. sysinstall does not see it. now what?! thanks... Pyun YongHyeon wrote: > On Sat, Oct 24, 2009 at 02:46:40PM -0700, Pyun YongHyeon wrote: > >> On Fri, Oct 23, 2009 at 11:44:15PM -0400, kalin m wrote: >> >>> hi all.. >>> >>> does anybody here know if freebsd has a driver for Marvell 88E8057 nic chip? >>> >>> according to the kernel list of drivers (7.2) marvell chips are driven >>> by the msk driver. but it doesn't show up in pciconf, dmesg or >>> sysinstall.... >>> strangely enough 88E8057 is not in the list in man msk. although 88E8056 >>> and 88E8058 are. is this just bad luck?! >>> >>> >> I think 88E8057(Yukon Ultra 2) is the latest chipset from Marvell >> and no one ever expressed his/her willingness to try experiment >> patch. I guess msk(4) in HEAD has all required features to support >> 88E8057. Would you try attached patch? >> >> The patch was generated against HEAD. If you have to use 7.2-RELEASE >> copy the following files from HEAD and apply attached patch. >> >> /usr/src/sys/dev/msk/if_msk.c >> /usr/src/sys/dev/msk/if_mskreg.h >> /usr/src/sys/dev/mii/miidevs >> /usr/src/sys/dev/mii/e1000phy.c >> /usr/src/sys/dev/mii/e1000phyreg.c >> > ^^^^^^^^^^^^^^ > It should be read e1000phyreg.h > From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 06:58:55 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DA1610656A4 for ; Tue, 3 Nov 2009 06:58:55 +0000 (UTC) (envelope-from glenbarner@australia.edu) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id DB4558FC26 for ; Tue, 3 Nov 2009 06:58:54 +0000 (UTC) Received: by ywh8 with SMTP id 8so5377361ywh.3 for ; Mon, 02 Nov 2009 22:58:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.150.45.3 with SMTP id s3mr9591129ybs.330.1257231534177; Mon, 02 Nov 2009 22:58:54 -0800 (PST) Date: Tue, 3 Nov 2009 14:58:54 +0800 Message-ID: <5794edfe0911022258r25d1ea0cr9d503c36575273f4@mail.gmail.com> From: glenn Barber To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: dummynet dropping too many packets 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, 03 Nov 2009 06:58:55 -0000 >Seems to me that spending money on a real packetshaper would be a >better investment than donating to compromise on the free stuff (not >that I'd want to discourage anyone from contributing to FreeBSD >generally). >Your problem is that at high traffic levels you need to reduce traffic >flows, not just delay it as dummynet does. The entire point of traffic >shaping is to smooth out your traffic flows; not to make it so choppy >that you have packets sitting in a transmit queue for 1/2 millisecond >in addition to the dummynet delays. While dummynet may not be dropping >packets, you have packets being dropped in TCP stacks throughout your >customer base, most likely. >Barney Packetshaper? It can't work over 300M/s. From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 10:41:17 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D497106566B for ; Tue, 3 Nov 2009 10:41:17 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 09B678FC1B for ; Tue, 3 Nov 2009 10:41:16 +0000 (UTC) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id E40B02798BC; Tue, 3 Nov 2009 11:41:14 +0100 (CET) Received: by astro.zen.inc (Postfix, from userid 1000) id EF3D417055; Tue, 3 Nov 2009 11:41:14 +0100 (CET) Date: Tue, 3 Nov 2009 11:41:14 +0100 From: VANHULLEBUS Yvan To: Gabe Message-ID: <20091103104114.GA97006@zeninc.net> References: <744755.49863.qm@web83805.mail.sp1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <744755.49863.qm@web83805.mail.sp1.yahoo.com> User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org Subject: Re: IPSEC NAT-T 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, 03 Nov 2009 10:41:17 -0000 On Sun, Nov 01, 2009 at 09:00:30AM -0800, Gabe wrote: > Hello, Hi. > What's the latest "stable" patch available for the latest 7.x source? Stable patches, to be used with ipsec-tools 0.7 branch, are available here: http://people.freebsd.org/~vanhu/NAT-T/ As we're working on backporting FreeBSD / ipsec-tools HEAD works on STABLE/7 branch, I haven't generated a new one for a while, let me know if the latest public patch has some issues. Yvan. From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 11:50:45 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AB22106566C for ; Tue, 3 Nov 2009 11:50:45 +0000 (UTC) (envelope-from nrml@att.net) Received: from web83812.mail.sp1.yahoo.com (web83812.mail.sp1.yahoo.com [69.147.85.87]) by mx1.freebsd.org (Postfix) with SMTP id 6C1958FC0A for ; Tue, 3 Nov 2009 11:50:45 +0000 (UTC) Received: (qmail 57932 invoked by uid 60001); 3 Nov 2009 11:50:43 -0000 Message-ID: <926589.56887.qm@web83812.mail.sp1.yahoo.com> X-YMail-OSG: 25crFIYVM1kiDAB2DkUKGgqgI4jPwFY.QPfXOdGMnHECHHbeN0ngzN0nXdunwCN1cMs27EWYD.fb6JCc4LMUflEjw1RcjBlwYtXOPMAfUIePEwHW6taPfYesjE55HD.PU2nwKa5sXNfGVEOK0B35l1m5vf4D3x70txH1Al4cB7i97OhpY9UPGGbG4wnFBIk0Mae4J.G.X4f7WclsAI5YYGqB.gZTWKOb2_gGZF7fUj0XHrE_9dYPTeJlOMbLQDHulo4w0soepzwx6VAWG.N1Kn5cgPTIieM.KRIYYtp9B.BPv_bXNfD8JMnPe_t65a_BogZgtMxdpTYx5LVn29A- Received: from [69.43.143.59] by web83812.mail.sp1.yahoo.com via HTTP; Tue, 03 Nov 2009 03:50:43 PST X-Mailer: YahooMailRC/211.6 YahooMailWebService/0.7.361.4 References: <744755.49863.qm@web83805.mail.sp1.yahoo.com> <20091103104114.GA97006@zeninc.net> Date: Tue, 3 Nov 2009 03:50:43 -0800 (PST) From: Gabe To: VANHULLEBUS Yvan In-Reply-To: <20091103104114.GA97006@zeninc.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@freebsd.org Subject: Re: IPSEC NAT-T 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, 03 Nov 2009 11:50:45 -0000 ----- Original Message ---- > From: VANHULLEBUS Yvan > To: Gabe > Cc: freebsd-net@freebsd.org > Sent: Tue, November 3, 2009 2:41:14 AM > Subject: Re: IPSEC NAT-T > > On Sun, Nov 01, 2009 at 09:00:30AM -0800, Gabe wrote: > > Hello, > > Hi. > > > > What's the latest "stable" patch available for the latest 7.x source? > > Stable patches, to be used with ipsec-tools 0.7 branch, are available > here: > http://people.freebsd.org/~vanhu/NAT-T/ > > As we're working on backporting FreeBSD / ipsec-tools HEAD works on > STABLE/7 branch, I haven't generated a new one for a while, let me > know if the latest public patch has some issues. > > > Yvan. > _______________________________________________ > 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" Yeah the latest patch did not work on the latest source, it would not allow make buildkernel to succeed. I worked around it by using the latest 7.2-RELEASE. From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 13:00:10 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA35B1065693 for ; Tue, 3 Nov 2009 13:00:10 +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 968708FC1E for ; Tue, 3 Nov 2009 13:00:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA3D0Ajk019033 for ; Tue, 3 Nov 2009 13:00:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA3D0AF5019032; Tue, 3 Nov 2009 13:00:10 GMT (envelope-from gnats) Date: Tue, 3 Nov 2009 13:00:10 GMT Message-Id: <200911031300.nA3D0AF5019032@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/138999: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 13:00:10 -0000 The following reply was made to PR kern/138999; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/138999: commit references a PR Date: Tue, 3 Nov 2009 12:52:49 +0000 (UTC) Author: kib Date: Tue Nov 3 12:52:35 2009 New Revision: 198853 URL: http://svn.freebsd.org/changeset/base/198853 Log: If socket buffer space appears to be lower then sum of count of already prepared bytes and next portion of transfer, inner loop of kern_sendfile() aborts, not preparing next mbuf for socket buffer, and not modifying any outer loop invariants. The thread loops in the outer loop forever. Instead of breaking from inner loop, prepare only bytes that fit into the socket buffer space. In collaboration with: pho Reviewed by: bz PR: kern/138999 MFC after: 2 weeks Modified: head/sys/kern/uipc_syscalls.c Modified: head/sys/kern/uipc_syscalls.c ============================================================================== --- head/sys/kern/uipc_syscalls.c Tue Nov 3 12:03:13 2009 (r198852) +++ head/sys/kern/uipc_syscalls.c Tue Nov 3 12:52:35 2009 (r198853) @@ -2037,20 +2037,12 @@ retry_space: rem = obj->un_pager.vnp.vnp_size - uap->offset - fsbytes - loopbytes; xfsize = omin(rem, xfsize); + xfsize = omin(space - loopbytes, xfsize); if (xfsize <= 0) { VM_OBJECT_UNLOCK(obj); done = 1; /* all data sent */ break; } - /* - * Don't overflow the send buffer. - * Stop here and send out what we've - * already got. - */ - if (space < loopbytes + xfsize) { - VM_OBJECT_UNLOCK(obj); - break; - } /* * Attempt to look up the page. Allocate _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 14:17: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 C2AD010656A5; Tue, 3 Nov 2009 14:17: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 99B838FC28; Tue, 3 Nov 2009 14:17:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA3EHSK1088005; Tue, 3 Nov 2009 14:17:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA3EHS1O088001; Tue, 3 Nov 2009 14:17:28 GMT (envelope-from linimon) Date: Tue, 3 Nov 2009 14:17:28 GMT Message-Id: <200911031417.nA3EHS1O088001@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140245: [ath] [panic] Kernel panic during network activity on device ath in 7.2-RELEASE-p4 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, 03 Nov 2009 14:17:29 -0000 Old Synopsis: Kernel panic during network activity on device ath in 7.2-RELEASE-p4 New Synopsis: [ath] [panic] Kernel panic during network activity on device ath in 7.2-RELEASE-p4 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 3 14:17:17 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140245 From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 15:37:12 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2D0D1065676 for ; Tue, 3 Nov 2009 15:37:12 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id AF3B48FC14 for ; Tue, 3 Nov 2009 15:37:12 +0000 (UTC) Received: (qmail 26207 invoked from network); 3 Nov 2009 15:37:11 -0000 Received: from gw.develooper.com (HELO embla.bn.dev) (ask@mail.dev@64.81.84.140) by smtp.develooper.com with ESMTPA; 3 Nov 2009 15:37:11 -0000 Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: Date: Tue, 3 Nov 2009 07:37:09 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= X-Mailer: Apple Mail (2.1076) Cc: freebsd-net@freebsd.org Subject: Re: carp advskew not 'sticking' 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, 03 Nov 2009 15:37:13 -0000 On Nov 1, 2009, at 19:09, Ask Bj=F8rn Hansen wrote: > On a set of gw boxes I have 5 carp interfaces. 4 are working fine, =20= > but on one for some reason the advskew setting isn't "sticking" (and =20= > I get carp2: incorrect hash). I'm running 7.2-STABLE from a few =20 > days ago. > > gw-a# ifconfig carp2 vhid 12 advskew 100 pass abc123 10.0.100.1/24 > gw-a# ifconfig carp2 > carp2: flags=3D49 metric 0 mtu 1500 > inet 10.0.100.1 netmask 0xffffff00 > carp: BACKUP vhid 12 advbase 1 advskew 0 > > gw-b# ifconfig carp2 vhid 12 advskew 200 pass abc123 10.0.100.1/24 > gw-b# ifconfig carp2 > carp2: flags=3D49 metric 0 mtu 1500 > inet 10.0.100.1 netmask 0xffffff00 > carp: MASTER vhid 12 advbase 1 advskew 0 Hi everyone, Just for the sake of the archives: I'm not 100% sure, but I think this was caused by another set of boxes =20= mistakenly on the same vlan with the same vhid. - ask= From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 15:47: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 C5510106566B for ; Tue, 3 Nov 2009 15:47:16 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id ADE498FC14 for ; Tue, 3 Nov 2009 15:47:16 +0000 (UTC) Received: (qmail 26757 invoked from network); 3 Nov 2009 15:47:16 -0000 Received: from gw.develooper.com (HELO embla.bn.dev) (ask@mail.dev@64.81.84.140) by smtp.develooper.com with ESMTPA; 3 Nov 2009 15:47:16 -0000 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Date: Tue, 3 Nov 2009 07:47:14 -0800 Message-Id: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) Subject: DHCP client not getting IP address from Time Warner X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 15:47:16 -0000 Hi everyone, After years with Speakeasy at home I'm trying out Time Warner Cable (we live too far from the CO to get good DSL speeds). On OS X I plug-in and get an IP from their DHCP server: http://dl.getdropbox.com/u/25895/dhcp/dhcp-osx.txt On FreeBSD their DHCP server seems to just ignore me (but I see lots of broadcast replies to 255.255.255.255/ff:ff:ff:ff:ff:ff). I've tried with both the standard dhclient and the isc dhclient from ports. 00:00:24:c9:23:c1 is my FreeBSD box (Soekris 5501 with vr ethernet): http://dl.getdropbox.com/u/25895/dhcp/dhcp-freebsd.txt The OS X dump was made with dhcpdump 1.7 and sudo tcpdump -i en0 -s 1518 -lenx port bootps or port bootpc | ./ dhcpdump The FreeBSD one with "dhcpdump -i vr1". Below is a tcpdump of one of the DHCP requests. Any ideas would be greatly appreciated. - ask 15:46:02.424186 00:00:24:c9:23:c1 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:00:24:c9:23:c1, length 300 0x0000: 4510 0148 0000 0000 1011 a996 0000 0000 0x0010: ffff ffff 0044 0043 0134 43bb 0101 0600 0x0020: ea65 7a82 0000 0000 0000 0000 0000 0000 0x0030: 0000 0000 0000 0000 0000 24c9 23c1 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 0000 0000 0000 0000 0x0090: 0000 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 013d 0x0110: 0701 0000 24c9 23c1 0c05 6777 2d62 6e37 0x0120: 0801 1c02 7903 0f06 0cff 0000 0000 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 16:21: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 1973A106568F for ; Tue, 3 Nov 2009 16:21:58 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from mail.esigetel.fr (venus.esigetel.fr [192.134.106.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF488FC15 for ; Tue, 3 Nov 2009 16:21:57 +0000 (UTC) Received: by mail.esigetel.fr (Postfix, from userid 65534) id 4F56D10631; Tue, 3 Nov 2009 17:21:56 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on venus.esigetel.avon X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=unavailable version=3.1.8 Received: from localhost (localhost [127.0.0.1]) by mail.esigetel.fr (Postfix) with ESMTP id 32B8F10633; Tue, 3 Nov 2009 17:21:54 +0100 (CET) X-Virus-Scanned: amavisd-new at esigetel.fr Received: from mail.esigetel.fr ([127.0.0.1]) by localhost (venus.esigetel.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VS1vI-kMGpJ9; Tue, 3 Nov 2009 17:21:47 +0100 (CET) Received: from webmail.esigetel.fr (neo.ecampus.avon [192.168.106.14]) by mail.esigetel.fr (Postfix) with ESMTP id D24F81062C; Tue, 3 Nov 2009 17:21:47 +0100 (CET) Received: from 83.206.131.26 (proxying for unknown) by webmail.esigetel.fr with HTTP; Tue, 3 Nov 2009 17:21:47 +0100 (CET) Message-ID: <26570.83.206.131.26.1257265307.squirrel@webmail.esigetel.fr> In-Reply-To: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> References: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> Date: Tue, 3 Nov 2009 17:21:47 +0100 (CET) From: "JASSAL Aman" To: Ask =?iso-8859-1?Q?Bj=F8rn_Hansen?= User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: DHCP client not getting IP address from Time Warner X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 16:21:58 -0000 Hello, The logs display something that I find very disturbing. In the dhcpdump log, the DHCPDISCOVER message your interface sends an erroneous MAC address, there is a "01:" that is added in front of the actual MAC address of your interface. What is sent in the discover message is "01:00:..." instead of "00:00:...". Then what happens explains itself : the DHCP server will send a DHCPOFFER by using the requesting client's MAC address, but since the given MAC address is wrong, he broadcasts it (which I don't think is the behaviour that is expected in normal cases...). I think this is also why the client doesn't emit a DHCPREQUEST (which is emitted by the client to confirm that it is choosing the proposed settings from the server, and implicitly turning down any other offers made by other servers). I'll look into it when I get back home (at work right now). If possible : could you try to connect your Time Warner cable with another interface ? Or the same one as the one you used under Mac OS X (that way we would see if we get the same behaviour, regardless of the network interface chosen) ? Kind regards, Aman Jassal Le Mar 3 novembre 2009 16:47, Ask Bjørn Hansen a écrit : > Hi everyone, > > > After years with Speakeasy at home I'm trying out Time Warner Cable > (we live too far from the CO to get good DSL speeds). > > > On OS X I plug-in and get an IP from their DHCP server: > > > http://dl.getdropbox.com/u/25895/dhcp/dhcp-osx.txt > > > On FreeBSD their DHCP server seems to just ignore me (but I see lots > of broadcast replies to 255.255.255.255/ff:ff:ff:ff:ff:ff). I've tried > with both the standard dhclient and the isc dhclient from ports. > > 00:00:24:c9:23:c1 is my FreeBSD box (Soekris 5501 with vr ethernet): > > > http://dl.getdropbox.com/u/25895/dhcp/dhcp-freebsd.txt > > > The OS X dump was made with dhcpdump 1.7 and > > > sudo tcpdump -i en0 -s 1518 -lenx port bootps or port bootpc | ./ dhcpdump > > > The FreeBSD one with "dhcpdump -i vr1". > > > Below is a tcpdump of one of the DHCP requests. > > > Any ideas would be greatly appreciated. > > > > - ask > > > > 15:46:02.424186 00:00:24:c9:23:c1 > ff:ff:ff:ff:ff:ff, ethertype IPv4 > (0x0800), length 342: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, > Request from 00:00:24:c9:23:c1, length 300 > 0x0000: 4510 0148 0000 0000 1011 a996 0000 0000 > 0x0010: ffff ffff 0044 0043 0134 43bb 0101 0600 > 0x0020: ea65 7a82 0000 0000 0000 0000 0000 0000 > 0x0030: 0000 0000 0000 0000 0000 24c9 23c1 0000 > 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0080: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0090: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0100: 0000 0000 0000 0000 6382 5363 3501 013d > 0x0110: 0701 0000 24c9 23c1 0c05 6777 2d62 6e37 > 0x0120: 0801 1c02 7903 0f06 0cff 0000 0000 0000 > 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0140: 0000 0000 0000 0000 > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 17:05:04 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D1FF106568D for ; Tue, 3 Nov 2009 17:05:04 +0000 (UTC) (envelope-from barney@databus.com) Received: from mail1.aceinnovative.com (mail1.aceinnovative.com [66.114.74.12]) by mx1.freebsd.org (Postfix) with ESMTP id CF7308FC08 for ; Tue, 3 Nov 2009 17:05:03 +0000 (UTC) Received: from pit.databus.com ([71.167.133.111]) (authenticated bits=0) by mail1.aceinnovative.com (8.13.8/8.13.8) with ESMTP id nA3GRcXu027334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 3 Nov 2009 11:27:38 -0500 Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.14.3/8.14.3) with ESMTP id nA3GRbKU093162; Tue, 3 Nov 2009 11:27:37 -0500 (EST) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.14.3/8.14.3/Submit) id nA3GRbQO093161; Tue, 3 Nov 2009 11:27:37 -0500 (EST) (envelope-from barney) Date: Tue, 3 Nov 2009 11:27:37 -0500 From: Barney Wolff To: Ask =?iso-8859-1?Q?Bj=F8rn?= Hansen Message-ID: <20091103162737.GA93090@pit.databus.com> References: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org Subject: Re: DHCP client not getting IP address from Time Warner X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 17:05:04 -0000 Power-cycle your cable box, leaving it off for a few minutes. Cable co's seem to check the MAC, and take a while to forget the previous one. On Tue, Nov 03, 2009 at 07:47:14AM -0800, Ask Bjrn Hansen wrote: > Hi everyone, > > After years with Speakeasy at home I'm trying out Time Warner Cable > (we live too far from the CO to get good DSL speeds). > > On OS X I plug-in and get an IP from their DHCP server: > > http://dl.getdropbox.com/u/25895/dhcp/dhcp-osx.txt > > On FreeBSD their DHCP server seems to just ignore me (but I see lots > of broadcast replies to 255.255.255.255/ff:ff:ff:ff:ff:ff). I've > tried with both the standard dhclient and the isc dhclient from ports. From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 17:15:12 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D139810656C0 for ; Tue, 3 Nov 2009 17:15:12 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id A11018FC1E for ; Tue, 3 Nov 2009 17:15:12 +0000 (UTC) Received: (qmail 30507 invoked from network); 3 Nov 2009 17:15:09 -0000 Received: from gw.develooper.com (HELO embla.bn.dev) (ask@mail.dev@64.81.84.140) by smtp.develooper.com with ESMTPA; 3 Nov 2009 17:15:09 -0000 Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: <26570.83.206.131.26.1257265307.squirrel@webmail.esigetel.fr> Date: Tue, 3 Nov 2009 09:15:08 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> <26570.83.206.131.26.1257265307.squirrel@webmail.esigetel.fr> To: "JASSAL Aman" X-Mailer: Apple Mail (2.1076) Cc: freebsd-net@freebsd.org Subject: Re: DHCP client not getting IP address from Time Warner X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 17:15:12 -0000 On Nov 3, 2009, at 8:21, JASSAL Aman wrote: > Hello, > > The logs display something that I find very disturbing. > In the dhcpdump log, the DHCPDISCOVER message your interface sends an > erroneous MAC address, there is a "01:" that is added in front of the > actual MAC address of your interface. What is sent in the discover > message > is "01:00:..." instead of "00:00:...". Hi Aman, Yeah - I should have pointed that out. I tried forcing it to be correct with interface "vr1" { send dhcp-client-identifier 00:00:24:c9:23:c1; } to no effect. http://dl.getdropbox.com/u/25895/dhcp/dhcp-freebsd-2.txt > Then what happens explains itself : the DHCP server will send a > DHCPOFFER > by using the requesting client's MAC address, but since the given MAC > address is wrong, he broadcasts it (which I don't think is the > behaviour > that is expected in normal cases...). I thought the broadcasts were misguided responses to me, too, at first -- but looking further I think it's just broadcasting when it's giving (or not) IPs to other clients. I've no idea why it does that. I only included one, but in http://dl.getdropbox.com/u/25895/dhcp/dhcp-osx.txt you can see that on OS X I get the weird replies to ff:ff:ff:ff:ff:ff, too. I also noticed that OS X adds two extra options in the request: OPTION: 57 ( 2) Maximum DHCP message size 1500 OPTION: 51 ( 4) IP address leasetime 7776000 (12w6d) Just to test how can I make dhclient add those, too? > I think this is also why the client doesn't emit a DHCPREQUEST > (which is > emitted by the client to confirm that it is choosing the proposed > settings > from the server, and implicitly turning down any other offers made by > other servers). > > I'll look into it when I get back home (at work right now). If > possible : > could you try to connect your Time Warner cable with another > interface ? > Or the same one as the one you used under Mac OS X (that way we > would see > if we get the same behaviour, regardless of the network interface > chosen) > ? The Soekris box only has vr interfaces; the OS X NIC is in my laptop so unless I install FreeBSD on there I won't be able to test that. :-) I did actually try one of the other vr interfaces on the Soekris box with the same result (they work fine with isc-dhcp running on another FreeBSD box). - ask From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 17:15: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 C85D110656C6 for ; Tue, 3 Nov 2009 17:15:56 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id 944BD8FC33 for ; Tue, 3 Nov 2009 17:15:56 +0000 (UTC) Received: (qmail 30529 invoked from network); 3 Nov 2009 17:15:54 -0000 Received: from gw.develooper.com (HELO embla.bn.dev) (ask@mail.dev@64.81.84.140) by smtp.develooper.com with ESMTPA; 3 Nov 2009 17:15:54 -0000 Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: <20091103162737.GA93090@pit.databus.com> Date: Tue, 3 Nov 2009 09:15:54 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: <36028DC7-4A90-4680-83ED-301FBE15F09C@develooper.com> <20091103162737.GA93090@pit.databus.com> To: Barney Wolff X-Mailer: Apple Mail (2.1076) Cc: freebsd-net@freebsd.org Subject: Re: DHCP client not getting IP address from Time Warner X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 17:15:56 -0000 On Nov 3, 2009, at 8:27, Barney Wolff wrote: > Power-cycle your cable box, leaving it off for a few minutes. > Cable co's seem to check the MAC, and take a while to forget > the previous one. Hah - yeah, I tried that, too. No difference. (Plugging in one of the macs and then another seems to work fine, too). Thanks for the idea though. - ask From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 18:28: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 7D50D106566B for ; Tue, 3 Nov 2009 18:28:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 07A728FC15 for ; Tue, 3 Nov 2009 18:28:20 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so943497eyd.9 for ; Tue, 03 Nov 2009 10:28:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=dvkja3LmVA3JBNT1BYoj2oGNhqqed20S+udVtyX3Qqc=; b=J6pUJ7TgOjA4sDpLPm3ARNC692t59Uy0f7uuWqoedOGXPrEI0op8l0Ur3hk15S/9Px GuGIQh2ogtfk9P2XOrA1yAQhNZaZ3ylbNg+9LiKlxbHyH+1Hbi2qoVmGdtkqy+343A++ uF48wvccYNQfeljktKB5m2/O9+4OsDKXsZxac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=VOYtpqzKCwIJTpS4+Dqcbez/2JUBqr6UzAa6NSM4yYIUbpAhTp+1ZytP/9HcuWJ8s7 vLfhv9YkwhyDZtHW7ipSRi0emgbbFFfNC2TdOWPvGVGxM63UZVIK3DuBUrCQx1umbdBh 0qnrYHqzgdSR9fdKr/rxlc/jMV5TnstFMmR6M= Received: by 10.216.86.74 with SMTP id v52mr124370wee.124.1257272899912; Tue, 03 Nov 2009 10:28:19 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id q9sm1055578gve.0.2009.11.03.10.28.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Nov 2009 10:28:18 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 3 Nov 2009 10:27:39 -0800 From: Pyun YongHyeon Date: Tue, 3 Nov 2009 10:27:39 -0800 To: kalin m Message-ID: <20091103182739.GE1256@michelle.cdnetworks.com> References: <4AE2780F.4080600@el.net> <20091024214640.GE6050@michelle.cdnetworks.com> <20091024215219.GF6050@michelle.cdnetworks.com> <4AEFC390.2090600@el.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Clx92ZfkiYIKRjnr" Content-Disposition: inline In-Reply-To: <4AEFC390.2090600@el.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Marvell 88E8057 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 18:28:21 -0000 --Clx92ZfkiYIKRjnr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 03, 2009 at 12:45:52AM -0500, kalin m wrote: > > hi pyun... and all.... > > after a few hours i'm sorry to report that the card is visible but not > usable (yet?!). here is what i have done so far: > > 1. got the files from http://svn.freebsd.org/viewvc/base/head/sys/dev/ > 2. applied the patch that pyun provided. > 3. replaced if_maddr_rlock(ifp) with IF_ADDR_UNLOCK(ifp) in if_msk.c - > two instances. > 4. replaced the files in /usr/src/sys/dev for mii and msk with he new > ones on the freebsd 7.2 machine. > 5. recompiled the kernel.. > > here is what i get: > > from dmesg at boot: > > mskc0: port 0xde00-0xdeff mem > 0xfddfc000-0xfddfffff irq 18 at device 0.0 on pci2 > mskc0: unknown device: id=0xba, rev=0x00 > device_attach: mskc0 attach returned 6 > > cant find what 6 stands for but it's not good.. > Sorry, there was a check that keep 88E8057 from attaching. I've regenerated patch. --Clx92ZfkiYIKRjnr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.88E8057.diff2" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 198812) +++ sys/dev/msk/if_msk.c (working copy) @@ -223,6 +223,8 @@ "Marvell Yukon 88E8071 Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_MRVL_436C, "Marvell Yukon 88E8072 Gigabit Ethernet" }, + { VENDORID_MARVELL, DEVICEID_MRVL_4380, + "Marvell Yukon 88E8057 Gigabit Ethernet" }, { VENDORID_DLINK, DEVICEID_DLINK_DGE550SX, "D-Link 550SX Gigabit Ethernet" }, { VENDORID_DLINK, DEVICEID_DLINK_DGE560SX, @@ -237,7 +239,9 @@ "Yukon EX", "Yukon EC", "Yukon FE", - "Yukon FE+" + "Yukon FE+", + "Yukon Supreme", + "Yukon Ultra 2" }; static int mskc_probe(device_t); @@ -1144,6 +1148,7 @@ case CHIP_ID_YUKON_EC_U: case CHIP_ID_YUKON_EX: case CHIP_ID_YUKON_FE_P: + case CHIP_ID_YUKON_UL_2: CSR_WRITE_2(sc, B0_CTST, Y2_HW_WOL_OFF); /* Enable all clocks. */ @@ -1647,7 +1652,8 @@ sc->msk_hw_rev = (CSR_READ_1(sc, B2_MAC_CFG) >> 4) & 0x0f; /* Bail out if chip is not recognized. */ if (sc->msk_hw_id < CHIP_ID_YUKON_XL || - sc->msk_hw_id > CHIP_ID_YUKON_FE_P) { + sc->msk_hw_id > CHIP_ID_YUKON_UL_2 || + sc->msk_hw_id == CHIP_ID_YUKON_SUPR) { device_printf(dev, "unknown device: id=0x%02x, rev=0x%02x\n", sc->msk_hw_id, sc->msk_hw_rev); mtx_destroy(&sc->msk_mtx); @@ -1746,6 +1752,10 @@ sc->msk_clock = 156; /* 156 Mhz */ sc->msk_pflags |= MSK_FLAG_JUMBO; break; + case CHIP_ID_YUKON_UL_2: + sc->msk_clock = 156; /* 156 Mhz */ + sc->msk_pflags |= MSK_FLAG_JUMBO; + break; default: sc->msk_clock = 156; /* 156 Mhz */ break; Index: sys/dev/msk/if_mskreg.h =================================================================== --- sys/dev/msk/if_mskreg.h (revision 198812) +++ sys/dev/msk/if_mskreg.h (working copy) @@ -144,6 +144,7 @@ #define DEVICEID_MRVL_436A 0x436A #define DEVICEID_MRVL_436B 0x436B #define DEVICEID_MRVL_436C 0x436C +#define DEVICEID_MRVL_4380 0x4380 /* * D-Link gigabit ethernet device ID @@ -891,6 +892,8 @@ #define CHIP_ID_YUKON_EC 0xb6 /* Chip ID for YUKON-2 EC */ #define CHIP_ID_YUKON_FE 0xb7 /* Chip ID for YUKON-2 FE */ #define CHIP_ID_YUKON_FE_P 0xb8 /* Chip ID for YUKON-2 FE+ */ +#define CHIP_ID_YUKON_SUPR 0xb9 /* Chip ID for YUKON-2 Supreme */ +#define CHIP_ID_YUKON_UL_2 0xba /* Chip ID for YUKON-2 Ultra 2 */ #define CHIP_REV_YU_XL_A0 0 /* Chip Rev. for Yukon-2 A0 */ #define CHIP_REV_YU_XL_A1 1 /* Chip Rev. for Yukon-2 A1 */ --Clx92ZfkiYIKRjnr-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 20:29:28 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 2FA2E106566C for ; Tue, 3 Nov 2009 20:29:28 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0407B8FC2A for ; Tue, 3 Nov 2009 20:29:28 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9510846B2C for ; Tue, 3 Nov 2009 15:29:27 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E55838A01F for ; Tue, 3 Nov 2009 15:29:26 -0500 (EST) From: John Baldwin To: net@FreeBSD.org Date: Tue, 3 Nov 2009 15:29:26 -0500 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911031529.26514.jhb@FreeBSD.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 03 Nov 2009 15:29:26 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Small bug with TCP zero windows 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, 03 Nov 2009 20:29:28 -0000 Several years ago Dillon added a feature to TCP that casued soreceive() to send an ACK right away if data was drained from a TCP socket that had previously advertised a zero-sized window. The current code requires the receive window to be exactly zero for this to kick in. If window scaling is enabled and the window is smaller than the scale, then the effective window that is advertised is zero. However, in that case the zero-sized window handling is not enabled because the window is not exactly zero. The patch below changes the code to check the raw window value against zero. Arguably it could check 'th_win' directly instead if folks would prefer that. Index: tcp_output.c =================================================================== --- tcp_output.c (revision 198794) +++ tcp_output.c (working copy) @@ -992,7 +992,7 @@ * to read more data than can be buffered prior to transmitting on * the connection. */ - if (recwin == 0) + if (recwin >> tp->rcv_scale == 0) tp->t_flags |= TF_RXWIN0SENT; else tp->t_flags &= ~TF_RXWIN0SENT; -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Tue Nov 3 21:30:08 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76A01106566B; Tue, 3 Nov 2009 21:30:08 +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 3187C8FC17; Tue, 3 Nov 2009 21:30:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id D0BD541C6DB; Tue, 3 Nov 2009 22:30:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id P-j+tf1kMd1M; Tue, 3 Nov 2009 22:30:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 3358441C6FC; Tue, 3 Nov 2009 22:30: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 4D3E74448E6; Tue, 3 Nov 2009 21:26:48 +0000 (UTC) Date: Tue, 3 Nov 2009 21:26:48 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: John Baldwin In-Reply-To: <200911031529.26514.jhb@FreeBSD.org> Message-ID: <20091103212129.F37440@maildrop.int.zabbadoz.net> References: <200911031529.26514.jhb@FreeBSD.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@FreeBSD.org Subject: Re: Small bug with TCP zero windows 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, 03 Nov 2009 21:30:08 -0000 On Tue, 3 Nov 2009, John Baldwin wrote: > Several years ago Dillon added a feature to TCP that casued soreceive() to > send an ACK right away if data was drained from a TCP socket that had > previously advertised a zero-sized window. The current code requires the > receive window to be exactly zero for this to kick in. If window scaling is > enabled and the window is smaller than the scale, then the effective window > that is advertised is zero. However, in that case the zero-sized window > handling is not enabled because the window is not exactly zero. The patch > below changes the code to check the raw window value against zero. Arguably > it could check 'th_win' directly instead if folks would prefer that. hmm, looking a few lines up, there is a htons() there as well; obviously doesn't matter for 0. th_win is set to something different for SYNs. I guess what you are doing is ok, and even though it is not needed, I feel that it would be easier to read it with an extra pair of (). > Index: tcp_output.c > =================================================================== > --- tcp_output.c (revision 198794) > +++ tcp_output.c (working copy) > @@ -992,7 +992,7 @@ > * to read more data than can be buffered prior to transmitting on > * the connection. > */ > - if (recwin == 0) > + if (recwin >> tp->rcv_scale == 0) > tp->t_flags |= TF_RXWIN0SENT; > else > tp->t_flags &= ~TF_RXWIN0SENT; > > -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-net@FreeBSD.ORG Wed Nov 4 08:18: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 148DC1065672 for ; Wed, 4 Nov 2009 08:18:59 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from mail.esigetel.fr (venus.esigetel.fr [192.134.106.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9B61E8FC13 for ; Wed, 4 Nov 2009 08:18:58 +0000 (UTC) Received: by mail.esigetel.fr (Postfix, from userid 65534) id 99649102BB; Wed, 4 Nov 2009 09:18:56 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on venus.esigetel.avon X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=unavailable version=3.1.8 Received: from localhost (localhost [127.0.0.1]) by mail.esigetel.fr (Postfix) with ESMTP id DC667102B8; Wed, 4 Nov 2009 09:18:54 +0100 (CET) X-Virus-Scanned: amavisd-new at esigetel.fr Received: from mail.esigetel.fr ([127.0.0.1]) by localhost (venus.esigetel.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d3dAmpgVmL8x; Wed, 4 Nov 2009 09:18:48 +0100 (CET) Received: from webmail.esigetel.fr (neo.ecampus.avon [192.168.106.14]) by mail.esigetel.fr (Postfix) with ESMTP id B6EB6102AD; Wed, 4 Nov 2009 09:18:48 +0100 (CET) Received: from 83.206.131.26 (proxying for unknown) by webmail.esigetel.fr with HTTP; Wed, 4 Nov 2009 09:18:48 +0100 (CET) Message-ID: <63471.83.206.131.26.1257322728.squirrel@webmail.esigetel.fr> Date: Wed, 4 Nov 2009 09:18:48 +0100 (CET) From: "JASSAL Aman" To: Ask =?iso-8859-1?Q?Bj=F8rn_Hansen?= User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: DHCP client not getting IP address from Time Warner X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 08:18:59 -0000 Hello Ask, Sorry for getting back to you so late T_T... I've never faced a MAC address problem before, so I must say I was quite surprised when I saw your logs yesterday evening. I'm not sure what the nature of the problem exactly is (I didn't have time to reproduce it yesterday evening either >_<), I would suggest that you create your own dhclient.conf file (-> /etc/dhclient.conf) and specify the options you want to send in the DHCPDISCOVER message yourself. The dhclient program starts by reading what is specified in this file. You could try sending : send { dhcp-client-identifier "your MAC address" ip-address "whatever IP address is topologically correct and with the defined range of address the server can allocate" } With this, you clearly specify the MAC and the IP address you are requesting (it is the parameters in the options field). You can also specify other parameters if you wish to. When you forced it, the MAC address was the good one, so that is good sign. In the last log you sent (dhcp-freebsd-2.txt), the server is sending back DHCPNAK messages, which occur in only 2 cases : either the client is requesting an address that is topologically incorrect, or the lease of the requested address has expired. But this, to me, looks like the DHCP server was slightly confused about what was going on :) Just try power-cycling your Time Warner device, so that he doesn't have any record of any address. If you specify clearly the options in your dhcpdiscover message by setting them in the dhclient.conf, there's no reason the DHCP server will reject your message. Whenever I configure my connection settings manually, I just type : # dhclient iwn0 (My interface uses iwn driver), and that works perfectly... I don't even have a dhclient.conf file ! Hopefully it (setting up dhclient.conf) helps. Kind regards, Aman Jassal Le Mar 3 novembre 2009 18:15, Ask Bjørn Hansen a écrit : > > On Nov 3, 2009, at 8:21, JASSAL Aman wrote: > > >> Hello, >> >> >> The logs display something that I find very disturbing. >> In the dhcpdump log, the DHCPDISCOVER message your interface sends an >> erroneous MAC address, there is a "01:" that is added in front of the >> actual MAC address of your interface. What is sent in the discover >> message is "01:00:..." instead of "00:00:...". > > Hi Aman, > > > Yeah - I should have pointed that out. I tried forcing it to be > correct with > > interface "vr1" { send dhcp-client-identifier 00:00:24:c9:23:c1; } > > > to no effect. > > http://dl.getdropbox.com/u/25895/dhcp/dhcp-freebsd-2.txt > > >> Then what happens explains itself : the DHCP server will send a >> DHCPOFFER >> by using the requesting client's MAC address, but since the given MAC >> address is wrong, he broadcasts it (which I don't think is the behaviour >> that is expected in normal cases...). > > I thought the broadcasts were misguided responses to me, too, at first > -- but looking further I think it's just broadcasting when it's giving > (or not) IPs to other clients. I've no idea why it does that. >%20 > > I only included one, but in > http://dl.getdropbox.com/u/25895/dhcp/dhcp-osx.txt > you can see that on OS X I get the weird replies to ff:ff:ff:ff:ff:ff, too. > > > I also noticed that OS X adds two extra options in the request: > > > OPTION: 57 ( 2) Maximum DHCP message size 1500 > OPTION: 51 ( 4) IP address leasetime 7776000 (12w6d) > > > Just to test how can I make dhclient add those, too? > > >>%20I think this is also why the client doesn't emit a DHCPREQUEST >> (which is >> emitted by the client to confirm that it is choosing the proposed >> settings from the server, and implicitly turning down any other offers >> made by other servers). >> >> I'll look into it when I get back home (at work right now). If >> possible : could you try to connect your Time Warner cable with another >> interface ? Or the same one as the one you used under Mac OS X %28that way >> we would see if we get the same behaviour, regardless of the network >> interface chosen) ? >> > > The Soekris box only has vr interfaces; the OS X NIC is in my laptop > so unless I install FreeBSD on there I won't be able to test that. :-) I > did actually try one of the other vr interfaces on the Soekris box with > the same result (they work fine with isc-dhcp running on another FreeBSD > box). > > > - ask > > From owner-freebsd-net@FreeBSD.ORG Wed Nov 4 18:17:24 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 7EFDB106568F for ; Wed, 4 Nov 2009 18:17:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4EFEC8FC16 for ; Wed, 4 Nov 2009 18:17:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E423646B32; Wed, 4 Nov 2009 13:17:23 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0DA448A01D; Wed, 4 Nov 2009 13:17:23 -0500 (EST) From: John Baldwin To: "Bjoern A. Zeeb" Date: Wed, 4 Nov 2009 13:17:06 -0500 User-Agent: KMail/1.9.7 References: <200911031529.26514.jhb@FreeBSD.org> <20091103212129.F37440@maildrop.int.zabbadoz.net> In-Reply-To: <20091103212129.F37440@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911041317.06793.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 04 Nov 2009 13:17:23 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: net@freebsd.org Subject: Re: Small bug with TCP zero windows 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, 04 Nov 2009 18:17:24 -0000 On Tuesday 03 November 2009 4:26:48 pm Bjoern A. Zeeb wrote: > On Tue, 3 Nov 2009, John Baldwin wrote: > > > Several years ago Dillon added a feature to TCP that casued soreceive() to > > send an ACK right away if data was drained from a TCP socket that had > > previously advertised a zero-sized window. The current code requires the > > receive window to be exactly zero for this to kick in. If window scaling is > > enabled and the window is smaller than the scale, then the effective window > > that is advertised is zero. However, in that case the zero-sized window > > handling is not enabled because the window is not exactly zero. The patch > > below changes the code to check the raw window value against zero. Arguably > > it could check 'th_win' directly instead if folks would prefer that. > > hmm, looking a few lines up, there is a htons() there as well; > obviously doesn't matter for 0. th_win is set to something different > for SYNs. I guess what you are doing is ok, and even though it is not > needed, I feel that it would be easier to read it with an extra pair > of (). How about using 'if (th->th_win == htons(0))' for the condition? > > Index: tcp_output.c > > =================================================================== > > --- tcp_output.c (revision 198794) > > +++ tcp_output.c (working copy) > > @@ -992,7 +992,7 @@ > > * to read more data than can be buffered prior to transmitting on > > * the connection. > > */ > > - if (recwin == 0) > > + if (recwin >> tp->rcv_scale == 0) > > tp->t_flags |= TF_RXWIN0SENT; > > else > > tp->t_flags &= ~TF_RXWIN0SENT; > > > > > > -- > Bjoern A. Zeeb It will not break if you know what you are doing. > -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed Nov 4 18:24:12 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A8A7106568D for ; Wed, 4 Nov 2009 18:24:12 +0000 (UTC) (envelope-from bo-bup3u69b59x74aaxhwrzxa8930a9vg@b.e.kohls.com) Received: from mta613.e.kohls.com (mta613.e.kohls.com [38.103.51.155]) by mx1.freebsd.org (Postfix) with SMTP id 9D2518FC08 for ; Wed, 4 Nov 2009 18:24:11 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200505; d=e.kohls.com; b=xDvRwlRumKZq3V0fZEPOblKeZtLq9WUzTmY45bZza6Af15z0U0Rbc253+U8p4g/o/3HcAWYwpfJbJ1Dk6BX/mg+m8QKU+FeNkxtb+VBK4AFKNe0aSDTPNpbc3sqzwWr2jzI+hYNyNva7hiMt4x9eI/rIfi66e8lEKfPmxy/1Vgo=; h=Date:Message-ID:List-Unsubscribe:From:To:Subject:MIME-Version:Reply-To:Content-type; Date: Wed, 4 Nov 2009 18:24:32 -0000 Message-ID: From: "Kohls.com" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 50% Off SALE + Extra 15% Off Holiday Decor X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Kohls.com" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 18:24:12 -0000 To view the HTML version of this e-mail, copy and paste the link below into the Address field of your Internet browser: http://e.kohls.com/a/tBK79ULBBZVhBB724FRBVGUbA-8/kohl1?t=BK79ULBBZVhBB724FRBVGUbA-8&email=freebsd-net@freebsd.org&i_equity=0 ************************************************************************ 99¢ Standard Shipping on every item!* Surcharges still apply. ************************************************************************ Take an EXTRA 15% Off** Entire Stock Holiday Decor! Simply enter Promo Code HOLIDAYHOME when you checkout online now through November 5 during our 50% Off Sale! 50% Off Selected Holiday Dinnerware & Table Linens 50% Off Selected Candles & Decorative Accents 50% Off Entire Stock St. Nicholas Square Trim-A-Tree & Home Decor ************************************************************************ Skechers Shape-Ups Shape up while you walk! Designed to: -Promote weight loss -Tone muscles -Improve posture ************************************************************************ Find Kohl's on Facebook! Become a fan to connect with friends and get insider info. ************************************************************************ *Surcharges may apply due to size, weight or special handling required. If your item has a surcharge, it will appear on the product page. **OFFER IS VALID ONLINE ONLY. Offer is not valid in conjunction with any other percent-off discounts. Offer is nontransferable. Promo Code must be entered during checkout on Kohls.com to receive discount. Offer good on all sale-, regular- and clearance-priced merchandise. Offer not valid for price adjustments on prior purchases, on gift card purchases, for payment on a Kohl's Charge account or in conjunction with any other percent-off discounts, including the senior citizen discount. Offer also not valid on purchases of Kohl's Cares for Kids merchandise or other charitable items. Excludes sales tax. This mailbox is unattended, so please do not reply to this message. Instead, e-mail us at myaccount.help@kohls.com, or write to us at Kohl's Department Stores, Attention: Customer Service, N54 W13600 Woodale Drive, Menomonee Falls, WI 53051. If you no longer wish to receive e-mails from Kohls.com, unsubscribe by pasting this link into the Address field of your Internet browser: http://e.kohls.com/a/tBK79ULBBZVhBB724FRBVGUbA-8/kohl14?email=freebsd-net@freebsd.org&email=freebsd-net@freebsd.org Please allow up to seven days for your e-mail address to be removed. 99¢ Standard Shipping per item offer good now through November 5, 2009. 50% Off Sale prices good now through November 5, 2009. Extra 15% Off Holiday Decor offer good now through November 5, 2009. From owner-freebsd-net@FreeBSD.ORG Wed Nov 4 23:46:05 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B56BB106568B for ; Wed, 4 Nov 2009 23:46:05 +0000 (UTC) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [74.1.12.120]) by mx1.freebsd.org (Postfix) with ESMTP id 518048FC17 for ; Wed, 4 Nov 2009 23:46:05 +0000 (UTC) Received: (qmail 84442 invoked by uid 1008); 5 Nov 2009 01:00:44 -0000 Received: from unknown (HELO kalins-macbook-pro.local) (kalin@el.net@74.1.12.115) by mail.el.net with ESMTPA; 5 Nov 2009 01:00:44 -0000 Message-ID: <4AF211A1.3090007@el.net> Date: Wed, 04 Nov 2009 18:43:29 -0500 From: kalin m User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-questions References: <4AEFB781.90409@el.net> In-Reply-To: <4AEFB781.90409@el.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ral driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 23:46:05 -0000 just a follow up on this. any ideas. can i just get newer/fixed driver? thanks... kalin m wrote: > > > hi all.... > > is this resolved in current or head? > > http://lists.freebsd.org/pipermail/freebsd-bugs/2009-May/035231.html > > i have this ral card that drops off after about 15 min or so and have > the same symptoms as described in that bug report.. > > > thank you... > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu Nov 5 08:30:04 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE1781065670 for ; Thu, 5 Nov 2009 08:30:03 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id 61AFC8FC12 for ; Thu, 5 Nov 2009 08:30:03 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 1EA93130CB7 for ; Thu, 5 Nov 2009 11:30:02 +0300 (MSK) Received: from localhost (sysoev.ru [81.19.68.137]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 7F990130C16 for ; Thu, 5 Nov 2009 11:30:01 +0300 (MSK) Date: Thu, 5 Nov 2009 11:30:01 +0300 From: Igor Sysoev To: freebsd-net@freebsd.org Message-ID: <20091105083001.GC87654@rambler-co.ru> References: <20070820151142.GA20183@rambler-co.ru> <46C9BF02.5050007@tomjudge.com> <20070820163443.GE20183@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070820163443.GE20183@rambler-co.ru> User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-SPF: pass X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Subject: Re: maximum number of outgoing connections 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, 05 Nov 2009 08:30:04 -0000 On Mon, Aug 20, 2007 at 08:34:43PM +0400, Igor Sysoev wrote: > On Mon, Aug 20, 2007 at 05:19:14PM +0100, Tom Judge wrote: > > > Igor Sysoev wrote: > > >It seems that FreeBSD can not make more than > > > > > >net.inet.ip.portrange.last - net.inet.ip.portrange.first > > > > > >simultaneous outgoing connections, i.e., no more than about 64k. > > > > > >If I made ~64000 connections 127.0.0.1:XXXX > 127.0.0.1:80, then > > >connect() to an external address returns EADDRNOTAVAIL. > > > > > >net.inet.ip.portrange.randomized is 0. > > > > > >sockets, etc. are enough: > > > > > >ITEM SIZE LIMIT USED FREE REQUESTS FAILURES > > >socket: 356, 204809, 13915, 146443, 148189452, 0 > > >inpcb: 180, 204820, 20375, 137277, 147631805, 0 > > >tcpcb: 464, 204800, 13882, 142102, 147631805, 0 > > >tcptw: 48, 41028, 6493, 11213, 29804665, 0 > > > > > >I saw it on 6.2-STABLE. > > > > > > > > > > In an ideal world (Not sure if this is quite correct for FreeBSD) TCP > > connections are tracked with a pair of tupels source-addr:src-port -> > > dst-addr:dst-port > > > > As your always connecting to the same destination service 127.0.0.1:80 > > and always from the same source IP 127.0.0.1 then you only have one > > variable left to change, the source port. If you where to use the hole > > of the whole of the port range minus the reserved ports you would only > > ever be able to make 64512 simultaneous connections. In order to make > > more connections the first thing that you may want to start changing is > > the source IP. If you added a second IP to you lo0 interface (say > > 127.0.0.2) and used a round robin approach to making your out bound > > connections then you could make around 129k outbound connections. > > Connections to 127.0.0.1 were via lo0, external connections are via bge0. > > > I am not sure if there are any other constraints that need to be taken > > into account such as the maximum number of sockets, RAM etc.... > > No, there are no constraints in memory, sockets, mbufs, clusters, etc. > If there's contraint in memory, then FreeBSD simply panics. > If there's contraint in mbuf clusters, then process stucks in zonelimit > state forever. > > I suspect that local address in in_pcbbind_setup() is 0.0.0.0 so there > is 64K limit. Recently I looked the issue again and find (with Ruslan Ermilov's help) that if I set the SO_REUSEADDR option, FreeBSD allows to use the same local port for different connections: 192.168.1.1:5000 > 10.0.0.1:80 192.168.1.1:5000 > 10.0.0.2:80 Linux allows this by default. I believe FreeBSD should set SO_REUSEADDR internally while connect(). BTW, bind()ing socket to a local address does not help. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-net@FreeBSD.ORG Thu Nov 5 16:30:56 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87F7810656A3; Thu, 5 Nov 2009 16:30:56 +0000 (UTC) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4768FC2A; Thu, 5 Nov 2009 16:30:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA5GUuKM071822; Thu, 5 Nov 2009 16:30:56 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA5GUts0071692; Thu, 5 Nov 2009 17:30:55 +0100 (CET) (envelope-from brueffer) Date: Thu, 5 Nov 2009 17:30:55 +0100 (CET) Message-Id: <200911051630.nA5GUts0071692@freefall.freebsd.org> To: argp@census-labs.com, brueffer@FreeBSD.org, freebsd-net@FreeBSD.org, brueffer@FreeBSD.org From: brueffer@FreeBSD.org Cc: Subject: Re: kern/138378: [altq] [patch] Memory leak in hfsc_class_modify() in file sys/contrib/altq/altq/altq_hfsc.c 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, 05 Nov 2009 16:30:56 -0000 Synopsis: [altq] [patch] Memory leak in hfsc_class_modify() in file sys/contrib/altq/altq/altq_hfsc.c State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Thu Nov 5 17:30:26 CET 2009 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-net->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Thu Nov 5 17:30:26 CET 2009 Responsible-Changed-Why: MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=138378 From owner-freebsd-net@FreeBSD.ORG Thu Nov 5 19:08:18 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D5D11065697 for ; Thu, 5 Nov 2009 19:08:18 +0000 (UTC) (envelope-from free.websites.giveaway@gmail.com) Received: from pemlinmail1.irishdomains.com (pemlinmail1.irishdomains.com [79.170.244.20]) by mx1.freebsd.org (Postfix) with SMTP id 969E88FC27 for ; Thu, 5 Nov 2009 19:08:16 +0000 (UTC) Received: (qmail 15640 invoked from network); 5 Nov 2009 18:41:36 -0000 Received: from unknown (HELO PhilipFinane-PC) (websitegiveaway@directsource-network.com@[89.100.108.142]) by 79.170.244.20 with SMTP; 5 Nov 2009 18:41:36 -0000 MIME-Version: 1.0 Date: Thu, 05 Nov 2009 18:41:43 +0000 X-Mailer: Chilkat Software Inc (http://www.chilkatsoft.com) X-Priority: 3 (Normal) From: "Build a New Website" To: freebsd-net@hub.freebsd.org, Message-ID: Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your New Website is Here X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: free.websites.giveaway@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2009 19:08:18 -0000 In this economy many Small Businesses cannot afford the high costs invol= ved in setting up and running a website. Whether it be the designer or S= EO related costs, for many the investment is just too expensive in this = current climate.=20 Today there is a Company called WebStarts that will allow you to build a= FREE Website that is simple to create and very easy to maintain. For More information click the following URL: http://budurl.com/pe4v Sign Up for your FREE Website Today!=20 From owner-freebsd-net@FreeBSD.ORG Thu Nov 5 19:08:21 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F34F1065695 for ; Thu, 5 Nov 2009 19:08:21 +0000 (UTC) (envelope-from free.websites.giveaway@gmail.com) Received: from pemlinmail1.irishdomains.com (pemlinmail1.irishdomains.com [79.170.244.20]) by mx1.freebsd.org (Postfix) with SMTP id 823BF8FC27 for ; Thu, 5 Nov 2009 19:08:19 +0000 (UTC) Received: (qmail 15680 invoked from network); 5 Nov 2009 18:41:39 -0000 Received: from unknown (HELO PhilipFinane-PC) (websitegiveaway@directsource-network.com@[89.100.108.142]) by 79.170.244.20 with SMTP; 5 Nov 2009 18:41:39 -0000 MIME-Version: 1.0 Date: Thu, 05 Nov 2009 18:41:45 +0000 X-Mailer: Chilkat Software Inc (http://www.chilkatsoft.com) X-Priority: 3 (Normal) From: "Build a New Website" To: net@freebsd.org, Message-ID: Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your New Website is Here X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: free.websites.giveaway@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2009 19:08:21 -0000 In this economy many Small Businesses cannot afford the high costs invol= ved in setting up and running a website. Whether it be the designer or S= EO related costs, for many the investment is just too expensive in this = current climate.=20 Today there is a Company called WebStarts that will allow you to build a= FREE Website that is simple to create and very easy to maintain. For More information click the following URL: http://budurl.com/pe4v Sign Up for your FREE Website Today!=20 From owner-freebsd-net@FreeBSD.ORG Thu Nov 5 19:08:21 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B37CC106566B for ; Thu, 5 Nov 2009 19:08:21 +0000 (UTC) (envelope-from free.websites.giveaway@gmail.com) Received: from pemlinmail1.irishdomains.com (pemlinmail1.irishdomains.com [79.170.244.20]) by mx1.freebsd.org (Postfix) with SMTP id E0B318FC08 for ; Thu, 5 Nov 2009 19:08:20 +0000 (UTC) Received: (qmail 15694 invoked from network); 5 Nov 2009 18:41:40 -0000 Received: from unknown (HELO PhilipFinane-PC) (websitegiveaway@directsource-network.com@[89.100.108.142]) by 79.170.244.20 with SMTP; 5 Nov 2009 18:41:40 -0000 MIME-Version: 1.0 Date: Thu, 05 Nov 2009 18:41:46 +0000 X-Mailer: Chilkat Software Inc (http://www.chilkatsoft.com) X-Priority: 3 (Normal) From: "Build a New Website" To: freebsd-net@freebsd.org, Message-ID: Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Your New Website is Here X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: free.websites.giveaway@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2009 19:08:21 -0000 In this economy many Small Businesses cannot afford the high costs invol= ved in setting up and running a website. Whether it be the designer or S= EO related costs, for many the investment is just too expensive in this = current climate.=20 Today there is a Company called WebStarts that will allow you to build a= FREE Website that is simple to create and very easy to maintain. For More information click the following URL: http://budurl.com/pe4v Sign Up for your FREE Website Today!=20 From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 01:41: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 0C3AD106568D; Fri, 6 Nov 2009 01:41:27 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id B19A08FC12; Fri, 6 Nov 2009 01:41:26 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.167.197]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id nA61J1Op091788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Nov 2009 17:19:02 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4AF3795F.7010103@FreeBSD.org> Date: Thu, 05 Nov 2009 17:18:23 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: stable@FreeBSD.org, freebsd-net@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: em0: watchdog timeout when communicating to windows using 9K MTU 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, 06 Nov 2009 01:41:27 -0000 Hi, My em0 interface repeatedly hangs up with watchdog timeout when communicating to the windows host at MTU 9K. [sobomax@pioneer ~]$ grep em0 /var/run/dmesg.boot em0: port 0xecc0-0xecdf mem 0xfe6e0000-0xfe6fffff,0xfe6d9000-0xfe6d9fff irq 21 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:22:19:32:87:2f [sobomax@pioneer ~]$ uname -a FreeBSD pioneer.sippysoft.com 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Sun Oct 4 03:08:04 PDT 2009 root@pioneer.sippysoft.com:/usr/obj/usr/src/sys/PIONEER amd64 [sobomax@pioneer ~]$ ifconfig em0 em0: flags=8843 metric 0 mtu 9000 options=98 ether 00:22:19:32:87:2f inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 inet6 fec0::1 prefixlen 64 media: Ethernet autoselect (1000baseTX ) status: active [sobomax@pioneer ~]$ dmesg | grep watchd em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting I have managed to make a packet capture right at the time when hang happens. It appears to be that either "MAC Pause" or "TCP Segment of reassembled PDU" is the last packet that goes through before the interface hangs. Here is the screenshot, if somebody wants to take closer look at the actual packets please let me know. http://sobomax.sippysoft.com/~sobomax/ScreenShot527.png Turning off TSO and TXCSUM/RXCSUM has not helped. Bringing MTU down to 1,500 resolved the problem immediately. I have had the same problem happening several times in the past (although I initially attributed it to the bad cable or something like that), so it's definitely not on-off issue. Given popularity of intel/pro chips in today's computers it look like quite serious issue to me. Any help is greatly appreciated. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 04:35:17 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2CF8106566B; Fri, 6 Nov 2009 04:35:17 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 997888FC0A; Fri, 6 Nov 2009 04:35:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA64ZHVV094332; Fri, 6 Nov 2009 04:35:17 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA64ZHIi094328; Fri, 6 Nov 2009 04:35:17 GMT (envelope-from linimon) Date: Fri, 6 Nov 2009 04:35:17 GMT Message-Id: <200911060435.nA64ZHIi094328@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140326: [em] em0: watchdog timeout when communicating to windows using 9K MTU 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, 06 Nov 2009 04:35:17 -0000 Old Synopsis: em0: watchdog timeout when communicating to windows using 9K MTU New Synopsis: [em] em0: watchdog timeout when communicating to windows using 9K MTU Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Nov 6 04:35:06 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140326 From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 05:10:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 190AD106568B for ; Fri, 6 Nov 2009 05:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E27E58FC1F for ; Fri, 6 Nov 2009 05:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA65A35F023786 for ; Fri, 6 Nov 2009 05: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 nA65A3X1023785; Fri, 6 Nov 2009 05:10:03 GMT (envelope-from gnats) Date: Fri, 6 Nov 2009 05:10:03 GMT Message-Id: <200911060510.nA65A3X1023785@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Jack Vogel Cc: Subject: Re: kern/140326: em0: watchdog timeout when communicating to windows using 9K MTU X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Vogel List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 05:10:04 -0000 The following reply was made to PR kern/140326; it has been noted by GNATS. From: Jack Vogel To: Maxim Sobolev Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/140326: em0: watchdog timeout when communicating to windows using 9K MTU Date: Thu, 5 Nov 2009 21:05:11 -0800 --0016e6dab0fde1e7870477acc9ad Content-Type: text/plain; charset=ISO-8859-1 Good, that's a start. Now, is there a switch of some sort involved or are you going back to back? Some switches have problems with jumbo frames, there are also some vendors (including our's) interfaces that do not support jumbo frames, so you need to check on that also (I mean the RT). I will check on the Intel adapter tomorrow. Jack On Thu, Nov 5, 2009 at 6:28 PM, Maxim Sobolev wrote: > Jack Vogel wrote: > >> Can't do much unless you adequately identify hardware, on BOTH sides, >> believe >> it or not "windows" is not a sufficient description :) >> >> I need to know what the E1000 hardware is, using pciconf -l, and I also >> need to >> know what is on the Windows side before having a clue on how to repro or >> help >> you. >> > > Jack, > > Thank you for the amazingly fast reply. > > Sure, FreeBSD side is this: > > em0@pci0:0:25:0: class=0x020000 card=0x02761028 chip=0x10de8086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > > On windows side it's Realtek GiGe card. The system itself is Windows 7 > Ultimate 64-bit edition: > > PCI\VEN_10EC&DEV_8168&SUBSYS_02C01028&REV_03 > > Please let me know if any other information is necessary. > > Regards, > -- > Maksym Sobolyev > Sippy Software, Inc. > Internet Telephony (VoIP) Experts > T/F: +1-646-651-1110 > Web: http://www.sippysoft.com > MSN: sales@sippysoft.com > Skype: SippySoft > --0016e6dab0fde1e7870477acc9ad Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good, that's a start. Now, is there a switch of some sort involved or a= re you going
back to back? Some switches have problems with jumbo frames= , there are also
some vendors (including our's) interfaces that do n= ot support jumbo frames, so
you need to check on that also (I mean the RT).

I will check on the = Intel adapter tomorrow.

Jack


O= n Thu, Nov 5, 2009 at 6:28 PM, Maxim Sobolev <sobomax@freebsd.org> wrote:
Jack Vogel wrote:
Can't do much unless you adequately identify hardware, on BOTH sides, b= elieve
it or not "windows" is not a sufficient description :)

I need to know what the E1000 hardware is, using pciconf -l, and I also nee= d to
know what is on the Windows side before having a clue on how to repro or he= lp
you.

Jack,

Thank you for the amazingly fast reply.

Sure, FreeBSD side is this:

em0@pci0:0:25:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x02761028 chip=3D0= x10de8086 rev=3D0x02 hdr=3D0x00
=A0 =A0vendor =A0 =A0 =3D 'Intel Corporation'
=A0 =A0class =A0 =A0 =A0=3D network
=A0 =A0subclass =A0 =3D ethernet

On windows side it's Realtek GiGe card. The system itself is Windows 7 = Ultimate 64-bit edition:

PCI\VEN_10EC&DEV_8168&SUBSYS_02C01028&REV_03

Please let me know if any other information is necessary.

Regards,
--
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sipp= ysoft.com
MSN: sales@sippyso= ft.com
Skype: SippySoft

--0016e6dab0fde1e7870477acc9ad-- From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 08:40:03 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D864E106566C for ; Fri, 6 Nov 2009 08:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ADC598FC0C for ; Fri, 6 Nov 2009 08:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA68e26B035949 for ; Fri, 6 Nov 2009 08:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA68e2bl035948; Fri, 6 Nov 2009 08:40:02 GMT (envelope-from gnats) Date: Fri, 6 Nov 2009 08:40:02 GMT Message-Id: <200911060840.nA68e2bl035948@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Maxim Sobolev Cc: Subject: Re: kern/140326: em0: watchdog timeout when communicating to windows using 9K MTU X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim Sobolev List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 08:40:03 -0000 The following reply was made to PR kern/140326; it has been noted by GNATS. From: Maxim Sobolev To: Jack Vogel Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/140326: em0: watchdog timeout when communicating to windows using 9K MTU Date: Fri, 06 Nov 2009 00:30:33 -0800 Jack Vogel wrote: > Good, that's a start. Now, is there a switch of some sort involved or > are you going > back to back? Some switches have problems with jumbo frames, there are also > some vendors (including our's) interfaces that do not support jumbo > frames, so > you need to check on that also (I mean the RT). > > I will check on the Intel adapter tomorrow. Yes, there is switch involved (Cisco/Linksys EG008W ver.3), but I don't think it's related. The problem has really escalated when I installed Windows 7 on this machine yesterday. Before that the same machine with Realtek was running Vista and this problem had happened to me only once or twice in two weeks with the same MTU on both ends. And from the capture it seems like the very specific condition causes this. Unfortunately this box is a gateway for a network, so that I cannot replace hub and try to reproduce the issue. -Maxim From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 09:25: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 1F932106568B for ; Fri, 6 Nov 2009 09:25:38 +0000 (UTC) (envelope-from john@traktor.dnepro.net) Received: from traktor.dnepro.net (roof1.dnepro.net [212.3.111.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5108FC1D for ; Fri, 6 Nov 2009 09:25:36 +0000 (UTC) Received: from traktor.dnepro.net (localhost [127.0.0.1]) by traktor.dnepro.net (8.14.3/8.14.3) with ESMTP id nA69PWQr074475 for ; Fri, 6 Nov 2009 11:25:32 +0200 (EET) (envelope-from john@traktor.dnepro.net) Received: (from john@localhost) by traktor.dnepro.net (8.14.3/8.14.3/Submit) id nA69PWFB074474 for freebsd-net@freebsd.org; Fri, 6 Nov 2009 11:25:32 +0200 (EET) (envelope-from john) Date: Fri, 6 Nov 2009 11:25:32 +0200 From: Eugene Perevyazko To: freebsd-net@freebsd.org Message-ID: <20091106092532.GA67155@traktor.dnepro.net> Mail-Followup-To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Permanent arp entry expires in 20 seconds on 8.0-RC2 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, 06 Nov 2009 09:25:38 -0000 Hello freebsd-network readers! This is on FreeBSD 8.0-RC2 (sys/netinet/in.c is 1.143.2.9.2.1) If I try to set permanent arp entry with "arp -s host etheraddr" and there exists an "incomplete" entry for this host at the moment, then this "permanent" entry will expire in 20 seconds. If I set arp with "arp -S host etheraddr" - it will be really permanent. It looks like with "-s" the flag of incompleteness isn't cleared. Is this a bug or a feature? -- Eugene Perevyazko From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 10:00:20 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 2220F106566B for ; Fri, 6 Nov 2009 10:00:20 +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 EC0CC8FC21 for ; Fri, 6 Nov 2009 10:00:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA6A0JFS079990 for ; Fri, 6 Nov 2009 10:00:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA6A0JbL079989; Fri, 6 Nov 2009 10:00:19 GMT (envelope-from gnats) Date: Fri, 6 Nov 2009 10:00:19 GMT Message-Id: <200911061000.nA6A0JbL079989@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Maxim Sobolev Cc: Subject: Re: kern/140326: em0: watchdog timeout when communicating to windows using 9K MTU X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim Sobolev List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 10:00:20 -0000 The following reply was made to PR kern/140326; it has been noted by GNATS. From: Maxim Sobolev To: Jack Vogel Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/140326: em0: watchdog timeout when communicating to windows using 9K MTU Date: Fri, 06 Nov 2009 01:58:52 -0800 Jack, Here is some additional info you might find useful: I have replaced Linksys switch with more "professional" rack-mountable 3Com Baseline 2816 switch and reproduced the issue just as easy by copying large file via SMB from FReeBSD to Windows 7. To me it pretty much rules out any problems with the switch. Hope it helps. -Maxim From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 15:17: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 CBD91106566B; Fri, 6 Nov 2009 15:17:38 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3E61D8FC12; Fri, 6 Nov 2009 15:17:38 +0000 (UTC) Received: by fxm27 with SMTP id 27so262736fxm.3 for ; Fri, 06 Nov 2009 07:17:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=3jX3wzW1mdtUl3hjxKd/4T77/QwxLprxXlr+V6fdM9o=; b=hzmcxq838iQzijyWPeDHHiLnmvibbuCp/caA4KHVEkJC9p2PNJ2j6PS1J5j6SYLxA3 G/lmNfS53y2UnmYT56BaK+LeOUsthiRa16QYtCNDegss7qfUpbHF5cme5d+GYs475yjI vXdtrz36SgSH8k+RPfbUMiIjCYlBb5CgoczD8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=K+moTgDdLxvw/UKpc6kQJHYOBXqWBo7bDE7GgV5L+7wmU6QY7GUqhArMOH0ulL0Nbe UvlrOngNX3fvQ+rADNQhYv/vqr75REDeIVDkxRGIraj2H2H6nae3Yx0NRKD4dwJOvWaO ThoFXNCuXSN4T+J9SmAd02zakRWHw2SrI0+k4= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.4.86 with SMTP id 22mr618121faq.65.1257518748221; Fri, 06 Nov 2009 06:45:48 -0800 (PST) Date: Fri, 6 Nov 2009 15:45:48 +0100 X-Google-Sender-Auth: ed8a0e01241e5170 Message-ID: <3bbf2fe10911060645rf59a3e5h392bb8376b861444@mail.gmail.com> From: Attilio Rao To: freebsd-net@freebsd.org, Ed Maste , Paolo Pisati , Robert Watson Content-Type: text/plain; charset=UTF-8 Cc: Subject: [PATCH] Moving inet_aton() definition into libkern 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, 06 Nov 2009 15:17:38 -0000 [Please don't forget to CC me because I'm not subscribed to net@] This patch moves inet_aton() (specular to inet_ntoa(), already present in libkern) into libkern: http://www.freebsd.org/~attilio/Sandvine/STABLE_8/inet_aton/inet_aton.diff http://www.freebsd.org/~attilio/Sandvine/STABLE_8/inet_aton/inet_aton.c Please note that I did use the inet_aton() already present in stock FreeBSD with just some whitelines adds before the comments (as mandates by style(9)). Please review. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 18:10: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 8B25B106568D for ; Fri, 6 Nov 2009 18:10:10 +0000 (UTC) (envelope-from iprebeg@freebsd.org) Received: from maja.zesoi.fer.hr (maja.zesoi.fer.hr [161.53.64.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2D28FC08 for ; Fri, 6 Nov 2009 18:10:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by maja.zesoi.fer.hr (Postfix) with ESMTP id B04759FBA0; Fri, 6 Nov 2009 19:10:08 +0100 (CET) Received: from maja.zesoi.fer.hr ([127.0.0.1]) by localhost (maja.zesoi.fer.hr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m50fWizxzNX1; Fri, 6 Nov 2009 19:10:05 +0100 (CET) Received: from valeria.zesoi.fer.hr (valeria.zesoi.fer.hr [161.53.64.29]) by maja.zesoi.fer.hr (Postfix) with ESMTP id CFAE79FB9D; Fri, 6 Nov 2009 19:10:05 +0100 (CET) Date: Fri, 6 Nov 2009 19:00:01 +0100 From: iprebeg@freebsd.org To: freebsd-net@freebsd.org Message-ID: <20091106180001.GA28830@valeria.zesoi.fer.hr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: zec@icir.org Subject: ng_bridge with igmp snooping 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, 06 Nov 2009 18:10:10 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all I'm sending out first public preview of ng_bridge enhanced with IGMP snooping extensions. Code can be obtained from perforce (/depot/user/iprebeg/ngb) or you can grab tarball from http://trinity.zesoi.fer.hr/~iprebeg/code/ngb.tar.bz2 I would really like to get an early feedback to know in which direction to go with it now. Please send your comments, impressions. Work is done under Marko Zec's menthorship. --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkr0ZCEACgkQHE64Rwv9Fd5LvgCfRH2q738ASXXoRMZKjkfQHph1 8msAn0sdHRrXqHivZ7UtiXZg3/W67hXC =rNyT -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 18: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 7F804106568F for ; Fri, 6 Nov 2009 18: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 6E4F08FC0C for ; Fri, 6 Nov 2009 18:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA6IU4Ij021938 for ; Fri, 6 Nov 2009 18:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA6IU4Ew021933; Fri, 6 Nov 2009 18:30:04 GMT (envelope-from gnats) Date: Fri, 6 Nov 2009 18:30:04 GMT Message-Id: <200911061830.nA6IU4Ew021933@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/126924: 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: Fri, 06 Nov 2009 18:30:04 -0000 The following reply was made to PR kern/126924; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/126924: commit references a PR Date: Fri, 6 Nov 2009 18:28:24 +0000 (UTC) Author: jhb Date: Fri Nov 6 18:28:13 2009 New Revision: 198995 URL: http://svn.freebsd.org/changeset/base/198995 Log: - Use device_printf() instead of printf() with an explicit unit number in the PCI attach routine. - Simplify PCI probe. - Remove no-longer-used 'unit' from an_attach() parameters. PR: kern/126924 Submitted by: gavin Modified: head/sys/dev/an/if_an.c head/sys/dev/an/if_an_isa.c head/sys/dev/an/if_an_pccard.c head/sys/dev/an/if_an_pci.c head/sys/dev/an/if_anreg.h Modified: head/sys/dev/an/if_an.c ============================================================================== --- head/sys/dev/an/if_an.c Fri Nov 6 17:58:44 2009 (r198994) +++ head/sys/dev/an/if_an.c Fri Nov 6 18:28:13 2009 (r198995) @@ -674,7 +674,7 @@ an_init_mpi350_desc(struct an_softc *sc) } int -an_attach(struct an_softc *sc, int unit, int flags) +an_attach(struct an_softc *sc, int flags) { struct ifnet *ifp; int error = EIO; Modified: head/sys/dev/an/if_an_isa.c ============================================================================== --- head/sys/dev/an/if_an_isa.c Fri Nov 6 17:58:44 2009 (r198994) +++ head/sys/dev/an/if_an_isa.c Fri Nov 6 18:28:13 2009 (r198995) @@ -115,7 +115,7 @@ an_attach_isa(device_t dev) sc->an_btag = rman_get_bustag(sc->port_res); sc->an_dev = dev; - error = an_attach(sc, device_get_unit(dev), flags); + error = an_attach(sc, flags); if (error) { an_release_resources(dev); return (error); Modified: head/sys/dev/an/if_an_pccard.c ============================================================================== --- head/sys/dev/an/if_an_pccard.c Fri Nov 6 17:58:44 2009 (r198994) +++ head/sys/dev/an/if_an_pccard.c Fri Nov 6 18:28:13 2009 (r198995) @@ -145,7 +145,7 @@ an_pccard_attach(device_t dev) sc->an_btag = rman_get_bustag(sc->port_res); sc->an_dev = dev; - error = an_attach(sc, device_get_unit(dev), flags); + error = an_attach(sc, flags); if (error) goto fail; Modified: head/sys/dev/an/if_an_pci.c ============================================================================== --- head/sys/dev/an/if_an_pci.c Fri Nov 6 17:58:44 2009 (r198994) +++ head/sys/dev/an/if_an_pci.c Fri Nov 6 18:28:13 2009 (r198995) @@ -103,6 +103,7 @@ struct an_type { static struct an_type an_devs[] = { { AIRONET_VENDORID, AIRONET_DEVICEID_35x, "Cisco Aironet 350 Series" }, + { AIRONET_VENDORID, AIRONET_DEVICEID_MPI350, "Cisco Aironet MPI350" }, { AIRONET_VENDORID, AIRONET_DEVICEID_4500, "Aironet PCI4500" }, { AIRONET_VENDORID, AIRONET_DEVICEID_4800, "Aironet PCI4800" }, { AIRONET_VENDORID, AIRONET_DEVICEID_4xxx, "Aironet PCI4500/PCI4800" }, @@ -133,13 +134,6 @@ an_probe_pci(device_t dev) t++; } - if (pci_get_vendor(dev) == AIRONET_VENDORID && - pci_get_device(dev) == AIRONET_DEVICEID_MPI350) { - device_set_desc(dev, "Cisco Aironet MPI350"); - an_pci_probe(dev); - return(BUS_PROBE_DEFAULT); - } - return(ENXIO); } @@ -149,10 +143,9 @@ an_attach_pci(dev) { u_int32_t command; struct an_softc *sc; - int unit, flags, error = 0; + int flags, error = 0; sc = device_get_softc(dev); - unit = device_get_unit(dev); flags = device_get_flags(dev); if (pci_get_vendor(dev) == AIRONET_VENDORID && @@ -169,7 +162,7 @@ an_attach_pci(dev) command = pci_read_config(dev, PCIR_COMMAND, 4); if (!(command & PCIM_CMD_PORTEN)) { - printf("an%d: failed to enable I/O ports!\n", unit); + device_printf(dev, "failed to enable I/O ports!\n"); error = ENXIO; goto fail; } @@ -178,7 +171,7 @@ an_attach_pci(dev) error = an_alloc_port(dev, sc->port_rid, 1); if (error) { - printf("an%d: couldn't map ports\n", unit); + device_printf(dev, "couldn't map ports\n"); goto fail; } @@ -191,7 +184,7 @@ an_attach_pci(dev) sc->mem_rid = PCIR_BAR(1); error = an_alloc_memory(dev, sc->mem_rid, 1); if (error) { - printf("an%d: couldn't map memory\n", unit); + device_printf(dev, "couldn't map memory\n"); goto fail; } sc->an_mem_btag = rman_get_bustag(sc->mem_res); @@ -202,7 +195,7 @@ an_attach_pci(dev) error = an_alloc_aux_memory(dev, sc->mem_aux_rid, AN_AUX_MEM_SIZE); if (error) { - printf("an%d: couldn't map aux memory\n", unit); + device_printf(dev, "couldn't map aux memory\n"); goto fail; } sc->an_mem_aux_btag = rman_get_bustag(sc->mem_aux_res); @@ -222,7 +215,7 @@ an_attach_pci(dev) NULL, /* lockarg */ &sc->an_dtag); if (error) { - printf("an%d: couldn't get DMA region\n", unit); + device_printf(dev, "couldn't get DMA region\n"); goto fail; } } @@ -230,12 +223,14 @@ an_attach_pci(dev) /* Allocate interrupt */ error = an_alloc_irq(dev, 0, RF_SHAREABLE); if (error) { + device_printf(dev, "couldn't get interrupt\n"); goto fail; } sc->an_dev = dev; - error = an_attach(sc, device_get_unit(dev), flags); + error = an_attach(sc, flags); if (error) { + device_printf(dev, "couldn't attach\n"); goto fail; } @@ -244,6 +239,8 @@ an_attach_pci(dev) */ error = bus_setup_intr(dev, sc->irq_res, INTR_TYPE_NET, NULL, an_intr, sc, &sc->irq_handle); + if (error) + device_printf(dev, "couldn't setup interrupt\n"); fail: if (error) Modified: head/sys/dev/an/if_anreg.h ============================================================================== --- head/sys/dev/an/if_anreg.h Fri Nov 6 17:58:44 2009 (r198994) +++ head/sys/dev/an/if_anreg.h Fri Nov 6 18:28:13 2009 (r198995) @@ -511,7 +511,7 @@ int an_pci_probe (device_t); int an_probe (device_t); int an_shutdown (device_t); void an_resume (device_t); -int an_attach (struct an_softc *, int, int); +int an_attach (struct an_softc *, int); int an_detach (device_t); void an_stop (struct an_softc *); _______________________________________________ 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 Fri Nov 6 18:33:33 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 9EA2510656C2; Fri, 6 Nov 2009 18:33:33 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 757108FC27; Fri, 6 Nov 2009 18:33:33 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA6IXX8L031763; Fri, 6 Nov 2009 18:33:33 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA6IXXCL031759; Fri, 6 Nov 2009 18:33:33 GMT (envelope-from jhb) Date: Fri, 6 Nov 2009 18:33:33 GMT Message-Id: <200911061833.nA6IXXCL031759@freefall.freebsd.org> To: gavin@freebsd.org, jhb@FreeBSD.org, freebsd-net@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: kern/126924: [an] [patch] printf -> device_printf and simplify probe 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, 06 Nov 2009 18:33:33 -0000 Synopsis: [an] [patch] printf -> device_printf and simplify probe State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Fri Nov 6 18:32:46 UTC 2009 State-Changed-Why: Patch applied to HEAD. http://www.freebsd.org/cgi/query-pr.cgi?pr=126924 From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 19:56:29 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09BBE1065670; Fri, 6 Nov 2009 19:56:29 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id EEDAC8FC0A; Fri, 6 Nov 2009 19:56:26 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id DB02255CD4D1; Sat, 7 Nov 2009 03:56:25 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id iOTNLuox-BEJ; Sat, 7 Nov 2009 03:56:18 +0800 (CST) Received: from delta.delphij.net (unknown [206.40.55.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 1C79055CD696; Sat, 7 Nov 2009 03:56:09 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=cMoraIdGbw7gpOTzRFcqLR/MxycLcW3KfMrptPomcrJONvq0QNimC5iZECRzaA9D7 RmYuQllKoUbl26R6rzR8g== Message-ID: <4AF47F50.5070609@delphij.net> Date: Fri, 06 Nov 2009 11:56:00 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: d@delphij.net References: <4A83EEA8.5080202@delphij.net> <20090813182918.S93661@maildrop.int.zabbadoz.net> <20090814193303.GA21941@lor.one-eyed-alien.net> <4A8601CE.5030205@delphij.net> In-Reply-To: <4A8601CE.5030205@delphij.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------050406050502060204010302" Cc: "Li, Qing" , Brooks Davis , freebsd-net@freebsd.org, Qing Li , "Andrey V. Elsukov" , Julian Elischer , "Bjoern A. Zeeb" Subject: [Take 3] RFC: interface description X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 19:56:29 -0000 This is a multi-part message in MIME format. --------------050406050502060204010302 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Here is a revised patchset based on previous comments. This version would store the description in kernel space, but struct ifnet would only have a reference to the sbuf storing the description, supporting arbitrary description length. Note that, because we now have a different KPI/API with OpenBSD's counterpart, this patchset would break some stuff like libpcap which expect OpenBSD API. Comments? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr0f08ACgkQi+vbBBjt66CLRwCfcn0b+95uQvAI5k+gs4VdQ6F+ DOcAniPvnqclIoxRbhzxI1uZOivqU/N9 =bB5n -----END PGP SIGNATURE----- --------------050406050502060204010302 Content-Type: text/plain; name="ifdescr.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ifdescr.diff" Index: sbin/ifconfig/ifconfig.8 =================================================================== --- sbin/ifconfig/ifconfig.8 (revision 198964) +++ sbin/ifconfig/ifconfig.8 (working copy) @@ -28,7 +28,7 @@ .\" From: @(#)ifconfig.8 8.3 (Berkeley) 1/5/94 .\" $FreeBSD$ .\" -.Dd September 23, 2009 +.Dd November 11, 2009 .Dt IFCONFIG 8 .Os .Sh NAME @@ -258,6 +258,12 @@ Another name for the .Fl alias parameter. +.It Cm description Ar value +Specify a description of the interface. +This can be used to label interfaces in situations where they may +otherwise be difficult to distinguish. +.It Cm -description +Clear the interface description. .It Cm down Mark an interface .Dq down . @@ -2512,6 +2518,10 @@ to use 100baseTX, full duplex Ethernet media options: .Dl # ifconfig xl0 media 100baseTX mediaopt full-duplex .Pp +Label the em0 interface as an uplink: +.Pp +.Dl # ifconfig em0 description \&"Uplink to Gigabit Switch 2\&" +.Pp Create the software network interface .Li gif1 : .Dl # ifconfig gif1 create Index: sbin/ifconfig/ifconfig.c =================================================================== --- sbin/ifconfig/ifconfig.c (revision 198964) +++ sbin/ifconfig/ifconfig.c (working copy) @@ -83,6 +83,8 @@ struct ifreq ifr; char name[IFNAMSIZ]; +char *descr = NULL; +size_t descrlen = 64; int setaddr; int setmask; int doalias; @@ -822,6 +824,36 @@ free(newname); } +/* ARGSUSED */ +static void +setifdescr(const char *val, int dummy __unused, int s, + const struct afswtch *afp) +{ + char *newdescr; + + newdescr = strdup(val); + if (newdescr == NULL) { + warn("no memory to set ifdescr"); + return; + } + ifr.ifr_buffer.buffer = newdescr; + ifr.ifr_buffer.length = strlen(newdescr); + if (ioctl(s, SIOCSIFDESCR, (caddr_t)&ifr) < 0) { + warn("ioctl (set descr)"); + free(newdescr); + return; + } + free(newdescr); +} + +/* ARGSUSED */ +static void +unsetifdescr(const char *val, int value, int s, const struct afswtch *afp) +{ + + setifdescr("", 0, s, 0); +} + #define IFFBITS \ "\020\1UP\2BROADCAST\3DEBUG\4LOOPBACK\5POINTOPOINT\6SMART\7RUNNING" \ "\10NOARP\11PROMISC\12ALLMULTI\13OACTIVE\14SIMPLEX\15LINK0\16LINK1\17LINK2" \ @@ -866,6 +898,23 @@ printf(" mtu %d", ifr.ifr_mtu); putchar('\n'); + descr = reallocf(descr, descrlen); + if (descr != NULL) { + do { + ifr.ifr_buffer.buffer = descr; + ifr.ifr_buffer.length = descrlen; + if (ioctl(s, SIOCGIFDESCR, &ifr) == 0) { + if (strlen(descr) > 0) + printf("\tdescription: %s\n", descr); + break; + } + if (errno == ENAMETOOLONG) { + descrlen *= 2; + descr = reallocf(descr, descrlen); + } + } while (errno == ENAMETOOLONG); + } + if (ioctl(s, SIOCGIFCAP, (caddr_t)&ifr) == 0) { if (ifr.ifr_curcap != 0) { printb("\toptions", ifr.ifr_curcap, IFCAPBITS); @@ -1035,6 +1084,10 @@ DEF_CMD("-arp", IFF_NOARP, setifflags), DEF_CMD("debug", IFF_DEBUG, setifflags), DEF_CMD("-debug", -IFF_DEBUG, setifflags), + DEF_CMD_ARG("description", setifdescr), + DEF_CMD_ARG("descr", setifdescr), + DEF_CMD("-description", 0, unsetifdescr), + DEF_CMD("-descr", 0, unsetifdescr), DEF_CMD("promisc", IFF_PPROMISC, setifflags), DEF_CMD("-promisc", -IFF_PPROMISC, setifflags), DEF_CMD("add", IFF_UP, notealias), Index: share/man/man4/netintro.4 =================================================================== --- share/man/man4/netintro.4 (revision 198964) +++ share/man/man4/netintro.4 (working copy) @@ -32,7 +32,7 @@ .\" @(#)netintro.4 8.2 (Berkeley) 11/30/93 .\" $FreeBSD$ .\" -.Dd June 18, 2004 +.Dd November 11, 2009 .Dt NETINTRO 4 .Os .Sh NAME @@ -277,6 +277,15 @@ fields of the .Vt ifreq structure, respectively. +.It Dv SIOCGIFDESCR Fa "struct ifreq *" +Get the interface description, returned in the +.Va ifru_data +field. +.It Dv SIOCSIFDESCR Fa "struct ifreq *" +Set the interface description to the value of the +.Va ifru_data +field, limited to the size of +.Dv IFDESCRSIZE . .It Dv SIOCSIFFLAGS Set interface flags field. If the interface is marked down, Index: sys/kern/kern_jail.c =================================================================== --- sys/kern/kern_jail.c (revision 198964) +++ sys/kern/kern_jail.c (working copy) @@ -3467,6 +3467,7 @@ case PRIV_NET_SETIFMTU: case PRIV_NET_SETIFFLAGS: case PRIV_NET_SETIFCAP: + case PRIV_NET_SETIFDESCR: case PRIV_NET_SETIFNAME : case PRIV_NET_SETIFMETRIC: case PRIV_NET_SETIFPHYS: Index: sys/net/if.c =================================================================== --- sys/net/if.c (revision 198964) +++ sys/net/if.c (working copy) @@ -463,6 +463,8 @@ #ifdef MAC mac_ifnet_destroy(ifp); #endif /* MAC */ + if (ifp->if_description != NULL) + sbuf_delete(ifp->if_description); IF_AFDATA_DESTROY(ifp); IF_ADDR_LOCK_DESTROY(ifp); ifq_delete(&ifp->if_snd); @@ -2090,6 +2092,45 @@ ifr->ifr_phys = ifp->if_physical; break; + case SIOCGIFDESCR: + IF_AFDATA_RLOCK(ifp); + if (ifp->if_description == NULL) + error = ENOMSG; + else + error = copystr(sbuf_data(ifp->if_description), + ifr->ifr_buffer.buffer, + ifr->ifr_buffer.length, NULL); + IF_AFDATA_RUNLOCK(ifp); + break; + + case SIOCSIFDESCR: + error = priv_check(td, PRIV_NET_SETIFDESCR); + if (error) + return (error); + + IF_AFDATA_WLOCK(ifp); + if (ifp->if_description == NULL) { + ifp->if_description = sbuf_new_auto(); + if (ifp->if_description == NULL) { + error = ENOMEM; + IF_AFDATA_WUNLOCK(ifp); + break; + } + } else + sbuf_clear(ifp->if_description); + + if (sbuf_copyin(ifp->if_description, ifr->ifr_buffer.buffer, + ifr->ifr_buffer.length) == -1) + error = EFAULT; + + if (error == 0) { + sbuf_finish(ifp->if_description); + getmicrotime(&ifp->if_lastchange); + } + IF_AFDATA_WUNLOCK(ifp); + + break; + case SIOCSIFFLAGS: error = priv_check(td, PRIV_NET_SETIFFLAGS); if (error) Index: sys/net/if.h =================================================================== --- sys/net/if.h (revision 198964) +++ sys/net/if.h (working copy) @@ -56,6 +56,7 @@ * Note: this is the same size as a generic device's external name. */ #define IF_NAMESIZE 16 + #if __BSD_VISIBLE #define IFNAMSIZ IF_NAMESIZE #define IF_MAXUNIT 0x7fff /* historical value */ @@ -294,6 +295,7 @@ struct sockaddr ifru_addr; struct sockaddr ifru_dstaddr; struct sockaddr ifru_broadaddr; + struct { size_t length; caddr_t buffer; } ifru_buffer; short ifru_flags[2]; short ifru_index; int ifru_jid; @@ -307,6 +309,7 @@ #define ifr_addr ifr_ifru.ifru_addr /* address */ #define ifr_dstaddr ifr_ifru.ifru_dstaddr /* other end of p-to-p link */ #define ifr_broadaddr ifr_ifru.ifru_broadaddr /* broadcast address */ +#define ifr_buffer ifr_ifru.ifru_buffer /* user supplied buffer with its length */ #define ifr_flags ifr_ifru.ifru_flags[0] /* flags (low 16 bits) */ #define ifr_flagshigh ifr_ifru.ifru_flags[1] /* flags (high 16 bits) */ #define ifr_jid ifr_ifru.ifru_jid /* jail/vnet */ Index: sys/net/if_var.h =================================================================== --- sys/net/if_var.h (revision 198964) +++ sys/net/if_var.h (working copy) @@ -198,6 +198,7 @@ void *if_pf_kif; void *if_lagg; /* lagg glue */ u_char if_alloctype; /* if_type at time of allocation */ + struct sbuf *if_description; /* interface description */ /* * Spare fields are added so that we can modify sensitive data @@ -205,7 +206,7 @@ * be used with care where binary compatibility is required. */ char if_cspare[3]; - void *if_pspare[8]; + void *if_pspare[7]; int if_ispare[4]; }; Index: sys/sys/priv.h =================================================================== --- sys/sys/priv.h (revision 198964) +++ sys/sys/priv.h (working copy) @@ -335,6 +335,7 @@ #define PRIV_NET_LAGG 415 /* Administer lagg interface. */ #define PRIV_NET_GIF 416 /* Administer gif interface. */ #define PRIV_NET_SETIFVNET 417 /* Move interface to vnet. */ +#define PRIV_NET_SETIFDESCR 418 /* Set interface description. */ /* * 802.11-related privileges. Index: sys/sys/sockio.h =================================================================== --- sys/sys/sockio.h (revision 198964) +++ sys/sys/sockio.h (working copy) @@ -82,6 +82,8 @@ #define SIOCGIFMAC _IOWR('i', 38, struct ifreq) /* get IF MAC label */ #define SIOCSIFMAC _IOW('i', 39, struct ifreq) /* set IF MAC label */ #define SIOCSIFNAME _IOW('i', 40, struct ifreq) /* set IF name */ +#define SIOCSIFDESCR _IOW('i', 41, struct ifreq) /* set ifnet descr */ +#define SIOCGIFDESCR _IOWR('i', 42, struct ifreq) /* get ifnet descr */ #define SIOCADDMULTI _IOW('i', 49, struct ifreq) /* add m'cast addr */ #define SIOCDELMULTI _IOW('i', 50, struct ifreq) /* del m'cast addr */ --------------050406050502060204010302-- From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 20:08:40 2009 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEDE0106566C; Fri, 6 Nov 2009 20:08:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A31398FC21; Fri, 6 Nov 2009 20:08:40 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 26F1D46B09; Fri, 6 Nov 2009 15:08:40 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A37898A01B; Fri, 6 Nov 2009 15:08:39 -0500 (EST) From: John Baldwin To: current@FreeBSD.org Date: Fri, 6 Nov 2009 15:08:22 -0500 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911061508.22482.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 06 Nov 2009 15:08:39 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: net@FreeBSD.org Subject: [PATCH] Remove if_watchdog use X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 20:08:40 -0000 I have a patchset that converts all the remaining users of if_watchdog to using a private callout instead. In some cases the the driver already used a private timer to drive a stats timer and I merely hooked into that timer. In other cases a new callout needed to be added to the driver. Some drivers even abused the if_watchdog interface to provide a stats timer that fired every second. :) For a few drivers I also fixed other things such as busted locking, order-of-operations issues in detach, or just completely busted drivers (fea(4) and fpa(4) which share the pdq backend). Please test. Barring any major screaming and shouting I plan to commit this in a week or so and after that to work on removing the if_watchdog/if_timer stuff from the network stack. The patch is at http://www.FreeBSD.org/~jhb/patches/cleanup.patch Driver details: - an(4) - Locking fixes to not do silly things like drop the lock only to call a function that immediately reacquires the lock. Also removes recursive locking. - Hooks into the stat timer to drive the watchdog timer. - bwi(4), cm(4), ep(4), fatm(4), malo(4), mwl(4), vx(4) - Adds a new private timer to drive the watchdog timer. - ce(4), cp(4), ctau(4), cx(4), lmc(4) - These drivers have two modes, a netgraph mode and an ifnet mode. In the netgraph mode they used a private timer to drive the watchdog. In the ifnet mode they used if_watchdog. Now they just always use the private timer. - de(4) - This driver abused the watchdog interface to manage its once-a-second stat timer. It uses a callout to manage this now instead. - ed(4) - This driver used to provide a hook to allow individual attachments to provide a 'tick' event to be called from an optional stats timer. The stats timer only ran if the tick function pointer was non-NULL and the attachment's tick routine had to call callout_reset(), etc. Now the driver always schedules a stat timer and manages the callout_reset() internally. This timer is used to drive the watchdog and will also call the attachment's 'tick' handler if one is provided. - ixgb(4) - Uses callout_init_mtx() instead of callout_init(..., CALLOUT_MPSAFE). - Remove silly callout handling in a few places (cancelling the callout only to rescheduled it again immediately afterwards). - Hooks into the stat timer to drive the watchdog timer. - lge(4), nve(4), pcn(4) - Hooks into the stat timer to drive the watchdog timer. - my(4) - This driver used the watchdog timer both as a watchdog on transmit and auto-negotiation. To make this simpler and easier to understand I have split this out into two separate timers. One just manages the auto-neg side of things and one is a transmit watchdog. - fea(4), fpa(4) - These two drivers share a common backend, pdq, which was plagued with several issues. I'm quite confident no one has used these drivers in years since the are guaranteed to panic during attach. - Add real locking. Previously these drivers only acquired their lock in their interrupt handler or in the ioctl routine (but too broadly in the latter). No locking was used for the stack calling down into the driver via if_init() or if_start(), for device shutdown or detach. Also, the interrupt handler held the driver lock while calling if_input(). All this stuff should be fixed in the locking changes. - Really fix these drivers to handle if_alloc(). The front-end attachments were using if_initname() before the ifnet was allocated. Fix this by moving some of the duplicated logic from each driver into pdq_ifattach(). While here, make pdq_ifattach() return an error so that the driver just fails to attach if if_alloc() fails rather than panic'ing. - Adds a new private timer to drive the watchdog timer. - sn(4) - Use bus_*() rather than bus_space_*(). - Adds a new private timer to drive the watchdog timer. - Fixup detach. - ste(4), ti(4) - Adds a new private timer to drive the watchdog timer. - Fixup detach. - tl(4), wb(4) - Use bus_*() rather than bus_space_*(). - Hooks into the stat timer to drive the watchdog timer. - Fixup detach. - vge(4) - Overhaul the locking to avoid recursion and add missing locking in a few places. - Don't schedule a task to call vge_start() from contexts that are safe to call vge_start() directly. Just invoke the routine directly instead (this is what all of the other NIC drivers I am familiar with do). Note that vge(4) does not use an interrupt filter handler which is the primary reason some other drivers use tasks. - Adds a new private timer to drive the watchdog timer. - Use bus_*() rather than bus_space_*(). - Fixup detach. - netfront(4) - This doesn't actually implement a watchdog, it just sets if_watchdog to a non-existent function under '#ifdef notyet'. - admsw(4) - This driver is a bit special in that it has no locking at all, not even a poor attempt. :) It also appears to be for a specific MIPS board of some sort. - It has multiple ifnet's for multiple ports, but it only used if_timer and if_watchdog from the first ifnet. For this driver I added a single private timer to replace the if_timer use on the first ifnet. I marked the callout MPSAFE, but the driver really needs to have locking added at which point it could use callout_init_mtx(). -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Nov 6 23:47:15 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 7070E106566B for ; Fri, 6 Nov 2009 23:47:15 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 591A38FC15 for ; Fri, 6 Nov 2009 23:47:15 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nA6Nl5jj013733; Fri, 6 Nov 2009 15:47:06 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 6 Nov 2009 15:46:35 -0800 Message-ID: In-Reply-To: <20091106092532.GA67155@traktor.dnepro.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Permanent arp entry expires in 20 seconds on 8.0-RC2 Thread-Index: Acpew0Rw8VsiWeltSMuFhfp6dXJlhQAd/5Tw References: <20091106092532.GA67155@traktor.dnepro.net> From: "Li, Qing" To: "Eugene Perevyazko" , Cc: Subject: RE: Permanent arp entry expires in 20 seconds on 8.0-RC2 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, 06 Nov 2009 23:47:15 -0000 This looks like a bug, I'll fix it once I get some free time later tonight. -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Eugene Perevyazko > Sent: Friday, November 06, 2009 1:26 AM > To: freebsd-net@freebsd.org > Subject: Permanent arp entry expires in 20 seconds on 8.0-RC2 >=20 > Hello freebsd-network readers! >=20 > This is on FreeBSD 8.0-RC2 (sys/netinet/in.c is 1.143.2.9.2.1) >=20 > If I try to set permanent arp entry with "arp -s host etheraddr" and > there > exists an "incomplete" entry for this host at the moment, then this > "permanent" > entry will expire in 20 seconds. >=20 > If I set arp with "arp -S host etheraddr" - it will be really > permanent. >=20 > It looks like with "-s" the flag of incompleteness isn't cleared. >=20 > Is this a bug or a feature? >=20 > -- > Eugene Perevyazko > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Nov 7 01:20:23 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7AD41065679 for ; Sat, 7 Nov 2009 01:20:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 7928E8FC1B for ; Sat, 7 Nov 2009 01:20:23 +0000 (UTC) Received: by yxe1 with SMTP id 1so1469294yxe.3 for ; Fri, 06 Nov 2009 17:20:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=82X4SEhrCZobkkVn+/XUQAnIxRc4v8rlA4TzNqj02wc=; b=h3JZM9KSygLuSqjmj6/qcJrMbkHwaoVq9HFY+5DUYCFhXmTPVGNOTFn3F+wienvIKY eWEoAz9LFscG1VttZ18TSL9R6gosvbl8Oza9FXtNXTgNghVQ9+UKBrkqbWPpfFFRZZT7 OkWV3mrvIiSpix5jRj4S0HLbYuISyKH0bVR0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=SuihLxDOw4mM0ZaijAdODtLrTE3eppT7Ana4LKGof2TF8aicwHS+AdSTcHoE6+yFRA /NxM8bdKwN/v2ojeAoYfH5DtEjRTkdZEN0yx3Tu1T4x9kYYPjCJqmOpt8fcHhyvK6jBZ B0n4QZr+PJCeqqkcc+5f/lXX1qTLWwr4ll3FU= Received: by 10.150.251.5 with SMTP id y5mr8877578ybh.297.1257556822845; Fri, 06 Nov 2009 17:20:22 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm212062ywh.31.2009.11.06.17.20.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Nov 2009 17:20:21 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 6 Nov 2009 17:19:47 -0800 From: Pyun YongHyeon Date: Fri, 6 Nov 2009 17:19:47 -0800 To: kalin m Message-ID: <20091107011947.GC1256@michelle.cdnetworks.com> References: <4AE2780F.4080600@el.net> <20091024214640.GE6050@michelle.cdnetworks.com> <20091024215219.GF6050@michelle.cdnetworks.com> <4AEFC390.2090600@el.net> <20091103182739.GE1256@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091103182739.GE1256@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Marvell 88E8057 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 01:20:23 -0000 On Tue, Nov 03, 2009 at 10:27:39AM -0800, Pyun YongHyeon wrote: > On Tue, Nov 03, 2009 at 12:45:52AM -0500, kalin m wrote: > > > > hi pyun... and all.... > > > > after a few hours i'm sorry to report that the card is visible but not > > usable (yet?!). here is what i have done so far: > > > > 1. got the files from http://svn.freebsd.org/viewvc/base/head/sys/dev/ > > 2. applied the patch that pyun provided. > > 3. replaced if_maddr_rlock(ifp) with IF_ADDR_UNLOCK(ifp) in if_msk.c - > > two instances. > > 4. replaced the files in /usr/src/sys/dev for mii and msk with he new > > ones on the freebsd 7.2 machine. > > 5. recompiled the kernel.. > > > > here is what i get: > > > > from dmesg at boot: > > > > mskc0: port 0xde00-0xdeff mem > > 0xfddfc000-0xfddfffff irq 18 at device 0.0 on pci2 > > mskc0: unknown device: id=0xba, rev=0x00 > > device_attach: mskc0 attach returned 6 > > > > cant find what 6 stands for but it's not good.. > > > > Sorry, there was a check that keep 88E8057 from attaching. > I've regenerated patch. FYI: Patch committed to HEAD(r199012). From owner-freebsd-net@FreeBSD.ORG Sat Nov 7 01:28: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 75BC21065679 for ; Sat, 7 Nov 2009 01:28:36 +0000 (UTC) (envelope-from fbridge@fanbridge.com) Received: from r239-m4.fanbridge.com (r239-m4.fanbridge.com [174.37.97.239]) by mx1.freebsd.org (Postfix) with ESMTP id 49DFD8FC0C for ; Sat, 7 Nov 2009 01:28:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=r239-m4; d=fanbridge.com; h=From:To:Subject:Message-ID:Sender:List-Unsubscribe:List-Id:Date:Content-Type:Content-Transfer-Encoding:MIME-Version; i=noreply@fanbridge.com; bh=/f3/wVmSlO2tk2Y93uG9dCaBJxs=; b=MfiL0H9jOgc/HnOgp4+FiQzvAzJyCK90h6cGdmv5Fdy8038T8pN+aEFrP7lNcHgm/t/yxvB9xZ7S 18YZNXiFsg== DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=r239-m4; d=fanbridge.com; b=dA8K5cPvAHQksZXMFA35bS+G2mq5pcymRgjB4L7sQu+hD59CJK5XecxDq7nQbLDKkcy3VR/knYTI yTgzQi07mA==; Received: from 127.0.0.1 (74.86.91.162) by r239-m4.fanbridge.com (PowerMTA(TM) v3.5r11) id huj6k80pnd8d for ; Fri, 6 Nov 2009 20:18:05 -0500 (envelope-from ) From: "MTDGrafx / AcenSpade" To: freebsd-net@freebsd.org Message-ID: <3c17973edf86c437aaeb9e57dfd75915@fanbridge.com> Sender: FanBridge X-fbridge-uid: 128805 X-fbridge-sid: 112042060 X-fbridge-cfc: 155Bt4b92FhBe139152dU4Yad6 Date: Fri, 06 Nov 2009 20:18:05 -0500 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline MIME-Version: 1.0 Subject: [MTDGrafx / AcenSpade] You've been added to our mailing list. 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, 07 Nov 2009 01:28:36 -0000 You have been added to the MTDGrafx / AcenSpade fan list! If you would like to verify your info or add more to your fan profile, you=20= can do so by clicking on the following link: http://www.FanBridge.com/signup/fansignup.php?userid=3D128805&email=3Dfreeb= sd-net@freebsd.org&confCode=3D155Bt4b92FhBe139152dU4Yad6 -- This list is powered by FanBridge, the world's leading provider of fan rela= tionship management services for artists. With FanBridge your information is always secure. For more information about FanBridge please visit http://www.FanBridge.com/= learn/ -- ***Important: Please be sure to add the email address (jcmtd@live.com) to y= our safe senders list.***=20 Here's how:=20 Gmail 1.=09Click Contacts along the left side of any Gmail page. 2.=09Click Add Contact. 3.=09In the primary email address box, type jcmtd@live.com. 4.=09Click Save. AOL (version 9.0 or higher) 1.=09Click the Mail menu and select Address Book. 2.=09In the pop up box, click the Add button.=20 3.=09In the "Other E-Mail" field, type jcmtd@live.com. 4.=09Make our From address the "Primary E-Mail" address by checking the ass= ociated check box.=20 5.=09Click the Save button.=20 AOL 8.0 1.=09Open this confirmation email. 2.=09Click Add Address. 3.=09Verify the sender's contact information (jcmtd@live.com). 4.=09Click Save. Yahoo! 1.=09Click the "addresses" button 2.=09Select "Add Contact" 3.=09Save the jcmtd@live.com to your contacts list. Hotmail 1.=09Click Options. 2.=09On the left side of the page, click Mail, and then click Junk E-Mail P= rotection. 3.=09Click Safe List. 4.=09Type jcmtd@live.com, and then click Add. Outlook 1.=09Right-click on a message from jcmtd@live.com.=20 2.=09Point to Junk E-mail, and click Add Sender to Safe Senders List. ---------------------------------------- MTDGrafx / AcenSpade sent this email to freebsd-net@freebsd.org Questions? Contact jcmtd@live.com or MTDGrafx / AcenSpade, c/o FanBridge, I= nc. - 14525 SW Millikan Way, #16910, Beaverton, Oregon 97005, United States Download the toolbar: http://mtdgrafx.fanbridge.com/toolbar Update Your Information - http://fburls.com/15-U5BJ2RXZ Forward to a friend - http://fburls.com/94-1HWnPRCo Unsubscribe - http://fburls.com/43-VjTogMCx Privacy Policy - http://www.FanBridge.com/learn/privacy.php This email message is powered by FanBridge: http://www.FanBridge.com/b.php?id=3D128805 Powering Valuable Fan Relationships From owner-freebsd-net@FreeBSD.ORG Sat Nov 7 02:43:15 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F23E106568D; Sat, 7 Nov 2009 02:43:15 +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 1645A8FC1D; Sat, 7 Nov 2009 02:43:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA72hEje050842; Sat, 7 Nov 2009 02:43:14 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA72hE3v050838; Sat, 7 Nov 2009 02:43:14 GMT (envelope-from linimon) Date: Sat, 7 Nov 2009 02:43:14 GMT Message-Id: <200911070243.nA72hE3v050838@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: misc/140346: [wlan] High bandwidth use causes loss of wlan connection 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, 07 Nov 2009 02:43:15 -0000 Old Synopsis: High bandwidth use causes loss of wlan connection New Synopsis: [wlan] High bandwidth use causes loss of wlan connection Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Nov 7 02:42:59 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140346 From owner-freebsd-net@FreeBSD.ORG Sat Nov 7 14:51:08 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC2CE106566B; Sat, 7 Nov 2009 14:51:08 +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 932118FC14; Sat, 7 Nov 2009 14:51:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA7Ep87J023453; Sat, 7 Nov 2009 14:51:08 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA7Ep8mD023449; Sat, 7 Nov 2009 14:51:08 GMT (envelope-from gavin) Date: Sat, 7 Nov 2009 14:51:08 GMT Message-Id: <200911071451.nA7Ep8mD023449@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/140358: 8.0RC2: [arp] arp: writing to routing socket: Invalid argument with -S key usage X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 14:51:08 -0000 Old Synopsis: arp: writing to routing socket: Invalid argument with -S key usage New Synopsis: 8.0RC2: [arp] arp: writing to routing socket: Invalid argument with -S key usage Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sat Nov 7 14:32:34 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). I can verify this on my machine (19th Oct HEAD) so it's not due to his custom kernel. http://www.freebsd.org/cgi/query-pr.cgi?pr=140358 From owner-freebsd-net@FreeBSD.ORG Sat Nov 7 23:06:03 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B60CD1065670 for ; Sat, 7 Nov 2009 23:06:03 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6547F8FC12 for ; Sat, 7 Nov 2009 23:06:03 +0000 (UTC) Received: by qyk6 with SMTP id 6so842827qyk.3 for ; Sat, 07 Nov 2009 15:06:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=12jKATJ25W/Bh/dz2sIWdsXs8o5KxPAHvEtBFTBUV8U=; b=nXGzhex+MkmV54Hd5BTY7ukZ3yxjayBESGrO/7WImIrQN3qW2UaIKiEpsQTQiJv0e+ Pk8xf8QUXYIhYn3sS9L12Pw9j6rC8KgibaiQtXekNEskrbyUJYP9DQ3LWgEqCyBn+CTr SMlmhVIH5aekcX9PEWN9zIwe0oiNKDZrpe8kg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=q/+kba4ZTpbeXV6ZLiH1+D82tMhlex0/y3umhRf96TzZ/kYZen+VBcYzcQE0R09tBx s6T+LF78mCB0VdevMMHaUxZ/1MCgXvrwgIdMvTr4MiNmhRuNLoNz4P991iAiFQjIsPH3 kAJ+fzOOXIxIinwPyyDVxIepmNDnP312YEeRg= Received: by 10.224.40.11 with SMTP id i11mr3262981qae.53.1257635162620; Sat, 07 Nov 2009 15:06:02 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm1225650qyk.7.2009.11.07.15.05.59 (version=SSLv3 cipher=RC4-MD5); Sat, 07 Nov 2009 15:05:59 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Sat, 7 Nov 2009 15:06:12 -0800 From: Weongyo Jeong Date: Sat, 7 Nov 2009 15:06:12 -0800 To: Ivor Prebeg Message-ID: <20091107230612.GB1406@weongyo> Mail-Followup-To: Ivor Prebeg , freebsd-net@freebsd.org, Tango References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org, Tango Subject: Re: LINKSYS WUSB600N, 802.11a/b/g X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 23:06:03 -0000 On Wed, Oct 28, 2009 at 10:09:59AM +0100, Ivor Prebeg wrote: > Does anyone know if this usb wifi adapter [LINKSYS WUSB600N, > 802.11a/b/g] works with -CURRENT or 8.0-RC? Maybe no but yes on STABLE_7. I asked Tango who is driver writer about porting run(4) to CURRENT. regards, Weongyo Jeong