From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 01:20:26 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D4B81065670 for ; Sun, 18 Oct 2009 01:20:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outi.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4495E8FC16 for ; Sun, 18 Oct 2009 01:20:25 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id C20AADAD3E; Sat, 17 Oct 2009 18:20:25 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id C32362D6018; Sat, 17 Oct 2009 18:20:24 -0700 (PDT) Message-ID: <4ADA6D5B.9030601@elischer.org> Date: Sat, 17 Oct 2009 18:20:27 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: rihad References: <4AD6D99E.10805@mail.ru> <4AD95493.40200@mail.ru> <4AD96422.1040008@mail.ru> <4AD97CF7.6020602@elischer.org> <4AD9CB54.2020608@mail.ru> In-Reply-To: <4AD9CB54.2020608@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Robert Watson 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: Sun, 18 Oct 2009 01:20:26 -0000 rihad wrote: > Julian Elischer wrote: >> rihad wrote: >> >>>> >>> The change definitely helped! There are now more than 3200 users >>> online, 460-500 mbps net traffic load, and normally 10-60 (up to 150 >>> once or twice) consistent drops per second as opposed to several >>> hundred up to 1000-1500 packets dropped per second before the >>> rebuild. What's interesting is that the drops now began only after >>> the ipfw table had around 3000 entries, not 2000 like before, so the >>> change definitely helped. Just how high can maxlen be? Should I try >>> 2048? 4096? >> >> is Hz still 4000? >> > No, I've set it to 2000 as per recommendations for HZ in NOTES. Should I > try 4000? 6000? 8000? Or maybe just increase the bce queue length and > rebuild? :) you could try combinations. From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 04:03:48 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 594FD1065679 for ; Sun, 18 Oct 2009 04:03:48 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 1416D8FC14 for ; Sun, 18 Oct 2009 04:03:47 +0000 (UTC) Received: by ywh8 with SMTP id 8so3019735ywh.3 for ; Sat, 17 Oct 2009 21:03:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=k47LVzX3WAUmQWyPoUSN5BX7vIuNoH9uodMOIDmIDnQ=; b=LiJFJ6TnSkYcx3FSDHjUfS91Yi8x6JUuhH3x/yYSZKTJ6W2Dll0aELRitE6DGnagXo 51kw7r8AS1/2yEBkOI/pVGpuqrvn3C0mmm1okUisM5Oqx7litm4e+HKB4B6MlrgHkxAt Nq/en2RvYNbtjDL6qGDl+4D4lS/ZiRSP7LW1I= 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=sMOz/EUrHcwFBCd+F01JOOCy/rk6QXxgPLHMpRPbG0g/13gTyfOTJhrCMe9TQpGU82 Zef7uvBSZo+IEIc2V6fo4hZupAJl3OWpUS1CZ+SZLUS2u50cJaJJoSH50448gVUx0nQX uVstwlbPU48K5+b/vT8cK8t08bJekD+a6rysc= MIME-Version: 1.0 Received: by 10.101.81.15 with SMTP id i15mr2869952anl.131.1255838627425; Sat, 17 Oct 2009 21:03:47 -0700 (PDT) In-Reply-To: References: Date: Sun, 18 Oct 2009 00:03:47 -0400 Message-ID: <25ff90d60910172103y7b07b7e8wd7b8666bf2e9990b@mail.gmail.com> From: David Horn To: Martin Garon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Native support for AutoIP (aka LLA, RFC 3927). 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, 18 Oct 2009 04:03:48 -0000 On Fri, Oct 16, 2009 at 4:38 PM, Martin Garon wrote: > Hi, > > > > I need to implement AutoIP in my embedded FW that uses a snapshot of FreeBSD > 4.4 network stack. > > > > I could not find any support for it in the latest development cvs tree. Any > chance it is somewhere that I missed? > > > > If there is no support, anyone could suggest a good approach to this? I am > thinking porting libpcap in order to access the data link layer to > intercept/inject some ARP packets. > > > > All comments welcomed, > Check out the Avahi implementation of IPv4 Link Local (RFC 3927). In ports under net/avahi-autoipd Good Luck -_Dave H From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 06:28:38 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 D4451106566B; Sun, 18 Oct 2009 06:28:38 +0000 (UTC) (envelope-from inpcb.harsha@gmail.com) Received: from mail-pz0-f134.google.com (mail-pz0-f134.google.com [209.85.222.134]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5458FC14; Sun, 18 Oct 2009 06:28:38 +0000 (UTC) Received: by pzk40 with SMTP id 40so107954pzk.7 for ; Sat, 17 Oct 2009 23:28:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=jxncqV3dWrDemlA7zkHsXqkop1fqQv4dEUoS432AsMc=; b=bzEXAf7eUGgdG05tK0Y4BrzSU05hssdjas8lTJ5M76ts54jxIbcfYIeYgIWLkumeRb EArsekc/XjIqllLcjeLnqdeUFyg2movleE6ToR2idr0irRfHW0Hmry0QNGwYXG61WyvK m3uECLgz/pwp5mIJszRg4VcPkzU6k149wrZ88= 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=tH4uaYkk6nYR7CgLKTp9CTdszy9N027EXdH5YsTZ21STHLbXFPjJfp0hMIgNLwmSwa AJNJGgdNCn6/gG+uYkuP+q/H4jXwYJOvIzjhf8T9Pk3CzAJtyJcGlH0kqKlKKgp8th+N Zpt83cdvpB8Ua7RXyz3YQFXV6SM5yJd+WGHxU= MIME-Version: 1.0 Received: by 10.140.125.4 with SMTP id x4mr1484669rvc.203.1255847318138; Sat, 17 Oct 2009 23:28:38 -0700 (PDT) In-Reply-To: References: Date: Sat, 17 Oct 2009 23:28:38 -0700 Message-ID: From: Harsha To: "Robert N. M. Watson" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, net@freebsd.org Subject: Re: Page fault in IFNET_WLOCK_ASSERT [if.c and pccbb.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: Sun, 18 Oct 2009 06:28:38 -0000 Hi Robert, Apologies for not getting earlier. On Mon, Oct 12, 2009 at 6:46 AM, Robert N. M. Watson wrote: > > Looks like a NULL pointer dereference, so perhaps a more traditional bug -- > could you convert ifindex_alloc_locked+0x71 to a line of code? You can do > this using kgdb on the kernel symbols file, perhaps "l > *ifindex_alloc_locked+0x71". It is the for loop in ifindex_alloc_locked() function- for (idx = 1; idx <= V_if_index; idx++) idx is a local variable, so I figured it is V_if_index is what is causing the page fault. It does look like a NULL pointer reference - I see that V_if_index comes from that vnet instance's value and uses the macro VNET_VNET_PTR() down the chain. Since the call chain is coming from a new thread cbb_event_thread, I believe that this thread's vnet context needs to be set using CURVNET_SET(). I'll try this tomorrow, but if think I'm not on the right track or want me to try something else please let me know. Many thanks, Harsha From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 06:30:41 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C31F1065679 for ; Sun, 18 Oct 2009 06:30:41 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx30.mail.ru (mx30.mail.ru [94.100.176.44]) by mx1.freebsd.org (Postfix) with ESMTP id DE3B88FC0A for ; Sun, 18 Oct 2009 06:30:40 +0000 (UTC) Received: from [217.25.27.27] (port=44388 helo=[217.25.27.27]) by mx30.mail.ru with asmtp id 1MzPHq-00083S-00; Sun, 18 Oct 2009 10:30:39 +0400 Message-ID: <4ADAB60E.8030309@mail.ru> Date: Sun, 18 Oct 2009 11:30:38 +0500 From: rihad User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Peter Jeremy References: <4AC8A76B.3050502@mail.ru> <20091017215454.GG38569@server.vk2pj.dyndns.org> In-Reply-To: <20091017215454.GG38569@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-net@freebsd.org 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: Sun, 18 Oct 2009 06:30:41 -0000 Peter Jeremy wrote: > On 2009-Oct-04 18:47:23 +0500, rihad wrote: >> Hi, we have around 500-600 mbit/s traffic flowing through a 7.1R >> Dell PowerEdge w/ 2 GigE bce cards. There are currently around 4 >> thousand ISP users online limited by dummynet pipes of various >> speeds. According to netstat -s output around 500-1000 packets are >> being dropped every second (this accounts for wasting around 7-12 >> mbit/s worth of traffic according to systat -ifstat): > > This has been a most interesting thread. A couple of comments: > > Traffic shaping only works cleanly on TCP flows - UDP has no feedback > mechanism and so will not automatically throttle to fit into the > available bandwidth, potentially leading to high packet drops within > dummynet. Is it possible that some of your customers are heavily > using UDP? Have you tried allowing just UDP traffic to bypass the > pipes to see if this has any effect on drop rate? We only process inbound traffic, and anyway this problem couldn't be related because net.inet.ip.dummynet.io_pkt_drop normally doesn't reflect netstat -s's "output packets dropped" pace (e.g. now the former's only 1048, but the latter is as much as 1272587). > The pipe lists you posted showed that virtually all the packet drops > are associated with one or two IP addresses. If this is really true, Not really. There were only a few hundred of the several thousand online users in the list. Besides those drops are within sane limits (as determined by io_pkt_drop sysctl), it's the netstat -s's output packet drops that matter. > Also, if you monitor the pipe lists following a > cold start, do those addresses appear early and just not show any > packet loss until the total number of users builds up or do they not > appear until later and immediately show packet loss? > io_pkt_drop may rise at certain well-defined periods, like when turning dummynet on (by deleting the "allow ip from any to any" line before the pipes), and it may rise for certain heavy downloaders, but the value is normally negligible. > Looking at how 'output packets dropped due to no bufs, etc.' is > counted (ipstat.ips_odropped), if you run 'netstat -id', do you see a > large number of drops on bce1 (consistent with the "output packets > dropped" counts) or not? This will help narrow down the codepath > being followed by dropped packets. netstat -id: Yup, it's comparable: bce0 1500 00:1d:09:2a:06:7f 5518562854 0 14327023 0 0 0 bce1 1500 00:1d:09:xx:xx:xx 144918 0 5498628928 0 0 1135438 netstat -s: 1272587 output packets dropped due to no bufs, etc. > > Since the problem only appears to manifest when table(0) exceeds 2000 > entries, have you considered splitting (at least temporarily) that > table (and possibly table(2)) into two (eg table(0) and table(4))? > This would help rule out an (unlikely) problem with table sizes. Doin > so would require the application to split the users across both > tables (eg round-robin or based on one of the bits in the IP address) > and then duplicating the relevant ipfw rules - eg: > > 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 > 01061 pipe tablearg ip from any to table(4) out recv bce0 xmit bce1 > 01070 allow ip from any to table(0) out recv bce0 xmit bce1 01071 > allow ip from any to table(4) out recv bce0 xmit bce1 > Around 3000 now (and around 480-500 mbps) as I've set the queue length in bce to 1024 and rebuilt the kernel. I'm going to increase that a bit again. I really think it's the dummynet burstiness, not table size per se, that results in the drops, and the value of burstiness depends on the number of "online" users. A command as simple as "ipfw table 0 flush" stops all drops instantly, but still allowing that traffic to pass through as is (thank God). It's quite easy for me to simulate the split in two by doing some shell scripting without touching any code, but I don't think it's the table sizes. I'll try that in case increasing the bce maxlen value won't help, though, so thank you. > (And I agree that re-arranging rules to reduce the number of repeated > tests should improve ipfw efficiency). > > The symptoms keep making me think "lock contention" - but I'm not > sure how to measure that cheaply (AFAIK, LOCK_PROFILING is > comparatively expensive). > > Finally, are you running i386 or amd64? > From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 06:42:41 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 68E4F106566C for ; Sun, 18 Oct 2009 06:42:41 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7B58FC0A for ; Sun, 18 Oct 2009 06:42:41 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 2937BB15FD; Sat, 17 Oct 2009 23:42:41 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id A16AC2D6012; Sat, 17 Oct 2009 23:42:40 -0700 (PDT) Message-ID: <4ADAB8E0.3090502@elischer.org> Date: Sat, 17 Oct 2009 23:42:40 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Harsha References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Robert N. M. Watson" , net@freebsd.org Subject: Re: Page fault in IFNET_WLOCK_ASSERT [if.c and pccbb.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: Sun, 18 Oct 2009 06:42:41 -0000 Harsha wrote: > Hi Robert, > > Apologies for not getting earlier. > > On Mon, Oct 12, 2009 at 6:46 AM, Robert N. M. Watson > wrote: >> Looks like a NULL pointer dereference, so perhaps a more traditional bug -- >> could you convert ifindex_alloc_locked+0x71 to a line of code? You can do >> this using kgdb on the kernel symbols file, perhaps "l >> *ifindex_alloc_locked+0x71". > It is the for loop in ifindex_alloc_locked() function- > for (idx = 1; idx <= V_if_index; idx++) > > idx is a local variable, so I figured it is V_if_index is what is > causing the page fault. It does look like a NULL pointer reference - I > see that V_if_index comes from that vnet instance's value and uses > the macro VNET_VNET_PTR() down the chain. Since the call chain is > coming from a new thread cbb_event_thread, I believe that this > thread's vnet context needs to be set using CURVNET_SET(). but only if you have options VIMAGE defined. if not then CURVNET_SET() is a NOP > > I'll try this tomorrow, but if think I'm not on the right track or > want me to try something else please let me know. > > Many thanks, > Harsha > _______________________________________________ > 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 Sun Oct 18 08:11:24 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74FE8106566C for ; Sun, 18 Oct 2009 08:11:24 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [94.100.176.41]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8158FC0C for ; Sun, 18 Oct 2009 08:11:23 +0000 (UTC) Received: from [217.25.27.27] (port=48565 helo=[217.25.27.27]) by mx27.mail.ru with asmtp id 1MzQrJ-000K8z-00; Sun, 18 Oct 2009 12:11:21 +0400 Message-ID: <4ADACDA8.2080506@mail.ru> Date: Sun, 18 Oct 2009 13:11:20 +0500 From: rihad User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Peter Jeremy References: <4AC8A76B.3050502@mail.ru> <20091017215454.GG38569@server.vk2pj.dyndns.org> In-Reply-To: <20091017215454.GG38569@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-net@freebsd.org 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: Sun, 18 Oct 2009 08:11:24 -0000 Peter Jeremy wrote: > Since the problem only appears to manifest when table(0) exceeds 2000 > entries, have you considered splitting (at least temporarily) that > table (and possibly table(2)) into two (eg table(0) and table(4))? > This would help rule out an (unlikely) problem with table sizes. It was quite easy to simulate without touching any code: # ipfw table 0 list|wc -l 3697 # move half the table into the new table(1) # ipfw table 0 list|head -n1800|while read ip pipeid; do ipfw -q table 1 add $ip $pipeid && ipfw -q table 0 delete $ip; done # ipfw table 0 list|wc -l 1899 # ipfw table 1 list|wc -l 1800 # ipfw add 1061 pipe tablearg ip from any to table'(1)' out recv bce0 xmit bce1 now the ipfw looks like this: 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 01061 pipe tablearg ip from any to table(1) out recv bce0 xmit bce1 The drops are at 100-200 per second. It may have descreased by 100-200 drops. Strangely, deleting rule 1061 instantly increases the drop rate to 300-400 up to 700/s, although there's still only 1980 entries in table(0), which is somewhat inexplicable. I'll increase the bce queue maxlen value one of these days and see. > > 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 > 01061 pipe tablearg ip from any to table(4) out recv bce0 xmit bce1 > 01070 allow ip from any to table(0) out recv bce0 xmit bce1 > 01071 allow ip from any to table(4) out recv bce0 xmit bce1 > > (And I agree that re-arranging rules to reduce the number of repeated > tests should improve ipfw efficiency). > > The symptoms keep making me think "lock contention" - but I'm not sure > how to measure that cheaply (AFAIK, LOCK_PROFILING is comparatively > expensive). > > Finally, are you running i386 or amd64? > From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 08:39: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 920D5106566B for ; Sun, 18 Oct 2009 08:39:10 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx75.mail.ru (mx75.mail.ru [94.100.176.90]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1C18FC0C for ; Sun, 18 Oct 2009 08:39:10 +0000 (UTC) Received: from [217.25.27.27] (port=62357 helo=[217.25.27.27]) by mx75.mail.ru with asmtp id 1MzRIC-0002qC-00; Sun, 18 Oct 2009 12:39:08 +0400 Message-ID: <4ADAD42B.2070406@mail.ru> Date: Sun, 18 Oct 2009 13:39:07 +0500 From: rihad User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Peter Jeremy References: <4AC8A76B.3050502@mail.ru> <20091017215454.GG38569@server.vk2pj.dyndns.org> <4ADACDA8.2080506@mail.ru> In-Reply-To: <4ADACDA8.2080506@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-net@freebsd.org 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: Sun, 18 Oct 2009 08:39:10 -0000 rihad wrote: > Peter Jeremy wrote: > >> Since the problem only appears to manifest when table(0) exceeds 2000 >> entries, have you considered splitting (at least temporarily) that >> table (and possibly table(2)) into two (eg table(0) and table(4))? >> This would help rule out an (unlikely) problem with table sizes. > It was quite easy to simulate without touching any code: > # ipfw table 0 list|wc -l > 3697 > # move half the table into the new table(1) > # ipfw table 0 list|head -n1800|while read ip pipeid; do ipfw -q table 1 > add $ip $pipeid && ipfw -q table 0 delete $ip; done > # ipfw table 0 list|wc -l > 1899 > # ipfw table 1 list|wc -l > 1800 > # ipfw add 1061 pipe tablearg ip from any to table'(1)' out recv bce0 > xmit bce1 > > now the ipfw looks like this: > 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 > 01061 pipe tablearg ip from any to table(1) out recv bce0 xmit bce1 > > The drops are at 100-200 per second. It may have descreased by 100-200 > drops. Strangely, deleting rule 1061 instantly increases the drop rate > to 300-400 up to 700/s, although there's still only 1980 entries in > table(0), which is somewhat inexplicable. > Splitting the table 0 across 4 tables in the same way, resulting in each having around 500-600 entries didn't help much either: 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 01061 pipe tablearg ip from any to table(10) out recv bce0 xmit bce1 01061 pipe tablearg ip from any to table(11) out recv bce0 xmit bce1 01061 pipe tablearg ip from any to table(12) out recv bce0 xmit bce1 Still 100-200-300-400 drops/s. From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 09:07:57 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2BF2106566B for ; Sun, 18 Oct 2009 09:07:57 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx34.mail.ru (mx34.mail.ru [94.100.176.48]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5398FC19 for ; Sun, 18 Oct 2009 09:07:57 +0000 (UTC) Received: from [217.25.27.27] (port=12321 helo=[217.25.27.27]) by mx34.mail.ru with asmtp id 1MzRk3-000Aud-00; Sun, 18 Oct 2009 13:07:55 +0400 Message-ID: <4ADADAEA.5050000@mail.ru> Date: Sun, 18 Oct 2009 14:07:54 +0500 From: rihad User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Peter Jeremy References: <4AC8A76B.3050502@mail.ru> <20091017215454.GG38569@server.vk2pj.dyndns.org> <4ADACDA8.2080506@mail.ru> <4ADAD42B.2070406@mail.ru> In-Reply-To: <4ADAD42B.2070406@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-net@freebsd.org 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: Sun, 18 Oct 2009 09:07:58 -0000 rihad wrote: > rihad wrote: >> Peter Jeremy wrote: >> >>> Since the problem only appears to manifest when table(0) exceeds 2000 >>> entries, have you considered splitting (at least temporarily) that >>> table (and possibly table(2)) into two (eg table(0) and table(4))? >>> This would help rule out an (unlikely) problem with table sizes. >> It was quite easy to simulate without touching any code: >> # ipfw table 0 list|wc -l >> 3697 >> # move half the table into the new table(1) >> # ipfw table 0 list|head -n1800|while read ip pipeid; do ipfw -q table >> 1 add $ip $pipeid && ipfw -q table 0 delete $ip; done >> # ipfw table 0 list|wc -l >> 1899 >> # ipfw table 1 list|wc -l >> 1800 >> # ipfw add 1061 pipe tablearg ip from any to table'(1)' out recv bce0 >> xmit bce1 >> >> now the ipfw looks like this: >> 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 >> 01061 pipe tablearg ip from any to table(1) out recv bce0 xmit bce1 >> >> The drops are at 100-200 per second. It may have descreased by 100-200 >> drops. Strangely, deleting rule 1061 instantly increases the drop >> rate to 300-400 up to 700/s, although there's still only 1980 entries >> in table(0), which is somewhat inexplicable. >> > Splitting the table 0 across 4 tables in the same way, resulting in each > having around 500-600 entries didn't help much either: > 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 > 01061 pipe tablearg ip from any to table(10) out recv bce0 xmit bce1 > 01061 pipe tablearg ip from any to table(11) out recv bce0 xmit bce1 > 01061 pipe tablearg ip from any to table(12) out recv bce0 xmit bce1 > > > Still 100-200-300-400 drops/s. > That's because I had neglected to also split the cross-ISP table 2, which for various reasons currently has less than 1% of total traffic. Despite that, and to my great surprise, flushing table 0 didn't stop the drops until I had also flushed the mostly idle table 2! I've just split both table(0) and table(2) in two, and the output drops were brought down to 20-80 up to 150 (in systat -ip). Now there are around 1700 in each of the tables 0 and 2, and exactly 1500 enries in each of the tables 10 and 20. 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 01061 pipe tablearg ip from any to table(10) out recv bce0 xmit bce1 01070 allow ip from any to table(0) out recv bce0 xmit bce1 01071 allow ip from any to table(10) out recv bce0 xmit bce1 01100 pipe tablearg ip from any to table(2) 01101 pipe tablearg ip from any to table(20) From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 09:12: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 227DB106566C for ; Sun, 18 Oct 2009 09:12:45 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx34.mail.ru (mx34.mail.ru [94.100.176.48]) by mx1.freebsd.org (Postfix) with ESMTP id D26008FC21 for ; Sun, 18 Oct 2009 09:12:44 +0000 (UTC) Received: from [217.25.27.27] (port=14730 helo=[217.25.27.27]) by mx34.mail.ru with asmtp id 1MzRoh-000Bb1-00; Sun, 18 Oct 2009 13:12:43 +0400 Message-ID: <4ADADC0B.5070706@mail.ru> Date: Sun, 18 Oct 2009 14:12:43 +0500 From: rihad User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Peter Jeremy References: <4AC8A76B.3050502@mail.ru> <20091017215454.GG38569@server.vk2pj.dyndns.org> <4ADACDA8.2080506@mail.ru> <4ADAD42B.2070406@mail.ru> <4ADADAEA.5050000@mail.ru> In-Reply-To: <4ADADAEA.5050000@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-net@freebsd.org 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: Sun, 18 Oct 2009 09:12:45 -0000 rihad wrote: > I've just split both table(0) and table(2) in two, and the output drops > were brought down to 20-80 up to 150 (in systat -ip). Now there are > around 1700 in each of the tables 0 and 2, and exactly 1500 enries in > each of the tables 10 and 20. > > 01060 pipe tablearg ip from any to table(0) out recv bce0 xmit bce1 > 01061 pipe tablearg ip from any to table(10) out recv bce0 xmit bce1 > 01070 allow ip from any to table(0) out recv bce0 xmit bce1 > 01071 allow ip from any to table(10) out recv bce0 xmit bce1 > 01100 pipe tablearg ip from any to table(2) > 01101 pipe tablearg ip from any to table(20) > > I've just deleted rules 1061 1071 and 1101 and the drop rate went down to 0 with about 1700 entries in each of table 0 and table 2. So the size of one particular table doesn't matter much. From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 14:27: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 18A0E106566B; Sun, 18 Oct 2009 14:27:45 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id CC4FE8FC24; Sun, 18 Oct 2009 14:27:44 +0000 (UTC) Received: from jessie.localnet (dslb-088-065-057-061.pools.arcor-ip.net [88.65.57.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id A38F6192FD9; Sun, 18 Oct 2009 16:27:42 +0200 (CEST) From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Sun, 18 Oct 2009 16:27:37 +0200 User-Agent: KMail/1.12.1 (Linux/2.6.30-2-686; KDE/4.3.1; i686; ; ) References: <20091009170839.142800@gmx.net> <179b97fb0910142019u455995a4s2cdcf8ba744d98bf@mail.gmail.com> <200910150815.58174.bschmidt@techwires.net> In-Reply-To: <200910150815.58174.bschmidt@techwires.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910181627.38060.bschmidt@techwires.net> Cc: Brandon Gooch , Lawrence Stewart , Lutz Bichler , Vassilis Laganakos Subject: Re: Intel WiFi 5100/5300 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, 18 Oct 2009 14:27:45 -0000 On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: > .. anyways, I'll post updates on sunday. Here we go. http://techwires.net/~bschmidt/patches/freebsd/iwn/ Testers/feedback welcome! Code is pretty stable although there are still a few open issues. Nothing major I should be able to figure them out. * I did only tests with a 5100 card, other might not yet work.. I will do tests wie 5300 and 4965 cards later this week. * 11N has not been tested at all. * Deauth/disconnect frames are not handled correctly, those yield firmware errors. The remote side might therefore not be able to clean up correctly, whichs lead to no answers to probe requests on new scans. * Encryption of any kind does not yet work. * Monitor mode/radiotap does not yet work. * IBSS mode has not been tested. * iwnfw module is locked somehow on kldunload. * RF kill switch might not work correctly. * Manpage needs an update. :) * Suspend/resume is broken. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 16:47:06 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F0F5106568D; Sun, 18 Oct 2009 16:47:06 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id D6B608FC12; Sun, 18 Oct 2009 16:47:05 +0000 (UTC) Received: by ewy18 with SMTP id 18so3191925ewy.43 for ; Sun, 18 Oct 2009 09:47:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=SmfCE1COAVdgUr8ytXLnYgrnIaBXwhGnMj9dLhYbQ3c=; b=MWDib723EpczYtK/JOUYUdKHC/ArMnWMam8mITheWrXWZCQCJPbfwdxZkkI52ZjvT7 lTZy/8pRbJYTOPQY6vXHQ1cpM8RNii8HPCG/YT7a2B8+eEHuFWujrQZYfNMbbMfoa/b0 +S0UCrhQsyhFaJ1/Qlg5PSZeZDYkkAxIWVtmM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=sf37wjWCJQVbFFMCISy8O66CrZbsZ6Bxjnwgrl25WdFM6RcvaVTYBkh+02hJtJ8BtR +sOTEoQ+nTR8QWBVmfAAwroj1+ogss8IQgjr+aejJyrzUOOxuSyacJK4Br4VX7jMNvDy LtjMA9VJb84Et87xpjm+0KpMFK0XCiLpWfrS8= Received: by 10.210.4.5 with SMTP id 5mr4392677ebd.23.1255882648405; Sun, 18 Oct 2009 09:17:28 -0700 (PDT) Received: from ?10.0.1.192? (c80-216-184-145.bredband.comhem.se [80.216.184.145]) by mx.google.com with ESMTPS id 10sm7273534eyz.27.2009.10.18.09.17.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Oct 2009 09:17:26 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Pawel Worach In-Reply-To: <200910181627.38060.bschmidt@techwires.net> Date: Sun, 18 Oct 2009 18:17:25 +0200 Content-Transfer-Encoding: 7bit Message-Id: <424927D3-F758-4C5D-BD29-D06781C5F9B1@gmail.com> References: <20091009170839.142800@gmx.net> <179b97fb0910142019u455995a4s2cdcf8ba744d98bf@mail.gmail.com> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> To: Bernhard Schmidt X-Mailer: Apple Mail (2.1076) Cc: Brandon Gooch , freebsd-net@freebsd.org, Vassilis Laganakos , Lutz Bichler , Lawrence Stewart Subject: Re: Intel WiFi 5100/5300 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, 18 Oct 2009 16:47:06 -0000 On Oct 18, 2009, at 16:27, Bernhard Schmidt wrote: > > On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >> .. anyways, I'll post updates on sunday. > > Here we go. > > http://techwires.net/~bschmidt/patches/freebsd/iwn/ > > Testers/feedback welcome! > > Code is pretty stable although there are still a few open issues. > Nothing > major I should be able to figure them out. > > * I did only tests with a 5100 card, other might not yet work.. I > will do > tests wie 5300 and 4965 cards later this week. > * 11N has not been tested at all. > * Deauth/disconnect frames are not handled correctly, those yield > firmware > errors. The remote side might therefore not be able to clean up > correctly, > whichs lead to no answers to probe requests on new scans. > * Encryption of any kind does not yet work. > * Monitor mode/radiotap does not yet work. > * IBSS mode has not been tested. > * iwnfw module is locked somehow on kldunload. > * RF kill switch might not work correctly. > * Manpage needs an update. :) > * Suspend/resume is broken. > Works here for an open network (FreeBSD 8.0-RC1), thanks for working on this! iwn0: mem 0xf4300000-0xf4301fff irq 17 at device 0.0 on pci3 iwn0: MIMO 3T3R, MoW, address 00:16:ea:e3:e2:82 iwn0: [ITHREAD] iwn0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11na MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps wlan0: Ethernet address: 00:16:ea:e3:e2:82 wlan0: link state changed to UP iwn0: need multicast update callback iwn0: need multicast update callback iwn0: need multicast update callback wlan0: flags=8843 metric 0 mtu 1500 ether 00:16:ea:e3:e2:82 inet 10.0.1.17 netmask 0xffffff00 broadcast 10.0.1.255 media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g status: associated ssid "xxx" channel 11 (2462 Mhz 11g) bssid 00:xx:xx:xx:xx:xx country US authmode OPEN privacy OFF txpower 15 bmiss 10 scanvalid 60 protmode CTS wme roaming MANUAL -- Pawel > -- > Bernhard > _______________________________________________ > 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 Sun Oct 18 20:03: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 20E50106566C for ; Sun, 18 Oct 2009 20:03:23 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-qy0-f192.google.com (mail-qy0-f192.google.com [209.85.221.192]) by mx1.freebsd.org (Postfix) with ESMTP id CE8BB8FC0C for ; Sun, 18 Oct 2009 20:03:22 +0000 (UTC) Received: by qyk30 with SMTP id 30so3003347qyk.7 for ; Sun, 18 Oct 2009 13:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=gGcTEhcr8IUE9rOzAvbJA3MFy1FBOvQ/OE3KXb1z00U=; b=fW2pO3acTr2kjKAEvFdvsznCArnc7t3ENjY7YApSiGBSTG1QQwkuBLUOqOrF1zb26O bYRJBAOt30F+M3FecCJ1ktbHPqvBNBeoCCvXVAFOFZHZEjSxGZLeZ4hA7YJQmauJY4OJ ZZf6JGXDWrZUU6oji1aMt2arr+vqMX71s5KiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=tfoKcf1nZDqMsDsDQQWWMgzBEcP+Zgn7MtT60sizTEkzAqJk1a/u+F/wEf9sEgOrmh 23p3OhH3dQ5Gipj9nrIcuwh5cwh8ZpGVRl04P1n2dSqMRUwH9e663euhaFy6xkdFR10q BjtdwStyMgkkeoE+QtRdYlAnAX07uRP7t/RJw= MIME-Version: 1.0 Received: by 10.229.1.200 with SMTP id 8mr600285qcg.64.1255894896454; Sun, 18 Oct 2009 12:41:36 -0700 (PDT) In-Reply-To: <200910181627.38060.bschmidt@techwires.net> References: <20091009170839.142800@gmx.net> <179b97fb0910142019u455995a4s2cdcf8ba744d98bf@mail.gmail.com> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> Date: Sun, 18 Oct 2009 21:41:36 +0200 Message-ID: <90a5caac0910181241p61850f84l999f18523e30fc01@mail.gmail.com> From: Lucius Windschuh To: Bernhard Schmidt , freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Intel WiFi 5100/5300 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, 18 Oct 2009 20:03:23 -0000 Hi Bernhard, I tried your module on my T400 with a PRO/Wireless 5300 and WITNESS, INVARIANTS enabled. If the RF kill switch is set to "WLAN disabled", this command sequence produces a panic: $ kldload iwnfw $ kldload if_iwn $ ifconfig wlan create wlandev iwn0 wlan0 $ ifconfig wlan0 up iwn0: iwn_init_locked: radio is disabled by hardware switch panic: _mtx_lock_sleep: recursed on non-recursive mutex iwn0 @ /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:5497 Locks: exclusive sleep mutex iwn0 (network driver) r = 0 (0xc8242008) locked @ /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:3091 exclusive sleep mutex iwn0 (network driver) r = 0 (0xc8242008) locked @ /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:3091 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc7f836fc) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc7f833c4) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc7f83560) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc7f37d6c) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc7f66898) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive lockmgr bufwait (bufwait) r = 0 (0xdae5ce20) locked @ /usr/src/sys/kern/vfs_bio.c:1835 exclusive lockmgr snaplk (snaplk) r = 0 (0xc7df01dc) locked @ /usr/src/sys/kern/vfs_vnops.c:536 db:0:kdb.enter.default> bt Tracing pid 2552 tid 100211 td 0xc7d2b230 kdb_enter(c09e4c81,c09e4c81,c09e365d,eb2b8ab0,1,...) at kdb_enter+0x3a panic(c09e365d,c7e97960,c823f4b4,1579,c8242008,...) at panic+0x136 _mtx_lock_sleep(c8242008,c7d2b230,0,c823f4b4,1579,...) at _mtx_lock_sleep+0x4a _mtx_lock_flags(c8242008,0,c823f4b4,1579,c6958800,...) at _mtx_lock_flags+0xf7 iwn_stop(c8242000,0,c823f4b4,c13,c828f000,...) at iwn_stop+0x32 iwn_ioctl(c6958800,80206910,c8291420,c7d2b230,eb2b8bac,...) at iwn_ioctl+0x102 ifioctl(c80a380c,80206910,c8291420,c7d2b230,c807e500,...) at ifioctl+0xa05 soo_ioctl(c8070dc8,80206910,c8291420,c6b71e00,c7d2b230,...) at soo_ioctl+0x415 kern_ioctl(c7d2b230,3,80206910,c8291420,6f5d10,...) at kern_ioctl+0x1dd ioctl(c7d2b230,eb2b8cf8,c,c09fbc00,c0a53bc8,...) at ioctl+0x134 syscall(eb2b8d38) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281c8a13, esp = 0xbfbfe46c, ebp = 0xbfbfe4c8 --- BTW: With the RF kill switch set to "WLAN enabled", it works for open networks. But ifconfig wlan1 list ap did not return my 802.11a access point. Is this expected? Regards and thanks for the work. Lucius From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 20:37:02 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C9F106568B for ; Sun, 18 Oct 2009 20:37:02 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id B63818FC1A for ; Sun, 18 Oct 2009 20:37:01 +0000 (UTC) Received: from jessie.localnet (dslb-088-065-057-061.pools.arcor-ip.net [88.65.57.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id 6EAF6192FD9; Sun, 18 Oct 2009 22:37:00 +0200 (CEST) From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Sun, 18 Oct 2009 22:36:55 +0200 User-Agent: KMail/1.12.1 (Linux/2.6.30-2-686; KDE/4.3.1; i686; ; ) References: <20091009170839.142800@gmx.net> <200910181627.38060.bschmidt@techwires.net> <90a5caac0910181241p61850f84l999f18523e30fc01@mail.gmail.com> In-Reply-To: <90a5caac0910181241p61850f84l999f18523e30fc01@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910182236.55615.bschmidt@techwires.net> Cc: Lucius Windschuh Subject: Re: Intel WiFi 5100/5300 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, 18 Oct 2009 20:37:02 -0000 On Sunday 18 October 2009 21:41:36 Lucius Windschuh wrote: > Hi Bernhard, > I tried your module on my T400 with a PRO/Wireless 5300 and WITNESS, > INVARIANTS enabled. > If the RF kill switch is set to "WLAN disabled", this command sequence [..] Thanks for reporting this, there seems to be an issue in iwn_cleanup(). > BTW: With the RF kill switch set to "WLAN enabled", it works for open > networks. But ifconfig wlan1 list ap did not return my 802.11a access > point. Is this expected? No it's not. I'll noticed that also during the last tests, scanning on 5Ghz channels does not work reliably, setting a fixed channel works though. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 22:50: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 8FDD6106566C for ; Sun, 18 Oct 2009 22:50:03 +0000 (UTC) (envelope-from vassilis.laganakos@yahoo.com) Received: from web59410.mail.ac4.yahoo.com (web59410.mail.ac4.yahoo.com [76.13.12.188]) by mx1.freebsd.org (Postfix) with SMTP id 34D168FC16 for ; Sun, 18 Oct 2009 22:50:02 +0000 (UTC) Received: (qmail 39063 invoked by uid 60001); 18 Oct 2009 22:23:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1255904602; bh=mHlUM2CXOp5a5CyPL0Yneuv2KzLSRRWtKnrGbPBgKJM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=vF5YBhZr7Hlmv3YU64A0Kg59x3j7QE2VjZJl6fqv363lI+rKD792ffQNs54VeWwSO0S636MdHezlMki7iFxkQME6Mhz4d5udgDut+UF8u74G/wjZwobzf6m+UJ2rJkTrhcxeUhmYMtBH/0B6WbVU98gqONZwl88faLF65jCabRw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=yUucZPIGNyMskmFni22DSY30yDqVQ7UO6V9X6ddlncN6esoeyGBN3l8nxYn9nEtyrB5eCdKXeg0xGwDWrRoipZrE3zSWDXROPvoT1IZ0yThHDZv6ur3DOe9sbQ6d2TQB0jo9FqY6UleO6LG1CA4jbkOpfa7kHmm8QQD3RxYBiS4=; Message-ID: <464343.38391.qm@web59410.mail.ac4.yahoo.com> X-YMail-OSG: V9BdVLUVM1ninME0KVX7LsXrnisyvXo6pbZB7WMB93R8mfN1.5.L6AApaW0PVsq.qAN92bYvZHoSQn9bsSnXrG6ypT4eJgzRZ9yJsBZBiZhH9w5oj1IcAtjGNk3Uy.y_QMjZO.8JlfyXITvGJ5M05L06B4npX6moBI5lkjUnHhkZ8hRY7diNvc4aCCdsJ5hCZ93tucVugPqZIpXmyCiCW8yjpiSZNLAriAiu2WVafpJvZPi9YcCEBOlohvlwzYB8wNQwiXvLXXVUwAX0eA6G.UYB4e0hgKI4LQClYmbKIGxEngX_u_3rFWSd.kghV66_D.ICspuM9Rqak.mZByrFsgSOUiYsq4dW0k7MSZ5zB6q_AMZNiMJljEz5z7EgkTobQ3YZeHukXPbHh0a88jNJF6Dy3Cxf Received: from [82.6.108.148] by web59410.mail.ac4.yahoo.com via HTTP; Sun, 18 Oct 2009 15:23:22 PDT X-Mailer: YahooMailRC/182.10 YahooMailWebService/0.7.361.3 References: <20091009170839.142800@gmx.net> <179b97fb0910142019u455995a4s2cdcf8ba744d98bf@mail.gmail.com> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> Date: Sun, 18 Oct 2009 15:23:22 -0700 (PDT) From: Vassilis Laganakos To: Bernhard Schmidt , freebsd-net@freebsd.org In-Reply-To: <200910181627.38060.bschmidt@techwires.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Brandon Gooch , Lawrence Stewart , Lutz Bichler Subject: Re: Intel WiFi 5100/5300 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, 18 Oct 2009 22:50:03 -0000 Hello, > On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: > > .. anyways, I'll post updates on sunday. > > Here we go. > > http://techwires.net/~bschmidt/patches/freebsd/iwn/ > > Testers/feedback welcome! > > Code is pretty stable although there are still a few open issues. Nothing > major I should be able to figure them out. > > * I did only tests with a 5100 card, other might not yet work.. I will do > tests wie 5300 and 4965 cards later this week. > * 11N has not been tested at all. > * Deauth/disconnect frames are not handled correctly, those yield firmware > errors. The remote side might therefore not be able to clean up correctly, > whichs lead to no answers to probe requests on new scans. > * Encryption of any kind does not yet work. > * Monitor mode/radiotap does not yet work. > * IBSS mode has not been tested. > * iwnfw module is locked somehow on kldunload. > * RF kill switch might not work correctly. > * Manpage needs an update. :) > * Suspend/resume is broken. > Awesome! I was checking things out for iwn 5100, but I was getting firmware problems. I'll try your stuff on 8-STABLE and get back with info. Thank you very much for working on this! Best regards, Vassilis L. From owner-freebsd-net@FreeBSD.ORG Sun Oct 18 23:26:52 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 0E45B106566C; Sun, 18 Oct 2009 23:26:52 +0000 (UTC) (envelope-from inpcb.harsha@gmail.com) Received: from mail-px0-f118.google.com (mail-px0-f118.google.com [209.85.216.118]) by mx1.freebsd.org (Postfix) with ESMTP id C72698FC08; Sun, 18 Oct 2009 23:26:51 +0000 (UTC) Received: by pxi16 with SMTP id 16so93708pxi.3 for ; Sun, 18 Oct 2009 16:26:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NYuFS6Rx0uafcSZwOF5SE9Q+h9tgQ6Zz/A2+FpP4xhU=; b=RjNbSpuvJbfcYoXr+VUe8WFrUgJuIPSVtmXButmSQRE6LqE/HJK8SMfdC5DI9HIa5P dnYulw0217OVHzqiXoXK28h4zJOOfRa3MXQEb/fjg8jJOLM/AR/HEF4BoXqXowSDJtLg lq7Rr/qhOUfR+bcgJSINHCliBt06ItRE9okJ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=a0oSu8ECtw0s1ul6YUKebKuWQh3tJTpbcRVoCC1PWpnNrHuJ0l9SthTlNV8NlRWicD juAbsAnSE3aAbgcabLFkFxJnubsRJnuI4gyAev2yDafGElN6bFVEhpudDE1h32J98BhV 1kdnwWNAxuutivwG2QK7M2HuBzOaL3C5tOMVs= MIME-Version: 1.0 Received: by 10.140.133.7 with SMTP id g7mr1515311rvd.169.1255908411404; Sun, 18 Oct 2009 16:26:51 -0700 (PDT) In-Reply-To: <4ADAB8E0.3090502@elischer.org> References: <4ADAB8E0.3090502@elischer.org> Date: Sun, 18 Oct 2009 16:26:51 -0700 Message-ID: From: Harsha To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "Robert N. M. Watson" , net@freebsd.org Subject: Re: Page fault in IFNET_WLOCK_ASSERT [if.c and pccbb.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: Sun, 18 Oct 2009 23:26:52 -0000 On Sat, Oct 17, 2009 at 11:42 PM, Julian Elischer wro= te: > Harsha wrote: >> wrote: >>> >>> Looks like a NULL pointer dereference, so perhaps a more traditional bu= g >>> -- >>> could you convert ifindex_alloc_locked+0x71 to a line of code? You can = do >>> this using kgdb on the kernel symbols file, perhaps "l >>> *ifindex_alloc_locked+0x71". >> >> It is the for loop in ifindex_alloc_locked() function- >> =A0for (idx =3D 1; idx <=3D V_if_index; idx++) >> >> idx is a local variable, so I figured it is V_if_index is what is >> causing the page fault. It does look like a NULL pointer reference - I >> see that V_if_index comes from that =A0vnet instance's value and uses >> the macro VNET_VNET_PTR() down the chain. Since the call chain is >> coming from a new thread cbb_event_thread, I believe that this >> thread's vnet context needs to be set using CURVNET_SET(). > > but only if you have options VIMAGE defined. if not then CURVNET_SET() > is a NOP I do have the VIMAGE options turned on. Can someone tell me what is the right way to add the vnet context to cbb_event_thread? I tried adding context in two locations- 1. In cbb_insert() as- CURVNET_SET(TD_TO_VNET(curthread)); 2. In if_alloc() as- CURVNET_SET(TD_TO_VNET(curthread)); or as ifp =3D malloc(sizeof(struct ifnet), M_IFNET, M_WAITOK|M_ZERO); #ifdef VIMAGE ifp->if_vnet =3D curvnet; if (ifp->if_home_vnet =3D=3D NULL) ifp->if_home_vnet =3D curvnet; CURVNET_SET(ifp->if_vnet); #endif But in all the cases I get a warning/error about unused variable 'saved_vnet' like this- cc1: warnings being treated as errors /usr/src/sys/net/if.c: In function 'if_alloc': /usr/src/sys/net/if.c:418: warning: unused variable 'saved_vnet' The backtrace is in the link I posted earlier. Thanks, Harsha From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 00:23:38 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC6C1065676; Mon, 19 Oct 2009 00:23:38 +0000 (UTC) (envelope-from wen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D83758FC13; Mon, 19 Oct 2009 00:23:37 +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 n9J0Nbf2075180; Mon, 19 Oct 2009 00:23:37 GMT (envelope-from wen@freefall.freebsd.org) Received: (from wen@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9J0NbO9075176; Mon, 19 Oct 2009 00:23:37 GMT (envelope-from wen) Date: Mon, 19 Oct 2009 00:23:37 GMT Message-Id: <200910190023.n9J0NbO9075176@freefall.freebsd.org> To: wen@FreeBSD.org, freebsd-net@FreeBSD.org, wen@FreeBSD.org From: wen@FreeBSD.org Cc: Subject: Re: kern/138739: [wpi] wpi(4) does not work very well under 8.0-BETA4 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, 19 Oct 2009 00:23:38 -0000 Synopsis: [wpi] wpi(4) does not work very well under 8.0-BETA4 Responsible-Changed-From-To: freebsd-net->wen Responsible-Changed-By: wen Responsible-Changed-When: Mon Oct 19 00:23:37 UTC 2009 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=138739 From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 00:53:25 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 534421065670; Mon, 19 Oct 2009 00:53:25 +0000 (UTC) (envelope-from wen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD198FC1B; Mon, 19 Oct 2009 00:53:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9J0rPcw001985; Mon, 19 Oct 2009 00:53:25 GMT (envelope-from wen@freefall.freebsd.org) Received: (from wen@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9J0rPir001981; Mon, 19 Oct 2009 00:53:25 GMT (envelope-from wen) Date: Mon, 19 Oct 2009 00:53:25 GMT Message-Id: <200910190053.n9J0rPir001981@freefall.freebsd.org> To: wen@FreeBSD.org, wen@FreeBSD.org, freebsd-net@FreeBSD.org From: wen@FreeBSD.org Cc: Subject: Re: kern/138739: [wpi] wpi(4) does not work very well under 8.0-BETA4 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, 19 Oct 2009 00:53:25 -0000 Synopsis: [wpi] wpi(4) does not work very well under 8.0-BETA4 Responsible-Changed-From-To: wen->freebsd-net Responsible-Changed-By: wen Responsible-Changed-When: Mon Oct 19 00:53:24 UTC 2009 Responsible-Changed-Why: Sorry I mistake it. http://www.freebsd.org/cgi/query-pr.cgi?pr=138739 From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 01:07:24 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 672711065672; Mon, 19 Oct 2009 01:07:24 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id C22578FC13; Mon, 19 Oct 2009 01:07:23 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so864238eyd.9 for ; Sun, 18 Oct 2009 18:07:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zxWfypOwjmbrwrZynxc2J/FoE6Mrm9drrZbRCNjbm8c=; b=Up6341oAYxYHeQYJwFbKuq0Q0sY3+oXK7uGmsYX7Hvhsy1s+TZQx2yXCG0attIpKE/ ejL6K1HC+0c4nja32CzpVXGUr+vCQn652dfeFJGf3CqyMNmxHjxOobpvOX9GXU8thDPc 8U+L6x2p7Xie5RPmMZNJgn/6ja0RBWGarmH14= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=giU+PhMW1UXXUc0R0BcIRVyYaBEXVKaU8u7fKS966XqslhvRXukqtDdNATzFUgw3FJ 2C8yMrhHd43cgDfNTjxC1/1tHhKUrpHSyfdvpIj6pComlXRfxHaewLv0rcF6uZWY1iAG X6+1KTCu1gQYkUBAT89ByRxtGTAAdIGG7PsjA= MIME-Version: 1.0 Received: by 10.211.173.10 with SMTP id a10mr4757893ebp.4.1255914440959; Sun, 18 Oct 2009 18:07:20 -0700 (PDT) In-Reply-To: <200910181627.38060.bschmidt@techwires.net> References: <20091009170839.142800@gmx.net> <179b97fb0910142019u455995a4s2cdcf8ba744d98bf@mail.gmail.com> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> Date: Mon, 19 Oct 2009 01:07:20 +0000 Message-ID: <179b97fb0910181807t6576fcceh7b5850911199c558@mail.gmail.com> From: Brandon Gooch To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Lutz Bichler , Vassilis Laganakos , Lawrence Stewart Subject: Re: Intel WiFi 5100/5300 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, 19 Oct 2009 01:07:24 -0000 On Sun, Oct 18, 2009 at 2:27 PM, Bernhard Schmidt wrote: > On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >> .. anyways, I'll post updates on =A0sunday. > > Here we go. > > http://techwires.net/~bschmidt/patches/freebsd/iwn/ > > Testers/feedback welcome! > > Code is pretty stable although there are still a few open issues. Nothing > major I should be able to figure them out. > > * I did only tests with a 5100 card, other might not yet work.. I will do > tests wie 5300 and 4965 cards later this week. > * 11N has not been tested at all. > * Deauth/disconnect frames are not handled correctly, those yield firmwar= e > errors. The remote side might therefore not be able to clean up correctly= , > whichs lead to no answers to probe requests on new scans. > * Encryption of any kind does not yet work. > * Monitor mode/radiotap does not yet work. > * IBSS mode has not been tested. > * iwnfw module is locked somehow on kldunload. > * RF kill switch might not work correctly. > * Manpage needs an update. :) > * Suspend/resume is broken. > > -- > Bernhard > Great job! However, with my 4965, I get a page fault somewhere in iwn4965_set_txpower when I load if_iwn.ko (I'm loading iwnfw.ko manually before loading if_iwn.ko) I'll see if I can gather a bit more info tomorrow. -Brandon From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 01:14: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 63B331065670 for ; Mon, 19 Oct 2009 01:14:03 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id E40BB8FC13 for ; Mon, 19 Oct 2009 01:14:02 +0000 (UTC) Received: by fxm6 with SMTP id 6so4267192fxm.43 for ; Sun, 18 Oct 2009 18:14:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=95vCoo7/yIgfLFoihVxKpE47WChYj4tgAxESHVOohzs=; b=xNpg1ev+RSCrqQ/SZCHAw6x8RHvJxHvQ5Tc/VZNCn16Tx22k7yjQju1J2LVDQzSoht +FY+DJP2pEAhJFXff3CnGhK889ez5Xqi2a3epQ2SWhZFkNpUfcMy5TRxb9gKj7iaq1KH GaiGuV633ZUBJJ0WtEhY7+5R6zdr5c5yq887M= 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=ZSD56xSvDfrZD+Fxg82dHsl8kJPZgJJQ5j3Li1rDkwpFmrUS1ZztzUxHfeui1ptlxn ttv+/u8woNf4jCCIgUcEpWIpd5Uq/C/vDCAXJOXChhmXkEO/VHgQw4nAcFe3EpGrDW9d a6slNpmekU4XI37OFe8xZbvxyXLLq6A6jH5rU= MIME-Version: 1.0 Received: by 10.223.92.141 with SMTP id r13mr906816fam.79.1255914840373; Sun, 18 Oct 2009 18:14:00 -0700 (PDT) In-Reply-To: <200910181627.38060.bschmidt@techwires.net> References: <20091009170839.142800@gmx.net> <179b97fb0910142019u455995a4s2cdcf8ba744d98bf@mail.gmail.com> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> Date: Sun, 18 Oct 2009 21:14:00 -0400 Message-ID: <4ad871310910181814p7dfed61bld2d3e7c04b416008@mail.gmail.com> From: Glen Barber To: Bernhard Schmidt Content-Type: multipart/mixed; boundary=001517447a74edbc5204763f7513 Cc: freebsd-net@freebsd.org Subject: Re: Intel WiFi 5100/5300 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, 19 Oct 2009 01:14:03 -0000 --001517447a74edbc5204763f7513 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Howdy! On Sun, Oct 18, 2009 at 10:27 AM, Bernhard Schmidt wrote: > On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >> .. anyways, I'll post updates on =A0sunday. > > Here we go. > > http://techwires.net/~bschmidt/patches/freebsd/iwn/ > > Testers/feedback welcome! > > Code is pretty stable although there are still a few open issues. Nothing > major I should be able to figure them out. > > * I did only tests with a 5100 card, other might not yet work.. I will do > tests wie 5300 and 4965 cards later this week. > * 11N has not been tested at all. > * Deauth/disconnect frames are not handled correctly, those yield firmwar= e > errors. The remote side might therefore not be able to clean up correctly= , > whichs lead to no answers to probe requests on new scans. > * Encryption of any kind does not yet work. > * Monitor mode/radiotap does not yet work. > * IBSS mode has not been tested. > * iwnfw module is locked somehow on kldunload. > * RF kill switch might not work correctly. > * Manpage needs an update. :) > * Suspend/resume is broken. > Any thoughts on the errors I get with buildkernel (attached)? The kernel config has no other changes compared to GENERIC than enabling KDB and DDB. Thanks and regards, --=20 Glen Barber --001517447a74edbc5204763f7513 Content-Type: text/plain; charset=US-ASCII; name="iwnerrors.txt" Content-Disposition: attachment; filename="iwnerrors.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g0yj4r2c0 PT09PiBpd24gKGFsbCkKY2MgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XZXJyb3Ig LURfS0VSTkVMIC1ES0xEX01PRFVMRSAtbm9zdGRpbmMgICAtREgKQVZFX0tFUk5FTF9PUFRJT05f SEVBREVSUyAtaW5jbHVkZSAvdXNyL29iai91c3Ivc3JjL3N5cy9QRUdBU1VTL29wdF9nbG9iYWwu aCAtSS4KIC1JQCAtSUAvY29udHJpYi9hbHRxIC1maW5saW5lLWxpbWl0PTgwMDAgLS1wYXJhbSBp bmxpbmUtdW5pdC1ncm93dGg9MTAwIC0tcGFyYW0KIGxhcmdlLWZ1bmN0aW9uLWdyb3d0aD0xMDAw IC1mbm8tY29tbW9uIC1nIC1JL3Vzci9vYmovdXNyL3NyYy9zeXMvUEVHQVNVUyAtbW5vLWEKbGln bi1sb25nLXN0cmluZ3MgLW1wcmVmZXJyZWQtc3RhY2stYm91bmRhcnk9MiAgLW1uby1tbXggLW1u by0zZG5vdyAtbW5vLXNzZSAtbW4Kby1zc2UyIC1tbm8tc3NlMyAtZmZyZWVzdGFuZGluZyAtZnN0 YWNrLXByb3RlY3RvciAtc3RkPWlzbzk4OTk6MTk5OSAtZnN0YWNrLXByb3QKZWN0b3IgLVdhbGwg LVdyZWR1bmRhbnQtZGVjbHMgLVduZXN0ZWQtZXh0ZXJucyAtV3N0cmljdC1wcm90b3R5cGVzICAt V21pc3NpbmctcHIKb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1XaW5saW5lIC1XY2FzdC1xdWFs ICAtV3VuZGVmIC1Xbm8tcG9pbnRlci1zaWduIC1mZm9ybWEKdC1leHRlbnNpb25zIC1jIC91c3Iv c3JjL3N5cy9tb2R1bGVzL2l3bi8uLi8uLi9kZXYvaXduL2lmX2l3bi5jCmNjMTogd2FybmluZ3Mg YmVpbmcgdHJlYXRlZCBhcyBlcnJvcnMKL3Vzci9zcmMvc3lzL21vZHVsZXMvaXduLy4uLy4uL2Rl di9pd24vaWZfaXduLmM6IEluIGZ1bmN0aW9uICdpd25fcmVhZF9maXJtd2FyZScKOgovdXNyL3Ny Yy9zeXMvbW9kdWxlcy9pd24vLi4vLi4vZGV2L2l3bi9pZl9pd24uYzo0OTg2OiB3YXJuaW5nOiBm b3JtYXQgJyVsZCcgZXhwZQpjdHMgdHlwZSAnbG9uZyBpbnQnLCBidXQgYXJndW1lbnQgNCBoYXMg dHlwZSAnc2l6ZV90JwovdXNyL3NyYy9zeXMvbW9kdWxlcy9pd24vLi4vLi4vZGV2L2l3bi9pZl9p d24uYzo1MDE2OiB3YXJuaW5nOiBmb3JtYXQgJyVsZCcgZXhwZQpjdHMgdHlwZSAnbG9uZyBpbnQn LCBidXQgYXJndW1lbnQgNCBoYXMgdHlwZSAnc2l6ZV90JwoqKiogRXJyb3IgY29kZSAxCgpTdG9w IGluIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2l3bi4KKioqIEVycm9yIGNvZGUgMQoKU3RvcCBpbiAv dXNyL3NyYy9zeXMvbW9kdWxlcy4KKioqIEVycm9yIGNvZGUgMQoKU3RvcCBpbiAvdXNyL29iai91 c3Ivc3JjL3N5cy9QRUdBU1VTLgoqKiogRXJyb3IgY29kZSAxCgpTdG9wIGluIC91c3Ivc3JjLgoq KiogRXJyb3IgY29kZSAxCgpTdG9wIGluIC91c3Ivc3JjLgo= --001517447a74edbc5204763f7513-- From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 01:15: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 6551E106568B for ; Mon, 19 Oct 2009 01:15:00 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id EDE9D8FC15 for ; Mon, 19 Oct 2009 01:14:59 +0000 (UTC) Received: by fxm6 with SMTP id 6so4267708fxm.43 for ; Sun, 18 Oct 2009 18:14:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/u/DwCZdBCpiQaerKUtNrt++Rtve8MHCUD6CVWYxJRE=; b=URSjcnNA9efG4umt9TYV0ri1BaRCzMMOVLkk+IzaRk04XvZaAUT8TOr4LIE9ezEqji kpfQNrlmzMcb0jxlaPROhqASDa4G5V5AzsT8mPDT/JSRBwshw0cXAjASI1JB2K5piVOC mPet1H3TFm/ixsklkP/ecclvEEk0gsMtjdOnA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qVkGEgC+wvNGfdazFff9t/jl3Dm84xhwRg57pGL28kIp7jq1w6P+VzpHfZ5GPpnt2U gFwlaMNq5HQ3bare9u/KkEtu0GTXEBzFXNAl7BLBukcNp8KtBGMujpdFsOod4r9KjdBX mKLu4ZtOvHSrPQdhtD4Snxg28FTpr04tU8l5E= MIME-Version: 1.0 Received: by 10.223.81.65 with SMTP id w1mr841387fak.46.1255914899132; Sun, 18 Oct 2009 18:14:59 -0700 (PDT) In-Reply-To: <4ad871310910181814p7dfed61bld2d3e7c04b416008@mail.gmail.com> References: <20091009170839.142800@gmx.net> <179b97fb0910142019u455995a4s2cdcf8ba744d98bf@mail.gmail.com> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> <4ad871310910181814p7dfed61bld2d3e7c04b416008@mail.gmail.com> Date: Sun, 18 Oct 2009 21:14:59 -0400 Message-ID: <4ad871310910181814x626c5a60t5e085431e3b267c7@mail.gmail.com> From: Glen Barber To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Intel WiFi 5100/5300 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, 19 Oct 2009 01:15:00 -0000 On Sun, Oct 18, 2009 at 9:14 PM, Glen Barber wrot= e: > Howdy! > > > Any thoughts on the errors I get with buildkernel (attached)? =A0The > kernel config has no other changes compared to GENERIC than enabling > KDB and DDB. > > Thanks and regards, > This is 8-STABLE, r198209 by the way. Sorry for not including that initiall= y. --=20 Glen Barber From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 04:22:37 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 7F255106566B for ; Mon, 19 Oct 2009 04:22:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outx.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBBA8FC08 for ; Mon, 19 Oct 2009 04:22:37 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 0CD30B755B; Sun, 18 Oct 2009 21:22:37 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 9E8172D6019; Sun, 18 Oct 2009 21:22:36 -0700 (PDT) Message-ID: <4ADBE98C.3030404@elischer.org> Date: Sun, 18 Oct 2009 21:22:36 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Harsha References: <4ADAB8E0.3090502@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Robert N. M. Watson" , net@freebsd.org Subject: Re: Page fault in IFNET_WLOCK_ASSERT [if.c and pccbb.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: Mon, 19 Oct 2009 04:22:37 -0000 Harsha wrote: > On Sat, Oct 17, 2009 at 11:42 PM, Julian Elischer wrote: >> Harsha wrote: >>> wrote: >>>> Looks like a NULL pointer dereference, so perhaps a more traditional bug >>>> -- >>>> could you convert ifindex_alloc_locked+0x71 to a line of code? You can do >>>> this using kgdb on the kernel symbols file, perhaps "l >>>> *ifindex_alloc_locked+0x71". >>> It is the for loop in ifindex_alloc_locked() function- >>> for (idx = 1; idx <= V_if_index; idx++) >>> >>> idx is a local variable, so I figured it is V_if_index is what is >>> causing the page fault. It does look like a NULL pointer reference - I >>> see that V_if_index comes from that vnet instance's value and uses >>> the macro VNET_VNET_PTR() down the chain. Since the call chain is >>> coming from a new thread cbb_event_thread, I believe that this >>> thread's vnet context needs to be set using CURVNET_SET(). >> but only if you have options VIMAGE defined. if not then CURVNET_SET() >> is a NOP > I do have the VIMAGE options turned on. > > Can someone tell me what is the right way to add the vnet context to > cbb_event_thread? have you read the vimage porting document at: http://p4db.freebsd.org/fileLogView.cgi?FSPC=//depot/projects/vimage/porting_to_vimage.txt > > I tried adding context in two locations- > > 1. In cbb_insert() as- > CURVNET_SET(TD_TO_VNET(curthread)); > > 2. In if_alloc() as- > CURVNET_SET(TD_TO_VNET(curthread)); > > or as > > ifp = malloc(sizeof(struct ifnet), M_IFNET, M_WAITOK|M_ZERO); > #ifdef VIMAGE > ifp->if_vnet = curvnet; > if (ifp->if_home_vnet == NULL) > ifp->if_home_vnet = curvnet; > CURVNET_SET(ifp->if_vnet); > #endif CURVNET_SET sets curvnet but you are using it already, 3 lines above. > > But in all the cases I get a warning/error about unused variable > 'saved_vnet' like this- > > cc1: warnings being treated as errors > /usr/src/sys/net/if.c: In function 'if_alloc': > /usr/src/sys/net/if.c:418: warning: unused variable 'saved_vnet' > > The backtrace is in the link I posted earlier. > > Thanks, > Harsha From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 05:34: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 835721065679 for ; Mon, 19 Oct 2009 05:34:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA7F8FC1F for ; Mon, 19 Oct 2009 05:34:19 +0000 (UTC) Received: (qmail 27759 invoked by uid 399); 19 Oct 2009 05:34:18 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Oct 2009 05:34:18 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ADBFA55.9060601@FreeBSD.org> Date: Sun, 18 Oct 2009 22:34:13 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: David Horn References: <4AD3ABD0.7010603@FreeBSD.org> <25ff90d60910122030r1f8511e9ued9535024fa3078a@mail.gmail.com> <4AD410CB.2060105@FreeBSD.org> <25ff90d60910122255j5ccae96ar7c58488209768956@mail.gmail.com> In-Reply-To: <25ff90d60910122255j5ccae96ar7c58488209768956@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Brooks Davis Subject: Re: Wacky DHCP values that work in windows but not in FreeBSD 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, 19 Oct 2009 05:34:20 -0000 I'm adding Brooks to the cc list since he is mr. dhcp lately. :) David Horn wrote: > On Tue, Oct 13, 2009 at 1:31 AM, Doug Barton wrote: >> David Horn wrote: >>> Without seeing the actual tcpdump of the dhcp packets, I would guess >>> that this is the Classless Static Route option in DHCPv4 (option 121). >> Ok, I will give the tcpdump option a go as soon as I have a chance. I finally had a chance to look at this again (with your revised tcpdump command line from another mail of yours) and I think you're right. The log (http://people.freebsd.org/~dougb/tcpdump.log) definitely mentions Classless-Static-Route. This was with the stock dhclient in -current. I also tried ISC's 4.1.1b3 just to be sure, and that did not work either. I also tried the various incarnations of route that were suggested on this thread, including all 4 combinations with/without -iface and -hopcount, and none of that worked either. Quick recap, I got the following from dhcp: Your-IP 76.244.161.xxx Subnet-Mask Option 1, length 4: 255.255.0.0 Default-Gateway Option 3, length 4: 151.164.184.xxx Now what DID work was something I tried on a whim. Actually two things worked, 'route add default 76.244.161.1' and (after rebooting) 'route add default 76.244.0.1'. With either of those I could reach things both inside the network (like the name server) and out in the wide world. I have no idea WHY those worked, I suspect that Mike Smith was right and there is some sort of proxy-arp going on, but I'm far from a networking expert. I'll leave the tcpdump log up for a while if y'all think it's useful. I can also test patches for this if someone comes up with a fix. Doug >> Meanwhile, if this is in fact the case how would we make it work in >> FreeBSD? Is there a newer version of DHCP that handles this properly? > > I thought that dhclient originated from ISC, but looking at the > 4.1.1b2 ISC DHCP source and at the OpenBSD dhclient, I did not see > option 121 handling in dhclient. The freebsd copy of both dhclient.c, > and /sbin/dhclient-script there is code for handling this option. I > guess the FreeBSD version split from the ISC version at some point, > and option 121 handling was added (2+ years ago). > > As far as fixing/debugging, it all depends on the exact dhcp options > and values. It might just be a tweak to /sbin/dhclient-script, or it > may be more complicated. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dhclient/dhclient.c > Revision 1.21: download - view: text, markup, annotated - select for diffs > Fri Feb 9 17:50:26 2007 UTC (2 years, 8 months ago) by emaste > Branches: MAIN > CVS tags: RELENG_7_BP, RELENG_7_0_BP, RELENG_7_0_0_RELEASE, RELENG_7_0 > Branch point for: RELENG_7 > Diff to: previous 1.20: preferred, colored > Changes since revision 1.20: +68 -0 lines > > Implement RFC3442, the Classless Static Route option. > > The original DHCP specification includes a route option but it supports > only class-based routes. RFC3442 adds support for specifying the netmask > width for each static route. A variable length encoding is used to minimize > the size of this option. > > PR: bin/99534 > Submitted by: Andrey V. Elsukov > Reviewed by: brooks > > ---Dave H > -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 09:34:32 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5A981065670 for ; Mon, 19 Oct 2009 09:34:32 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-fx0-f176.google.com (mail-fx0-f176.google.com [209.85.220.176]) by mx1.freebsd.org (Postfix) with ESMTP id 265378FC13 for ; Mon, 19 Oct 2009 09:34:31 +0000 (UTC) Received: by fxm24 with SMTP id 24so588493fxm.13 for ; Mon, 19 Oct 2009 02:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:x-virus-scanned :received:received:resent-to:resent-from:resent-message-id :resent-date:x-from-line:to:subject:from:x-operating-system:date :message-id:user-agent:lines:mime-version:content-type; bh=oqH+13grTDVTRh9mXk1EpqNv+V7CBiQNjx8pwU1oSD8=; b=OnufeJzWEWAb9MFRrR+ij3m4aQXb5TDH0WUSqmRi002psfF5D3N/7OjQTw3PPeF3XD hyMmY2WJiRXdw672AhgQzbYP3caxHS5iMT6zrkCwdFXy2bCudPIDGzNeOqdGyW6iQNNR BEXgMf2ve1QHUgQwoqkDv9U6AswA4hXjyS4V8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-virus-scanned:resent-to:resent-from:resent-message-id:resent-date :x-from-line:to:subject:from:x-operating-system:date:message-id :user-agent:lines:mime-version:content-type; b=LJhIcgxMiFwGnZ0GvxVcrPqQ5HNR+4jZogT8SIKHty2WwrQj2z3O8JbQ6Yd/4st3AA WtZn+xNCDcLNDxDRu6Qxof5K44eFRFkJO8UyA2XoSZXC0hXoRYlI0BS2flyWaXx21A99 qdZEMdYTx3RO87LwUoK2YVxq/RUJNt9AY1wK0= Received: by 10.103.127.28 with SMTP id e28mr2021056mun.120.1255944022065; Mon, 19 Oct 2009 02:20:22 -0700 (PDT) Received: from srvbsdnanssv.interne.kisoft-services.com (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mx.google.com with ESMTPS id y37sm7768919mug.34.2009.10.19.02.20.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 19 Oct 2009 02:20:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 9FA50170D1 for ; Mon, 19 Oct 2009 11:20:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LcZsPYdLY3+f for ; Mon, 19 Oct 2009 11:20:15 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id BA262170DD; Mon, 19 Oct 2009 11:20:15 +0200 (CEST) Resent-To: Mailing List FreeBSD Network Resent-From: Eric Masson Resent-Message-ID: <86vdibkaeo.fsf@srvbsdnanssv.interne.kisoft-services.com> Resent-Date: Mon, 19 Oct 2009 11:20:15 +0200 X-From-Line: nobody Mon Oct 19 09:18:57 2009 To: Mailing List FreeBSD Network From: Eric Masson X-Operating-System: FreeBSD 6.4-RELEASE-p7 i386 Date: Mon, 19 Oct 2009 09:18:57 +0200 Message-ID: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) Lines: 23 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: IPSec, nat on enc device 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, 19 Oct 2009 09:34:32 -0000 Hello, OpenBSD has support for this kind of setup since last January : http://undeadly.org/cgi?action=article&sid=20090127205841 The commit : http://marc.info/?l=openbsd-cvs&m=123246256228242&w=2 >From what I've understood, pf, depending on version in FreeBSD, could already support natting on enc interfaces. The missing part seems to be laying at the IKE daemon level. Need of ipsec vpns beetween RFC1918 colliding networks is pretty usual these days, so has anyone considered working in this area ? Regards -- je comprend pas ce a quoi sert ce site ou cette boite a lettre.J'y voit plein de messages et autres anneries alors si tu pouvais m'aider et me repondre pour m'expliquer a qui et a quoi servent toutes ses phrases -+- DD in http://www.le-gnu.net : Allo Huston, nous avons un neuneu. -+- From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 11:06:58 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7C1810656A3 for ; Mon, 19 Oct 2009 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A5B098FC13 for ; Mon, 19 Oct 2009 11:06:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9JB6wAN063518 for ; Mon, 19 Oct 2009 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9JB6vpi063516 for freebsd-net@FreeBSD.org; Mon, 19 Oct 2009 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Oct 2009 11:06:57 GMT Message-Id: <200910191106.n9JB6vpi063516@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, 19 Oct 2009 11:06:58 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- 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/138390 net [gif] [patch] NULL pointer dereference in gif_input() 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/138130 net [netinet] [patch] Resource leak in LibAliasRefreshModu 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/132625 net [iwn] iwn drivers don't support setting country o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o 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 357 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 11:09: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 638A4106568D for ; Mon, 19 Oct 2009 11:09:36 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2BA8FC15 for ; Mon, 19 Oct 2009 11:09:36 +0000 (UTC) Received: by lath.rinet.ru (Postfix, from userid 222) id 1AD21704F; Mon, 19 Oct 2009 15:09:35 +0400 (MSD) Date: Mon, 19 Oct 2009 15:09:35 +0400 From: Oleg Bulyzhin To: rihad Message-ID: <20091019110935.GB87829@lath.rinet.ru> References: <4AC8A76B.3050502@mail.ru> <20091007085902.GA88982@lath.rinet.ru> <4ACC5E23.8090405@mail.ru> <20091007100503.GB88982@lath.rinet.ru> <4ACC6A7B.5050808@mail.ru> <20091007104525.GC88982@lath.rinet.ru> <4ACC7308.6070301@mail.ru> <20091007115425.GD88982@lath.rinet.ru> <4ACF4A15.1010203@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ACF4A15.1010203@mail.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-net@freebsd.org 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, 19 Oct 2009 11:09:36 -0000 On Fri, Oct 09, 2009 at 07:35:01PM +0500, rihad wrote: > Oleg Bulyzhin wrote: > > On Wed, Oct 07, 2009 at 03:52:56PM +0500, rihad wrote: > > > >> You probably have some special sources of documentation ;-) According to > >> man ipfw, both "netgraph/ngtee" and "pipe" decide the fate of the packet > >> unless one_pass=0. Or do you mean sprinkling smart skiptos here and > >> there? ;-) > > > > you can > > 1) use ng_ether & ng_netflow. (so no need in 'ngtee' rule). > > 2) use 'tee' rule with ng_ksocket & ng_netflow > > > >>> Could you show your 'ipfw show' output? (hide ip addresses if you wish but > >>> keep counters please). > >>> > > > >> Here it is, in its whole glory: > >> > >> 00100 10434423 1484891105 allow ip from any to any via lo0 > >> 00200 2 14 deny ip from any to 127.0.0.0/8 > >> 00300 1 4 deny ip from 127.0.0.0/8 to any > >> 01000 3300039938 327603104711 allow ip from any to any in > >> 01010 26214900 421138433 allow ip from me to any out > >> 01020 5453857 46806278 allow icmp from any to any out > >> 01030 3268289053 327224694165 ngtee 1 ip from any to any out > >> 01040 18681181 1089636054 skipto 1100 ip from table(127) to any out > >> recv bce0 xmit bce1 > >> 01060 777488848 76743392754 pipe tablearg ip from any to table(0) out > >> recv bce0 xmit bce1 > >> 01070 776831109 76682499457 allow ip from any to table(0) out recv > >> bce0 xmit bce1 > >> 01100 13102697 808411842 pipe tablearg ip from any to table(2) out > >> 65535 662648946 66711487830 allow ip from any to any > > > > I guess this one would be better(faster): > > > > 00050 allow ip from any to any in > > 00100 allow ip from any to any via lo0 > > 01010 allow ip from me to any > > 01020 allow icmp from any to any > > 01030 ngtee 1 ip from any to any > > 01035 skipto 1040 ip from any to any recv bce0 xmit bce1 > > 01036 allow ip from any to any > > 01040 skipto 1100 ip from table(127) to any > > 01060 pipe tablearg ip from any to table(0) > > 01070 allow ip from any to any > > 01100 pipe tablearg ip from any to table(2) > > 65535 allow ip from any to any > > > Tried it just now - no visible effect. > 400-700 packet drops per second which is around 5-7 mbps dropped on > output. So I don't think getting rid of one_pass=0 would help at all. One more idea to check: What happens if you rearrange your rules to shape 'in' packets? i.e. use 'in recv bce0' instead of 'out recv bce0 xmit bce1'. -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 14:07: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 1D2701065670 for ; Mon, 19 Oct 2009 14:07:21 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id C92EE8FC25 for ; Mon, 19 Oct 2009 14:07:20 +0000 (UTC) Received: by ywh8 with SMTP id 8so3879340ywh.3 for ; Mon, 19 Oct 2009 07:07:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=clsXliPAQG4lLlx2/xffzQ0QwuFFCYlnY8YaTTnRS9k=; b=m45JLe//pBIu3BO7HKWWskzFcAIhGoESCQybGRhanwzXOxAd0h/I8eYOXzJWA+w6t4 DWyVAvjyomRH7TK1SEXZ/Q50m+ToBqFMpbtHCxkzZGjXpQIwsfuAyjo1jg7YTRCbPsYT bH7MS9tkVkcylrjFst7w28hyXaBo+KtXOv0i8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=M9KMeeNjm5O0Og07JxI6ntBZM8xkSpRqrGstKlwZNw17UiFRV8+7orZK+yN6JAfjQF yzdU9y+i26FoxVPYCjq0zJUuHjpiN4Vfv8V8AZwhPNUQSx+nbr6ImLTvmkhj0sRiI10l fuViLbQ8xe2FV66PqfPobT0hUv+74M7ywo3uI= MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.150.240.15 with SMTP id n15mr8157407ybh.212.1255961240085; Mon, 19 Oct 2009 07:07:20 -0700 (PDT) In-Reply-To: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> References: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Mon, 19 Oct 2009 16:07:00 +0200 X-Google-Sender-Auth: f5fe4cf450cd642b Message-ID: <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> To: Eric Masson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mailing List FreeBSD Network Subject: Re: IPSec, nat on enc device 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, 19 Oct 2009 14:07:21 -0000 On Mon, Oct 19, 2009 at 9:18 AM, Eric Masson wrote: > Hello, > > OpenBSD has support for this kind of setup since last January : > http://undeadly.org/cgi?action=3Darticle&sid=3D20090127205841 > The commit : > http://marc.info/?l=3Dopenbsd-cvs&m=3D123246256228242&w=3D2 > > >From what I've understood, pf, depending on version in FreeBSD, could > already support natting on enc interfaces. > > The missing part seems to be laying at the IKE daemon level. I think you should send this email to ipsec-tool mailing list! Basically the daemon should be modified for this and FreeBSD is not the owner of such code. Just my 2c > > Need of ipsec vpns beetween RFC1918 colliding networks is pretty usual > these days, so has anyone considered working in this area ? > > Regards > > -- > =A0je comprend pas ce a quoi sert ce site ou cette boite a lettre.J'y voi= t > =A0plein de messages et autres anneries alors si tu pouvais m'aider et me > =A0repondre pour m'expliquer a qui et a quoi servent toutes ses phrases > =A0-+- DD in http://www.le-gnu.net : Allo Huston, nous avons un neuneu. -= +- > --=20 Ermal From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 15:18:02 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6138A106568D for ; Mon, 19 Oct 2009 15:18:02 +0000 (UTC) (envelope-from boneandfat@gmail.com) Received: from mail-pz0-f193.google.com (mail-pz0-f193.google.com [209.85.222.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF9C8FC2A for ; Mon, 19 Oct 2009 15:18:01 +0000 (UTC) Received: by pzk31 with SMTP id 31so3702736pzk.28 for ; Mon, 19 Oct 2009 08:18:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=1xSg2EanDInqG6pfn8hvwQdAkhB9QBC6bIjQh8r627U=; b=PmtfaFfRxUbs3NFq+/VOhUeiji0DqSyfebXEZ7ZcCMEf9dCcG4qQ8wcy2u0fm3IvTV ghJsOrfSlBE3pi1dN3HTKGmUljX6ualsqcLOfr01mYeaJsZUvIT5RIt0GT5y6JqqmU6N j/MNeysfTy0pkEHfKlC+4NzU/LUr46c86mINU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=MYLsltwRX0CTNDIGHvrnhcXRibKobgFjRHdk71PSuPWCDIXTz19DTQbQkjNhHc4RYw dXC1i9JoFEGQnYYEjzEzmp1MQWYuTGtcqHrZcmVwzpaz3bCEUEjt+C5/QSdCMlbaF+6y 6YcUGqfaYOmZ4ejBKOOrq8lq0Rs5NNYhhyQoc= MIME-Version: 1.0 Received: by 10.114.18.33 with SMTP id 33mr6518287war.51.1255963868842; Mon, 19 Oct 2009 07:51:08 -0700 (PDT) Date: Mon, 19 Oct 2009 22:51:08 +0800 Message-ID: <95139c170910190751s2f1e59f6o88a3d4b2871f1e19@mail.gmail.com> From: Z G To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: What is the most stable wireless driver beside ath in 8.0 rc1? 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, 19 Oct 2009 15:18:02 -0000 From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 15:32: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 77D25106566C for ; Mon, 19 Oct 2009 15:32:23 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-fx0-f176.google.com (mail-fx0-f176.google.com [209.85.220.176]) by mx1.freebsd.org (Postfix) with ESMTP id EAF758FC08 for ; Mon, 19 Oct 2009 15:32:22 +0000 (UTC) Received: by fxm24 with SMTP id 24so637117fxm.13 for ; Mon, 19 Oct 2009 08:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:x-virus-scanned :received:received:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=SiMZB5ec0pDf/8vqM8mcO4cWEiaHwpti/Ecre+MU3Jo=; b=JtX4G7cbH60cx2HPJoefaoKxaPFR48c4toZ1cUes3JMzgPlGwKR+1yxUjSDWCPSxrW m5x3gLYREYBK5LHLo3CZo+7/ncN07uO3exa8Twr62D0nQaKufgXcGnXOuYGZvwFWT1wS o2c/WXUdxYpAHJ1w/fxSwMyBeWtIiY600gBRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-virus-scanned:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; b=iC2K7NzSOPry+tl7156s735cEB6tYb42vAm268ZvpUowzrUPk0NI17m6X4/KBnFiDz MCbo0SObOOlxs989Qs7QugP0Y9iYVa4ASCunqdTTbmNFFieQO39PeJwKKSvfsiKJNXxq TEvMLqVGT7Rl187umIkoc0581X2g1YSopu7Ug= Received: by 10.103.87.27 with SMTP id p27mr2124669mul.125.1255966341377; Mon, 19 Oct 2009 08:32:21 -0700 (PDT) Received: from srvbsdnanssv.interne.kisoft-services.com (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mx.google.com with ESMTPS id n10sm258829mue.17.2009.10.19.08.32.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 19 Oct 2009 08:32:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 9DC6917008; Mon, 19 Oct 2009 17:32:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vl+E02sxWaXL; Mon, 19 Oct 2009 17:32:14 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id C0C3E1710A; Mon, 19 Oct 2009 17:32:14 +0200 (CEST) To: Ermal =?iso-8859-1?Q?Lu=E7i?= From: Eric Masson In-Reply-To: <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> (Ermal =?iso-8859-1?Q?Lu=E7i's?= message of "Mon, 19 Oct 2009 16:07:00 +0200") References: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> X-Operating-System: FreeBSD 6.4-RELEASE-p7 i386 Date: Mon, 19 Oct 2009 17:32:14 +0200 Message-ID: <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Mailing List FreeBSD Network , Eric Masson Subject: Re: IPSec, nat on enc device 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, 19 Oct 2009 15:32:23 -0000 Ermal Luçi writes: Hello Ermal, > I think you should send this email to ipsec-tool mailing list! > Basically the daemon should be modified for this and FreeBSD > is not the owner of such code. I know ;) I'll bug them regarding ${suject} as well (some ipsec-tools devs lurk there too) I'm not sure that pf & ipsec stack already support this feature. Maybe bz@ or vanhu@ will shed a light on this point. -- Je veux créer une troupe de danse érotique! Si vous ètes près à vivre des émotions fortes... si non, la vie continue et... Signature: Un Gros Garcon! -+- CL in GNU - Enlevez le ĞGarğ de ma signature pour me répondre -+- From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 15:40:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17FA31065672 for ; Mon, 19 Oct 2009 15:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0723F8FC14 for ; Mon, 19 Oct 2009 15:40: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 n9JFe3PX001119 for ; Mon, 19 Oct 2009 15:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9JFe3eZ001118; Mon, 19 Oct 2009 15:40:03 GMT (envelope-from gnats) Date: Mon, 19 Oct 2009 15:40:03 GMT Message-Id: <200910191540.n9JFe3eZ001118@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mark Atkinson Cc: Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) -- recovering X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Atkinson List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2009 15:40:04 -0000 The following reply was made to PR kern/124127; it has been noted by GNATS. From: Mark Atkinson To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) -- recovering Date: Mon, 19 Oct 2009 08:03:58 -0700 (PDT) I am also see this problem on the following, however this on -current built on Aug 25, 2009, so I'm updating to the latest to retest. watchdog timeout (missed Tx interrupts) -- recovering e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto mskc0@pci0:2:0:0: class=0x020000 card=0x81421043 chip=0x436211ab rev=0x15 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller (88E8053)' class = network subclass = ethernet This is an ASUS P5GD2 Deluxe. Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 15:56:35 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91A0B1065670; Mon, 19 Oct 2009 15:56:35 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 1EC358FC1B; Mon, 19 Oct 2009 15:56:34 +0000 (UTC) Received: by ywh8 with SMTP id 8so3992954ywh.3 for ; Mon, 19 Oct 2009 08:56:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3C4QqR4O+Xu38CCT9KH0e6NxuLDW8LBVvppmx5xWuI8=; b=g+raExC28ppyeFqkQkvZF8B4hplcv2e8EdvxSred4AOUb9lKTzMMf51fs8ZpW9y9yJ Xv0IqzwYeSVNupNrPk8r2AlNd9yErjuI4oNc1d3AlFHtjgqnJM3YDSIzD79VbUutdNmj 6CWS8G24EY3JafsFIe9QpqXjhUbj+rhREsMPQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oz3I5V+8DdsUgYyVf+vP1rgCxGH6lVcvlplr6Aw4E9zx10Q2nEAMyeAeLQgtVrPAmH 6MNacUdiT6JKT7UL5t/mfsgJzQrlYBITzBJNuJgUoy9sO8U+28biJb4WDN2EA3AUXvBS ypZxJilpBGUHc9XHtI+m0w8k1okEpHEFG7+qk= MIME-Version: 1.0 Received: by 10.100.60.1 with SMTP id i1mr3454103ana.11.1255967794323; Mon, 19 Oct 2009 08:56:34 -0700 (PDT) In-Reply-To: <4ADBFA55.9060601@FreeBSD.org> References: <4AD3ABD0.7010603@FreeBSD.org> <25ff90d60910122030r1f8511e9ued9535024fa3078a@mail.gmail.com> <4AD410CB.2060105@FreeBSD.org> <25ff90d60910122255j5ccae96ar7c58488209768956@mail.gmail.com> <4ADBFA55.9060601@FreeBSD.org> Date: Mon, 19 Oct 2009 11:56:34 -0400 Message-ID: <25ff90d60910190856t6d0df42cn7e75fc14046220d9@mail.gmail.com> From: David Horn To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Brooks Davis Subject: Re: Wacky DHCP values that work in windows but not in FreeBSD 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, 19 Oct 2009 15:56:35 -0000 On Mon, Oct 19, 2009 at 1:34 AM, Doug Barton wrote: > I'm adding Brooks to the cc list since he is mr. dhcp lately. :) > > David Horn wrote: >> On Tue, Oct 13, 2009 at 1:31 AM, Doug Barton wrote: >>> David Horn wrote: >>>> Without seeing the actual tcpdump of the dhcp packets, I would guess >>>> that this is the Classless Static Route option in DHCPv4 (option 121). >>> Ok, I will give the tcpdump option a go as soon as I have a chance. > > I finally had a chance to look at this again (with your revised > tcpdump command line from another mail of yours) and I think you're > right. The log (http://people.freebsd.org/~dougb/tcpdump.log) > definitely mentions Classless-Static-Route. This was with the stock > dhclient in -current. I also tried ISC's 4.1.1b3 just to be sure, and > that did not work either. > According to the tcpdump, the client does specify that it supports option 121 in the request, but the server does not in the reply, so my guess was inaccurate. > I also tried the various incarnations of route that were suggested on > this thread, including all 4 combinations with/without -iface and > -hopcount, and none of that worked either. > > Quick recap, I got the following from dhcp: > Your-IP 76.244.161.xxx > Subnet-Mask Option 1, length 4: 255.255.0.0 > Default-Gateway Option 3, length 4: 151.164.184.xxx > > Now what DID work was something I tried on a whim. Actually two things > worked, 'route add default 76.244.161.1' and (after rebooting) 'route > add default 76.244.0.1'. With either of those I could reach things > both inside the network (like the name server) and out in the wide world. > > I have no idea WHY those worked, I suspect that Mike Smith was right > and there is some sort of proxy-arp going on, but I'm far from a > networking expert. > > I'll leave the tcpdump log up for a while if y'all think it's useful. > I can also test patches for this if someone comes up with a fix. > > > Doug > > >>> Meanwhile, if this is in fact the case how would we make it work in >>> FreeBSD? Is there a newer version of DHCP that handles this properly? >> >> I thought that dhclient originated from ISC, but looking at the >> 4.1.1b2 ISC DHCP source and at the OpenBSD dhclient, I did not see >> option 121 handling in dhclient. =A0The freebsd copy of both dhclient.c, >> and /sbin/dhclient-script there is code for handling this option. =A0 I >> guess the FreeBSD version split from the ISC version at some point, >> and option 121 handling was added (2+ years ago). >> >> As far as fixing/debugging, it all depends on the exact dhcp options >> and values. =A0It might just be a tweak to /sbin/dhclient-script, or it >> may be more complicated. >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dhclient/dhclient.c >> Revision 1.21: download - view: text, markup, annotated - select for dif= fs >> Fri Feb 9 17:50:26 2007 UTC (2 years, 8 months ago) by emaste >> Branches: MAIN >> CVS tags: RELENG_7_BP, RELENG_7_0_BP, RELENG_7_0_0_RELEASE, RELENG_7_0 >> Branch point for: RELENG_7 >> Diff to: previous 1.20: preferred, colored >> Changes since revision 1.20: +68 -0 lines >> >> Implement RFC3442, the Classless Static Route option. >> >> The original DHCP specification includes a route option but it supports >> only class-based routes. =A0RFC3442 adds support for specifying the netm= ask >> width for each static route. =A0A variable length encoding is used to mi= nimize >> the size of this option. >> >> PR: =A0 =A0 =A0 =A0 =A0 =A0 bin/99534 >> Submitted by: =A0 Andrey V. Elsukov >> Reviewed by: =A0 =A0brooks >> >> ---Dave H >> > > > -- > > =A0 =A0 =A0 =A0Improve the effectiveness of your Internet presence with > =A0 =A0 =A0 =A0a domain name makeover! =A0 =A0http://SupersetSolutions.co= m/ > > From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 16:16:49 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 BC9301065670 for ; Mon, 19 Oct 2009 16:16:49 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 92F108FC0C for ; Mon, 19 Oct 2009 16:16:49 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 8155AB32FF; Mon, 19 Oct 2009 12:16:48 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 19 Oct 2009 12:16:48 -0400 X-Sasl-enc: YSWaoLwiUFZKN5mpLNdA3s4u13nmwpE6uv3+Bs5V2eGS 1255969007 Received: from [92.41.167.61] (92.41.167.61.sub.mbb.three.co.uk [92.41.167.61]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5451B25F6CE; Mon, 19 Oct 2009 12:16:47 -0400 (EDT) Message-ID: <4ADC90EA.50406@incunabulum.net> Date: Mon, 19 Oct 2009 17:16:42 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Martin Garon References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Native support for AutoIP (aka LLA, RFC 3927). 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, 19 Oct 2009 16:16:49 -0000 Martin Garon wrote: > I need to implement AutoIP in my embedded FW that uses a snapshot of FreeBSD > 4.4 network stack. > Fredrik Lindberg (shapeshifter.se) implemented some of this for FreeBSD as part of an earlier Google Summer of Code, but I haven't found any free time to integrate it. The code's in his Hg repository, you are probably best off contacting him directly. Some further integration and polishing work is needed to incorporate it into a release. cheers, BMS From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 17:12: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 8B36D106566C for ; Mon, 19 Oct 2009 17:12:05 +0000 (UTC) (envelope-from alireza.torabi@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id EC9D18FC08 for ; Mon, 19 Oct 2009 17:12:04 +0000 (UTC) Received: by ewy5 with SMTP id 5so1141929ewy.36 for ; Mon, 19 Oct 2009 10:12:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Qd9+OmRL9TY5nooG+jCodLjLR4tauvk1rzpfkQuFA9o=; b=Y45if+JXfi2R4PTjkXZIb1q6nEyl5lQMVLruJl/Gs3VmpvAVWxyllBrYmiTyVlRVKG USO9y9EoIS0eCDc4boDE9CS0uA44t1ll/qutk4z9N54fDzvpKkjVoICxYU1CKok5/Yzp wRv+ytAAJCRrjwJ/3h+lEC0jkEycQ1Pq+sXY0= 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=fJuM6GOCQD0dB/u2BnHD/O4ScWWMPHnRkxCXv/X7qRuHQujLm/PjWsb0eustNUkf87 cSUDAL50DgvwLb5Sbn6mEye6McZd/97FuLT2cnULGpMOjFV1PZGFD4oXAUQWyfbXPEPC fI3nDMHGqpfYM21FPnHrTsf0U0SLW6TVL8bUg= MIME-Version: 1.0 Received: by 10.216.90.135 with SMTP id e7mr1983500wef.34.1255972322342; Mon, 19 Oct 2009 10:12:02 -0700 (PDT) In-Reply-To: <200910181627.38060.bschmidt@techwires.net> References: <20091009170839.142800@gmx.net> <179b97fb0910142019u455995a4s2cdcf8ba744d98bf@mail.gmail.com> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> Date: Mon, 19 Oct 2009 18:12:02 +0100 Message-ID: From: Alireza Torabi To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: Brandon Gooch , freebsd-net@freebsd.org, Vassilis Laganakos , Lutz Bichler , Lawrence Stewart Subject: Re: Intel WiFi 5100/5300 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, 19 Oct 2009 17:12:05 -0000 Many thanks for your work on this. When do you think you'll have the ecryption support for iwn? (so cheeky of me I know!) Alireza On 10/18/09, Bernhard Schmidt wrote: > On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >> .. anyways, I'll post updates on sunday. > > Here we go. > > http://techwires.net/~bschmidt/patches/freebsd/iwn/ > > Testers/feedback welcome! > > Code is pretty stable although there are still a few open issues. Nothing > major I should be able to figure them out. > > * I did only tests with a 5100 card, other might not yet work.. I will do > tests wie 5300 and 4965 cards later this week. > * 11N has not been tested at all. > * Deauth/disconnect frames are not handled correctly, those yield firmware > errors. The remote side might therefore not be able to clean up correctly, > whichs lead to no answers to probe requests on new scans. > * Encryption of any kind does not yet work. > * Monitor mode/radiotap does not yet work. > * IBSS mode has not been tested. > * iwnfw module is locked somehow on kldunload. > * RF kill switch might not work correctly. > * Manpage needs an update. :) > * Suspend/resume is broken. > > -- > Bernhard > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 17:45:08 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 1DE72106566C; Mon, 19 Oct 2009 17:45:08 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx34.mail.ru (mx34.mail.ru [94.100.176.48]) by mx1.freebsd.org (Postfix) with ESMTP id CA37C8FC1A; Mon, 19 Oct 2009 17:45:07 +0000 (UTC) Received: from [217.25.27.27] (port=60365 helo=[217.25.27.27]) by mx34.mail.ru with asmtp id 1MzwI0-0001ak-00; Mon, 19 Oct 2009 21:45:01 +0400 Message-ID: <4ADCA59C.3090601@mail.ru> Date: Mon, 19 Oct 2009 22:45:00 +0500 From: rihad User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Oleg Bulyzhin References: <20091007085902.GA88982@lath.rinet.ru> <4ACC5E23.8090405@mail.ru> <20091007100503.GB88982@lath.rinet.ru> <4ACC6A7B.5050808@mail.ru> <20091007104525.GC88982@lath.rinet.ru> <4ACC7308.6070301@mail.ru> <4ACCC30E.7080504@elischer.org> <4ACCC4F3.3030302@mail.ru> <20091008060608.GA23793@lath.rinet.ru> <4ACE10CF.2030806@elischer.org> <20091009082743.GB70940@lath.rinet.ru> In-Reply-To: <20091009082743.GB70940@lath.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-net@freebsd.org 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, 19 Oct 2009 17:45:08 -0000 Oleg Bulyzhin wrote: > One more idea to check: > > What happens if you rearrange your rules to shape 'in' packets? > i.e. use 'in recv bce0' instead of 'out recv bce0 xmit bce1'. Wow, shape incoming packets? That's a good one - the packets could still buffer up waiting to be output. I'm not sure this will eliminate burstiness (if it IS the problem), but I'll no doubt try this if current changes don't prove to be helpful. Currently we've been running running a "ifq_drv_maxlen = 4096;" kernel with HZ=4000 for a few hours, 0 drops so far with around 2700 entries in each of the two IPFW tables (no big surprise so far, we had this with maxlen=1024 too with under 3000 entries). From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 19:50:47 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 003C7106566C for ; Mon, 19 Oct 2009 19:50:46 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 81AA68FC18 for ; Mon, 19 Oct 2009 19:50:46 +0000 (UTC) Received: by ywh8 with SMTP id 8so4230772ywh.3 for ; Mon, 19 Oct 2009 12:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=alAzdrmvH6GOxuYlAGMu5FuGkj69HZMe5jiAssX+X5k=; b=lGnynsNyqeu/LJ2udFZpNYw6naUvwVoLeqvtLn3yxtT2imNrLq7TC7WDGaLm+Uelj7 A9plW6fd9FMU7pQ5yQH8gU41nCDpcS2fqJDn5npcWxplbrG8xtnebNtEXtSFrsTiYuJs ZS7vyB0bnKT05Cg/TbdJqidHWCqjrlAyEnOtU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=gjoTVMQ4mSarAxPQZtgWDDXszi0aO7VywjR0ptAwXnN5jbm+nhchzhmIydIeFekUWJ mtd49J5sv20Zr0IHub58QMjgiqmBTPfJUiQo3G35mMzpH6NrxiNaVaw8xTYBLEokCjy+ o0RuBzeOTaHGF/12MQgpZ7EZA2wS90MnAeC3k= MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.150.72.25 with SMTP id u25mr8777609yba.273.1255981845180; Mon, 19 Oct 2009 12:50:45 -0700 (PDT) In-Reply-To: <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> References: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Mon, 19 Oct 2009 21:50:25 +0200 X-Google-Sender-Auth: 7081d6299450bcb9 Message-ID: <9a542da30910191250r62a798a7m586343a800a3d65d@mail.gmail.com> To: Eric Masson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mailing List FreeBSD Network Subject: Re: IPSec, nat on enc device 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, 19 Oct 2009 19:50:47 -0000 On Mon, Oct 19, 2009 at 5:32 PM, Eric Masson wrote: > Ermal Lu=E7i writes: > > Hello Ermal, > >> I think you should send this email to ipsec-tool mailing list! >> Basically the daemon should be modified for this and FreeBSD >> is not the owner of such code. > > I know ;) I'll bug them regarding ${suject} as well (some ipsec-tools > devs lurk there too) > > I'm not sure that pf & ipsec stack already support this feature. Maybe > bz@ or vanhu@ will shed a light on this point. > AFAIK, there is not limitation to allow this in the IPSec stack. So it is purely a daemon perspective to instrument the stack for this. --=20 Ermal From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 20:05:52 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA030106566B for ; Mon, 19 Oct 2009 20:05:52 +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 92CC28FC0A for ; Mon, 19 Oct 2009 20:05:52 +0000 (UTC) Received: from ken.zen.inc (ken.zen.inc [192.168.1.4]) by smtp.zeninc.net (smtpd) with ESMTP id BAB952798BC; Mon, 19 Oct 2009 22:05:50 +0200 (CEST) Received: by ken.zen.inc (Postfix, from userid 1000) id 063B3B9A93; Mon, 19 Oct 2009 22:05:49 +0200 (CEST) Date: Mon, 19 Oct 2009 22:05:49 +0200 From: vanhu To: Eric Masson Message-ID: <20091019200549.GA9766@zeninc.net> References: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org Subject: Re: IPSec, nat on enc device 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, 19 Oct 2009 20:05:52 -0000 Hi all. On Mon, Oct 19, 2009 at 05:32:14PM +0200, Eric Masson wrote: [....] > I know ;) I'll bug them regarding ${suject} as well (some ipsec-tools > devs lurk there too) Do you think so ? :-D > I'm not sure that pf & ipsec stack already support this feature. Maybe > bz@ or vanhu@ will shed a light on this point. This is a way to do that, but it needs some stuff on both kernel and userland to be implemented that way. Another way to have this feature is to implement what we call "NAT before VPN": you can configure your kernel (or do it for specific NAT rules if you want to do a more flexible implementation) to do NAT process before doing IPsec stuff. Then, you just write your NAT rules to move local/remote traffic endpoints to distinct networks, and IPsec (both in kernel and userland) will just have to deal with those NATed networks. OpenBSD's way of doing things seems interesting while reading very quickly your link, I'll have to take some more time to really see exactly what they are doing..... Yvan. From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 20:22:31 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1BD1106566B for ; Mon, 19 Oct 2009 20:22:31 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3CEAC8FC19 for ; Mon, 19 Oct 2009 20:22:30 +0000 (UTC) Received: by ywh8 with SMTP id 8so4262569ywh.3 for ; Mon, 19 Oct 2009 13:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=VRPO2r+KFFp/j1i5w2I6OMwaKNeu13R8iyDJP1z7BKA=; b=IgYtatdjvCop5kmCYt8LKFvgzdsPcqrBDhh94URfRkje0VEugutyFzpGfohGsGg9R9 FJdk/N4uh487tRaI+0M0ztsYpFinKWSsmKKAKK/GGdudPI1tcOCKOzuOvXIsI24XdnaX nmAV24zUUb1a/ix8wHPSyvw/LLTgr4ei8032Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=q1Br+kPW0sTVE7NboK7DRM7e+t6tCGjp13mv8XYsF6hRFZsK98+NtAZUi+z3RtgeIS y2HBHBCg0bawkFG+D7EJxeKD+giFXN1u+ZXii2qYsYv4ndOJlx7ajbUMnICTDaVgtaBA 2xRT8FzcPTcQ0CjYQxK9WunwAzp2wJ4XdB+so= MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.150.44.27 with SMTP id r27mr8857078ybr.263.1255983750048; Mon, 19 Oct 2009 13:22:30 -0700 (PDT) In-Reply-To: <20091019200549.GA9766@zeninc.net> References: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> <20091019200549.GA9766@zeninc.net> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Mon, 19 Oct 2009 22:22:10 +0200 X-Google-Sender-Auth: 30cbd600561c624c Message-ID: <9a542da30910191322y1676241cq4448af73d96353e0@mail.gmail.com> To: vanhu Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Eric Masson Subject: Re: IPSec, nat on enc device 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, 19 Oct 2009 20:22:31 -0000 > > OpenBSD's way of doing things seems interesting while reading very > quickly your link, I'll have to take some more time to really see > exactly what they are doing..... > > Basically they make aware the daemon and the firewall of the nat. Actually it is more 'user-friendly' to configure though clamsy since you have to do keep the same information in two places, firewall nat rules and the ipsec daemon. You just tell instrument the daemon to inject one 'normal'(out) SA's match traffic coming from your local network and one SA for incoming traffic from remote network with the natted network address. This all is because pf(4) cannot do 'incoming nat' by default. -- Ermal From owner-freebsd-net@FreeBSD.ORG Mon Oct 19 20:24:38 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65B481065672; Mon, 19 Oct 2009 20:24:38 +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 3E1DC8FC21; Mon, 19 Oct 2009 20:24:38 +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 n9JKOcMf049217; Mon, 19 Oct 2009 20:24:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9JKOc3q049213; Mon, 19 Oct 2009 20:24:38 GMT (envelope-from linimon) Date: Mon, 19 Oct 2009 20:24:38 GMT Message-Id: <200910192024.n9JKOc3q049213@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/139761: [bce] bce driver on IBM HS22 [No PHY found on Child MII bus] 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, 19 Oct 2009 20:24:38 -0000 Old Synopsis: bce driver on IBM HS22 [No PHY found on Child MII bus] New Synopsis: [bce] bce driver on IBM HS22 [No PHY found on Child MII bus] Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Oct 19 20:23:59 UTC 2009 Responsible-Changed-Why: May not be amd64-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=139761 From owner-freebsd-net@FreeBSD.ORG Tue Oct 20 07:08:57 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CF88106566B for ; Tue, 20 Oct 2009 07:08:57 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-fx0-f157.google.com (mail-fx0-f157.google.com [209.85.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0CC8FC1A for ; Tue, 20 Oct 2009 07:08:56 +0000 (UTC) Received: by fxm1 with SMTP id 1so801504fxm.19 for ; Tue, 20 Oct 2009 00:08:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:x-virus-scanned :received:received:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=UqwgIyXWgLMyMiAyzhWyDu+XKlFfaPAWVCmk79t4zQM=; b=cRYBRx7Zex2yID/GLg377NUBvelifQuSB7Xn7tePX0x7pGK5vCtph5KONsSF1RXp1s YqabvW+l2i/uGPEi0bwVYniyf8EofY4VHMDv04LsdXhB6fmcd5cKEVvQ88OBUmG01rjx p0SGWyqEWb4YS8XJ4EIGOdUOcx+DNuaVH4pXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-virus-scanned:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; b=ArRXDnuc5GlNB7JVElN2SVJby3F+4FxdUuJrjfGEA+EgmfGv1POvOXN2Qj7HG8o+gN naEJ4ljt5NVbI2Z11Wv/oNU8DtGVMY3kEekuroq3Wr3idvFWQ6RMD1/pvWlKT713XzUa 7WBal5ZimFqeBXFp8tUH+WC5j+aPhPOZfxMLM= Received: by 10.204.7.195 with SMTP id e3mr1885565bke.118.1256022535579; Tue, 20 Oct 2009 00:08:55 -0700 (PDT) Received: from srvbsdnanssv.interne.kisoft-services.com (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mx.google.com with ESMTPS id k29sm805244fkk.25.2009.10.20.00.08.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Oct 2009 00:08:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 9062117008; Tue, 20 Oct 2009 09:08:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A5uQLdsywbvZ; Tue, 20 Oct 2009 09:08:49 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 8947D1710F; Tue, 20 Oct 2009 09:08:49 +0200 (CEST) To: vanhu From: Eric Masson In-Reply-To: <20091019200549.GA9766@zeninc.net> (vanhu@freebsd.org's message of "Mon, 19 Oct 2009 22:05:49 +0200") References: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> <20091019200549.GA9766@zeninc.net> X-Operating-System: FreeBSD 6.4-RELEASE-p7 i386 Date: Tue, 20 Oct 2009 09:08:49 +0200 Message-ID: <864opuk0e6.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, Eric Masson Subject: Re: IPSec, nat on enc device 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, 20 Oct 2009 07:08:57 -0000 vanhu writes: 'Lut Yvan, > Another way to have this feature is to implement what we call "NAT > before VPN": you can configure your kernel (or do it for specific NAT > rules if you want to do a more flexible implementation) to do NAT > process before doing IPsec stuff. I've used it last week on a 8.0.2 F200. The major drawback is that an existing nat ruleset must be adapted (nomap rules for vpn networks that dont need nat) and that it can cause issues when activated (a reverse proxy located on a machine behind a bidirectionnal map woes when nat before vpn is activated, that's why I have to setup another box for natted vpns...) > OpenBSD's way of doing things seems interesting while reading very > quickly your link, I'll have to take some more time to really see > exactly what they are doing..... I agree with Ermal that duplicating nat information in pf and isakmpd is suboptimal and probably error-prone, but it seems to me that it's less intrusive than altering the ip stack. -- Suffit d'être suffisamment nombreux et tu feras moins le malin. Voter con est une chose, s'en vanter en est une autre... Vous êtes grotesques et dangereux. -+- Rocou In GNU - Le quantitatif supléra-t-il le qualitatif ? -+- From owner-freebsd-net@FreeBSD.ORG Tue Oct 20 15:41:37 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9C781065670 for ; Tue, 20 Oct 2009 15:41:37 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx40.mail.ru (mx40.mail.ru [94.100.176.54]) by mx1.freebsd.org (Postfix) with ESMTP id 63CC98FC12 for ; Tue, 20 Oct 2009 15:41:36 +0000 (UTC) Received: from [217.25.27.27] (port=12406 helo=[217.25.27.27]) by mx40.mail.ru with asmtp id 1N0Gq6-0007ds-00 for freebsd-net@freebsd.org; Tue, 20 Oct 2009 19:41:34 +0400 Message-ID: <4ADDDA2C.3020206@mail.ru> Date: Tue, 20 Oct 2009 20:41:32 +0500 From: rihad User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20091007085902.GA88982@lath.rinet.ru> <4ACC5E23.8090405@mail.ru> <20091007100503.GB88982@lath.rinet.ru> <4ACC6A7B.5050808@mail.ru> <20091007104525.GC88982@lath.rinet.ru> <4ACC7308.6070301@mail.ru> <4ACCC30E.7080504@elischer.org> <4ACCC4F3.3030302@mail.ru> <20091008060608.GA23793@lath.rinet.ru> <4ACE10CF.2030806@elischer.org> <20091009082743.GB70940@lath.rinet.ru> In-Reply-To: <20091009082743.GB70940@lath.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok 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, 20 Oct 2009 15:41:37 -0000 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/ From owner-freebsd-net@FreeBSD.ORG Tue Oct 20 18:00:08 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 88B5A106566C; Tue, 20 Oct 2009 18:00:08 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1562F8FC1A; Tue, 20 Oct 2009 18:00:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id A997741C6F2; Tue, 20 Oct 2009 20:00:06 +0200 (CEST) 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 5eHqCaIN2BjR; Tue, 20 Oct 2009 20:00:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 3684A41C6EA; Tue, 20 Oct 2009 20:00:06 +0200 (CEST) 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 7967F4448E6; Tue, 20 Oct 2009 18:00:01 +0000 (UTC) Date: Tue, 20 Oct 2009 18:00:01 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Eric Masson In-Reply-To: <864opuk0e6.fsf@srvbsdnanssv.interne.kisoft-services.com> Message-ID: <20091020174351.T5956@maildrop.int.zabbadoz.net> References: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> <20091019200549.GA9766@zeninc.net> <864opuk0e6.fsf@srvbsdnanssv.interne.kisoft-services.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, vanhu Subject: Re: IPSec, nat on enc device 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, 20 Oct 2009 18:00:08 -0000 On Tue, 20 Oct 2009, Eric Masson wrote: Good evening, > vanhu writes: > > 'Lut Yvan, > >> Another way to have this feature is to implement what we call "NAT >> before VPN": you can configure your kernel (or do it for specific NAT >> rules if you want to do a more flexible implementation) to do NAT >> process before doing IPsec stuff. > > I've used it last week on a 8.0.2 F200. The major drawback is that an > existing nat ruleset must be adapted (nomap rules for vpn networks that > dont need nat) and that it can cause issues when activated > (a reverse proxy located on a machine behind a bidirectionnal map woes > when nat before vpn is activated, that's why I have to setup another box > for natted vpns...) > >> OpenBSD's way of doing things seems interesting while reading very >> quickly your link, I'll have to take some more time to really see >> exactly what they are doing..... > > I agree with Ermal that duplicating nat information in pf and isakmpd is > suboptimal and probably error-prone, but it seems to me that it's less > intrusive than altering the ip stack. I only had a quick look at the commit message being on the road. I think Open seems to move further and further in the direction to be an operating system around pf, rather than pf being a firewall implementation for the OS, in some areas. That kind of worries me - also for further code sharing wrt to pf(4). What I said before and will repeat is that if you want to use NAT and VPN you want to do inside NAT (addmittingly handling the local machine is a different story). I have done that years ago with ipfw. Then your SA works on the NAT IP. I used it to avoid formerly RFC1918 address collisions by NATing to an unrouted public IP for just the VPNs. THe NAT IP will not be bound to any interface at all. There is a reason major vendors have been doing inside and outside NAT for ages now. That pf cannot do that is bad and a design problem there. The "commit Theo calls me insane for" moves into the direction of fixing that but when I talked to OpenBSD people at EuroBSDCon they said something along the lines of "it's not entirely there yet and still disabled because there are a few things that would work entirely as expected". There is abosultely no need to change the IP stack to accomplish that. If you want to do it with pf + enc + NAT you can actually do that even without patches but a bad ugly not to publish hack, that you will most likely only want to do if you control all endpoints: you add two policies: one with your internal network and one with your NAT IP on both sides. racoon , configured correctly, will negotiate the SA and share it for the tunnel endpoints for both policies. The remote destination will never see a packet with a src of your internal IPs but it will have a policy for it - else negotiation would fail. You may need to assure that no packets travel your way with the 1st, internal, policy in the firewall. What I see with the OpenBSD change is that their hack does nothing but get rid of the 1st policy for the internal network on the peer. Not sure if they still need it locally or if they hacked the stack for that; from what I see FreeBSD would have to do that. /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-net@FreeBSD.ORG Tue Oct 20 20:47: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 279971065679 for ; Tue, 20 Oct 2009 20:47:54 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id DEF818FC12 for ; Tue, 20 Oct 2009 20:47:53 +0000 (UTC) Received: from jessie.localnet (p54B4F14A.dip.t-dialin.net [84.180.241.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id 6E1C6192FDD for ; Tue, 20 Oct 2009 22:47:52 +0200 (CEST) From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Tue, 20 Oct 2009 22:47:45 +0200 User-Agent: KMail/1.12.1 (Linux/2.6.30-2-686; KDE/4.3.1; i686; ; ) References: <20091009170839.142800@gmx.net> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> In-Reply-To: <200910181627.38060.bschmidt@techwires.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910202247.45866.bschmidt@techwires.net> Subject: Re: Intel WiFi 5100/5300 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, 20 Oct 2009 20:47:54 -0000 On Sunday 18 October 2009 16:27:37 Bernhard Schmidt wrote: > On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: > > .. anyways, I'll post updates on sunday. > > Here we go. Update: * All reported issues should now be fixed, please verify. * WPA does work. Still open: * Test reports welcome, especially with 4965, 5150, 5300 and 5350. At this point, if no issue come up, the driver has the same functionality as the in tree one. http://techwires.net/~bschmidt/patches/freebsd/iwn/sys/ or http://techwires.net/~bschmidt/patches/freebsd/iwn/iwn-20091020.tar.gz -- Bernhard From owner-freebsd-net@FreeBSD.ORG Tue Oct 20 23:11: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 137301065676 for ; Tue, 20 Oct 2009 23:11:36 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-yx0-f184.google.com (mail-yx0-f184.google.com [209.85.210.184]) by mx1.freebsd.org (Postfix) with ESMTP id BE9AF8FC15 for ; Tue, 20 Oct 2009 23:11:35 +0000 (UTC) Received: by yxe14 with SMTP id 14so8051930yxe.7 for ; Tue, 20 Oct 2009 16:11:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=q8AVoFY2USW7aE533xM7/Tl1hzn/HDSiH1yLkLH6JtM=; b=o/++ZC6jNZ4Rk8VuPIRO8BcTjKCqbYt+p2mUzYs6YgtHnxXdnyZx8eFV8+9zyle8yc HFq1zxg87fdswhW90sOHF98dqoTo3kMyrfiagJlAQeB0pg3coHTP+0aDsgpSNt5vS3bE F8wFl+LYVGUR1IWX6alBCTRQkztm5yAtoqcW0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Az8wG5rj4PNLfi36UyvcsXOtTsTZckOUZ3TWDjDfDNfmhv0Gng/pq44FPZKLaHPvgN KNTJCqw/iZbbQvOpftOqEasdcnNL6rwKiSKNjslnnrk/oAekpUlzIhLi+OJhlUPTV885 m2Sfom+oQLVicp0n8QYiAMKQNbdMv7Sou0PYg= MIME-Version: 1.0 Received: by 10.101.5.34 with SMTP id h34mr4465279ani.150.1256080294589; Tue, 20 Oct 2009 16:11:34 -0700 (PDT) In-Reply-To: <200910202247.45866.bschmidt@techwires.net> References: <20091009170839.142800@gmx.net> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> <200910202247.45866.bschmidt@techwires.net> Date: Tue, 20 Oct 2009 19:11:34 -0400 Message-ID: <25ff90d60910201611l1aeaac34j250f8c3aa566a3e6@mail.gmail.com> From: David Horn To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Intel WiFi 5100/5300 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, 20 Oct 2009 23:11:36 -0000 On Tue, Oct 20, 2009 at 4:47 PM, Bernhard Schmidt wrote: > On Sunday 18 October 2009 16:27:37 Bernhard Schmidt wrote: >> On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >> > .. anyways, I'll post updates on =A0sunday. >> >> Here we go. > > Update: > * All reported issues should now be fixed, please verify. > * WPA does work. 4965 with mode 11g WPA2/AES works well on 2.4Ghz (Have not tried 5Ghz/11a or 5Ghz/11n) > > Still open: > * Test reports welcome, especially with 4965, 5150, 5300 and 5350. > > At this point, if no issue come up, the driver has the same functionality= as > the in tree one. Any thoughts on IBSS or 11n mode support ? (I could not get 4965 11ng mode to work, and IBSS support is disabled in the drivercaps) Of course, this is on-par with the in-tree iwn driver as well. The only new issue I have found so far is that I must manually load iwnfw.ko before loading if_iwn.ko (the module depend used to work on the in-tree driver) Thanks for your work on this driver! ---Dave H From owner-freebsd-net@FreeBSD.ORG Wed Oct 21 06:33:51 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CAB1106566B for ; Wed, 21 Oct 2009 06:33:51 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id E37DB8FC12 for ; Wed, 21 Oct 2009 06:33:50 +0000 (UTC) Received: from jessie.localnet (unknown [212.185.121.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id DA0CE192FD9; Wed, 21 Oct 2009 08:33:49 +0200 (CEST) From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Wed, 21 Oct 2009 08:33:44 +0200 User-Agent: KMail/1.12.1 (Linux/2.6.30-2-686; KDE/4.3.1; i686; ; ) References: <20091009170839.142800@gmx.net> <200910202247.45866.bschmidt@techwires.net> <25ff90d60910201611l1aeaac34j250f8c3aa566a3e6@mail.gmail.com> In-Reply-To: <25ff90d60910201611l1aeaac34j250f8c3aa566a3e6@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910210833.44121.bschmidt@techwires.net> Cc: David Horn Subject: Re: Intel WiFi 5100/5300 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, 21 Oct 2009 06:33:51 -0000 On Wednesday 21 October 2009 01:11:34 David Horn wrote: > On Tue, Oct 20, 2009 at 4:47 PM, Bernhard Schmidt > > wrote: > > On Sunday 18 October 2009 16:27:37 Bernhard Schmidt wrote: > >> On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: > >> > .. anyways, I'll post updates on sunday. > >> > >> Here we go. > > > > Update: > > * All reported issues should now be fixed, please verify. > > * WPA does work. > > 4965 with mode 11g WPA2/AES works well on 2.4Ghz (Have not tried > 5Ghz/11a or 5Ghz/11n) > > > Still open: > > * Test reports welcome, especially with 4965, 5150, 5300 and 5350. > > > > At this point, if no issue come up, the driver has the same functionality > > as the in tree one. > > Any thoughts on IBSS or 11n mode support ? (I could not get 4965 11ng > mode to work, and IBSS support is disabled in the drivercaps) Of > course, this is on-par with the in-tree iwn driver as well. Have not spend time on that one, another time maybe. > The only new issue I have found so far is that I must manually load > iwnfw.ko before loading if_iwn.ko (the module depend used to work on > the in-tree driver) Hmm.. that is probably related to the rename of the firmware image, iwnfw-5000 instead of iwnfw. Is MODULE_DEPEND(iwn, iwnfw, 1, 1, 1); an option there? > Thanks for your work on this driver! You're welcome :) -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Oct 21 07:29: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 F18BD106566B for ; Wed, 21 Oct 2009 07:29:14 +0000 (UTC) (envelope-from dhorn2000@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 86DD88FC17 for ; Wed, 21 Oct 2009 07:29:14 +0000 (UTC) Received: by yxe1 with SMTP id 1so5680225yxe.3 for ; Wed, 21 Oct 2009 00:29:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=R2jiboWvZ46aKDVHiEvaD9KPOhx4K4ev0VTr1ZKby/k=; b=P2u+eyHn259r7hgi44AsjlOYNuKH3yyOXVjJ/g3x8b0BZ1gHocCd6UshRgZLmK4Bgz VdEsTWxgRdzXXxrogZYnPJtxxMxHD3iAfK02qhPpVPkTLqhYrRYSEASw8ZYvLWWGUmuS NxRBi4cLrrpYYsswuzPNu1gJ+VY741LEPDme4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Zczq0EzuJmv40k0pfrV8SHCqgIAuWG7dX47MDLWpDtGOHg4KdQh6XZOhB5VDvYAmBZ JlGW6bFmh+Wpda2kfOgNQlWaVFcmfFxRV02MEVWoDZA5QaokTnvrP0pcYd9EaUcT53s5 EmtiAb4YwV8pcOzaGkvC8R5Vr075jtyb/o2rI= MIME-Version: 1.0 Received: by 10.101.52.13 with SMTP id e13mr4602223ank.0.1256110153491; Wed, 21 Oct 2009 00:29:13 -0700 (PDT) In-Reply-To: <200910210833.44121.bschmidt@techwires.net> References: <20091009170839.142800@gmx.net> <200910202247.45866.bschmidt@techwires.net> <25ff90d60910201611l1aeaac34j250f8c3aa566a3e6@mail.gmail.com> <200910210833.44121.bschmidt@techwires.net> Date: Wed, 21 Oct 2009 03:29:13 -0400 Message-ID: <25ff90d60910210029t5f8f67d0nd17b537ecaacdee9@mail.gmail.com> From: David Horn To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Intel WiFi 5100/5300 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, 21 Oct 2009 07:29:15 -0000 On Wed, Oct 21, 2009 at 2:33 AM, Bernhard Schmidt wrote: > On Wednesday 21 October 2009 01:11:34 David Horn wrote: >> On Tue, Oct 20, 2009 at 4:47 PM, Bernhard Schmidt >> >> wrote: >> > On Sunday 18 October 2009 16:27:37 Bernhard Schmidt wrote: >> >> On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >> >> > .. anyways, I'll post updates on =A0sunday. >> >> >> >> Here we go. >> > >> > Update: >> > * All reported issues should now be fixed, please verify. >> > * WPA does work. >> >> 4965 with mode 11g WPA2/AES works well on 2.4Ghz (Have not tried >> 5Ghz/11a or 5Ghz/11n) >> >> > Still open: >> > * Test reports welcome, especially with 4965, 5150, 5300 and 5350. >> > >> > At this point, if no issue come up, the driver has the same functional= ity >> > as the in tree one. >> >> Any thoughts on IBSS or 11n mode support ? =A0(I could not get 4965 11ng >> mode to work, and IBSS support is disabled in the drivercaps) =A0Of >> course, this is on-par with the in-tree iwn driver as well. > > Have not spend time on that one, another time maybe. > >> The only new issue I have found so far is that I must manually load >> iwnfw.ko before loading if_iwn.ko (the module depend used to work on >> the in-tree driver) > > Hmm.. that is probably related to the rename of the firmware image, iwnfw= -5000 > instead of iwnfw. Is MODULE_DEPEND(iwn, iwnfw, 1, 1, 1); an option there? MODULE_DEPEND(iwn, iwnfw_fw, 1, 1, 1) added to if_iwn.c fixes it nicely (note: iwnfw_fw not just iwnfw). It turns out the original driver loaded the iwnfw.ko module as part of firmware_get() since the firmware module name matched the first firmware image name (see firmware.h comments). Looking at the other drivers, the other option is to break up the firmware images into unique kernel modules (e.g. ral or iwi), and allow firmware_get() to do the load. I would think that this would reduce kernel memory usage as well (several individual firmware modules vs all firmware images in one module). Just a thought. --Dave H From owner-freebsd-net@FreeBSD.ORG Wed Oct 21 08:12: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 64F39106568F for ; Wed, 21 Oct 2009 08:12:23 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id 281AC8FC0A for ; Wed, 21 Oct 2009 08:12:22 +0000 (UTC) Received: from jessie.localnet (unknown [212.185.121.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id 066D4192FD9; Wed, 21 Oct 2009 10:12:22 +0200 (CEST) From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Wed, 21 Oct 2009 10:12:15 +0200 User-Agent: KMail/1.12.1 (Linux/2.6.30-2-686; KDE/4.3.1; i686; ; ) References: <20091009170839.142800@gmx.net> <200910210833.44121.bschmidt@techwires.net> <25ff90d60910210029t5f8f67d0nd17b537ecaacdee9@mail.gmail.com> In-Reply-To: <25ff90d60910210029t5f8f67d0nd17b537ecaacdee9@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910211012.15474.bschmidt@techwires.net> Cc: David Horn Subject: Re: Intel WiFi 5100/5300 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, 21 Oct 2009 08:12:23 -0000 On Wednesday 21 October 2009 09:29:13 David Horn wrote: > >> The only new issue I have found so far is that I must manually load > >> iwnfw.ko before loading if_iwn.ko (the module depend used to work on > >> the in-tree driver) > > > > Hmm.. that is probably related to the rename of the firmware image, > > iwnfw-5000 instead of iwnfw. Is MODULE_DEPEND(iwn, iwnfw, 1, 1, 1); an > > option there? > > MODULE_DEPEND(iwn, iwnfw_fw, 1, 1, 1) > > added to if_iwn.c fixes it nicely (note: iwnfw_fw not just iwnfw). It > turns out the original driver loaded the iwnfw.ko module as part of > firmware_get() since the firmware module name matched the first > firmware image name (see firmware.h comments). Looking at the other > drivers, the other option is to break up the firmware images into > unique kernel modules (e.g. ral or iwi), and allow firmware_get() to > do the load. I would think that this would reduce kernel memory usage > as well (several individual firmware modules vs all firmware images in > one module). Just a thought. Any "offical" opinions on that one? Should we break iwnfw up into individual modules? -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Oct 21 19:37: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 D4818106566C for ; Wed, 21 Oct 2009 19:37:28 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 58B0F8FC19 for ; Wed, 21 Oct 2009 19:37:27 +0000 (UTC) Received: by fxm6 with SMTP id 6so7771315fxm.43 for ; Wed, 21 Oct 2009 12:37:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=G4ZeGnX+5ukFxxy+NDbAlDXnyAH1ak47QXSoCvNbPIs=; b=IBdO/pqWHS1LJ4GVWNzwpyLpzl9VCPWZiDYr9HLM32k73ezDyMEUwxgfFRJxcXeofG Ikq5eng0osfpy+x2E25KVhuRHEsBSwbqr0Et8RtswGpMBKuqJRhtNeR2ifQdyCa87fBf C4XoaQ1RXQ5i5h054Xcs6IcjzRvJ562gChRQk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=jIpAEBsfgywC3TPsi+voXvSN2taCUn9C+1IzRqVFKeuiBaBcdSAR0TcNxBKAuK9VIo /HtFIOrBmk+lGCTIFAdaHwjKOkIOc3f17X5A0fuwy+6A8hWEz/zvnv6lMAtJnksX6Jk3 HXGvSJSV7B1P9sTaS5+MDO5F0PYXGRi13HI8U= Received: by 10.204.148.69 with SMTP id o5mr8496269bkv.99.1256153847188; Wed, 21 Oct 2009 12:37:27 -0700 (PDT) Received: from mac-mini.lan (bl11-0-248.dsl.telepac.pt [85.244.0.248]) by mx.google.com with ESMTPS id 14sm70659bwz.1.2009.10.21.12.37.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 21 Oct 2009 12:37:26 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed From: Rui Paulo In-Reply-To: <95139c170910190751s2f1e59f6o88a3d4b2871f1e19@mail.gmail.com> Date: Wed, 21 Oct 2009 20:37:24 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <95139c170910190751s2f1e59f6o88a3d4b2871f1e19@mail.gmail.com> To: Z G X-Mailer: Apple Mail (2.1076) Cc: freebsd-net@freebsd.org Subject: Re: What is the most stable wireless driver beside ath in 8.0 rc1? 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, 21 Oct 2009 19:37:28 -0000 For PCI: ral(4), most likely. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Wed Oct 21 19:40: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 4E8CC1065692 for ; Wed, 21 Oct 2009 19:40:21 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.185]) by mx1.freebsd.org (Postfix) with ESMTP id CEF058FC24 for ; Wed, 21 Oct 2009 19:40:20 +0000 (UTC) Received: by gv-out-0910.google.com with SMTP id n29so885065gve.39 for ; Wed, 21 Oct 2009 12:40:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=e6cMQPypS/b8V0E0AtmxFvXsvFIDikJUratvLzqRYCY=; b=BsJgAQr59URtErKZ4vu0hvNzAaIxbxQ3eNgtNub+WQ+WufaL+sMGhHQtANE9+v2Uoz Px8Lo9I8fdll5K/x79mFVbl9z6OAjUk1LI34Lg2x+rTp05P2cB3qN4RJcuVxjTR++hgW jtDK3p1D2AG2X5qvsz0TjryDba8m0qBDpyH/0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=OZi1I6UA9vsbsn3cbds8Zg9uqz2L9/tICus7ZVTr26bJyxCT9frdQvUinSFODRZs/R bb58ZZVhq1BGd1blFTNPUUtcxqIPYGyP/dzzaYrrXvLDcKPYYTUzP26/99X5WinV28rY 2PW7sW0+2oHI/WCnE8/RG+DLp/lWtd4zw9hVs= Received: by 10.102.222.8 with SMTP id u8mr3641966mug.96.1256154019759; Wed, 21 Oct 2009 12:40:19 -0700 (PDT) Received: from mac-mini.lan (bl11-0-248.dsl.telepac.pt [85.244.0.248]) by mx.google.com with ESMTPS id 12sm50077muq.18.2009.10.21.12.40.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 21 Oct 2009 12:40:18 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Rui Paulo In-Reply-To: <200910211012.15474.bschmidt@techwires.net> Date: Wed, 21 Oct 2009 20:40:16 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <20091009170839.142800@gmx.net> <200910210833.44121.bschmidt@techwires.net> <25ff90d60910210029t5f8f67d0nd17b537ecaacdee9@mail.gmail.com> <200910211012.15474.bschmidt@techwires.net> To: Bernhard Schmidt X-Mailer: Apple Mail (2.1076) Cc: freebsd-net@freebsd.org, David Horn Subject: Re: Intel WiFi 5100/5300 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, 21 Oct 2009 19:40:21 -0000 On 21 Oct 2009, at 09:12, Bernhard Schmidt wrote: > On Wednesday 21 October 2009 09:29:13 David Horn wrote: >>>> The only new issue I have found so far is that I must manually load >>>> iwnfw.ko before loading if_iwn.ko (the module depend used to work >>>> on >>>> the in-tree driver) >>> >>> Hmm.. that is probably related to the rename of the firmware image, >>> iwnfw-5000 instead of iwnfw. Is MODULE_DEPEND(iwn, iwnfw, 1, 1, >>> 1); an >>> option there? >> >> MODULE_DEPEND(iwn, iwnfw_fw, 1, 1, 1) >> >> added to if_iwn.c fixes it nicely (note: iwnfw_fw not just iwnfw). >> It >> turns out the original driver loaded the iwnfw.ko module as part of >> firmware_get() since the firmware module name matched the first >> firmware image name (see firmware.h comments). Looking at the other >> drivers, the other option is to break up the firmware images into >> unique kernel modules (e.g. ral or iwi), and allow firmware_get() to >> do the load. I would think that this would reduce kernel memory >> usage >> as well (several individual firmware modules vs all firmware images >> in >> one module). Just a thought. > > Any "offical" opinions on that one? Should we break iwnfw up into > individual > modules? I believe so. Thanks for your work. I hope this can be in HEAD soon. Regards, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 00:51:22 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DDC31065670 for ; Thu, 22 Oct 2009 00:51:22 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8308FC24 for ; Thu, 22 Oct 2009 00:51:21 +0000 (UTC) Received: by fxm6 with SMTP id 6so8079860fxm.43 for ; Wed, 21 Oct 2009 17:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=NU9mHQodjAJPigLIdcc6zyRIuK1NIKUwTpLslg1KJIU=; b=wuYAzWZhE9rS1exPAbC3sQNljYHqRMFwvSupBTDc94yLCGRuYeOEJWfjLTP4ibMuKm ltJ8HZPup0zbHK+/BetHzMRDH312c1F6qR8h3Ydp+iTcorwnmWIb3bC9o56wf0dOup7U VSMqd7yNoqZfZpbndfo19/kR1xL4JKvbnoZho= 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=eSy3dcS6MJyanScJAP9LeAALM9TmEiR3vSflAetrbhMD5GIGc3R0iwBLsEYpBHQsMC 5pk4AODgv6naGk63iRk0YkjKZVoEP3B+ae4CtLpRudrr3zU6yzEY7u5pisqbhmMkBSW5 tXg286kK6eN21FsCAQjHycyOYLEeo/oiv+EqQ= MIME-Version: 1.0 Received: by 10.223.68.155 with SMTP id v27mr34814fai.10.1256172680505; Wed, 21 Oct 2009 17:51:20 -0700 (PDT) In-Reply-To: References: <20091009170839.142800@gmx.net> <200910210833.44121.bschmidt@techwires.net> <25ff90d60910210029t5f8f67d0nd17b537ecaacdee9@mail.gmail.com> <200910211012.15474.bschmidt@techwires.net> Date: Wed, 21 Oct 2009 20:51:20 -0400 Message-ID: <4ad871310910211751t31b17133kf994728b2cbf2b39@mail.gmail.com> From: Glen Barber To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Intel WiFi 5100/5300 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, 22 Oct 2009 00:51:22 -0000 Howdy, On Wed, Oct 21, 2009 at 3:40 PM, Rui Paulo wrote: > On 21 Oct 2009, at 09:12, Bernhard Schmidt wrote: > >> On Wednesday 21 October 2009 09:29:13 David Horn wrote: >>>>> >>>>> The only new issue I have found so far is that I must manually load >>>>> iwnfw.ko before loading if_iwn.ko (the module depend used to work on >>>>> the in-tree driver) I just had my first bit of quirkiness with my 5100 (console output below). The past few days I was spending some time at my local cafe on battery power without an issue. No connectivity issues the past two days, most of which has been on battery power (approximately 1.5 hours each day). I doubt that is relevant, but I was more intrigued as the output and connectivity loss occurred on AC power. I have made no changes to the system (including source upgrades) since patching this driver. > > Thanks for your work. I hope this can be in HEAD soon. > I've been using this on -STABLE, for what it's worth, with no issues (other than above, which was solved with 'netif restart wlan0'.) Cheers. pegasus % uname -a FreeBSD pegasus 8.0-RC1 FreeBSD 8.0-RC1 #14 r198164M: Mon Oct 19 16:09:19 EDT 2009 root@pegasus:/usr/obj/usr/src/sys/PEGASUS i386 -- console -- iwn0: need multicast update callback firmware error log: error type = "SYSASSERT" (0x00000005) program counter = 0x00001924 source line = 0x00000201 error data = 0x0000000000000201 branch link = 0x0000191200001912 interrupt link = 0x0000090E00000000 time = 1619819137 driver status: tx ring 0: qid=0 cur=219 queued=0 tx ring 1: qid=1 cur=0 queued=0 tx ring 2: qid=2 cur=0 queued=0 tx ring 3: qid=3 cur=2 queued=0 tx ring 4: qid=4 cur=191 queued=0 tx ring 5: qid=5 cur=0 queued=0 tx ring 6: qid=6 cur=0 queued=0 tx ring 7: qid=7 cur=0 queued=0 tx ring 8: qid=8 cur=0 queued=0 tx ring 9: qid=9 cur=0 queued=0 tx ring 10: qid=10 cur=0 queued=0 tx ring 11: qid=11 cur=0 queued=0 tx ring 12: qid=12 cur=0 queued=0 tx ring 13: qid=13 cur=0 queued=0 tx ring 14: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 tx ring 16: qid=16 cur=0 queued=0 tx ring 17: qid=17 cur=0 queued=0 tx ring 18: qid=18 cur=0 queued=0 tx ring 19: qid=19 cur=0 queued=0 rx ring: cur=62 iwn0: need multicast update callback Oct 21 19:37:44 pegasus su: gbarber to root on /dev/pts/2 Oct 21 19:37:53 pegasus dhclient[4763]: receive_packet failed on wlan0: Device not configured Oct 21 19:37:53 pegasus wpa_supplicant[4639]: Failed to disable WPA in the driver. Oct 21 19:37:53 pegasus dhclient[4763]: ioctl(SIOCGIFFLAGS) on wlan0: Operation not permitted Oct 21 19:37:53 pegasus dhclient[4763]: Interface wlan0 no longer appears valid. Oct 21 19:37:53 pegasus dhclient[4763]: No live interfaces to poll on - exiting. -- wpa_supplicant.conf -- pegasus % less wpa.conf ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel ap_scan=1 ## Home network={ ssid="" key_mgmt=WPA-PSK psk="" priority=42 } ## B&N network={ ssid="" key_mgmt=NONE priority=2 } ## Drexel network={ ssid="" key_mgmt=NONE priority=12 wep_tx_keyidx=0 wep_key0=sekrit } -- Glen Barber From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 06:17:39 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 A5DBB1065695; Thu, 22 Oct 2009 06:17:39 +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 7BC088FC23; Thu, 22 Oct 2009 06:17:39 +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 n9M6HdZE044245; Thu, 22 Oct 2009 06:17:39 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9M6HdT0044241; Thu, 22 Oct 2009 08:17:39 +0200 (CEST) (envelope-from brueffer) Date: Thu, 22 Oct 2009 08:17:39 +0200 (CEST) Message-Id: <200910220617.n9M6HdT0044241@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/138390: [gif] [patch] NULL pointer dereference in gif_input() in file sys/net/if_gif.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, 22 Oct 2009 06:17:39 -0000 Synopsis: [gif] [patch] NULL pointer dereference in gif_input() in file sys/net/if_gif.c State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Thu Oct 22 08:17:12 CEST 2009 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-net->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Thu Oct 22 08:17:12 CEST 2009 Responsible-Changed-Why: MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=138390 From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 08:03: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 C2053106566C for ; Thu, 22 Oct 2009 08:03:15 +0000 (UTC) (envelope-from lonjaret@iram.fr) Received: from smtp.iram.fr (netsrv1.iram.fr [193.48.252.22]) by mx1.freebsd.org (Postfix) with ESMTP id 60FEA8FC14 for ; Thu, 22 Oct 2009 08:03:15 +0000 (UTC) Received: from smtp.iram.fr (localhost.localdomain [127.0.0.1]) by smtp.iram.fr (Postfix) with ESMTP id EB738268A35; Thu, 22 Oct 2009 09:46:54 +0200 (CEST) Received: from pctcp36.fr (pctcp36 [193.48.252.166]) by smtp.iram.fr (Postfix) with ESMTP id C69252688F0; Thu, 22 Oct 2009 09:46:54 +0200 (CEST) Message-ID: <95a7a803a4435ee1e8e7a161174994ae@iram.fr> To: freebsd-net@freebsd.org From: "Mathieu L." Date: Thu, 22 Oct 2009 09:46:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: problem with pptp, using mpd 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, 22 Oct 2009 08:03:15 -0000 Hello, I am having trouble using mpd, I want to connect to a vpn with pptp (vpn service provided by relakks.com). Here is my configuration: mpd.conf: ######################### default: load relakks relakks: create bundle static B1 set iface route default set ipcp ranges 0.0.0.0/0 0.0.0.0/0 # Enable Microsoft Point-to-Point encryption (MPPE) set bundle enable compression set ccp yes mppc set mppc yes e128 set bundle enable crypt-reqd set mppc yes stateless create link static L1 pptp set link action bundle B1 # Enable both sides to authenticat each other with CHAP set auth disable internal set auth authname "lejatorn" set auth password "XXXXXXXX" set link no pap set link no eap set link yes chap set link mtu 1460 set link keep-alive 10 75 set link max-redial 0 # Configure PPTP and open link set pptp peer pptp.relakks.com set pptp disable windowing set link enable incoming open and here is the output when I start mpd5: process 88409 started, version 5.3 (root@XXXXX.XXX 20:41 20-Oct-2009) Label 'startup' not found [B1] Bundle: Interface ng0 created PPTP: waiting for connection on 0.0.0.0 1723 [L1] [L1] Link: OPEN event [L1] LCP: Open event [L1] LCP: state change Initial --> Starting [L1] LCP: LayerStart [L1] PPTP call successful [L1] LCP: Up event [L1] LCP: state change Starting --> Req-Sent [L1] LCP: SendConfigReq #1 [L1] ACFCOMP [L1] PROTOCOMP [L1] ACCMAP 0x000a0000 [L1] MRU 1500 [L1] MAGICNUM 200f22c0 [L1] AUTHPROTO CHAP MSOFTv2 [L1] LCP: rec'd Configure Ack #1 (Req-Sent) [L1] ACFCOMP [L1] PROTOCOMP [L1] ACCMAP 0x000a0000 [L1] MRU 1500 [L1] MAGICNUM 200f22c0 [L1] AUTHPROTO CHAP MSOFTv2 [L1] LCP: state change Req-Sent --> Ack-Rcvd [L1] LCP: state change Ack-Rcvd --> Req-Sent [L1] LCP: SendConfigReq #2 [L1] ACFCOMP [L1] PROTOCOMP [L1] ACCMAP 0x000a0000 [L1] MRU 1500 [L1] MAGICNUM 200f22c0 [L1] AUTHPROTO CHAP MSOFTv2 [L1] LCP: rec'd Configure Ack #2 (Req-Sent) [L1] ACFCOMP [L1] PROTOCOMP [L1] ACCMAP 0x000a0000 [L1] MRU 1500 [L1] MAGICNUM 200f22c0 [L1] AUTHPROTO CHAP MSOFTv2 [L1] LCP: state change Req-Sent --> Ack-Rcvd [L1] LCP: rec'd Configure Request #1 (Ack-Rcvd) [L1] ACCMAP 0x00000000 [L1] AUTHPROTO CHAP MSOFTv2 [L1] MAGICNUM dc6a4d04 [L1] PROTOCOMP [L1] ACFCOMP [L1] LCP: SendConfigAck #1 [L1] ACCMAP 0x00000000 [L1] AUTHPROTO CHAP MSOFTv2 [L1] MAGICNUM dc6a4d04 [L1] PROTOCOMP [L1] ACFCOMP [L1] LCP: state change Ack-Rcvd --> Opened [L1] LCP: auth: peer wants CHAP, I want CHAP [L1] CHAP: sending CHALLENGE #1 len: 29 [L1] LCP: LayerUp [L1] CHAP: rec'd CHALLENGE #27 len: 30 [L1] Name: "localhost" [L1] CHAP: Using authname "lejatorn" [L1] CHAP: sending RESPONSE #27 len: 62 [L1] CHAP: rec'd RESPONSE #1 len: 63 [L1] Name: "localhost" [L1] AUTH: ran out of backends [L1] CHAP: Auth return status: failed [L1] CHAP: Reply message: E=691 R=0 M=Login incorrect [L1] CHAP: sending FAILURE #1 len: 31 [L1] LCP: authorization failed [L1] LCP: parameter negotiation failed [L1] LCP: state change Opened --> Stopping [L1] LCP: SendTerminateReq #3 [L1] LCP: LayerDown [L1] rec'd proto CHAP during terminate phase [L1] LCP: rec'd Terminate Request #2 (Stopping) [L1] LCP: SendTerminateAck #4 [L1] LCP: rec'd Terminate Ack #3 (Stopping) [L1] LCP: state change Stopping --> Stopped [L1] LCP: LayerFinish [L1] PPTP call terminated [L1] Link: DOWN event [L1] LCP: Down event [L1] LCP: state change Stopped --> Starting [L1] LCP: LayerStart [L1] Link: reconnection attempt 1 in 2 seconds It seems that the authentication is failing but I don't know why as the login and password are correct (I tested them with pptp/pon on Debian, it worked fine). One thing that puzzles me is the [L1] Name: "localhost" line, as if "localhost" was used as a login or something... Can anyone help please? Regards, Mathieu From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 09:37:33 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AB86106568F for ; Thu, 22 Oct 2009 09:37:33 +0000 (UTC) (envelope-from brendan.kennedy@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8FED08FC1A for ; Thu, 22 Oct 2009 09:37:32 +0000 (UTC) Received: by ewy5 with SMTP id 5so4308675ewy.36 for ; Thu, 22 Oct 2009 02:37:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=h25qBafJPlqn4sIiKFkFNkV/5cr26eSoAsOfk7cZ3sk=; b=wqlirJVB7TmcqrXODHkKV7ysgTV+l5JghxW/7W34srGCmo7BlC8ueRwbyJiLwXgJCs va73tFOiCppvRC/FqY7wEX+Uh8iidhJt/c+UJ7LUd2CieoasuTho8KUr+31wtbFx+87H VZHMEZWirrpeORM/yQh8a179albQqXwhLPDRc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=OgTQpqfcf7ZC7XoQRGsnLQ0cI3FAe2n9FFBu15Ze3rUm1qXFt+o03h36Wua+Sf0DbS AJWzl0YGJpFa2EDpNvgyqJ3l7qpK4xfz4YxNS7bXcbyzvhDzn678m4SOqiPDOTL1LQkW AFQCh09EmC4nFHO9MS05omJTutMP1iuY0bU78= MIME-Version: 1.0 Received: by 10.216.90.141 with SMTP id e13mr3055622wef.166.1256202408056; Thu, 22 Oct 2009 02:06:48 -0700 (PDT) Date: Thu, 22 Oct 2009 10:06:48 +0100 Message-ID: From: Brendan Kennedy To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD 7.1 mbuf_cluster memory leak 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, 22 Oct 2009 09:37:33 -0000 Hi all, I'm having a problem with a crypto driver and netipsec/racoon. At high data rates (1Gig of traffic, 64bit packets) we seem to be leaking 'mbuf_cluster's. These are allocated/freed by either netipsec I think. At low data rates, 'mbuf_cluster's are not used, so we don't have this problem. I just have a few questions around this issue: 1) What is the difference between mbuf and mbuf_packet? 1) Why am I getting mbuf_cluster memory being used when the packets are so small? 2) Is netipsec grouping the 64bit IP packets into a single ipsec packet? 3) Should my crypto driver be dealing with the mbuf_cluster any differently than a linked list of data (e.g. should a digest be added at the bottom of each fragment)? Regards, Brendan From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 13:00:12 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00506106568F for ; Thu, 22 Oct 2009 13:00:11 +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 93BA48FC0C for ; Thu, 22 Oct 2009 13:00:11 +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 n9MD05LD023310 for ; Thu, 22 Oct 2009 13:00:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9MD05X9023309; Thu, 22 Oct 2009 13:00:05 GMT (envelope-from gnats) Date: Thu, 22 Oct 2009 13:00:05 GMT Message-Id: <200910221300.n9MD05X9023309@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Nikolai Saoukh Cc: Subject: Re: kern/139204: DHCP server replies rejected, ARP entry lost before max_age X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nikolai Saoukh List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2009 13:00:12 -0000 The following reply was made to PR kern/139204; it has been noted by GNATS. From: Nikolai Saoukh To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/139204: DHCP server replies rejected, ARP entry lost before max_age Date: Thu, 22 Oct 2009 16:57:52 +0400 Looks like recent changes in CURRENT fixed the problems. This PR can be closed after MFCs. From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 15:30:48 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 E6E02106566C for ; Thu, 22 Oct 2009 15:30:47 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2188FC08 for ; Thu, 22 Oct 2009 15:30:46 +0000 (UTC) Received: by bwz5 with SMTP id 5so567958bwz.3 for ; Thu, 22 Oct 2009 08:30:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:content-type :content-transfer-encoding:subject:date:message-id:cc:to :mime-version:x-mailer; bh=Zanhf7Drgymawyqd0AX9CsOBLe6Xp/UmEesvJXyi0Ws=; b=ZFYZP2b03Qkz4OloKzJV94Wf67Knnh9c5++hF7faWuUh51eBHqCCZztG9aWltNRspo xgHM5B1z1LkCgd0sVnCGvu6eNr7WkR6cz7iYgo0+TYDuO7flCYKL5hrKyGYrtC3gCYRE DdjtqdfZgBLiGem9X+NYwX852ljClx0hgvLnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:cc:to:mime-version:x-mailer; b=qGSjaybtWz+h2a7n2ZrGcOm/GuBR3OhzfIl2zzwok4ipS+D6pnh4EAFhqeeuOsvNLz 6jIHAVD1oUafhF8KnZQiYNnC9MvA9QZW12zk450I537KfZCFZxaAY08/IpLtZ+GdXlCw 8b063wKH7pux5v6fNphPC9Xwo4vFA0vIiSYnE= Received: by 10.204.48.141 with SMTP id r13mr226017bkf.0.1256225446150; Thu, 22 Oct 2009 08:30:46 -0700 (PDT) Received: from mac-mini.lan (bl11-0-248.dsl.telepac.pt [85.244.0.248]) by mx.google.com with ESMTPS id 13sm115068bwz.10.2009.10.22.08.30.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Oct 2009 08:30:45 -0700 (PDT) Sender: Rui Paulo From: Rui Paulo Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Date: Thu, 22 Oct 2009 16:30:43 +0100 Message-Id: <885E4649-C66D-4C6F-8E08-168BCE679216@freebsd.org> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) Cc: hrs@freebsd.org Subject: Network scripts gone wrong 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, 22 Oct 2009 15:30:48 -0000 I don't have time to debug this today, but it seems that latest 9.0 has problems with wireless devices: wlan0: Ethernet address: 00:0b:6b:2d:dc:d8 Starting Network: lo0 ath0 ath1 ath2 npe0 npe1. lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 ath0: flags=8843 metric 0 mtu 2290 ether 00:0b:6b:2d:dc:d8 media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: running ath1: flags=8802 metric 0 mtu 2290 ether 00:17:f2:9c:a7:62 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ath2: flags=8802 metric 0 mtu 2290 ether 00:17:f2:9c:a7:6b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier npe0: flags=8802 metric 0 mtu 1500 options=8 ether 00:d0:12:04:e4:7d media: Ethernet autoselect (100baseTX ) status: active npe1: flags=8802 metric 0 mtu 1500 options=8 ether 00:d0:12:03:e3:7c media: Ethernet autoselect (none) status: no carrier Starting devd. Starting Network: ath1. ath1: flags=8802 metric 0 mtu 2290 ether 00:17:f2:9c:a7:62 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier Starting Network: ath1. ath1: flags=8802 metric 0 mtu 2290 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier Starting Network: ath2. ath2: flags=8802 metric 0 mtu 2290 ether 00:17:f2:9c:a7:6b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier Starting Network: ath2. ath2: flags=8802 metric 0 mtu 2290 ether 00:17:f2:9c:a7:6b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier Starting Network: npe0. npe0: flags=8802 metric 0 mtu 1500 options=8 ether 00:d0:12:04:e4:7d media: Ethernet autoselect (100baseTX ) status: active Starting Network: npe1. npe1: flags=8802 metric 0 mtu 1500 options=8 ether 00:d0:12:03:e3:7c media: Ethernet autoselect (none) status: no carrier All I have in rc.conf is (network wise): background_dhclient_npe1="YES" # Start dhcp client in the background. defaultroute_delay="0" wlans_ath0="wlan0" create_args_wlan0="wlanmode mesh" ifconfig_wlan0="meshid freebsd-mesh channel 36 10.2.0.103/24" -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 15:42: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 97CB2106566B for ; Thu, 22 Oct 2009 15:42:23 +0000 (UTC) (envelope-from artem@aws-net.org.ua) Received: from alf.aws-net.org.ua (alf.aws-net.org.ua [IPv6:2001:15c0:6605:1:201:80ff:fe08:880b]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7828FC17 for ; Thu, 22 Oct 2009 15:42:22 +0000 (UTC) Received: from [192.168.32.1] (aws.aws-net.org.ua [192.168.32.1]) by alf.aws-net.org.ua (8.14.3/8.14.3) with ESMTP id n9MFgEZm044336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 22 Oct 2009 18:42:20 +0300 (EEST) (envelope-from artem@aws-net.org.ua) Message-ID: <4AE07D57.6070709@aws-net.org.ua> Date: Thu, 22 Oct 2009 18:42:15 +0300 From: Artyom Viklenko Organization: Art&Co. User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "Mathieu L." References: <95a7a803a4435ee1e8e7a161174994ae@iram.fr> In-Reply-To: <95a7a803a4435ee1e8e7a161174994ae@iram.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.2 at alf.aws-net.org.ua X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: problem with pptp, using mpd 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, 22 Oct 2009 15:42:23 -0000 Mathieu L. wrote: > Hello, > > I am having trouble using mpd, I want to connect to a vpn with pptp > (vpn service provided by relakks.com). > > Here is my configuration: > > mpd.conf: > ######################### > > default: > load relakks > > relakks: > create bundle static B1 > set iface route default > set ipcp ranges 0.0.0.0/0 0.0.0.0/0 > # Enable Microsoft Point-to-Point encryption (MPPE) > set bundle enable compression > set ccp yes mppc > set mppc yes e128 > set bundle enable crypt-reqd > set mppc yes stateless > > create link static L1 pptp > set link action bundle B1 > # Enable both sides to authenticat each other with CHAP > set auth disable internal > set auth authname "lejatorn" > set auth password "XXXXXXXX" > set link no pap > set link no eap > set link yes chap > set link mtu 1460 > set link keep-alive 10 75 > set link max-redial 0 > # Configure PPTP and open link > set pptp peer pptp.relakks.com > set pptp disable windowing > set link enable incoming > open > > try to add these: set auth authname set link enable no-orig-auth -- Sincerely yours, Artyom Viklenko. ------------------------------------------------------- artem@aws-net.org.ua | http://www.aws-net.org.ua/~artem FreeBSD: The Power to Serve - http://www.freebsd.org From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 17:42:49 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 2C71C106566B for ; Thu, 22 Oct 2009 17:42:49 +0000 (UTC) (envelope-from arun.anirudhan@gmail.com) Received: from mail-px0-f186.google.com (mail-px0-f186.google.com [209.85.216.186]) by mx1.freebsd.org (Postfix) with ESMTP id 065B08FC08 for ; Thu, 22 Oct 2009 17:42:48 +0000 (UTC) Received: by pxi16 with SMTP id 16so5451124pxi.3 for ; Thu, 22 Oct 2009 10:42:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=wDT+cmvtWKyi+58vdYyJ6A9MCtR/TB3m9B4e4luROTk=; b=HOSrBJfdDpc0VjQzwSrLqbnRHj0WRUM01FNlqEBIfuS8ay4w5jMhG3iGfFsP7NLgIT GFjx3LKvvR8w9ydBzljvTg8GKtNJwQstWh4yq0mQteRVbV/G/m39GJmkWmYVIAcZnzN0 M2pBniQJob6pucKK794Bv3IFhrMfHb4vs9PFs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Uk2Y+2Jgpz0D4LFtgmXYevUL6PQmvpgtia4mNvVqS+SdGQIHLT+ppAmQzwC7BCTGpo VZ00XcUUp6jLMK+/eAgKW2LhQ3aGbnmAzEV4kh1VjF+0djhtdvzPI23JBZdONhCZ8Qvl NoiNe2BmIfLbV0phdJCPhWzGv/Lqd0UqyzMk8= MIME-Version: 1.0 Received: by 10.115.67.10 with SMTP id u10mr14784968wak.203.1256231979677; Thu, 22 Oct 2009 10:19:39 -0700 (PDT) Date: Thu, 22 Oct 2009 22:49:39 +0530 Message-ID: From: Arun Anirudhan To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: rip_input 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, 22 Oct 2009 17:42:49 -0000 Hello I have just started programming in Kernel Level in FreeBSD. I'm trying to hook rip_input and extract the fields in IP header. I just tried to print the ip_len. This is the code, but its not getting printed. Please help me... --------------------------------- #include #include #include #include #include #include #include #include #include #include #include #include extern struct protosw inetsw[]; pr_input_t rip_input_hook; void rip_input_hook(struct mbuf *m, int off) { struct ip *icp; int hlen=off; int l; //m->m_len-=hlen; //m->m_data+=hlen; icp=mtod(m, struct ip *); l=icp->ip_len; //m->m_len+=hlen; //m->m_data-=hlen; uprintf("%d.\n",l); } static int load(struct module *module, int cmd, void *arg) { int error = 0; switch (cmd) { case MOD_LOAD: inetsw[ip_protox[IPPROTO_RAW]].pr_input = rip_input_hook; break; case MOD_UNLOAD: inetsw[ip_protox[IPPROTO_RAW]].pr_input = rip_input; break; default: error = EOPNOTSUPP; break; } return (error); } static moduledata_t rip_input_hook_mod = { "rip_input_hook", load, NULL}; DECLARE_MODULE(rip_input_hook,rip_input_hook_mod,SI_SUB_DRIVERS,SI_ORDER_MIDDLE); -- With regards Arun Anirudhan MTech Student, NIT Calicut 9495983679 From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 18:01: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 2DBBB1065672 for ; Thu, 22 Oct 2009 18:01:56 +0000 (UTC) (envelope-from arun.anirudhan@gmail.com) Received: from mail-px0-f186.google.com (mail-px0-f186.google.com [209.85.216.186]) by mx1.freebsd.org (Postfix) with ESMTP id 02E2A8FC12 for ; Thu, 22 Oct 2009 18:01:55 +0000 (UTC) Received: by pxi16 with SMTP id 16so5462739pxi.3 for ; Thu, 22 Oct 2009 11:01:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=CFPfEd039aTsDJi1zzraT37SJT3ZBOL4+hDPpYsoYA8=; b=Ag7ydppJ0NKK8MDw+99sZjLtfxK1wX3fD/rxBqo5DvN39EkkSu5t3OIyp4VQyUVMK9 vVEZYIxiViFltc4gJDuHpfauUCE9TmEJxGtRE/Tt2oaRdt56ag0D5NZjhkrm4SVvYJBn WKlUdM/krwRMJWvgfKrWTZCXIIAP7IfCrNqLk= 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=I/5idic0OYkVlauk713h5sSk3KeJC39AK3tRcysEh/cmrk6MB/FFpeVyR6BVs7wsyP HxiQLW7bVA5tZ7O3WzfVec10lc9XojbCKzB2T134CRF724unTdYBo1VWkXhQzho0SvXU thh95xjg8C0XVUeY2dCj6H/LQUtUDO2fsyyNE= MIME-Version: 1.0 Received: by 10.114.33.14 with SMTP id g14mr14758026wag.124.1256234514990; Thu, 22 Oct 2009 11:01:54 -0700 (PDT) In-Reply-To: <4AE09C03.6050201@elischer.org> References: <4AE09C03.6050201@elischer.org> Date: Thu, 22 Oct 2009 23:31:54 +0530 Message-ID: From: Arun Anirudhan To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: rip_input 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, 22 Oct 2009 18:01:56 -0000 When I make void rip_input_hook(struct mbuf *m, int off) to void rip_input_hook(struct mbuf *m) its showing error!! --------------- rip_input_hook.c:20: error: conflicting types for 'rip_input_hook' rip_input_hook.c:17: error: previous declaration of 'rip_input_hook' was here rip_input_hook.c: In function 'rip_input_hook': rip_input_hook.c:31: error: too few arguments to function 'rip_input' rip_input_hook.c: In function 'load': rip_input_hook.c:40: warning: assignment from incompatible pointer type *** Error code 1 ------------------- Its given in a book that rip_input(m) only... On Thu, Oct 22, 2009 at 11:23 PM, Julian Elischer wrote: > Arun Anirudhan wrote: > >> Hello >> I have just started programming in Kernel Level in FreeBSD. >> I'm trying to hook rip_input and extract the fields in IP header. I just >> tried to print the ip_len. >> This is the code, but its not getting printed. >> > > what IS getting printed? > > > Please help me... >> --------------------------------- >> >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> >> #include >> #include >> #include >> #include >> #include >> >> >> extern struct protosw inetsw[]; >> pr_input_t rip_input_hook; >> >> void rip_input_hook(struct mbuf *m, int off) >> { >> struct ip *icp; >> int hlen=off; >> int l; >> //m->m_len-=hlen; >> //m->m_data+=hlen; >> >> icp=mtod(m, struct ip *); >> l=icp->ip_len; >> >> //m->m_len+=hlen; >> //m->m_data-=hlen; >> uprintf("%d.\n",l); >> } >> >> static int >> load(struct module *module, int cmd, void *arg) >> { >> int error = 0; >> switch (cmd) { >> case MOD_LOAD: >> inetsw[ip_protox[IPPROTO_RAW]].pr_input = rip_input_hook; >> break; >> case MOD_UNLOAD: >> inetsw[ip_protox[IPPROTO_RAW]].pr_input = rip_input; >> break; >> default: >> error = EOPNOTSUPP; >> break; >> } >> return (error); >> } >> static moduledata_t rip_input_hook_mod = { >> "rip_input_hook", load, NULL}; >> >> DECLARE_MODULE(rip_input_hook,rip_input_hook_mod,SI_SUB_DRIVERS,SI_ORDER_MIDDLE); >> >> >> > -- With regards Arun Anirudhan MTech Student, NIT Calicut 9495983679 From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 18:03:51 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABD80106566B for ; Thu, 22 Oct 2009 18:03:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (rly2.mx.aerioconnect.net [216.240.35.226]) by mx1.freebsd.org (Postfix) with ESMTP id 954938FC08 for ; Thu, 22 Oct 2009 18:03:51 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 73D6EC9282; Thu, 22 Oct 2009 10:53:08 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id DEFFE2D6028; Thu, 22 Oct 2009 10:53:07 -0700 (PDT) Message-ID: <4AE09C03.6050201@elischer.org> Date: Thu, 22 Oct 2009 10:53:07 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Arun Anirudhan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: rip_input 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, 22 Oct 2009 18:03:51 -0000 Arun Anirudhan wrote: > Hello > I have just started programming in Kernel Level in FreeBSD. > I'm trying to hook rip_input and extract the fields in IP header. I just > tried to print the ip_len. > This is the code, but its not getting printed. what IS getting printed? > Please help me... > --------------------------------- > > #include > #include > #include > #include > #include > #include > #include > > #include > #include > #include > #include > #include > > > extern struct protosw inetsw[]; > pr_input_t rip_input_hook; > > void rip_input_hook(struct mbuf *m, int off) > { > struct ip *icp; > int hlen=off; > int l; > //m->m_len-=hlen; > //m->m_data+=hlen; > > icp=mtod(m, struct ip *); > l=icp->ip_len; > > //m->m_len+=hlen; > //m->m_data-=hlen; > uprintf("%d.\n",l); > } > > static int > load(struct module *module, int cmd, void *arg) > { > int error = 0; > switch (cmd) { > case MOD_LOAD: > inetsw[ip_protox[IPPROTO_RAW]].pr_input = rip_input_hook; > break; > case MOD_UNLOAD: > inetsw[ip_protox[IPPROTO_RAW]].pr_input = rip_input; > break; > default: > error = EOPNOTSUPP; > break; > } > return (error); > } > static moduledata_t rip_input_hook_mod = { > "rip_input_hook", load, NULL}; > DECLARE_MODULE(rip_input_hook,rip_input_hook_mod,SI_SUB_DRIVERS,SI_ORDER_MIDDLE); > > From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 18: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 28B70106568B for ; Thu, 22 Oct 2009 18:32:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (rly30.mx.aerioconnect.net [216.240.35.254]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC028FC1D for ; Thu, 22 Oct 2009 18:32:20 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 0BAB0CD467; Thu, 22 Oct 2009 11:32:20 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 76B672D602C; Thu, 22 Oct 2009 11:32:19 -0700 (PDT) Message-ID: <4AE0A533.1010802@elischer.org> Date: Thu, 22 Oct 2009 11:32:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Arun Anirudhan References: <4AE09C03.6050201@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: rip_input 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, 22 Oct 2009 18:32:20 -0000 Arun Anirudhan wrote: > When I make > void rip_input_hook(struct mbuf *m, int off) > to > void rip_input_hook(struct mbuf *m) its showing error! the correct current definition is in sys/protosw.h 66 /* USE THESE FOR YOUR PROTOTYPES ! */ 67 typedef void pr_input_t (struct mbuf *, int); <------------- ^^^^^^^^^^^ you should use the typedef too. 68 typedef int pr_input6_t (struct mbuf **, int*, int); /* XXX FIX THIS */ 69 typedef int pr_output_t (struct mbuf *, struct socket *); 70 typedef void pr_ctlinput_t (int, struct sockaddr *, void *); 71 typedef int pr_ctloutput_t (struct socket *, struct sockopt *); 72 typedef void pr_init_t (void); 73 typedef void pr_destroy_t (void); 74 typedef void pr_fasttimo_t (void); 75 typedef void pr_slowtimo_t (void); 76 typedef void pr_drain_t (void); 77 78 struct protosw { 79 short pr_type; /* socket type used for */ 80 struct domain *pr_domain; /* domain protocol a member of */ 81 short pr_protocol; /* protocol number */ 82 short pr_flags; /* see below */ 83 /* protocol-protocol hooks */ 84 pr_input_t *pr_input; /* input to protocol (from below) */ 85 pr_output_t *pr_output; /* output to protocol (from above) */ 86 pr_ctlinput_t *pr_ctlinput; /* control input (from below) */ 87 pr_ctloutput_t *pr_ctloutput; /* control output (from above) */ 88 /* utility hooks */ 89 pr_init_t *pr_init; 90 pr_destroy_t *pr_destroy; 91 pr_fasttimo_t *pr_fasttimo; /* fast timeout (200ms) */ 92 pr_slowtimo_t *pr_slowtimo; /* slow timeout (500ms) */ 93 pr_drain_t *pr_drain; /* flush any excess space possible */ 94 95 struct pr_usrreqs *pr_usrreqs; /* user-protocol hook */ 96 }; From owner-freebsd-net@FreeBSD.ORG Thu Oct 22 19:28:06 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C1FD106566C for ; Thu, 22 Oct 2009 19:28:06 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id E2DB98FC18 for ; Thu, 22 Oct 2009 19:28:05 +0000 (UTC) Received: by fxm6 with SMTP id 6so9092600fxm.43 for ; Thu, 22 Oct 2009 12:28:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=JYYjcObd9QFbh6+Bd5SL2JXQ9OLteW8gh3DjIrrbqBI=; b=lJCd3uI1JqkR9KUzGi4j/tyX9qAWsXaMk8idWnnObl0VceXhywKekfS1pQ43w6hYqk 39IqGX1oNzbsIKEj15Mt9uce9cyuQ1Tla6lYNzPqgJYPFHhxoefZcCbPkOA/G2xNc524 VvwRGq8spa0S5hAi4hXKNsOG6kGMn7G82sL4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=aZC7Gpc0Dhjpm0gRUGkG+JZcmbksFyJnEkfX4Y8S0vFcT0j4Q2nDkMp8TqDYyUEh/9 XHrhBN5Qovja8IIKyA9jOuiGxPaJGOc02R12xfHLHWuFam8ys3nxkUgFco7qVM91cSPm apTwxnSXjBoHLaWzLm27F96O+bUvG38DtfM4c= Received: by 10.103.81.35 with SMTP id i35mr742082mul.43.1256239684923; Thu, 22 Oct 2009 12:28:04 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s10sm523895mue.52.2009.10.22.12.28.03 (version=SSLv3 cipher=RC4-MD5); Thu, 22 Oct 2009 12:28:04 -0700 (PDT) Sender: Alexander Motin Message-ID: <4AE0B243.9000700@FreeBSD.org> Date: Thu, 22 Oct 2009 22:28:03 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: "Mathieu L." References: <1256210582.00175808.1256199002@10.7.7.3> In-Reply-To: <1256210582.00175808.1256199002@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: problem with pptp, using mpd 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, 22 Oct 2009 19:28:06 -0000 Mathieu L. wrote: > I am having trouble using mpd, I want to connect to a vpn with pptp > (vpn service provided by relakks.com). > > Here is my configuration: > > mpd.conf: > ######################### > > default: > load relakks > > relakks: > create bundle static B1 > set iface route default > set ipcp ranges 0.0.0.0/0 0.0.0.0/0 > # Enable Microsoft Point-to-Point encryption (MPPE) > set bundle enable compression > set ccp yes mppc > set mppc yes e128 > set bundle enable crypt-reqd > set mppc yes stateless > > create link static L1 pptp > set link action bundle B1 > # Enable both sides to authenticat each other with CHAP > set auth disable internal > set auth authname "lejatorn" > set auth password "XXXXXXXX" > set link no pap > set link no eap > set link yes chap > set link mtu 1460 > set link keep-alive 10 75 > set link max-redial 0 > # Configure PPTP and open link > set pptp peer pptp.relakks.com > set pptp disable windowing > set link enable incoming > open > [L1] LCP: auth: peer wants CHAP, I want CHAP You are trying to authorize server. :) > It seems that the authentication is failing but I don't know why as > the login and password are correct (I tested them with pptp/pon on > Debian, it worked fine). One thing that puzzles me is the > [L1] Name: "localhost" > line, as if "localhost" was used as a login or something... > > Can anyone help please? As I have replied on forum, replace set link yes chap with set link accept chap -- Alexander Motin From owner-freebsd-net@FreeBSD.ORG Fri Oct 23 08:55:47 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6976106566B for ; Fri, 23 Oct 2009 08:55:47 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out9.libero.it (cp-out9.libero.it [212.52.84.109]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9FA8FC0C for ; Fri, 23 Oct 2009 08:55:47 +0000 (UTC) Received: from soth.ventu (151.51.39.192) by cp-out9.libero.it (8.5.107) id 4AD8BB2600C92F8C for freebsd-net@freebsd.org; Fri, 23 Oct 2009 10:55:45 +0200 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.3/8.14.2) with ESMTP id n9N8tiHS030119 for ; Fri, 23 Oct 2009 10:55:45 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <4AE16F90.4010405@netfence.it> Date: Fri, 23 Oct 2009 10:55:44 +0200 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: Wi-Fi bridge interferes with CARP 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, 23 Oct 2009 08:55:48 -0000 Hello. I'm curios about something which happened during a test in one of my networks. Two FreeBSD 6.3 boxes (one i386, one amd64) share some IP through CARP. Now, as soon as I plugged a wi-fi bridging access point on the net (which took it's IP from DHCP only for management), I started to see this in the i386 box's logs: Oct 22 09:49:04 xxxxx kernel: arp_rtrequest: bad gateway 192.168.101.10 (!AF_LINK) Oct 22 09:49:04 xxxxx kernel: carp0: MASTER -> BACKUP (more frequent advertisement received) Oct 22 09:49:07 xxxxx kernel: arp_rtrequest: bad gateway 192.168.101.10 (!AF_LINK) Oct 22 09:49:07 xxxxx kernel: carp0: MASTER -> BACKUP (more frequent advertisement received) ... and so on every 3 seconds. The above IP is the one the two machines are sharing on the local network. Nothing like that appeared on the amd64 box. Only one Windows machine was (sometimes) using the access point. Did anyone experience such a thing? Any clue? bye & Thanks av. From owner-freebsd-net@FreeBSD.ORG Fri Oct 23 18:31:31 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0612106566C for ; Fri, 23 Oct 2009 18:31:31 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.26]) by mx1.freebsd.org (Postfix) with ESMTP id 641768FC16 for ; Fri, 23 Oct 2009 18:31:31 +0000 (UTC) Received: from smtp20.orange.fr (mwinf2008 [172.22.130.36]) by mwinf2005.orange.fr (SMTP Server) with ESMTP id 47A8B1C00ADB for ; Fri, 23 Oct 2009 19:35:25 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2008.orange.fr (SMTP Server) with ESMTP id B7CD91C0009B; Fri, 23 Oct 2009 19:35:23 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2008.orange.fr (SMTP Server) with ESMTP id A42761C000A3; Fri, 23 Oct 2009 19:35:23 +0200 (CEST) Received: from [192.168.1.13] (ABordeaux-551-1-15-87.w86-196.abo.wanadoo.fr [86.196.242.87]) by mwinf2008.orange.fr (SMTP Server) with ESMTP id 581411C0009B; Fri, 23 Oct 2009 19:35:23 +0200 (CEST) X-ME-UUID: 20091023173523360.581411C0009B@mwinf2008.orange.fr Message-ID: <4AE1E8AB.4090003@wanadoo.fr> Date: Fri, 23 Oct 2009 19:32:27 +0200 From: Nicolas User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: freebsd-net@freebsd.org, bschmidt@techwires.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: RE: Intel WiFi 5100/5300 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, 23 Oct 2009 18:31:31 -0000 Hi Bernhard, I'm trying to use your driver but i have a problem: iwn0: mem 0xde000000-0xde001fff irq 16 at device 0.0 on pci2 iwn0: MIMO 1T2R, MoW, address 00:21:6b:2b:78:04 iwn0: [ITHREAD] iwn0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11na MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps wlan0: Ethernet address: 00:21:6b:2b:78:04 iwn0: iwn_init_locked: radio is disabled by hardware switch I load iwnfw.ko before if_iwn.ko. But i have all time the message: iwn0: iwn_init_locked: radio is disabled by hardware switch But when i press the button nothing change, no options in the bios too. Have you an idea where the problem come from ? Thanks in adavance, Nicolas. From owner-freebsd-net@FreeBSD.ORG Fri Oct 23 22:02:16 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56BCC106568B for ; Fri, 23 Oct 2009 22:02:16 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id 1375D8FC19 for ; Fri, 23 Oct 2009 22:02:15 +0000 (UTC) Received: from maja.lab.techwires.net (dslb-088-067-221-039.pools.arcor-ip.net [88.67.221.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id 880F4192FD9; Sat, 24 Oct 2009 00:02:13 +0200 (CEST) Received: from maja.lab.techwires.net (localhost [127.0.0.1]) by maja.lab.techwires.net (8.14.3/8.14.3) with ESMTP id n9NM2Cf3016834; Sat, 24 Oct 2009 00:02:12 +0200 (CEST) (envelope-from bschmidt@techwires.net) Received: (from bschmidt@localhost) by maja.lab.techwires.net (8.14.3/8.14.3/Submit) id n9NM2Ckg016833; Sat, 24 Oct 2009 00:02:12 +0200 (CEST) (envelope-from bschmidt@techwires.net) X-Authentication-Warning: maja.lab.sad1.techwires.net: bschmidt set sender to bschmidt@techwires.net using -f From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Sat, 24 Oct 2009 00:02:11 +0200 User-Agent: KMail/1.12.1 (FreeBSD/9.0-CURRENT; KDE/4.3.1; amd64; ; ) References: <4AE1E8AB.4090003@wanadoo.fr> In-Reply-To: <4AE1E8AB.4090003@wanadoo.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910240002.12111.bschmidt@techwires.net> Cc: Nicolas Subject: Re: Intel WiFi 5100/5300 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, 23 Oct 2009 22:02:16 -0000 On Friday 23 October 2009 19:32:27 Nicolas wrote: > Hi Bernhard, > > I'm trying to use your driver but i have a problem: > > iwn0: mem 0xde000000-0xde001fff irq 16 at > device 0.0 on pci2 > iwn0: MIMO 1T2R, MoW, address 00:21:6b:2b:78:04 > iwn0: [ITHREAD] > iwn0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > iwn0: 11na MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps > 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps > iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps > 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps > wlan0: Ethernet address: 00:21:6b:2b:78:04 > iwn0: iwn_init_locked: radio is disabled by hardware switch > > I load iwnfw.ko before if_iwn.ko. > But i have all time the message: > iwn0: iwn_init_locked: radio is disabled by hardware switch > > But when i press the button nothing change, no options in the bios too. > Have you an idea where the problem come from ? > > Thanks in adavance, > Nicolas. I have no clue.. Do you have any status indication for the button, LED or something? Try press it a few times and kldunload/kldload if_iwn again. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Fri Oct 23 22:08: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 B8A281065670 for ; Fri, 23 Oct 2009 22:08:27 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 479028FC22 for ; Fri, 23 Oct 2009 22:08:27 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so279220eyd.3 for ; Fri, 23 Oct 2009 15:08:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:in-reply-to :mime-version:content-type:message-id:content-transfer-encoding:cc :from:subject:date:to:x-mailer; bh=+Icw1l0jvme9wcz+CKom0ApPWDkzMs2TjUMN8uBrno8=; b=dAhzYY4AvGJDO4zZ2GK5VgOgzEFl7gvlJFbeKD7oyB4uGlAoIzT9QKPWCT3ewI26tg mJj3hxj3ELr/Day/KoNc3Ih0lda1lM5B5//KIIFoyZM4wqWx5J54JMCoPdxMMez6f4cX 1etQkqXoc2dJUBTOcJKNzmW0DhiGa5SdKiAiU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=V2Acrv7KxEyNy/8gTIHxhQF2c9+7pZj1J3XE5g9bXe4j4PAJXPKwbpS8g0YVsL9bVB gM2Kk9iZcdrHNs2yOvFLkTfuZ2iCldpjEyVIAscLEDfXBNGqIOGrrCAOfZ2AwpyOuLl2 8c7RNpelCv+Hv3ZGGAtt/ZdB4IH2uejygUC1s= Received: by 10.211.173.17 with SMTP id a17mr74165ebp.77.1256335706289; Fri, 23 Oct 2009 15:08:26 -0700 (PDT) Received: from rui-macbook.lan (bl11-0-248.dsl.telepac.pt [85.244.0.248]) by mx.google.com with ESMTPS id 7sm7003997eyg.25.2009.10.23.15.08.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 15:08:25 -0700 (PDT) References: <20091009170839.142800@gmx.net> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> <200910202247.45866.bschmidt@techwires.net> In-Reply-To: <200910202247.45866.bschmidt@techwires.net> Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Message-Id: <3F27A279-6347-456B-A9B6-7CE847DD1A49@gmail.com> Content-Transfer-Encoding: 7bit From: Rui Paulo Date: Fri, 23 Oct 2009 23:08:24 +0100 To: Bernhard Schmidt X-Mailer: Apple Mail (2.1076) Cc: freebsd-net@freebsd.org Subject: Re: Intel WiFi 5100/5300 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, 23 Oct 2009 22:08:27 -0000 On 20 Oct 2009, at 21:47, Bernhard Schmidt wrote: > On Sunday 18 October 2009 16:27:37 Bernhard Schmidt wrote: >> On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >>> .. anyways, I'll post updates on sunday. >> >> Here we go. > > Update: > * All reported issues should now be fixed, please verify. > * WPA does work. > > Still open: > * Test reports welcome, especially with 4965, 5150, 5300 and 5350. > > At this point, if no issue come up, the driver has the same > functionality as > the in tree one. > > http://techwires.net/~bschmidt/patches/freebsd/iwn/sys/ > or > http://techwires.net/~bschmidt/patches/freebsd/iwn/iwn-20091020.tar.gz This is now committed to HEAD. Thanks! -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Fri Oct 23 22:15: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 30D91106568B for ; Fri, 23 Oct 2009 22:15:01 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id C18C38FC13 for ; Fri, 23 Oct 2009 22:15:00 +0000 (UTC) Received: from maja.lab.techwires.net (dslb-088-067-221-039.pools.arcor-ip.net [88.67.221.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id 91FD7192FD9; Sat, 24 Oct 2009 00:14:59 +0200 (CEST) Received: from maja.lab.techwires.net (localhost [127.0.0.1]) by maja.lab.techwires.net (8.14.3/8.14.3) with ESMTP id n9NMEwFY016888; Sat, 24 Oct 2009 00:14:58 +0200 (CEST) (envelope-from bschmidt@techwires.net) Received: (from bschmidt@localhost) by maja.lab.techwires.net (8.14.3/8.14.3/Submit) id n9NMEwM7016887; Sat, 24 Oct 2009 00:14:58 +0200 (CEST) (envelope-from bschmidt@techwires.net) X-Authentication-Warning: maja.lab.sad1.techwires.net: bschmidt set sender to bschmidt@techwires.net using -f From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Sat, 24 Oct 2009 00:14:58 +0200 User-Agent: KMail/1.12.1 (FreeBSD/9.0-CURRENT; KDE/4.3.1; amd64; ; ) References: <20091009170839.142800@gmx.net> <4ad871310910211751t31b17133kf994728b2cbf2b39@mail.gmail.com> In-Reply-To: <4ad871310910211751t31b17133kf994728b2cbf2b39@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910240014.58690.bschmidt@techwires.net> Cc: Brandon Gooch , Rui Paulo , Glen Barber , David Horn Subject: Re: Intel WiFi 5100/5300 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, 23 Oct 2009 22:15:01 -0000 Hi, Update: * iwnfw has now been split into individual modules so autoloading of firmware module(s) does work again. * Changes have been made to RUN -> AUTH transition, this should fix the issue reported by Glen and others. * Brandon reported issues in iwn_cmd() with large commands, those have been fixed to. * DEAUTH is now handled correctly. http://techwires.net/~bschmidt/patches/freebsd/iwn/iwn-20091024.tar.gz or http://techwires.net/~bschmidt/patches/freebsd/iwn/sys/ -- Bernhard From owner-freebsd-net@FreeBSD.ORG Fri Oct 23 22:21: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 6866A106568B for ; Fri, 23 Oct 2009 22:21:03 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id 2332C8FC0A for ; Fri, 23 Oct 2009 22:21:02 +0000 (UTC) Received: from maja.lab.techwires.net (dslb-088-067-221-039.pools.arcor-ip.net [88.67.221.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.netsrc.de (Postfix) with ESMTP id BFC10192FDD; Sat, 24 Oct 2009 00:21:01 +0200 (CEST) Received: from maja.lab.techwires.net (localhost [127.0.0.1]) by maja.lab.techwires.net (8.14.3/8.14.3) with ESMTP id n9NML0DG016902; Sat, 24 Oct 2009 00:21:00 +0200 (CEST) (envelope-from bschmidt@techwires.net) Received: (from bschmidt@localhost) by maja.lab.techwires.net (8.14.3/8.14.3/Submit) id n9NML0BZ016901; Sat, 24 Oct 2009 00:21:00 +0200 (CEST) (envelope-from bschmidt@techwires.net) X-Authentication-Warning: maja.lab.sad1.techwires.net: bschmidt set sender to bschmidt@techwires.net using -f From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Sat, 24 Oct 2009 00:21:00 +0200 User-Agent: KMail/1.12.1 (FreeBSD/9.0-CURRENT; KDE/4.3.1; amd64; ; ) References: <20091009170839.142800@gmx.net> <200910202247.45866.bschmidt@techwires.net> <3F27A279-6347-456B-A9B6-7CE847DD1A49@gmail.com> In-Reply-To: <3F27A279-6347-456B-A9B6-7CE847DD1A49@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910240021.00403.bschmidt@techwires.net> Cc: Rui Paulo Subject: Re: Intel WiFi 5100/5300 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, 23 Oct 2009 22:21:03 -0000 On Saturday 24 October 2009 00:08:24 Rui Paulo wrote: > On 20 Oct 2009, at 21:47, Bernhard Schmidt wrote: > > On Sunday 18 October 2009 16:27:37 Bernhard Schmidt wrote: > >> On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: > >>> .. anyways, I'll post updates on sunday. > >> > >> Here we go. > > > > Update: > > * All reported issues should now be fixed, please verify. > > * WPA does work. > > > > Still open: > > * Test reports welcome, especially with 4965, 5150, 5300 and 5350. > > > > At this point, if no issue come up, the driver has the same > > functionality as > > the in tree one. > > > > http://techwires.net/~bschmidt/patches/freebsd/iwn/sys/ > > or > > http://techwires.net/~bschmidt/patches/freebsd/iwn/iwn-20091020.tar.gz > > This is now committed to HEAD. > > Thanks! A few minutes to early, there's been an update. Sorry for that. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Fri Oct 23 22:26: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 C1C5D1065670 for ; Fri, 23 Oct 2009 22:26:05 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 5272C8FC0C for ; Fri, 23 Oct 2009 22:26:05 +0000 (UTC) Received: by ewy18 with SMTP id 18so9012894ewy.43 for ; Fri, 23 Oct 2009 15:26:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:in-reply-to :mime-version:content-type:message-id:content-transfer-encoding:cc :from:subject:date:to:x-mailer; bh=nnvfKs5dZDMNQLIaRdmRCsGdzJgBoqGZ1CTgHBAqem4=; b=YixlTGwnGNpi3XgqEcjQn+KNj5nQ1jSN2/hEp9aRRL1iKFnrAplqpnXKGkSa3ukajw 7TxfbpCggvEydFMhgJKfKCA2GNyDhxJ0NeAyXVfIdnqor8gDMHJv5QwlLUgQf2v+kpkq Pr1dpSsLs/eUx27mw9If5bJVWVAeeOsUylZEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=jF57mnqSXPCsDKyMhWRrYVFEYgClAaWxfhrufU94laOz0+4zykJ3geHRB9LpIS5jzf Aol/Cf+4vwxE+m3R/zQDFMmlwwMunCj5fcIfUyiWLvrdo+bFDhDRRZfNVBOg0EbqWcKZ g3RkvHj5IeppEWFmBJ6PYVz4Qh8NPwumEjhkk= Received: by 10.211.132.16 with SMTP id j16mr4223576ebn.50.1256336764378; Fri, 23 Oct 2009 15:26:04 -0700 (PDT) Received: from rui-macbook.lan (bl11-0-248.dsl.telepac.pt [85.244.0.248]) by mx.google.com with ESMTPS id 10sm6262600eyz.43.2009.10.23.15.26.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 15:26:03 -0700 (PDT) References: <20091009170839.142800@gmx.net> <200910202247.45866.bschmidt@techwires.net> <3F27A279-6347-456B-A9B6-7CE847DD1A49@gmail.com> <200910240021.00403.bschmidt@techwires.net> In-Reply-To: <200910240021.00403.bschmidt@techwires.net> Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed Message-Id: <092CAA9E-08B2-46B5-87E1-37A993631982@gmail.com> Content-Transfer-Encoding: 7bit From: Rui Paulo Date: Fri, 23 Oct 2009 23:26:02 +0100 To: Bernhard Schmidt X-Mailer: Apple Mail (2.1076) Cc: freebsd-net@freebsd.org Subject: Re: Intel WiFi 5100/5300 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, 23 Oct 2009 22:26:05 -0000 On 23 Oct 2009, at 23:21, Bernhard Schmidt wrote: > On Saturday 24 October 2009 00:08:24 Rui Paulo wrote: >> On 20 Oct 2009, at 21:47, Bernhard Schmidt wrote: >>> On Sunday 18 October 2009 16:27:37 Bernhard Schmidt wrote: >>>> On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >>>>> .. anyways, I'll post updates on sunday. >>>> >>>> Here we go. >>> >>> Update: >>> * All reported issues should now be fixed, please verify. >>> * WPA does work. >>> >>> Still open: >>> * Test reports welcome, especially with 4965, 5150, 5300 and 5350. >>> >>> At this point, if no issue come up, the driver has the same >>> functionality as >>> the in tree one. >>> >>> http://techwires.net/~bschmidt/patches/freebsd/iwn/sys/ >>> or >>> http://techwires.net/~bschmidt/patches/freebsd/iwn/iwn-20091020.tar.gz >> >> This is now committed to HEAD. >> >> Thanks! > > A few minutes to early, there's been an update. Sorry for that. Ok, please send all the updates as the output of svn diff. Thanks, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sat Oct 24 04:13:25 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B21106566B for ; Sat, 24 Oct 2009 04:13:25 +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 2071C8FC08 for ; Sat, 24 Oct 2009 04:13:24 +0000 (UTC) Received: (qmail 2781 invoked by uid 1008); 24 Oct 2009 05:00:32 -0000 Received: from unknown (HELO kalins-macbook-pro.local) (kalin@el.net@74.1.12.115) by mail.el.net with ESMTPA; 24 Oct 2009 05:00:32 -0000 Message-ID: <4AE2780F.4080600@el.net> Date: Fri, 23 Oct 2009 23:44:15 -0400 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: 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: Sat, 24 Oct 2009 04:13:25 -0000 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?! thanks... From owner-freebsd-net@FreeBSD.ORG Sat Oct 24 08:35: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 6DD571065679; Sat, 24 Oct 2009 08:35:54 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id B6CD98FC12; Sat, 24 Oct 2009 08:35:53 +0000 (UTC) Received: by fxm6 with SMTP id 6so10298296fxm.43 for ; Sat, 24 Oct 2009 01:35:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received :x-virus-scanned:received:received:to:cc:subject:from:in-reply-to :references:x-operating-system:date:message-id:user-agent :mime-version:content-type:content-transfer-encoding; bh=+57hAAIe/QjOJbeQ5iEnhhx1lKFT3Ct++WZcOs5DW40=; b=GM3NykO+DK04QciJI75Azgk8XFoOoSGB8P0f95Q+Bs2I4S0KPY2rmA3HRYoYaUWsAc Icy4sJcuEGPUJL2w72o27+b2gHME5f5gRdVgdorujv03A+5NOnr2zv8gxbIjGB7BYwio sMgrWmz6heOm/teNYx9t4IQYWE5g9Wg0uCIu8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:x-virus-scanned:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; b=pxYlvdVjo/TzID7c6JrVjSiwXl/MMuSixa35VcyFGwcvk+tA/wStIe9l7iTnTBTHZP ZAuO4gaK2yYTVlJTny5Q4oDWUEoSzgbN5ILYq2yfl5e3Iz1MNdIyVDc6okGJc8kxB/Bm vFIbwl+tzm5+VYMXzEkAAKO5yh+NciJEI5bxA= Received: by 10.102.248.14 with SMTP id v14mr928461muh.74.1256373352337; Sat, 24 Oct 2009 01:35:52 -0700 (PDT) Received: from srvbsdnanssv.interne.kisoft-services.com (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mx.google.com with ESMTPS id j10sm5759245muh.0.2009.10.24.01.35.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Oct 2009 01:35:51 -0700 (PDT) Sender: Eric Masson Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id AB93917006; Sat, 24 Oct 2009 10:35:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aczhei6HxS4c; Sat, 24 Oct 2009 10:35:46 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 652FC170DD; Sat, 24 Oct 2009 10:35:46 +0200 (CEST) To: "Bjoern A. Zeeb" From: Eric Masson In-Reply-To: <20091020174351.T5956@maildrop.int.zabbadoz.net> (Bjoern A. Zeeb's message of "Tue, 20 Oct 2009 18:00:01 +0000 (UTC)") References: <861vkzlula.fsf@srvbsdnanssv.interne.kisoft-services.com> <9a542da30910190707q7eb173d9xf9085d220a213db1@mail.gmail.com> <86eiozjt6p.fsf@srvbsdnanssv.interne.kisoft-services.com> <20091019200549.GA9766@zeninc.net> <864opuk0e6.fsf@srvbsdnanssv.interne.kisoft-services.com> <20091020174351.T5956@maildrop.int.zabbadoz.net> X-Operating-System: FreeBSD 6.4-RELEASE-p7 i386 Date: Sat, 24 Oct 2009 10:35:46 +0200 Message-ID: <86tyxp6vfh.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, vanhu Subject: Re: IPSec, nat on enc device 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, 24 Oct 2009 08:35:54 -0000 "Bjoern A. Zeeb" writes: Hi Bjoern, > What I said before and will repeat is that if you want to use NAT and > VPN you want to do inside NAT (addmittingly handling the local machine > is a different story). I have done that years ago with ipfw. Then your > SA works on the NAT IP. I used it to avoid formerly RFC1918 address > collisions by NATing to an unrouted public IP for just the VPNs. > THe NAT IP will not be bound to any interface at all. Ok, I've never used ipfw so shot in the dark. If I had to nat 192.168.85.0/24 to 10.0.0.1 to access 192.168.201.0/24, I would have to setup the following : ipfw add divert natd all from 192.168.85.0/24 to 192.168.201.0/24 in natd -alias_address 10.0.0.1 setkey -c << EOD spdadd 10.0.0.1/32 192.168.201.0/24 any -P out ipsec esp/tunnel/mygw-theirgw/require ; spdadd 192.168.201.0/24 10.0.0.1/32 any -P in ipsec esp/tunnel/theirgw-mygw/require ; EOD Does it seem reasonable or do I miss something ? > There is a reason major vendors have been doing inside and outside NAT > for ages now. That pf cannot do that is bad and a design problem there. Ok, thanks for you explanations. Regards -- Salut, Je ne reçoit plus de messages de la mailing-list des nordistes. -+- SG in: GNU - Un ch'ti coup d'fufe pour la route ? -+- From owner-freebsd-net@FreeBSD.ORG Sat Oct 24 09:54:43 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA18C106566B for ; Sat, 24 Oct 2009 09:54:43 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.27]) by mx1.freebsd.org (Postfix) with ESMTP id AEB528FC08 for ; Sat, 24 Oct 2009 09:54:43 +0000 (UTC) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2007.orange.fr (SMTP Server) with ESMTP id 4F52E20000B6; Sat, 24 Oct 2009 11:54:42 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2007.orange.fr (SMTP Server) with ESMTP id 37AD520000B7; Sat, 24 Oct 2009 11:54:42 +0200 (CEST) Received: from [192.168.1.13] (ABordeaux-551-1-15-87.w86-196.abo.wanadoo.fr [86.196.242.87]) by mwinf2007.orange.fr (SMTP Server) with ESMTP id F07FB20000B6; Sat, 24 Oct 2009 11:54:41 +0200 (CEST) X-ME-UUID: 20091024095441985.F07FB20000B6@mwinf2007.orange.fr Message-ID: <4AE2CE31.7080809@wanadoo.fr> Date: Sat, 24 Oct 2009 11:51:45 +0200 From: Nicolas User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: Bernhard Schmidt , freebsd-net@freebsd.org References: <4AE1E8AB.4090003@wanadoo.fr> <200910240002.12111.bschmidt@techwires.net> In-Reply-To: <200910240002.12111.bschmidt@techwires.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Intel WiFi 5100/5300 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, 24 Oct 2009 09:54:44 -0000 Hi Bernhard, Thanks for your response, Yes i have a status indicator, the led for the wifi is always orange, i think if it's work that the led become white. I try to load/unload a few times but nothing changes, always the same message ! Another idea ? Nicolas. > > I have no clue.. Do you have any status indication for the button, LED or > something? Try press it a few times and kldunload/kldload if_iwn again From owner-freebsd-net@FreeBSD.ORG Sat Oct 24 10:50:23 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63393106566C; Sat, 24 Oct 2009 10:50:23 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 055618FC1B; Sat, 24 Oct 2009 10:50:23 +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 n9OAoMno034060; Sat, 24 Oct 2009 10:50:22 GMT (envelope-from rpaulo@freefall.freebsd.org) Received: (from rpaulo@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9OAoMQg033986; Sat, 24 Oct 2009 10:50:22 GMT (envelope-from rpaulo) Date: Sat, 24 Oct 2009 10:50:22 GMT Message-Id: <200910241050.n9OAoMQg033986@freefall.freebsd.org> To: olivier@freenas.org, rpaulo@FreeBSD.org, freebsd-net@FreeBSD.org, rpaulo@FreeBSD.org From: rpaulo@FreeBSD.org Cc: Subject: Re: kern/132625: [iwn] iwn drivers don't support setting country X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2009 10:50:23 -0000 Synopsis: [iwn] iwn drivers don't support setting country State-Changed-From-To: open->feedback State-Changed-By: rpaulo State-Changed-When: Sat Oct 24 10:49:46 UTC 2009 State-Changed-Why: Please try the iwn driver in FreeBSD HEAD. Responsible-Changed-From-To: freebsd-net->rpaulo Responsible-Changed-By: rpaulo Responsible-Changed-When: Sat Oct 24 10:49:46 UTC 2009 Responsible-Changed-Why: Please try the iwn driver in FreeBSD HEAD. http://www.freebsd.org/cgi/query-pr.cgi?pr=132625 From owner-freebsd-net@FreeBSD.ORG Sat Oct 24 19:41:40 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0B971065692 for ; Sat, 24 Oct 2009 19:41:40 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 67DA18FC12 for ; Sat, 24 Oct 2009 19:41:40 +0000 (UTC) Received: by ywh8 with SMTP id 8so8839513ywh.3 for ; Sat, 24 Oct 2009 12:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6meKuTt7dwn1yw8SEpWlofOr9szDVXLrEGWXo0LjP4I=; b=I1inQtuzszQeNz8B5fEsZ7TkLqGguH9I5RSClHZc0182oItmMyMZGfZjkQPSr8JkGG 8L4oYrOf4BQLDQKvc/eOelRZmLeKaCkZLLA4Au5A9yuZYKNvjWWxMuqrROUiOLMQHygN CCcB/DlF3rqH+JhliA/d2BOjO1jbsmsBONmBg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VQHknU0+WGRayvv2yRek6yZCC3YXzQRzbvf7AR3ZdjRzBxs7r02aZJSVPVXTTnSpCr SU6KhlQH3ivZDolYV+fnAdP3Bejbv6dde/kBsDrUPDB/Q6VRxtGcn5c6tg+B4cKq+xhy 6o7iqODJRTFsaHpkNX/8JvbnG3SSZIzU8Vywg= MIME-Version: 1.0 Received: by 10.150.9.4 with SMTP id 4mr20681967ybi.343.1256413299846; Sat, 24 Oct 2009 12:41:39 -0700 (PDT) In-Reply-To: <3F27A279-6347-456B-A9B6-7CE847DD1A49@gmail.com> References: <20091009170839.142800@gmx.net> <200910150815.58174.bschmidt@techwires.net> <200910181627.38060.bschmidt@techwires.net> <200910202247.45866.bschmidt@techwires.net> <3F27A279-6347-456B-A9B6-7CE847DD1A49@gmail.com> Date: Sat, 24 Oct 2009 14:41:39 -0500 Message-ID: <11167f520910241241o6a1ada3cmf076add6374a1add@mail.gmail.com> From: "Sam Fourman Jr." To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Bernhard Schmidt , freebsd-net@freebsd.org Subject: Re: Intel WiFi 5100/5300 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, 24 Oct 2009 19:41:40 -0000 On Fri, Oct 23, 2009 at 5:08 PM, Rui Paulo wrote: > On 20 Oct 2009, at 21:47, Bernhard Schmidt wrote: > >> On Sunday 18 October 2009 16:27:37 Bernhard Schmidt wrote: >>> >>> On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote: >>>> >>>> .. anyways, I'll post updates on =A0sunday. >>> >>> Here we go. >> >> Update: >> * All reported issues should now be fixed, please verify. >> * WPA does work. >> >> Still open: >> * Test reports welcome, especially with 4965, 5150, 5300 and 5350. >> >> At this point, if no issue come up, the driver has the same functionalit= y >> as >> the in tree one. >> >> http://techwires.net/~bschmidt/patches/freebsd/iwn/sys/ >> or >> http://techwires.net/~bschmidt/patches/freebsd/iwn/iwn-20091020.tar.gz > > This is now committed to HEAD. Just wanted to make everyone aware that OpenBSD just 1 hour ago commited a bunch of changes to their iwn driver. maybe some of it is useful for FreeBSD as well? Log message: huge diff introducing many of the recent changes made by intel to iwlwifi: - ICT interrupts for >=3D5000 series (avoids reading IWN_INT which is slow) - support v2 firmware header (including build number) - switch to v2 firmware api (requires a firmware package upgrade) - initial support for 1000 series and initial bits for upcoming 6000 series (untested as hardware is not available to the general public) - many bug fixes, including workarounds for hardware bugs make sure to update your iwn-firmware package to iwn-firmware-5.2. Sam Fourman Jr. Fourman Networks From owner-freebsd-net@FreeBSD.ORG Sat Oct 24 21:46:43 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3E3D1065692 for ; Sat, 24 Oct 2009 21:46:43 +0000 (UTC) (envelope-from pyunyh@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 863508FC19 for ; Sat, 24 Oct 2009 21:46:43 +0000 (UTC) Received: by qyk6 with SMTP id 6so4366688qyk.3 for ; Sat, 24 Oct 2009 14:46:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=H4wgmSLzy9pfa5yG1t2WVZfJBwcgJ4T7JiQSlgMANjM=; b=GL7qgU2qJuyd1AFnAE1seWRFyGTlSaSCz1nZUiOYkEndDPQ4qKMYO5HetZty2IYcO6 rl41rJtJNSjE+EGvdeXBtQ7AWT4s2mQjXFa0Nf8QfpS/ljyM4cn8ikuumehp1aLoyrpc phR7NHFdFXr2Vo8ZkQvjy+RJ0yRGjrwbpTXxw= 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=rWrAALEAiOW+kkuKNtUuWT1enngblL1QZ+wyqhfIn5PiGyJLksRhSCwYVqQNx1WkcW qlgj2BiDCVHGWbf8JIRV3Gq5Snic1hTqc6OBp0OU7ACKJ/GNMstaRBQmLguwSzRznGeJ 4J1Q7saVUE40MR8ajFy9rfp+GpHgLtFnnzEcs= Received: by 10.224.3.74 with SMTP id 10mr6306713qam.302.1256420803002; Sat, 24 Oct 2009 14:46:43 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm12116388qwk.4.2009.10.24.14.46.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Oct 2009 14:46:41 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 24 Oct 2009 14:46:40 -0700 From: Pyun YongHyeon Date: Sat, 24 Oct 2009 14:46:40 -0700 To: kalin m Message-ID: <20091024214640.GE6050@michelle.cdnetworks.com> References: <4AE2780F.4080600@el.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <4AE2780F.4080600@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: Sat, 24 Oct 2009 21:46:43 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 --2fHTh5uZTiUOsy+g Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.88E8057.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 198453) +++ sys/dev/msk/if_msk.c (working copy) @@ -221,6 +221,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, @@ -235,7 +237,9 @@ "Yukon EX", "Yukon EC", "Yukon FE", - "Yukon FE+" + "Yukon FE+", + "Yukon Supreme", + "Yukon Ultra 2" }; static int mskc_probe(device_t); @@ -1142,6 +1146,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. */ @@ -1744,6 +1749,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 198453) +++ sys/dev/msk/if_mskreg.h (working copy) @@ -143,6 +143,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 @@ -890,6 +891,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 */ --2fHTh5uZTiUOsy+g-- From owner-freebsd-net@FreeBSD.ORG Sat Oct 24 21:52: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 D8235106566C for ; Sat, 24 Oct 2009 21:52:21 +0000 (UTC) (envelope-from pyunyh@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 8AA098FC16 for ; Sat, 24 Oct 2009 21:52:21 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so434195qwb.7 for ; Sat, 24 Oct 2009 14:52:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=pLNTnTsB04ya/NycE/FgFaaIfrxBLGwsv3se718/D7k=; b=hEXLP4PPNpq1306cHaa2MtrDAmNlykFuTEpI7HwWVhGS/K6RYB7PQJvKVgUjeL8os6 q+1I6v4Hzcypsf538/TIhaAHuyoI9UHEnnUBl+Kf4ItXwKTqDBMPxNm3rg4QpbCXN/mI yMBA71uBjc0jFBKfqsYbKNfXVTu7Ox4icoRnk= 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=nGDv+Cd+CToyDAo99lbOdnjBClo2dQOYRqqZMCAzsaJ28ASVKFHkn+LloietXqNnce F+jqV+VEy1scM5xUGokxCaCBTfAAo0UwlZCAbpF+JblZ6N84sHG5wnTJFm/W/oOZjGwo kXU6APh0/6gLysb8uKFfAg1Cb1vnzIAUV5AmY= Received: by 10.224.36.139 with SMTP id t11mr6323711qad.350.1256421140657; Sat, 24 Oct 2009 14:52:20 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 8sm4951039qwj.41.2009.10.24.14.52.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Oct 2009 14:52:18 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 24 Oct 2009 14:52:19 -0700 From: Pyun YongHyeon Date: Sat, 24 Oct 2009 14:52:19 -0700 To: kalin m Message-ID: <20091024215219.GF6050@michelle.cdnetworks.com> References: <4AE2780F.4080600@el.net> <20091024214640.GE6050@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091024214640.GE6050@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, 24 Oct 2009 21:52:21 -0000 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 Sat Oct 24 23:06: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 4892D106568D for ; Sat, 24 Oct 2009 23:06:07 +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 E98D58FC08 for ; Sat, 24 Oct 2009 23:06:06 +0000 (UTC) Received: (qmail 28732 invoked by uid 1008); 25 Oct 2009 00:19:56 -0000 Received: from unknown (HELO kalins-macbook-pro.local) (kalin@el.net@24.193.246.51) by mail.el.net with ESMTPA; 25 Oct 2009 00:19:56 -0000 Message-ID: <4AE387C8.7020703@el.net> Date: Sat, 24 Oct 2009 19:03:36 -0400 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: Sat, 24 Oct 2009 23:06:07 -0000 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 > i certainly would try the patch. i have not gotten the email with the attachment. and it would probably happened on monday. the machine is in my office. but i'm interested to try it... thanks....