From owner-freebsd-net@FreeBSD.ORG Sun May 13 08:46:30 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B84216A406 for ; Sun, 13 May 2007 08:46:30 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5452013C483 for ; Sun, 13 May 2007 08:46:30 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 357BE1B10EA4; Sun, 13 May 2007 10:46:29 +0200 (CEST) Received: from [10.1.1.2] (unknown [192.168.25.6]) by blah.sun-fish.com (Postfix) with ESMTP id 2F77C1B10C26; Sun, 13 May 2007 10:46:29 +0200 (CEST) Message-ID: <4646D064.3050208@sun-fish.com> Date: Sun, 13 May 2007 11:46:28 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Jack Vogel References: <462E3B4A.5030307@sun-fish.com> <2a41acea0704241103r59a1fa8di7e7747e191eea787@mail.gmail.com> <462F0CBF.6020507@sun-fish.com> <2a41acea0704250936l46ed31a3w930ac8fba04df810@mail.gmail.com> <2a41acea0705041349o7bce9e1eh63ef1a036f80d1b6@mail.gmail.com> <463F2318.4070702@sun-fish.com> <2a41acea0705111501h41170824qddbf8fee9d9dacc7@mail.gmail.com> In-Reply-To: <2a41acea0705111501h41170824qddbf8fee9d9dacc7@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-net@freebsd.org Subject: Re: em0 - bge0 failed to work at 1000baseTX X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 May 2007 08:46:30 -0000 Jack Vogel wrote: > On 5/7/07, Stefan Lambrev wrote: >> Hi again, >> >> Jack Vogel wrote: >> >> > >> > The new driver I just checked into CURRENT has this fix, I hope its >> > going to be in the May snapshot, Stefan, can you try CURRENT to >> > see if it solves your problem? >> > >> > Jack >> I have problems with loading if_em as module on 7.0-current from today: >> >> link_elf: symbol e1000_init_function_pointers_82575 undefined >> >> so I compiled in the kernel, and it works, but nothing changed about my >> problem - it still refuses to stay on 1000baseTX for more then 2 seconds >> and auto-negotiate to 100baseTX. >> >> em0: port >> 0x2000-0x201f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at >> device 25.0 on pci0 >> em0: Ethernet address: 00:0f:fe:4e:78:16 >> em0: [FILTER] >> >> I'm ready to test any new patches :) > > My patch made assumptions about what is causing your problem, > and that may be incorrect. Our test group does not have that Broadcom > adapter but they are going to get one. I'll make tests with other gigabit network cards (first working day) to be sure that the problem exists only with broadcom then. > > They had a suggestion that you can try, go into your BIOS, and > then the Advanced Menu, I believe under that you will find settings > for the NorthBridge, in that submenu there is settings for HECI, > disable that, it is the interface to the management processor. Sorry I'm unable to find such menu in the BIOS. This is some new HP's BIOS, that really do not make me happy ... > > Then boot up and test again, if it now autonegs correctly then > it is the management getting in your way, on the other hand if > you still see it happen then we're back to square one :) > > Good luck, > > Jack From owner-freebsd-net@FreeBSD.ORG Sun May 13 18:37:16 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31C8716A402; Sun, 13 May 2007 18:37:16 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0B08413C43E; Sun, 13 May 2007 18:37:16 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (andre@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4DIbFIP022599; Sun, 13 May 2007 18:37:15 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4DIbFNw022595; Sun, 13 May 2007 18:37:15 GMT (envelope-from andre) Date: Sun, 13 May 2007 18:37:15 GMT From: Andre Oppermann Message-Id: <200705131837.l4DIbFNw022595@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, bms@FreeBSD.org Cc: Subject: Re: kern/108197: [ipv6] IPv6-related crash if if_delmulti X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 May 2007 18:37:16 -0000 Synopsis: [ipv6] IPv6-related crash if if_delmulti Responsible-Changed-From-To: freebsd-net->bms Responsible-Changed-By: andre Responsible-Changed-When: Sun May 13 18:36:25 UTC 2007 Responsible-Changed-Why: Send over to BMS. He's active in that area and may have fixed the bug already. http://www.freebsd.org/cgi/query-pr.cgi?pr=108197 From owner-freebsd-net@FreeBSD.ORG Sun May 13 18:38:26 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C5E816A400; Sun, 13 May 2007 18:38:26 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7563A13C458; Sun, 13 May 2007 18:38:26 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (andre@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4DIcQ1a022648; Sun, 13 May 2007 18:38:26 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4DIcQGe022644; Sun, 13 May 2007 18:38:26 GMT (envelope-from andre) Date: Sun, 13 May 2007 18:38:26 GMT From: Andre Oppermann Message-Id: <200705131838.l4DIcQGe022644@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org Cc: Subject: Re: kern/108670: [tcp] TCP connection ETIMEDOUT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 May 2007 18:38:26 -0000 Synopsis: [tcp] TCP connection ETIMEDOUT Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Sun May 13 18:38:09 UTC 2007 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=108670 From owner-freebsd-net@FreeBSD.ORG Sun May 13 18:39:39 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF02A16A406; Sun, 13 May 2007 18:39:39 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 879AB13C4BD; Sun, 13 May 2007 18:39:39 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (andre@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4DIddPx022699; Sun, 13 May 2007 18:39:39 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4DIddXW022695; Sun, 13 May 2007 18:39:39 GMT (envelope-from andre) Date: Sun, 13 May 2007 18:39:39 GMT From: Andre Oppermann Message-Id: <200705131839.l4DIddXW022695@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org Cc: Subject: Re: kern/110720: [net] [patch] support for interface descriptions X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 May 2007 18:39:39 -0000 Synopsis: [net] [patch] support for interface descriptions Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Sun May 13 18:39:20 UTC 2007 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=110720 From owner-freebsd-net@FreeBSD.ORG Sun May 13 18:40:35 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F92116A403; Sun, 13 May 2007 18:40:35 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6778313C46A; Sun, 13 May 2007 18:40:35 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (andre@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4DIeZ9N022980; Sun, 13 May 2007 18:40:35 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4DIeZUS022976; Sun, 13 May 2007 18:40:35 GMT (envelope-from andre) Date: Sun, 13 May 2007 18:40:35 GMT From: Andre Oppermann Message-Id: <200705131840.l4DIeZUS022976@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org Cc: Subject: Re: kern/112471: [netinet] [patch] sys/netinet/udp_usrreq.c modifies received UDP checksum X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 May 2007 18:40:35 -0000 Synopsis: [netinet] [patch] sys/netinet/udp_usrreq.c modifies received UDP checksum Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Sun May 13 18:40:16 UTC 2007 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=112471 From owner-freebsd-net@FreeBSD.ORG Sun May 13 20:32:31 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB2BB16A402; Sun, 13 May 2007 20:32:31 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id B383E13C44B; Sun, 13 May 2007 20:32:31 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4DKWV26036229; Sun, 13 May 2007 20:32:31 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4DKWViE036225; Sun, 13 May 2007 20:32:31 GMT (envelope-from remko) Date: Sun, 13 May 2007 20:32:31 GMT From: Remko Lodder Message-Id: <200705132032.l4DKWViE036225@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112637: RFC1323: Network stalled X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 May 2007 20:32:32 -0000 Old Synopsis: Network stalled New Synopsis: RFC1323: Network stalled Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Sun May 13 20:31:32 UTC 2007 Responsible-Changed-Why: The description is rather vague but tells us that it is something net-ish so reassign to the FreeBSD-networking team. http://www.freebsd.org/cgi/query-pr.cgi?pr=112637 From owner-freebsd-net@FreeBSD.ORG Sun May 13 21:14:38 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A2B716A406; Sun, 13 May 2007 21:14:38 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 640EA13C46C; Sun, 13 May 2007 21:14:38 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (andre@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4DLEcPc039900; Sun, 13 May 2007 21:14:38 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4DLEcB0039896; Sun, 13 May 2007 21:14:38 GMT (envelope-from andre) Date: Sun, 13 May 2007 21:14:38 GMT From: Andre Oppermann Message-Id: <200705132114.l4DLEcB0039896@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org Cc: Subject: Re: kern/112637: RFC1323: Network stalled X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 May 2007 21:14:38 -0000 Synopsis: RFC1323: Network stalled Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Sun May 13 21:14:19 UTC 2007 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=112637 From owner-freebsd-net@FreeBSD.ORG Mon May 14 00:56:58 2007 Return-Path: X-Original-To: Freebsd-net@freebsd.org Delivered-To: Freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A46316A402 for ; Mon, 14 May 2007 00:56:58 +0000 (UTC) (envelope-from stapleton.41@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id B56FB13C4B9 for ; Mon, 14 May 2007 00:56:57 +0000 (UTC) (envelope-from stapleton.41@gmail.com) Received: by mu-out-0910.google.com with SMTP id w8so607371mue for ; Sun, 13 May 2007 17:56:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NanccIf/eJJDGLi3MoQfFwauMMmr9mC7qHrKRyngv+QgJS3Sn+bVi8O9t88a13PkJ8AwZokXoH3ZSBlufZcuAwQHp8BzjhEGcH0hhcOC7+bZXttPL2Kn99aW3T5xrrHeSAQ9wrGXrWk3KrP9hm6To83qzYYLWI4TQw7JwNjysfU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=MPeTcdfPeWZCFqnMVAR3cV61O9fdj863V6Li6/mVA2KHeAGCAfHxo1mdaqvjt01+0zJ3Di8CnTFQb1uST9/R+eggV5ohTfnAY7ugrtGk96+W9IFnZ7+GIzw1gGBGuCgKV9v+nrQC9N9KcY2kng74DiGRev2pinSnM9uJRJ00BLw= Received: by 10.82.180.17 with SMTP id c17mr538709buf.1179104216339; Sun, 13 May 2007 17:56:56 -0700 (PDT) Received: by 10.82.191.14 with HTTP; Sun, 13 May 2007 17:56:56 -0700 (PDT) Message-ID: <80f4f2b20705131756r71850240w3577992241fb4259@mail.gmail.com> Date: Sun, 13 May 2007 20:56:56 -0400 From: "Jim Stapleton" To: Freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: VPNC seems to connect, but cannot ping any IPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 May 2007 00:56:58 -0000 I'm using VPNC (security/vpnc) to get into my works VPN, but I'm having an odd problem I do not know where to look next. I am behind a nat/router, which I unfortantely cannot move out from behind for a while. While I suspect that may be the issue, I'm not sure what else to do. I appear to connect but I cannot ping any host on the network (my desktop at work, the server I adminstrate, either of the DNS servers on the network, etc.) VPNC connects as follows. I've replaced the IP addresses listed with shell variable names. Anything witht he same name has the same IP, differing names suggest differing IPs. The IPs with a .## after were mostly .0, but one with another number, so I decided I ought keep the last byte "unmasked". ======================================== sudo vpnc --gateway $SERVER --id $GROUPID --username=$USERNAME sjss@elrond -> root@elrond: Enter IPSec secret for $GROUPID@$SERVER: Enter password for $USERNAME@$SERVER: Connect Banner: | Welcome to the OIT/VPN network for users at KRC add host $SERVER: gateway 192.168.1.1 add net $A.0: gateway $GATE add net $B.0: gateway $GATE add net $C.0: gateway $GATE add net $D.64: gateway $GATE add net $E.0: gateway $GATE add net $F.0: gateway $GATE add net $G.0: gateway $GATE add net $H.0: gateway $GATE add net $I.0: gateway $GATE add net $J.0: gateway $GATE add net $K.0: gateway $GATE VPNC started in background (pid: 4412)... ======================================== Here's my ifconfig, some things are local and don't need to be masked. The masked IP address matches to the gate above. ======================================== sjss@elrond 20:54:11 (0) ~/vpn > ifconfig nve0: flags=8843 mtu 1500 inet 192.168.1.84 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.85 netmask 0xffffffff broadcast 192.168.1.85 ether 00:13:d4:2e:2f:62 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 tun0: flags=8051 mtu 1412 inet $GATE --> $GATE netmask 0xffffffff Opened by PID 4531 ======================================== Since this is $GATE --> $GATE, I suspect that is my problem. Any suggestion of how I can/should fix this? I'm not sure/can't figure out what I did wrong. Thank you, -Jim Stapleton From owner-freebsd-net@FreeBSD.ORG Mon May 14 02:07:17 2007 Return-Path: X-Original-To: Freebsd-net@freebsd.org Delivered-To: Freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4237316A405 for ; Mon, 14 May 2007 02:07:17 +0000 (UTC) (envelope-from cybercorecentre@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id CEC8E13C43E for ; Mon, 14 May 2007 02:07:16 +0000 (UTC) (envelope-from cybercorecentre@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so977868ugh for ; Sun, 13 May 2007 19:07:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=uoqz2ANojOlxsPEIbJ/p/FL0PdFDG90W97DHGUViJLwhZcmtF4L+gga6O9BrOaNXuNAVD7WEW092btOEWvr83Fq1m0PJvDMAA2kcIaWqlyhHIgHyYVmeF7WDd4NmuYyVl7yNJvxjE2M8qnRUh9FoCpcDwpte+aYmwWLf25or0fQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=PdWAuyGBbbI0rpJq45mb2ZHs3oty7MYuOkqWIYjiI0GlADm2Nb+JxxAYgyd3ktYSfwWrD30q8E9MQ8ZiS+ThpaxsDmp6ytKpbqYV5NR5OZN6pmMgq68U8FFxHC81ai6VUCzt58LuzefnUem+mveMPKzfajXTsBGYZW4F+MuG1gY= Received: by 10.67.25.9 with SMTP id c9mr4860430ugj.1179108435581; Sun, 13 May 2007 19:07:15 -0700 (PDT) Received: from ?192.0.0.52? ( [62.77.228.138]) by mx.google.com with ESMTP id q40sm1696156ugc.2007.05.13.19.07.14; Sun, 13 May 2007 19:07:14 -0700 (PDT) Message-ID: <4647C268.2030603@gmail.com> Date: Mon, 14 May 2007 03:59:04 +0200 From: Jax User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Jim Stapleton References: <80f4f2b20705131756r71850240w3577992241fb4259@mail.gmail.com> In-Reply-To: <80f4f2b20705131756r71850240w3577992241fb4259@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Freebsd-net@freebsd.org Subject: Re: VPNC seems to connect, but cannot ping any IPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 May 2007 02:07:17 -0000 Jim Stapleton wrote: > I'm using VPNC (security/vpnc) to get into my works VPN, but I'm > having an odd problem I do not know where to look next. I am behind a > nat/router, which I unfortantely cannot move out from behind for a > while. While I suspect that may be the issue, I'm not sure what else > to do. > Not problem until you use udp for communication and the ports open on the fw which are required for ipsec. > Since this is $GATE --> $GATE, I suspect that is my problem. > Yeah the new vpncs start script has bugs like this. I also had to remove code from it so I suggest you to rewrite it as you need or put back the previous version from source. Jax From owner-freebsd-net@FreeBSD.ORG Mon May 14 03:09:54 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C13F16A400 for ; Mon, 14 May 2007 03:09:54 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 4ACDC13C448 for ; Mon, 14 May 2007 03:09:54 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so369212and for ; Sun, 13 May 2007 20:09:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Uac4hWQZp/KUMlZ63INfzc5bm+7dmkbjcnU+VbEKRiTQZvFtJuvlrFJB+D+diNbUXHGlZ09UKZUYlc9XhC/7E84wK5VEz8NNwXwiuYc+Uz0sCAJHVBwHapKXNNqRg89TMt65PYA6MmOaRz5Rt8jGgrNxbmr8MlfaeKrEU0voqU0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F357ku61vFJaKHHKGHaa290YqtJ9vPr/tj8Dsoe0HXsutFWmKagw6lU6XCNWH72y1tqJxrHDdBgs5MWR77v8WDmQusqeR9xEeVgIxyGk/lap5fC+sNheqJRw/WIXL+hQgMGUlBxmeh0Wq5Pn9rH6zRK6eyFUQcOVCnAboF7jqHg= Received: by 10.100.205.9 with SMTP id c9mr4098413ang.1179110630413; Sun, 13 May 2007 19:43:50 -0700 (PDT) Received: by 10.100.57.7 with HTTP; Sun, 13 May 2007 19:43:50 -0700 (PDT) Message-ID: Date: Mon, 14 May 2007 10:43:50 +0800 From: "Sepherosa Ziehau" To: "Alex Povolotsky" In-Reply-To: <46461BB6.7050101@webmail.sub.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46461BB6.7050101@webmail.sub.ru> Cc: freebsd-net@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Asus WL-167g not working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 May 2007 03:09:54 -0000 On 5/13/07, Alex Povolotsky wrote: > Hello! > > I'm trying to use ASUS WL-167g, with ural driver compiled into kernel, > but system does not recognize it. > > from /var/log/messages > > May 12 23:47:15 tarkhil kernel: ugen1: Ralink 802.11 bg WLAN, rev > 2.00/0.01, addr 2 > > from usbdevs -v > > port 5 addr 2: high speed, power 300 mA, config 1, 802.11 bg > WLAN(0x1723), Ralink(0x0b05), rev 0.01 Try HEAD, this is a rum(4) Best Regards, sephe -- Live Free or Die From owner-freebsd-net@FreeBSD.ORG Mon May 14 08:49:02 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31F2A16A402 for ; Mon, 14 May 2007 08:49:02 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (reverse-25.fdn.fr [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id E9C5713C4B8 for ; Mon, 14 May 2007 08:49:01 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: by smtp.zeninc.net (smtpd, from userid 1000) id 6846A3F1F; Mon, 14 May 2007 10:21:16 +0200 (CEST) Date: Mon, 14 May 2007 10:21:16 +0200 From: VANHULLEBUS Yvan To: freebsd-net@freebsd.org Message-ID: <20070514082116.GA29507@zen.inc> References: <200705110811.l4B8BTL6031338@hole.shrew.net> <20070512045441.GI21795@elvis.mu.org> <46455B30.5030100@shrew.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46455B30.5030100@shrew.net> User-Agent: All mail clients suck. This one just sucks less. Subject: Re: NAT Traversal Patches ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 May 2007 08:49:02 -0000 Hi all. On Sat, May 12, 2007 at 01:14:08AM -0500, Matthew Grooms wrote: > Alfred Perlstein wrote: > >Matthew, can you provide links to the patches and surrounding > >discussion. It may just be a matter of integration manpower... > > > > Here is a link to the 6.x patch set. I'm not sure where the most recent > patches are for head. Yvan will probably be willing to point us in the > right direction. > > http://ipsec-tools.sf.net/freebsd6-natt.diff As the file name says, this patch is up to date for FreeBSD6, but does not apply directly for FreeBSD's HEAD (well, it may apply but it won't compile). I just put the up to date patch for HEAD here: http://vanhu.free.fr/patch-natt-freebsd-HEAD-new.diff (thanks to Emmanuel Dreyfus from NetBSD project and Larry Baird from GTA, this patch is a team effort !) but I couldn't re-test it recently (I'll restart a FreeBSD 7 station this evening). > As for the surrounding discussion, I haven't seen anything recently > about why the changes haven't been integrated. I was hoping my post > would seed a new discussion regarding this. I exchanged private mails with Sam Leffler and George V. Neville-Neil some months ago. George told me he was interested in the patch and would have a look at it, but he also told me that he had some other stuff, and looks like we also had some lost mails (I know that at least two of my mails were sent back by some mailer daemons on the way). George, I guess you're reading the thread, if you didn't get my mail with the latest version of the patch... well, you also have the URL, now ! Yvan. -- NETASQ http://www.netasq.com From owner-freebsd-net@FreeBSD.ORG Mon May 14 08:52:18 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67CD116A400 for ; Mon, 14 May 2007 08:52:18 +0000 (UTC) (envelope-from stapleton.41@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 0194C13C448 for ; Mon, 14 May 2007 08:52:17 +0000 (UTC) (envelope-from stapleton.41@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1016514ugh for ; Mon, 14 May 2007 01:52:16 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qz9U61TyxNY2omodrjswDH3sMVwyrot7GQZ6P3HLWuF1Yr0BP96mwAsHIWnk6KMfzaNNpZq+hQdgIby6Iv/ovBoj+nehZT2bSbybHCABxAvmpldt7CK0GufDXKeBmC3p7pSEjARjwmIMZoL671OL69z0FthdC45jF5gocJkpM24= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rJyzATHr7XHthz5qXOi/0HN/YZ6GiqwbqetfPcJITjjaQhitN5AiM9VhEApa3YCEsUgHQ2tsN02D+VWnEBq3S4H7hNMV5O2PMPbC5XqF/xSCGQM8R65C/rcCqyHay8XsEQtflMHf8upVe6cWu31q7imy64MW+dAeNeLzT/2mpbk= Received: by 10.82.189.6 with SMTP id m6mr1162337buf.1179132736602; Mon, 14 May 2007 01:52:16 -0700 (PDT) Received: by 10.82.191.14 with HTTP; Mon, 14 May 2007 01:52:16 -0700 (PDT) Message-ID: <80f4f2b20705140152x38a413fcve7d30562dbcb4ec2@mail.gmail.com> Date: Mon, 14 May 2007 04:52:16 -0400 From: "Jim Stapleton" To: Jax , freebsd-net@freebsd.org In-Reply-To: <4647C268.2030603@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <80f4f2b20705131756r71850240w3577992241fb4259@mail.gmail.com> <4647C268.2030603@gmail.com> Cc: Subject: Re: VPNC seems to connect, but cannot ping any IPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 May 2007 08:52:18 -0000 which version had a good source? I tried two versions with similar errors? Thanks, -Jim Stapleton On 5/13/07, Jax wrote: > Jim Stapleton wrote: > > I'm using VPNC (security/vpnc) to get into my works VPN, but I'm > > having an odd problem I do not know where to look next. I am behind a > > nat/router, which I unfortantely cannot move out from behind for a > > while. While I suspect that may be the issue, I'm not sure what else > > to do. > > > Not problem until you use udp for communication and the ports open on > the fw which are required for ipsec. > > Since this is $GATE --> $GATE, I suspect that is my problem. > > > Yeah the new vpncs start script has bugs like this. I also had to remove > code from it so I suggest you to rewrite it as you need or put back the > previous version from source. > > Jax > From owner-freebsd-net@FreeBSD.ORG Mon May 14 11:08:42 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12BF216A46B for ; Mon, 14 May 2007 11:08:42 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 007B413C44B for ; Mon, 14 May 2007 11:08:41 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4EB8f0w033075 for ; Mon, 14 May 2007 11:08:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4EB8eWF033071 for freebsd-net@FreeBSD.org; Mon, 14 May 2007 11:08:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 May 2007 11:08:40 GMT Message-Id: <200705141108.l4EB8eWF033071@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 May 2007 11:08:42 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/95665 net [if_tun] "ping: sendto: No buffer space available" wit s kern/105943 net Network stack may modify read-only mbuf chain copies o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/109406 net [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work wi o kern/110959 net [ipsec] Filtering incoming packets with enc0 does not 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s kern/60293 net FreeBSD arp poison patch o kern/95267 net packet drops periodically appear f kern/95277 net [netinet] IP Encapsulation mask_match() returns wrong o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/102035 net [plip] plip networking disables parallel port printing o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/112612 net Traffic via additional lo(4) interface shows up on lo0 11 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 14 13:25:36 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE92F16A406 for ; Mon, 14 May 2007 13:25:36 +0000 (UTC) (envelope-from stapleton.41@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 7031C13C459 for ; Mon, 14 May 2007 13:25:36 +0000 (UTC) (envelope-from stapleton.41@gmail.com) Received: by mu-out-0910.google.com with SMTP id w8so697927mue for ; Mon, 14 May 2007 06:25:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ikFBDiq7sW0IPFOtesvmHFL3oosyqF3aGEfW6QJZoXT9WqD9DpAi5wxRt5vqvnmooUsYEl2F1YeVgV5GhyOLG1ixWkmCwk4ET5e9XRR3NoFiwjsxKBP5Y/YiN58jx/eVhQls577j4mfqp2GLTXLuzS3Xigt5Qy0h1RR3BR+fxbM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YKpcwwRl/Ad2jxXejburb+vThBFpyt5MxvQ/hxexTabh70tNbPyXZHuFv29QtY+r3fUQZC5pzDHINEU7Smeh472NtMGhTEXYDrGDhCLcaNFay7ATzm0TBo8B8g1tYyGu+4laTSFGlKSn/JY/1/5G0eteiS6gEic5rfiooWQehsU= Received: by 10.82.150.20 with SMTP id x20mr1720913bud.1179149134852; Mon, 14 May 2007 06:25:34 -0700 (PDT) Received: by 10.82.191.14 with HTTP; Mon, 14 May 2007 06:25:34 -0700 (PDT) Message-ID: <80f4f2b20705140625n2c941edeh776ddc0c624c9a93@mail.gmail.com> Date: Mon, 14 May 2007 09:25:34 -0400 From: "Jim Stapleton" To: freebsd-net@freebsd.org In-Reply-To: <80f4f2b20705140152x38a413fcve7d30562dbcb4ec2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <80f4f2b20705131756r71850240w3577992241fb4259@mail.gmail.com> <4647C268.2030603@gmail.com> <80f4f2b20705140152x38a413fcve7d30562dbcb4ec2@mail.gmail.com> Subject: Re: VPNC seems to connect, but cannot ping any IPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 May 2007 13:25:37 -0000 Looking at this a bit more, I think I should be able to simply modify a line on here to get it to work... Which of these would work the best? From: $ ifconfig "$TUNDEV" inet "$INTERNAL_IP4_ADDRESS" $ifconfig_syntax_ptp "$INTERNAL_IP4_ADDRESS" netmask 255.255.255.255 mtu 1412 up To: Do I create a loopback at 127.0.0.2 before hand or not? $ ifconfig "$TUNDEV" inet 127.0.0.2 $ifconfig_syntax_ptp "$INTERNAL_IP4_ADDRESS" netmask 255.255.255.255 mtu 1412 up this isntead uses my local net IP instead of a loopback $ ifconfig "$TUNDEV" inet 192.168.1.84 $ifconfig_syntax_ptp "$INTERNAL_IP4_ADDRESS" netmask 255.255.255.255 mtu 1412 up Thanks again, -Jim Stapleton On 5/14/07, Jim Stapleton wrote: > which version had a good source? I tried two versions with similar errors? > > Thanks, > -Jim Stapleton > > On 5/13/07, Jax wrote: > > Jim Stapleton wrote: > > > I'm using VPNC (security/vpnc) to get into my works VPN, but I'm > > > having an odd problem I do not know where to look next. I am behind a > > > nat/router, which I unfortantely cannot move out from behind for a > > > while. While I suspect that may be the issue, I'm not sure what else > > > to do. > > > > > Not problem until you use udp for communication and the ports open on > > the fw which are required for ipsec. > > > Since this is $GATE --> $GATE, I suspect that is my problem. > > > > > Yeah the new vpncs start script has bugs like this. I also had to remove > > code from it so I suggest you to rewrite it as you need or put back the > > previous version from source. > > > > Jax > > > From owner-freebsd-net@FreeBSD.ORG Tue May 15 07:21:03 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29D6116A400 for ; Tue, 15 May 2007 07:21:03 +0000 (UTC) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx1.wipro.com (wip-ectls-mx1.wipro.com [203.91.193.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6B113C447 for ; Tue, 15 May 2007 07:21:02 +0000 (UTC) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx1.wipro.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 0A5E7220442 for ; Tue, 15 May 2007 12:22:21 +0530 (IST) Received: from blr-ec-bh02.wipro.com (blr-ec-bh02.wipro.com [10.201.50.92]) by wip-ectls-mx1.wipro.com (Postfix) with ESMTP id F15B222042B for ; Tue, 15 May 2007 12:22:20 +0530 (IST) Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-ec-bh02.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 15 May 2007 12:22:02 +0530 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 May 2007 12:22:08 +0530 Message-ID: <821C7AD2A9F78942B8605979226257739CFBF5@blr-m3-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IXGB networl driver and locking Thread-Index: AceWvY4ao9PziVGDQDOF30VEGWZQLQ== From: To: X-OriginalArrivalTime: 15 May 2007 06:52:02.0305 (UTC) FILETIME=[8AAEDF10:01C796BD] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IXGB networl driver and locking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 May 2007 07:21:03 -0000 Hi all, =20 Same lock is being used in ixgb_intr and ixgb_start. If we get Receive interrupt while processing Xmit (ixgb_start), Will the calling of ixgb_intr() handler be delayed as we will not be getting lock in ixgb_intr since it is already locked in ixgb_start. If it is the case, are we making it as Half duplex, I mean we are allowing either of one Tx (or) Rx. Please clarify. =20 488 ixgb_start (struct ifnet *ifp ) 489 { 490 struct adapter *adapter =3D ifp ->if_softc; 491 =20 492 IXGB_LOCK (adapter ); 493 ixgb_start_locked (ifp ); 494 IXGB_UNLOCK (adapter ); 495 return; 496 } =20 =20 static void 795 ixgb_intr (void *arg ) 796 { ............. ............ IXGB_LOCK (adapter ); ..................... IXGB_UNLOCK (adapter ); =20 Thanks, ~Siva The information contained in this electronic message and any attachments to= this message are intended for the exclusive use of the addressee(s) and= may contain proprietary, confidential or privileged information. If you= are not the intended recipient, you should not disseminate, distribute or= copy this e-mail. Please notify the sender immediately and destroy all= copies of this message and any attachments.=20 WARNING: Computer viruses can be transmitted via email. The recipient= should check this email and any attachments for the presence of viruses.= The company accepts no liability for any damage caused by any virus= transmitted by this email. =20 www.wipro.com From owner-freebsd-net@FreeBSD.ORG Tue May 15 08:17:19 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D49F16A408 for ; Tue, 15 May 2007 08:17:19 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id EF21E13C468 for ; Tue, 15 May 2007 08:17:18 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so60044nze for ; Tue, 15 May 2007 01:17:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jHqEaj6mOZCHE4GJ4fEEXSR7mG2rV/HulrGGj9PMIIQZ80aQxpGa/T3vylDFO9trUw4ADih8Sb1rj08pDyMgDU3cl86VsBioLjnB9l+mRdEtBNcXAuQB3ox62VHWcVEctnGTfEE9IZl/BWKaNlIXoMsgsPJmIOA3ko2/FYeDhTc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RGJ+ROCSjRnxU2hRXjclgljWJHMW5/CDwK2MFhEwPPMxSWPZGYxo23cu422ySpLNn1f/Hv2C6jsI3W9tf9KhtQCI4nX1ECRpu3yIsl7J/pHgUpxX7hRFmvVoCu1gdYuUh1uqtckXvAVqCSw5YK1CjV74z/1sBCHhimN/bUL+U7c= Received: by 10.114.170.1 with SMTP id s1mr1417333wae.1179217037066; Tue, 15 May 2007 01:17:17 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Tue, 15 May 2007 01:17:17 -0700 (PDT) Message-ID: <2a41acea0705150117y778093ej4ecf869a2f5b1d48@mail.gmail.com> Date: Tue, 15 May 2007 01:17:17 -0700 From: "Jack Vogel" To: "sivakumar.subramani@wipro.com" In-Reply-To: <821C7AD2A9F78942B8605979226257739CFBF5@blr-m3-msg.wipro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <821C7AD2A9F78942B8605979226257739CFBF5@blr-m3-msg.wipro.com> Cc: freebsd-net@freebsd.org Subject: Re: IXGB networl driver and locking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 May 2007 08:17:19 -0000 On 5/14/07, sivakumar.subramani@wipro.com wrote: > > Hi all, > > Same lock is being used in ixgb_intr and ixgb_start. If we get Receive > interrupt while processing Xmit (ixgb_start), Will the calling of > ixgb_intr() handler be delayed as we will not be getting lock in > ixgb_intr since it is already locked in ixgb_start. If it is the case, > are we making it as Half duplex, I mean we are allowing either of one Tx > (or) Rx. Please clarify. What was all this garbled URLs in your message, something is messing with your content. In any case, the device only has ONE interrupt registered, it can be caused by either RX or TX or whatever. This as well as the em driver has always had a single lock as well, and, while it could be made more sophisticated, it has been adequate. The em driver in CURRENT handles some interrupts without the lock. In any case, the hardware operates independently of the driver to some extent, processing RX from the wire, and doing the DMA to memory without the driver being in control, it interrupts when it gets done with an packet, and even then it can continue. So, I dont know what your real issue is, but the single adapter lock does not make things half duplex. Jack From owner-freebsd-net@FreeBSD.ORG Tue May 15 08:53:00 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0148516A404 for ; Tue, 15 May 2007 08:53:00 +0000 (UTC) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx1.wipro.com (wip-ectls-mx1.wipro.com [203.91.193.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1E38C13C45E for ; Tue, 15 May 2007 08:52:59 +0000 (UTC) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx1.wipro.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id E00C122069F for ; Tue, 15 May 2007 14:23:13 +0530 (IST) Received: from blr-ec-bh02.wipro.com (blr-ec-bh02.wipro.com [10.201.50.92]) by wip-ectls-mx1.wipro.com (Postfix) with ESMTP id D1AB82205F0 for ; Tue, 15 May 2007 14:23:13 +0530 (IST) Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-ec-bh02.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 15 May 2007 14:22:54 +0530 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 May 2007 14:22:54 +0530 Message-ID: <821C7AD2A9F78942B86059792262577306B371@blr-m3-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IXGB networl driver and locking Thread-Index: AceWyXUxW9VGoOelSHi2WLvoNaQyOgAA1Equ References: <821C7AD2A9F78942B8605979226257739CFBF5@blr-m3-msg.wipro.com> <2a41acea0705150117y778093ej4ecf869a2f5b1d48@mail.gmail.com> From: To: X-OriginalArrivalTime: 15 May 2007 08:52:54.0884 (UTC) FILETIME=[6D8E9A40:01C796CE] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: RE: IXGB networl driver and locking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 May 2007 08:53:00 -0000 Thanks for the reply. Sorry garbled URL in the previous message.=20 =20 Actually I was talk between the ixgb_start (Transmit function not the= Transmit interrupt handler) and rx interrupt handler function ( Where we= send the packet up using if_input function).=20 =20 We are using same lock between transmit and Rx_interrupt handler function,= Will it affect the performance? Can we use seperate locks for these= functions to increase the performance on multiproccessor system.=20 =20 For ex, if we assume that ixgb_start function is executed on CPU1 and it= create the mbuf for transmit. We receive Rx interrupt and CPU2 is= scheduled with Rx interrupt handler. Since we are holding the lock in= ixgb_start function, the Rx interrupt handler can not proceed further as= it needs ADAPTER LOCK. =20 Am I Correct ?? =20 Thanks, ~Siva =20 ________________________________ From: Jack Vogel [mailto:jfvogel@gmail.com] Sent: Tue 5/15/2007 1:47 PM To: SIVAKUMAR SUBRAMANI (WT01 - Computing Storage and Software Products) Cc: freebsd-net@freebsd.org Subject: Re: IXGB networl driver and locking On 5/14/07, sivakumar.subramani@wipro.com = wrote: > > Hi all, > > Same lock is being used in ixgb_intr and ixgb_start. If we get Receive > interrupt while processing Xmit (ixgb_start), Will the calling of > ixgb_intr() handler be delayed as we will not be getting lock in > ixgb_intr since it is already locked in ixgb_start. If it is the case, > are we making it as Half duplex, I mean we are allowing either of one Tx > (or) Rx. Please clarify. What was all this garbled URLs in your message, something is messing with your content. In any case, the device only has ONE interrupt registered, it can be caused by either RX or TX or whatever. This as well as the em driver has always had a single lock as well, and, while it could be made more sophisticated, it has been adequate. The em driver in CURRENT handles some interrupts without the lock. In any case, the hardware operates independently of the driver to some extent, processing RX from the wire, and doing the DMA to memory without the driver being in control, it interrupts when it gets done with an packet, and even then it can continue. So, I dont know what your real issue is, but the single adapter lock does not make things half duplex. Jack The information contained in this electronic message and any attachments to= this message are intended for the exclusive use of the addressee(s) and= may contain proprietary, confidential or privileged information. If you= are not the intended recipient, you should not disseminate, distribute or= copy this e-mail. Please notify the sender immediately and destroy all= copies of this message and any attachments.=20 WARNING: Computer viruses can be transmitted via email. The recipient= should check this email and any attachments for the presence of viruses.= The company accepts no liability for any damage caused by any virus= transmitted by this email. =20 www.wipro.com From owner-freebsd-net@FreeBSD.ORG Tue May 15 18:08:56 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DA1D16A400; Tue, 15 May 2007 18:08:56 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 26D9A13C46A; Tue, 15 May 2007 18:08:56 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4FI8uYo041216; Tue, 15 May 2007 18:08:56 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4FI8tIN041212; Tue, 15 May 2007 18:08:56 GMT (envelope-from remko) Date: Tue, 15 May 2007 18:08:56 GMT From: Remko Lodder Message-Id: <200705151808.l4FI8tIN041212@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112686: patm driver freezes System (FreeBSD 6.2-p4) i386 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 May 2007 18:08:56 -0000 Synopsis: patm driver freezes System (FreeBSD 6.2-p4) i386 Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Tue May 15 18:08:30 UTC 2007 Responsible-Changed-Why: I think this is more related to net then to i386. http://www.freebsd.org/cgi/query-pr.cgi?pr=112686 From owner-freebsd-net@FreeBSD.ORG Tue May 15 19:34:22 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4AFA16A404; Tue, 15 May 2007 19:34:22 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0E613C447; Tue, 15 May 2007 19:34:22 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4FJYMk2051211; Tue, 15 May 2007 19:34:22 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4FJYM0Q051207; Tue, 15 May 2007 19:34:22 GMT (envelope-from remko) Date: Tue, 15 May 2007 19:34:22 GMT From: Remko Lodder Message-Id: <200705151934.l4FJYM0Q051207@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112670: [if_tap] stat /dev/tapN leads to panic for N >= 2G X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 May 2007 19:34:22 -0000 Synopsis: [if_tap] stat /dev/tapN leads to panic for N >= 2G Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Tue May 15 19:33:39 UTC 2007 Responsible-Changed-Why: I think this is something more for the -net team, reassign. Note: I am awaiting a feedback report about the kernel dump (which wasn't made as you can see in the report, but it would perhaps tell us very well what the real problem is). http://www.freebsd.org/cgi/query-pr.cgi?pr=112670 From owner-freebsd-net@FreeBSD.ORG Tue May 15 22:50:08 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8639F16A400 for ; Tue, 15 May 2007 22:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1B74613C45A for ; Tue, 15 May 2007 22:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4FMo76D075865 for ; Tue, 15 May 2007 22:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4FMo7mc075864; Tue, 15 May 2007 22:50:07 GMT (envelope-from gnats) Date: Tue, 15 May 2007 22:50:07 GMT Message-Id: <200705152250.l4FMo7mc075864@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Landon Fuller Cc: Subject: Re: kern/112670: [if_tap] stat /dev/tapN leads to panic for N > 2G X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Landon Fuller List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 22:50:08 -0000 The following reply was made to PR kern/112670; it has been noted by GNATS. From: Landon Fuller To: bug-followup@FreeBSD.org, osd@cs.unibo.it Cc: Subject: Re: kern/112670: [if_tap] stat /dev/tapN leads to panic for N > 2G Date: Tue, 15 May 2007 15:26:45 -0700 The sign comparison bug was fixed in r1.201 of sys/kern/kern_conf.c (kern/105228). It should be fixed in STABLE (MFC'd on February 27th). From owner-freebsd-net@FreeBSD.ORG Wed May 16 14:18:13 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 102DB16A400; Wed, 16 May 2007 14:18:13 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id DC73913C459; Wed, 16 May 2007 14:18:12 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4GEICgN083183; Wed, 16 May 2007 14:18:12 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4GEICXV083179; Wed, 16 May 2007 14:18:12 GMT (envelope-from remko) Date: Wed, 16 May 2007 14:18:12 GMT From: Remko Lodder Message-Id: <200705161418.l4GEICXV083179@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112710: if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 14:18:13 -0000 Synopsis: if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed May 16 14:17:56 UTC 2007 Responsible-Changed-Why: if_re is a networking thing, reassign to the network group. http://www.freebsd.org/cgi/query-pr.cgi?pr=112710 From owner-freebsd-net@FreeBSD.ORG Wed May 16 14:20:30 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E3C316A403; Wed, 16 May 2007 14:20:30 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 068AB13C487; Wed, 16 May 2007 14:20:30 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4GEKTh8083960; Wed, 16 May 2007 14:20:29 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4GEKTna083956; Wed, 16 May 2007 14:20:29 GMT (envelope-from remko) Date: Wed, 16 May 2007 14:20:29 GMT From: Remko Lodder Message-Id: <200705161420.l4GEKTna083956@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112654: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 14:20:30 -0000 Synopsis: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed May 16 14:20:04 UTC 2007 Responsible-Changed-Why: This is something networking related, reassign to networking. http://www.freebsd.org/cgi/query-pr.cgi?pr=112654 From owner-freebsd-net@FreeBSD.ORG Wed May 16 16:37:15 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6F1516A401; Wed, 16 May 2007 16:37:15 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9A25713C45A; Wed, 16 May 2007 16:37:15 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4GGbF3Q005668; Wed, 16 May 2007 16:37:15 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4GGbFLR005664; Wed, 16 May 2007 16:37:15 GMT (envelope-from remko) Date: Wed, 16 May 2007 16:37:15 GMT From: Remko Lodder Message-Id: <200705161637.l4GGbFLR005664@freefall.freebsd.org> To: osd@cs.unibo.it, remko@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112670: [if_tap] stat /dev/tapN leads to panic for N >= 2G X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 16:37:15 -0000 Synopsis: [if_tap] stat /dev/tapN leads to panic for N >= 2G State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed May 16 16:36:49 UTC 2007 State-Changed-Why: Hello, it is being mentioned that -STABLE has the required fixed, can you please upgrade your station to -STABLE and report whether that indeed solved the problem. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=112670 From owner-freebsd-net@FreeBSD.ORG Wed May 16 17:30:25 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33C9A16A401 for ; Wed, 16 May 2007 17:30:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id E640C13C458 for ; Wed, 16 May 2007 17:30:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so274094wra for ; Wed, 16 May 2007 10:30:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=XUWCHMzyW+bVQjhaDQsaOi3iyzDlOnmj1FfGI5Ha0eJj7TXJiZgbx5qdKdc/zWwLvXT282apezk5NnH4GSS2/ZpgJRtZA1cUE46RLEFSP8t3qr/Jfi021ptKurmhAeAXkCPTAA/AyaSpEYNAnqK7l5OqwOxex6iUr5tiPVnV8W8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LtON6aCD4uRQUWlk1D755kPVESDUhANU3TV4Hn0oTm6UFZo5WkFxPG9MGPV6m8Q8RYh8WVn4ofI56berrSJzU5/rce2fARkqX+mz0kVCudxO7Q49xRinOsxro4qRNdkoCK4CDzOJNnJ7HZxe4PyWcqZFVbGqYDReDqIC46VVNPc= Received: by 10.115.60.1 with SMTP id n1mr2352766wak.1179336623894; Wed, 16 May 2007 10:30:23 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 10:30:23 -0700 (PDT) Message-ID: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> Date: Wed, 16 May 2007 10:30:23 -0700 From: "Jack Vogel" To: "FreeBSD Current" , freebsd-net MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 17:30:25 -0000 I introduced a change yesterday that limited TSO to PCI Express adapters, I did this more for avoidance rather than a bug fix, and I'm not 100% sure its the right thing, so I thought I would poll everyone, do you have a PCI-X adapter and are using TSO without problems and wish to keep the support in? If no one is then I'll just leave it as is. Jack From owner-freebsd-net@FreeBSD.ORG Wed May 16 17:36:07 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A677316A400 for ; Wed, 16 May 2007 17:36:07 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0D213C458 for ; Wed, 16 May 2007 17:36:06 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 70372 invoked from network); 16 May 2007 16:54:40 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 May 2007 16:54:40 -0000 Message-ID: <464B4103.4020505@freebsd.org> Date: Wed, 16 May 2007 19:36:03 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> In-Reply-To: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 17:36:07 -0000 Jack Vogel wrote: > I introduced a change yesterday that limited TSO to PCI Express > adapters, I did this more for avoidance rather than a bug fix, and > I'm not 100% sure its the right thing, so I thought I would poll > everyone, do you have a PCI-X adapter and are using TSO without > problems and wish to keep the support in? I'm using the dual-port PCI-X adapter and would like to keep using TSO on it. There are a lot of those adapters out there in servers. TSO is scheduled to be MFC'd really soon now and not having it work with em(4) on PCI-X would be quite limiting. -- Andre From owner-freebsd-net@FreeBSD.ORG Wed May 16 17:59:02 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E22616A408 for ; Wed, 16 May 2007 17:59:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 284DD13C487 for ; Wed, 16 May 2007 17:59:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so701886nze for ; Wed, 16 May 2007 10:59:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FuN/lmQEJDiraX1EQbJnvA7WuHytIemZqcPaf3W8gjyDW3F1UY6zFVNWTNSMfySBjl9EttUvzC7vJRxh5hpzAJ4+ldFcGJlTciegi09YZ/3Tb/48nbDamBGQ3hknzx3avst4X1GKkUsOVeXxnaG7O97tiJ3JvWA4Mv4R5Im8t/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dT/pZy4O5t/6+OAJC3FSi2sKpj26mJcpPimQOLYaTtlWmHL2PR2QTI+BGjfQZq1MCupqL8k2wXWQz6/ofJ3hYOebBWNO23jjIgYB3yZHp21I7BmgR7mRO2Jb/7+eWUdkiLNwOMWBqX9iLD/p/bve+aH/HJU41Hlxi43Qe8hWMUw= Received: by 10.114.158.1 with SMTP id g1mr2376447wae.1179338340731; Wed, 16 May 2007 10:59:00 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 10:59:00 -0700 (PDT) Message-ID: <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> Date: Wed, 16 May 2007 10:59:00 -0700 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <464B4103.4020505@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 17:59:02 -0000 On 5/16/07, Andre Oppermann wrote: > Jack Vogel wrote: > > I introduced a change yesterday that limited TSO to PCI Express > > adapters, I did this more for avoidance rather than a bug fix, and > > I'm not 100% sure its the right thing, so I thought I would poll > > everyone, do you have a PCI-X adapter and are using TSO without > > problems and wish to keep the support in? > > I'm using the dual-port PCI-X adapter and would like to keep > using TSO on it. There are a lot of those adapters out there > in servers. TSO is scheduled to be MFC'd really soon now and > not having it work with em(4) on PCI-X would be quite limiting. OK, I'll put it back, you also answered a question I had, namely the MFC of TSO :) I was hoping that got into 6.3. I have another bug I'm working on, will be a delta today or tomorrow and I'll put it back to what it was. Jack From owner-freebsd-net@FreeBSD.ORG Wed May 16 18:12:54 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 672B516A404 for ; Wed, 16 May 2007 18:12:54 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog11.obsmtp.com (s200aog11.obsmtp.com [207.126.144.125]) by mx1.freebsd.org (Postfix) with SMTP id ADE7813C48A for ; Wed, 16 May 2007 18:12:52 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Wed, 16 May 2007 18:12:52 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 181D4181426; Wed, 16 May 2007 19:12:52 +0100 (BST) Message-ID: <464B4A03.5090704@tomjudge.com> Date: Wed, 16 May 2007 19:14:27 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: FreeBSD Current References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> In-Reply-To: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 18:12:54 -0000 Jack Vogel wrote: > I introduced a change yesterday that limited TSO to PCI Express > adapters, I did this more for avoidance rather than a bug fix, and > I'm not 100% sure its the right thing, so I thought I would poll > everyone, do you have a PCI-X adapter and are using TSO without > problems and wish to keep the support in? > > If no one is then I'll just leave it as is. > > Jack Remember to CC the lists this time. I have a number of systems with built in em adapters (on the motherboard) is there any easy way to find out what type of bus these are connected to? Tom From owner-freebsd-net@FreeBSD.ORG Wed May 16 18:18:30 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 429CB16A401 for ; Wed, 16 May 2007 18:18:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id EBFA013C4BC for ; Wed, 16 May 2007 18:18:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so291480wra for ; Wed, 16 May 2007 11:18:29 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=N3glZCZGU9mISrgF3urPIzOr5yzcggUZTHjUE3CmlTS9EARstXdJpD81zrKWclq7WJuitbrHWtU5hM7UemJ/lNk5ocsnjbmsktb7/HWmC6F/aFICLne/woi2BDa0Ao63SzinCDpvtpFnsnQZsfz0B5MW3fwaaudA8QuDtpT1bCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X7Sx8fS9kdKca8GZmUlpejrW8XG88wGg5eEft5+txYH4ZSXyj4+0qjVdwTpPkCP8gx2hhLbO5Aq+yqh0ZnD7M8xMYZqayGHX5i52T+VKpEWRr6cd8Z0MubQkfSNO3ArQOje6ssN+eCqVKEcZz+daKIuOtP68gbZUJYps/50CKhQ= Received: by 10.114.74.1 with SMTP id w1mr2400776waa.1179339508350; Wed, 16 May 2007 11:18:28 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 11:18:28 -0700 (PDT) Message-ID: <2a41acea0705161118g241a3375x7367bbc10a7c7d82@mail.gmail.com> Date: Wed, 16 May 2007 11:18:28 -0700 From: "Jack Vogel" To: "Jack Vogel" , "FreeBSD Current" , freebsd-net In-Reply-To: <20070516181531.GA62119@voi.aagh.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <20070516181531.GA62119@voi.aagh.net> Cc: Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 18:18:30 -0000 On 5/16/07, Thomas Hurst wrote: > * Jack Vogel (jfvogel@gmail.com) wrote: > > > I introduced a change yesterday that limited TSO to PCI Express > > adapters, I did this more for avoidance rather than a bug fix, and > > I'm not 100% sure its the right thing, so I thought I would poll > > everyone, do you have a PCI-X adapter and are using TSO without > > problems and wish to keep the support in? > > > > If no one is then I'll just leave it as is. > > We put CURRENT on one of our Sun X4200's for some MySQL tests a few days > ago and haven't noticed any problems, though it's only handled a few > million packets so far. > > Does this change remove support or just disable it by default? It removed it, but Andre and my own guilty conscience has convinced me that I should change it back, once I get an MSI/X bug that was discovered with the code solved there will be another delta that will reenable it for PCI-X again. Jack From owner-freebsd-net@FreeBSD.ORG Wed May 16 18:36:51 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45B7316A403; Wed, 16 May 2007 18:36:51 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 0A31613C458; Wed, 16 May 2007 18:36:50 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HoO2F-000Nxm-HD; Wed, 16 May 2007 19:15:39 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HoO27-000GUF-An; Wed, 16 May 2007 19:15:31 +0100 Date: Wed, 16 May 2007 19:15:31 +0100 From: Thomas Hurst To: Jack Vogel Message-ID: <20070516181531.GA62119@voi.aagh.net> Mail-Followup-To: Jack Vogel , FreeBSD Current , freebsd-net References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 18:36:51 -0000 * Jack Vogel (jfvogel@gmail.com) wrote: > I introduced a change yesterday that limited TSO to PCI Express > adapters, I did this more for avoidance rather than a bug fix, and > I'm not 100% sure its the right thing, so I thought I would poll > everyone, do you have a PCI-X adapter and are using TSO without > problems and wish to keep the support in? > > If no one is then I'll just leave it as is. We put CURRENT on one of our Sun X4200's for some MySQL tests a few days ago and haven't noticed any problems, though it's only handled a few million packets so far. Does this change remove support or just disable it by default? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-net@FreeBSD.ORG Wed May 16 18:40:16 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 186CC16A40D for ; Wed, 16 May 2007 18:40:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id A3CEC13C447 for ; Wed, 16 May 2007 18:40:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4GIeFiL018346 for ; Wed, 16 May 2007 18:40:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4GIeFfS018345; Wed, 16 May 2007 18:40:15 GMT (envelope-from gnats) Date: Wed, 16 May 2007 18:40:15 GMT Message-Id: <200705161840.l4GIeFfS018345@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Marius Strobl Cc: Subject: Re: kern/112654: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2007 18:40:16 -0000 The following reply was made to PR kern/112654; it has been noted by GNATS. From: Marius Strobl To: bug-followup@FreeBSD.org, keve@mail.poliod.hu Cc: Subject: Re: kern/112654: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000 Date: Wed, 16 May 2007 19:59:01 +0200 I think this was fixed as part of src/sys/pci/if_pcn.c rev. 1.81/1.69.2.7 and src/sys/dev/mii/nsphy.c rev. 1.26/1.23.2.3. Could you please give a current FreeBSD-CURRENT or -STABLE a try? From owner-freebsd-net@FreeBSD.ORG Wed May 16 19:36:45 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD7DC16A403; Wed, 16 May 2007 19:36:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from young.cc.uottawa.ca (young.cc.uottawa.ca [137.122.6.56]) by mx1.freebsd.org (Postfix) with ESMTP id A205713C448; Wed, 16 May 2007 19:36:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from localhost (unknown [127.0.0.1]) by young.cc.uottawa.ca (Postfix) with ESMTP id 90CEA384011; Wed, 16 May 2007 14:58:13 -0400 (EDT) Received: from dylan.cc.uottawa.ca ([137.122.6.57]) by localhost (young.cc.uottawa.ca [137.122.6.56]) (amavisd-new, port 10024) with ESMTP id 27251-05; Wed, 16 May 2007 14:58:13 -0400 (EDT) Received: from julian-mac.elischer.org (039sub218.uottawa.ca [137.122.39.159]) by dylan.cc.uottawa.ca (Postfix) with ESMTP id 2C1C73BC00F; Wed, 16 May 2007 14:58:13 -0400 (EDT) Message-ID: <464B5445.1030305@elischer.org> Date: Wed, 16 May 2007 14:58:13 -0400 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> In-Reply-To: <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at uottawa.ca Cc: freebsd-net , FreeBSD Current , Andre Oppermann Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 19:36:46 -0000 Jack Vogel wrote: > On 5/16/07, Andre Oppermann wrote: >> Jack Vogel wrote: >> > I introduced a change yesterday that limited TSO to PCI Express >> > adapters, I did this more for avoidance rather than a bug fix, and >> > I'm not 100% sure its the right thing, so I thought I would poll >> > everyone, do you have a PCI-X adapter and are using TSO without >> > problems and wish to keep the support in? >> >> I'm using the dual-port PCI-X adapter and would like to keep >> using TSO on it. There are a lot of those adapters out there >> in servers. TSO is scheduled to be MFC'd really soon now and >> not having it work with em(4) on PCI-X would be quite limiting. > > OK, I'll put it back, you also answered a question I had, namely > the MFC of TSO :) I was hoping that got into 6.3. > > I have another bug I'm working on, will be a delta today or tomorrow > and I'll put it back to what it was. > > Jack > _______________________________________________ > 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" give a sysctl to change the option. From owner-freebsd-net@FreeBSD.ORG Wed May 16 20:34:34 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38FD316A407 for ; Wed, 16 May 2007 20:34:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id D84F813C469 for ; Wed, 16 May 2007 20:34:33 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so761085nze for ; Wed, 16 May 2007 13:34:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iaXp2esX4V4fUnMrzJ/nxY9ii4dIOia+yKlXcTlSdtdN6BJ5rgOpuw1IHlyPHaBQN0TrBZTtfdfs6jxYCqTdVrCTGdw4N1qd7XSwxEisBSe2F0xFEaUzsLcXO4/siKNxVuGdCJF9H8QgZSZdB3wMyrjT+/9iwWqAzewCAve5f9U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JSPCRYN6FlH/I6qNH8oVZLu52Qv/JvlP23fPzonfCaLEzMG+WlczJO92V1+Zqlz0CGk3wQGstTD+EzYLjmZY0lVCFNZpM80VJuHUObSroccH7CAmnDtVyR94AXjqQb74JPokc8YVuE+g05+eOTjBSd5HUprjMHcTFHadZWQ/w3k= Received: by 10.114.171.1 with SMTP id t1mr2481427wae.1179347673014; Wed, 16 May 2007 13:34:33 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 13:34:32 -0700 (PDT) Message-ID: <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> Date: Wed, 16 May 2007 13:34:32 -0700 From: "Jack Vogel" To: "Julian Elischer" In-Reply-To: <464B5445.1030305@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> <464B5445.1030305@elischer.org> Cc: freebsd-net , FreeBSD Current , Andre Oppermann Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 20:34:34 -0000 You mean other than net.inet.tcp.tso that is there now? On 5/16/07, Julian Elischer wrote: > Jack Vogel wrote: > > On 5/16/07, Andre Oppermann wrote: > >> Jack Vogel wrote: > >> > I introduced a change yesterday that limited TSO to PCI Express > >> > adapters, I did this more for avoidance rather than a bug fix, and > >> > I'm not 100% sure its the right thing, so I thought I would poll > >> > everyone, do you have a PCI-X adapter and are using TSO without > >> > problems and wish to keep the support in? > >> > >> I'm using the dual-port PCI-X adapter and would like to keep > >> using TSO on it. There are a lot of those adapters out there > >> in servers. TSO is scheduled to be MFC'd really soon now and > >> not having it work with em(4) on PCI-X would be quite limiting. > > > > OK, I'll put it back, you also answered a question I had, namely > > the MFC of TSO :) I was hoping that got into 6.3. > > > > I have another bug I'm working on, will be a delta today or tomorrow > > and I'll put it back to what it was. > > > > Jack > > _______________________________________________ > > 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" > > give a sysctl to change the option. > > From owner-freebsd-net@FreeBSD.ORG Wed May 16 21:03:59 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7628316A400; Wed, 16 May 2007 21:03:59 +0000 (UTC) (envelope-from garden@acheronte.it) Received: from styx.acheronte.it (host253-196-149-62.serverdedicati.aruba.it [62.149.196.253]) by mx1.freebsd.org (Postfix) with ESMTP id 305C413C4CE; Wed, 16 May 2007 21:03:59 +0000 (UTC) (envelope-from garden@acheronte.it) Received: from contrabassi.somiere.org (88-149-178-242.f5.ngi.it [88.149.178.242]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by styx.acheronte.it (Postfix) with ESMTP id 4A494A20A09; Wed, 16 May 2007 22:30:52 +0200 (CEST) Received: from ripieno.somiere.org ([10.42.0.1] helo=ripieno ident=mail) by contrabassi.somiere.org with esmtp (Exim 3.35 #1 (Debian)) id 1HoQ95-00067S-00; Wed, 16 May 2007 22:30:51 +0200 Received: from ludovico by ripieno with local (Exim 3.36 #1 (Debian)) id 1HoQ95-0006qv-00; Wed, 16 May 2007 22:30:51 +0200 Date: Wed, 16 May 2007 22:30:51 +0200 To: Remko Lodder Message-ID: <20070516203051.GA26319@ripieno.somiere.org> References: <200705161637.l4GGbFLR005664@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705161637.l4GGbFLR005664@freefall.freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) From: Ludovico Gardenghi Cc: freebsd-net@FreeBSD.org, osd@cs.unibo.it Subject: Re: kern/112670: [if_tap] stat /dev/tapN leads to panic for N >= 2G X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 21:03:59 -0000 On Wed, May 16, 2007 at 04:37:15PM +0000, Remko Lodder wrote: > Hello, it is being mentioned that -STABLE has the required fixed, can you please > upgrade your station to -STABLE and report whether that indeed solved the problem. > Thanks. Kernel 6.2 STABLE 200705 seems ok. Ludovico -- #acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: gardengl@gmail.com Yahoo: gardenghelle -- This is signature nr. 3089 From owner-freebsd-net@FreeBSD.ORG Wed May 16 21:14:57 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 654A216A400 for ; Wed, 16 May 2007 21:14:57 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0291913C447 for ; Wed, 16 May 2007 21:14:56 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 71997 invoked from network); 16 May 2007 20:33:28 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 May 2007 20:33:28 -0000 Message-ID: <464B744C.2020609@freebsd.org> Date: Wed, 16 May 2007 23:14:52 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> <464B5445.1030305@elischer.org> <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> In-Reply-To: <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , FreeBSD Current , Julian Elischer Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 21:14:57 -0000 Jack Vogel wrote: > You mean other than net.inet.tcp.tso that is there now? I don't think another sysctl is necessary for this. -- Andre From owner-freebsd-net@FreeBSD.ORG Wed May 16 21:31:53 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAB8516A404 for ; Wed, 16 May 2007 21:31:53 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9AA13C46C for ; Wed, 16 May 2007 21:31:53 +0000 (UTC) (envelope-from sam@errno.com) Received: from [192.168.75.151] ([24.114.252.226]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l4GL0cKu070644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 May 2007 14:00:39 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <464B70F4.3010109@errno.com> Date: Wed, 16 May 2007 17:00:36 -0400 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> In-Reply-To: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com 104; Body=3 Fuz1=3 Fuz2=3 Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 21:31:53 -0000 Jack Vogel wrote: > I introduced a change yesterday that limited TSO to PCI Express > adapters, I did this more for avoidance rather than a bug fix, and > I'm not 100% sure its the right thing, so I thought I would poll > everyone, do you have a PCI-X adapter and are using TSO without > problems and wish to keep the support in? > > If no one is then I'll just leave it as is. It might be better to enable it by default on pci-e adapters and require manual enable on other adapters that are capable but may not function correctly. Sam From owner-freebsd-net@FreeBSD.ORG Wed May 16 21:40:11 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 309E716A402 for ; Wed, 16 May 2007 21:40:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1D43C13C458 for ; Wed, 16 May 2007 21:40:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4GLeAud037830 for ; Wed, 16 May 2007 21:40:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4GLeAI5037827; Wed, 16 May 2007 21:40:10 GMT (envelope-from gnats) Date: Wed, 16 May 2007 21:40:10 GMT Message-Id: <200705162140.l4GLeAI5037827@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Ariff Abdullah Cc: Subject: Re: kern/112670: [if_tap] stat /dev/tapN leads to panic for N >= 2G X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ariff Abdullah List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2007 21:40:11 -0000 The following reply was made to PR kern/112670; it has been noted by GNATS. From: Ariff Abdullah To: bug-followup@FreeBSD.org, osd@cs.unibo.it Cc: Subject: Re: kern/112670: [if_tap] stat /dev/tapN leads to panic for N >= 2G Date: Thu, 17 May 2007 05:33:48 +0800 This is a multi-part message in MIME format. --Multipart=_Thu__17_May_2007_05_33_48_+0800_IlHONeq=l+xq7q9C Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Grr... this was meant for kern/112670, not 112671. Sorry. Well, I'm not really sure if this is all about signess or simply because dev_stdclone() itself fail to do correct checking on unit > 0xffffff (it should be CLONE_UNITMASK which is 0xfffff, no?), obviously an overflow against clone_create(). It could be argued that the caller would later strip and truncate it, but there are few other drivers (notably snp(4)) which innocently proceed without any tinkering. Anyway, try this patch. It should help other dev_stdclone() users too. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Multipart=_Thu__17_May_2007_05_33_48_+0800_IlHONeq=l+xq7q9C Content-Type: text/x-diff; name="kern_conf.c.diff" Content-Disposition: attachment; filename="kern_conf.c.diff" Content-Transfer-Encoding: 7bit Index: src/sys/kern/kern_conf.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_conf.c,v retrieving revision 1.201 diff -u -r1.201 kern_conf.c --- src/sys/kern/kern_conf.c 2 Feb 2007 22:27:45 -0000 1.201 +++ src/sys/kern/kern_conf.c 16 May 2007 20:05:51 -0000 @@ -763,7 +763,7 @@ u *= 10; u += name[i++] - '0'; } - if (u > 0xffffff) + if (u > CLONE_UNITMASK) return (0); *unit = u; if (namep) --Multipart=_Thu__17_May_2007_05_33_48_+0800_IlHONeq=l+xq7q9C-- From owner-freebsd-net@FreeBSD.ORG Wed May 16 22:13:21 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 016A416A405; Wed, 16 May 2007 22:13:21 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id CB1A313C457; Wed, 16 May 2007 22:13:20 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4GMDKOj041485; Wed, 16 May 2007 22:13:20 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4GMDKtQ041481; Wed, 16 May 2007 22:13:20 GMT (envelope-from linimon) Date: Wed, 16 May 2007 22:13:20 GMT From: Mark Linimon Message-Id: <200705162213.l4GMDKtQ041481@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112722: IP v4 udp fragmented packet reject X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 22:13:21 -0000 Synopsis: IP v4 udp fragmented packet reject Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed May 16 22:12:30 UTC 2007 Responsible-Changed-Why: This does not sound amd64-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=112722 From owner-freebsd-net@FreeBSD.ORG Wed May 16 23:27:39 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D338316A401; Wed, 16 May 2007 23:27:39 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8663313C447; Wed, 16 May 2007 23:27:39 +0000 (UTC) (envelope-from sam@errno.com) Received: from [192.168.75.151] ([24.114.252.226]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l4GNRYTd071538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 May 2007 16:27:35 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <464B9365.1020808@errno.com> Date: Wed, 16 May 2007 19:27:33 -0400 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> <464B5445.1030305@elischer.org> <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> In-Reply-To: <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com 1049; Body=5 Fuz1=5 Fuz2=5 Cc: freebsd-net , FreeBSD Current , Andre Oppermann , Julian Elischer Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 23:27:39 -0000 Jack Vogel wrote: > You mean other than net.inet.tcp.tso that is there now? > > On 5/16/07, Julian Elischer wrote: >> Jack Vogel wrote: >> > On 5/16/07, Andre Oppermann wrote: >> >> Jack Vogel wrote: >> >> > I introduced a change yesterday that limited TSO to PCI Express >> >> > adapters, I did this more for avoidance rather than a bug fix, and >> >> > I'm not 100% sure its the right thing, so I thought I would poll >> >> > everyone, do you have a PCI-X adapter and are using TSO without >> >> > problems and wish to keep the support in? >> >> >> >> I'm using the dual-port PCI-X adapter and would like to keep >> >> using TSO on it. There are a lot of those adapters out there >> >> in servers. TSO is scheduled to be MFC'd really soon now and >> >> not having it work with em(4) on PCI-X would be quite limiting. >> > >> > OK, I'll put it back, you also answered a question I had, namely >> > the MFC of TSO :) I was hoping that got into 6.3. >> > >> > I have another bug I'm working on, will be a delta today or tomorrow >> > and I'll put it back to what it was. >> > >> > Jack >> > _______________________________________________ >> > 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" >> >> give a sysctl to change the option. ifconfig can be used to ena/dis tso. As I said before just give all the devices capable of tso the capability but only enable it by default on those devices you really know work (e.g. pci-e cards). On other devices users that want to turn it on can do so with ifconfig. Sam From owner-freebsd-net@FreeBSD.ORG Wed May 16 23:45:01 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2168416A403 for ; Wed, 16 May 2007 23:45:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id BCE3C13C484 for ; Wed, 16 May 2007 23:45:00 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so663759pyh for ; Wed, 16 May 2007 16:45:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QWo4MrKgo2c3v2vaUgOefI0GrTjSR6+whgdCKq1CNCYny0IjILSMdkf+wb4tspMgaX1MmNdNMiXNVVH3jSm2mne7blMoR/aOZbT4HkeLWm4FmgJpowWp9lHgDQi6hDriGmpt8+cJMN+SKJnuo6f8186YuSaOpkXdhBm2Hle1pj0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EoBmw6c+ccVTlRSAKnjmfkOWE8TYKudjULtytd2W+bVdiztcUmJbMZ9/mY6pcVDqvbwcxaXouXi+667FMZ3DvtnWeIkDZVpvVKj/9qJ+J/yWrhhGKve1gf0HbrzH3/LddCs2RymWVVMYM4hvDpBxEzg06q+PNHg1c3hCWnwWM4Y= Received: by 10.114.166.1 with SMTP id o1mr2586534wae.1179359099317; Wed, 16 May 2007 16:44:59 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 16:44:59 -0700 (PDT) Message-ID: <2a41acea0705161644v744b3a5el7a7120dad0ae1697@mail.gmail.com> Date: Wed, 16 May 2007 16:44:59 -0700 From: "Jack Vogel" To: "Sam Leffler" In-Reply-To: <464B9365.1020808@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> <464B5445.1030305@elischer.org> <2a41acea0705161334q56b697d3l3c0a0091c84e756b@mail.gmail.com> <464B9365.1020808@errno.com> Cc: freebsd-net , FreeBSD Current , Andre Oppermann , Julian Elischer Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 May 2007 23:45:01 -0000 On 5/16/07, Sam Leffler wrote: > Jack Vogel wrote: > > You mean other than net.inet.tcp.tso that is there now? > > > > On 5/16/07, Julian Elischer wrote: > >> Jack Vogel wrote: > >> > On 5/16/07, Andre Oppermann wrote: > >> >> Jack Vogel wrote: > >> >> > I introduced a change yesterday that limited TSO to PCI Express > >> >> > adapters, I did this more for avoidance rather than a bug fix, and > >> >> > I'm not 100% sure its the right thing, so I thought I would poll > >> >> > everyone, do you have a PCI-X adapter and are using TSO without > >> >> > problems and wish to keep the support in? > >> >> > >> >> I'm using the dual-port PCI-X adapter and would like to keep > >> >> using TSO on it. There are a lot of those adapters out there > >> >> in servers. TSO is scheduled to be MFC'd really soon now and > >> >> not having it work with em(4) on PCI-X would be quite limiting. > >> > > >> > OK, I'll put it back, you also answered a question I had, namely > >> > the MFC of TSO :) I was hoping that got into 6.3. > >> > > >> > I have another bug I'm working on, will be a delta today or tomorrow > >> > and I'll put it back to what it was. > >> > > >> > Jack > >> > _______________________________________________ > >> > 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" > >> > >> give a sysctl to change the option. > > ifconfig can be used to ena/dis tso. As I said before just give all the > devices capable of tso the capability but only enable it by default on > those devices you really know work (e.g. pci-e cards). On other devices > users that want to turn it on can do so with ifconfig. I like this, good compromise. Thanks Sam :) Should be coming into tree shortly. Jack From owner-freebsd-net@FreeBSD.ORG Thu May 17 04:57:25 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96B2016A401 for ; Thu, 17 May 2007 04:57:25 +0000 (UTC) (envelope-from tcruicksh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 54D4C13C455 for ; Thu, 17 May 2007 04:57:25 +0000 (UTC) (envelope-from tcruicksh@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so723258pyh for ; Wed, 16 May 2007 21:57:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:subject:date:mime-version:content-type:x-mailer:x-mimeole:thread-index:message-id; b=d+ZlGBQ3HoIU7gp2DcfqRUJgSPCX+7t61CC+MjSIpTYJN5U4DexOp7MfjLRIT4s9ciNp9c982IdIK6tc4O9X3PsyOqBmDX3ucmEPnNPTeSKB9AKAnLGsdXHulTBs8zGdFiQt7gWIz+Qy+pyjAehgU2bT+e9RAr83L47rMaQK2dY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:mime-version:content-type:x-mailer:x-mimeole:thread-index:message-id; b=IJC5WI0rjstXV7i26TUhve/nfhC2S5np2W19rDj8AGvelME7KjeJmeGswPIdzboRlTgeN24PLiNQw96l1bvxlqkPeUYGT26TLJFh9fhEbRVsa/37ciL0OmlV9/5ifpExF+8Iro1zxGWXqqWqMeuIkH8pG4zQF0aO5vMAcgu4GGw= Received: by 10.35.127.7 with SMTP id e7mr33528pyn.1179376196844; Wed, 16 May 2007 21:29:56 -0700 (PDT) Received: from MAIN ( [74.105.143.116]) by mx.google.com with ESMTP id u6sm3571901pyb.2007.05.16.21.29.54; Wed, 16 May 2007 21:29:55 -0700 (PDT) From: "Tom Cruickshank" To: Date: Thu, 17 May 2007 00:42:53 -0400 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AceYPdTqT8nXmxvjQTu3akznW3IPaw== Message-ID: <464bda43.4c37b8a7.2ec8.0e66@mx.google.com> Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problem with my routing I believe X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 04:57:25 -0000 Hello, I=92m in the process of trying to setup a freebsd box to act as a gateway. This box contains 3 network cards. Here is how it is divided. =20 1) Network card 1 goes to the modem for internet access. 2) Network card 2 has a network class of 192.168.1.0 and plugs in directory to another computer 192.168.1.5 (both gateway network card and other computer have static ips) 3) Network card 3 has a network class of 192.168.2.0 and has dhcp running on it, giving out dynamic ips to several other computers (not including the one discussed above) =20 All netmasks are 255.255.255.0 =20 =20 As you can see, I=92m trying to run two networks and give them both = access to the internet. =20 Any of the computers which are running under dhcp can access anything = just fine. Computer under the class of 192.168.1.0 cannot ping anyone. On the = gateway, I can ping the computer with the static IP, but it is VERY slow. =20 Anyone ever encountered this before? Any possible solutions? =20 If there is a more appropriate mailing list for this type of question, please let me know. Thanks! =20 Tom Cruickshank =20 =20 =20 Internal Virus Database is out-of-date. Checked by AVG Free Edition.=20 Version: 7.5.446 / Virus Database: 269.6.1/778 - Release Date: = 27/04/2007 1:39 PM =20 From owner-freebsd-net@FreeBSD.ORG Thu May 17 05:50:11 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2A9B16A400 for ; Thu, 17 May 2007 05:50:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 897B213C459 for ; Thu, 17 May 2007 05:50:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:MIME-Version:Content-Type:Content-Disposition:Sender:X-Spam-Status:Subject; b=nZTf8oXo4pmrBPMk2FBMN30z63lYLBG3JdAD2PFHX/M8+Ozjuevjoyb5Igy8xKniCj6RFN6KBdI+H01ya3j7NTQ9z8QXxQ1Zzbb4iB9O5CWVPudNgR5/pgpsbQ5Wi7comP6tFQwx5gfTEYcydq9Y5YqIrXwboiefS+z2hRypHec=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HoYsJ-0001X4-VZ; Thu, 17 May 2007 09:50:08 +0400 Date: Thu, 17 May 2007 09:50:03 +0400 From: Eygene Ryabinkin To: jfv@freebsd.org Message-ID: <20070517055003.GB1325@void.codelabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-4.4 required=4.0 tests=ALL_TRUSTED,BAYES_00 Cc: freebsd-net@freebsd.org Subject: Port of the new em(4) to RELENG_6 and some problems with 82540EM X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 05:50:11 -0000 Jack, good day. I happened to make a quick and dirty patch for your latest (for the 16.05.2007) em(4) driver from 7-CURRENT. I had seen that you mentioned TSO and 6.3, so I assume that you're going to merge the driver to the RELENG_6 someday, so maybe my effort may be helpful. To my problems. I have the '82540EM Gigabit Ethernet Controller' branded card (PWLA8390MT) and I am currently expiriencing troubles with the Gigabit switch (D-Link DGS-1008, the cheap one). Plugged into that switch I have - broken packets and SSH messages 'Disconnecting: Corrupted MAC on input.' when checksumming is turned on and gigabit speed, - abyssmal rates for the HTTP downloads (about 10Mbit/sec) when checksums are turned off and the speed is gigabit again, - having switched the media on the adapter to the 100BaseTX full-duplex, but still using the same switch the speed drops to 200Kbit/sec, - using another D-Link switch (sorry, have no other brand in hand) the above situation is completely reproducible. - working in the half-duplex mode (for 10BaseT/UTP and 100BaseTX) I have no problems to reach the 90% of the theoretical bandwidth of the link via HTTP either with checksums enabled or disabled. So, the full-duplex mode is not usable to me now. If someone can help in this situation, I am all ears. I thought that new driver may introduce some fixes, but it isn't: the situation is the same. I will continue my investigations, but just in case you're interested in my port, it is available from http://codelabs.ru/patches/fbsd/em-6.5.0-initial.patch.bz2 RELENG_6 and 7-CURRENT sources were CVSupped yesterday, 16 May 2007. TSO-related stuff is completely disabled for the RELENG_6. My limited testing of the driver revealed no problems yet, but if they will arise I will report them. -- Eygene From owner-freebsd-net@FreeBSD.ORG Thu May 17 07:02:13 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAEAE16A408 for ; Thu, 17 May 2007 07:02:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id A8F9F13C46C for ; Thu, 17 May 2007 07:02:12 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so461420wra for ; Thu, 17 May 2007 00:02:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YXTRV9u8F3x4B1yr4rB4aWZ1T6qYfPxXMVlau/FeJPPmvPDSE8SGWMhSUiBzPVFaWMrumkVg+xT7pHe4kRLe3GHzagIq26JmOJqKZCHcd8mlnaqwbHmJ6lPQ7ZGGikkK6YiwP6BqSrVBHJKWV/xR0pzoCLmQSIUeH0Y/8vikxOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=csnhx4P429lNQgoNSzA1UNONRevvFsZUueoV2ciAMWw+Rfind8LqLdsEfYd0hWUyS5UKVocDMbkYU3csJhVwYcPt6OSvnKr+JwSQlDBYIe6wGzE5NmrnVvr3S04PfYcS3JQeBLWhD5fWVgM94lfkxlgRvOX1NuKkP8wyXhmoUnk= Received: by 10.114.193.1 with SMTP id q1mr41061waf.1179385331472; Thu, 17 May 2007 00:02:11 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Thu, 17 May 2007 00:02:11 -0700 (PDT) Message-ID: <2a41acea0705170002i46d4356ar5579d0bb996f9f67@mail.gmail.com> Date: Thu, 17 May 2007 00:02:11 -0700 From: "Jack Vogel" To: "Eygene Ryabinkin" In-Reply-To: <20070517055003.GB1325@void.codelabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070517055003.GB1325@void.codelabs.ru> Cc: jfv@freebsd.org, freebsd-net@freebsd.org Subject: Re: Port of the new em(4) to RELENG_6 and some problems with 82540EM X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 07:02:14 -0000 This driver CAME from a 6.X base that is thoroughly tested here at Intel, so while I appreciate your efforts, they are unnecessary. When the time comes to MFC I will handle it. Regards, Jack On 5/16/07, Eygene Ryabinkin wrote: > Jack, good day. > > I happened to make a quick and dirty patch for your latest (for the > 16.05.2007) em(4) driver from 7-CURRENT. I had seen that you mentioned > TSO and 6.3, so I assume that you're going to merge the driver to > the RELENG_6 someday, so maybe my effort may be helpful. > > To my problems. > > I have the '82540EM Gigabit Ethernet Controller' branded card > (PWLA8390MT) and I am currently expiriencing troubles with the > Gigabit switch (D-Link DGS-1008, the cheap one). Plugged into that > switch I have > > - broken packets and SSH messages 'Disconnecting: Corrupted MAC > on input.' when checksumming is turned on and gigabit speed, > > - abyssmal rates for the HTTP downloads (about 10Mbit/sec) when > checksums are turned off and the speed is gigabit again, > > - having switched the media on the adapter to the 100BaseTX > full-duplex, but still using the same switch the speed drops to > 200Kbit/sec, > > - using another D-Link switch (sorry, have no other brand in > hand) the above situation is completely reproducible. > > - working in the half-duplex mode (for 10BaseT/UTP and 100BaseTX) > I have no problems to reach the 90% of the theoretical bandwidth > of the link via HTTP either with checksums enabled or disabled. > > So, the full-duplex mode is not usable to me now. If someone can > help in this situation, I am all ears. > > I thought that new driver may introduce some fixes, but it isn't: > the situation is the same. I will continue my investigations, but > just in case you're interested in my port, it is available from > > http://codelabs.ru/patches/fbsd/em-6.5.0-initial.patch.bz2 > > RELENG_6 and 7-CURRENT sources were CVSupped yesterday, 16 May 2007. > TSO-related stuff is completely disabled for the RELENG_6. > > My limited testing of the driver revealed no problems yet, but if > they will arise I will report them. > -- > Eygene > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu May 17 07:11:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87BC516A401; Thu, 17 May 2007 07:11:55 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3F55B13C448; Thu, 17 May 2007 07:11:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=Re0lyzcW5Q0X61HvRzA+lvYg60P4AWFSVtZo0HbOrBEJ3B0v5fChqHs1PzvaxbQ97NspU601sLWyKGPq3AsFxeEi3Rd+XGiLQcKd6t1Ei+4NZknO5+a+Xu8GlJm4eq2RxZwCfgIFTUo8N6eyX7pquBctzfRzesndshp8OC5jLfY=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Hoa9R-0001dN-9I; Thu, 17 May 2007 11:11:53 +0400 Date: Thu, 17 May 2007 11:11:48 +0400 From: Eygene Ryabinkin To: Jack Vogel Message-ID: <20070517071148.GC1325@void.codelabs.ru> References: <20070517055003.GB1325@void.codelabs.ru> <2a41acea0705170002i46d4356ar5579d0bb996f9f67@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <2a41acea0705170002i46d4356ar5579d0bb996f9f67@mail.gmail.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.0 required=4.0 tests=ALL_TRUSTED,BAYES_40 Cc: jfv@freebsd.org, freebsd-net@freebsd.org Subject: Re: Port of the new em(4) to RELENG_6 and some problems with 82540EM X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 07:11:55 -0000 Jack, Thu, May 17, 2007 at 12:02:11AM -0700, Jack Vogel wrote: > This driver CAME from a 6.X base that is thoroughly tested > here at Intel, so while I appreciate your efforts, they are > unnecessary. When the time comes to MFC I will handle it. OK, sorry for the noise. -- Eygene From owner-freebsd-net@FreeBSD.ORG Thu May 17 08:14:58 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 836CB16A400 for ; Thu, 17 May 2007 08:14:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3B97A13C44B for ; Thu, 17 May 2007 08:14:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Hoaqf-000KtG-QQ; Thu, 17 May 2007 10:56:33 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Jack Vogel" In-reply-to: <2a41acea0705161118g241a3375x7367bbc10a7c7d82@mail.gmail.com> References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <20070516181531.GA62119@voi.aagh.net> <2a41acea0705161118g241a3375x7367bbc10a7c7d82@mail.gmail.com> Comments: In-reply-to "Jack Vogel" message dated "Wed, 16 May 2007 11:18:28 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 May 2007 10:56:33 +0300 From: Danny Braniss Message-ID: Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 08:14:58 -0000 > On 5/16/07, Thomas Hurst wrote: > > * Jack Vogel (jfvogel@gmail.com) wrote: > > > > > I introduced a change yesterday that limited TSO to PCI Express > > > adapters, I did this more for avoidance rather than a bug fix, and > > > I'm not 100% sure its the right thing, so I thought I would poll > > > everyone, do you have a PCI-X adapter and are using TSO without > > > problems and wish to keep the support in? > > > > > > If no one is then I'll just leave it as is. > > > > We put CURRENT on one of our Sun X4200's for some MySQL tests a few days > > ago and haven't noticed any problems, though it's only handled a few > > million packets so far. > > > > Does this change remove support or just disable it by default? > > It removed it, but Andre and my own guilty conscience has convinced > me that I should change it back, once I get an MSI/X bug that was > discovered with the code solved there will be another delta that will > reenable it for PCI-X again. em0@pci1:1:0: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction cap 05[f0] = MSI supports 1 message, 64 bit I have been testing TSO on a SunFire X4100, and though it works, I notice that setting it on actually reduces throughput, from an average of 55MB/s to 24MB/s any explanation? danny From owner-freebsd-net@FreeBSD.ORG Thu May 17 08:30:00 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FC4B16A402 for ; Thu, 17 May 2007 08:30:00 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 2BEE913C45E for ; Thu, 17 May 2007 08:29:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so478574wra for ; Thu, 17 May 2007 01:29:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=On0KWBzONqGp1xgOcLGt4FgcUuBDCvRy807BZxSY6xEHV8JQdsz16FgObHVEhTOp9xLHmlQR0aTrAEPsciBuW8jev5MwuhGEkA/Mo71aeirupopLrkEOt824rqmtvUvbi4tkLWk39cO5amBGYb+6YSAVTtzr07wtep43Fxubfy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tuJMVLlpQP73565eUQ40JUaqMjkL+E5bl74mnb92LU0ncayIBu+8p/OlzbxYbHdT6wMhisX7aSYXkf2m0XZXjsQtRXp9ftaDY5isaezoijRw0jnabU5E1NhXWWKDzUuSb4IhqA6dBp6YSBaGx7kzvtQNOn2uC51yhQs+sbO/N1U= Received: by 10.114.175.16 with SMTP id x16mr101748wae.1179390598843; Thu, 17 May 2007 01:29:58 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Thu, 17 May 2007 01:29:58 -0700 (PDT) Message-ID: <2a41acea0705170129j44d0bcb4ke943d82f634b35d3@mail.gmail.com> Date: Thu, 17 May 2007 01:29:58 -0700 From: "Jack Vogel" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <20070516181531.GA62119@voi.aagh.net> <2a41acea0705161118g241a3375x7367bbc10a7c7d82@mail.gmail.com> Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 08:30:00 -0000 On 5/17/07, Danny Braniss wrote: > > On 5/16/07, Thomas Hurst wrote: > > > * Jack Vogel (jfvogel@gmail.com) wrote: > > > > > > > I introduced a change yesterday that limited TSO to PCI Express > > > > adapters, I did this more for avoidance rather than a bug fix, and > > > > I'm not 100% sure its the right thing, so I thought I would poll > > > > everyone, do you have a PCI-X adapter and are using TSO without > > > > problems and wish to keep the support in? > > > > > > > > If no one is then I'll just leave it as is. > > > > > > We put CURRENT on one of our Sun X4200's for some MySQL tests a few days > > > ago and haven't noticed any problems, though it's only handled a few > > > million packets so far. > > > > > > Does this change remove support or just disable it by default? > > > > It removed it, but Andre and my own guilty conscience has convinced > > me that I should change it back, once I get an MSI/X bug that was > > discovered with the code solved there will be another delta that will > > reenable it for PCI-X again. > > em0@pci1:1:0: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split > transaction > cap 05[f0] = MSI supports 1 message, 64 bit > > I have been testing TSO on a SunFire X4100, and though it works, I notice > that setting it on actually reduces throughput, from an average of 55MB/s > to 24MB/s > > any explanation? TSO is workload sensitive and its not always the right answer. The whole realm of performance tweaking has been outside my scope right now, but it needs to be done at some point. Most the testing I did while developing the code was on PCI-E, and on say an 82571 I saw no significant reduction of throughput, with a noticeable improvement in CPU. The adapter you are testing on is one that I just disabled by default because I dont think it is capable of showing TSO to its best advantage. The has been no real work on tweaking this stuff to understand its best usage yet, it would be a great task for someone to take on :) Jack From owner-freebsd-net@FreeBSD.ORG Thu May 17 11:32:39 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDF6616A400 for ; Thu, 17 May 2007 11:32:39 +0000 (UTC) (envelope-from netslists@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 7705113C457 for ; Thu, 17 May 2007 11:32:39 +0000 (UTC) (envelope-from netslists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so259788ugh for ; Thu, 17 May 2007 04:32:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=D4B/tLlomRbBZ2eZjbOWgt6kzru/V8AJA3Hof6zBnoY3IaS1CLlZuAQp4JoVnZsU8LRDNQkw2L87Y9VBOfaZihLCVVrbbK/GMypECT30UReN1p617i1184cuOaBXCcrSFM//G0YAKyNYVNRfeIXARxvkOJjviQhmJ3UKXi/moLU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=EH/G+urniux8MABLh4yB3fhQWa75bv+/sOAQT3zSCN0zIAfCR2KwKgQk84h7vWekzWyH3c7f/YjJf1a9+/VdFWyKIhgyaBOX8Fc8SepK/PTnab6Cfpc/ZTl/YVXjCD5wuH/fIqwlr6CK3aAHHEndyHhU5w6hq7FS20Lc5rydzyg= Received: by 10.66.255.7 with SMTP id c7mr217465ugi.1179399873768; Thu, 17 May 2007 04:04:33 -0700 (PDT) Received: from ?192.168.16.248? ( [91.135.49.192]) by mx.google.com with ESMTP id j2sm186208ugf.2007.05.17.04.04.32; Thu, 17 May 2007 04:04:33 -0700 (PDT) Message-ID: <464C36BD.7020900@gmail.com> Date: Thu, 17 May 2007 13:04:29 +0200 From: Sten Daniel Soersdal User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Eygene Ryabinkin References: <20070517055003.GB1325@void.codelabs.ru> In-Reply-To: <20070517055003.GB1325@void.codelabs.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org, freebsd-net@freebsd.org Subject: Re: Port of the new em(4) to RELENG_6 and some problems with 82540EM X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 11:32:39 -0000 Eygene Ryabinkin wrote: > Jack, good day. > > I happened to make a quick and dirty patch for your latest (for the > 16.05.2007) em(4) driver from 7-CURRENT. I had seen that you mentioned > TSO and 6.3, so I assume that you're going to merge the driver to > the RELENG_6 someday, so maybe my effort may be helpful. > > To my problems. > > I have the '82540EM Gigabit Ethernet Controller' branded card > (PWLA8390MT) and I am currently expiriencing troubles with the > Gigabit switch (D-Link DGS-1008, the cheap one). Plugged into that > switch I have > > - broken packets and SSH messages 'Disconnecting: Corrupted MAC > on input.' when checksumming is turned on and gigabit speed, > > - abyssmal rates for the HTTP downloads (about 10Mbit/sec) when > checksums are turned off and the speed is gigabit again, > > - having switched the media on the adapter to the 100BaseTX > full-duplex, but still using the same switch the speed drops to > 200Kbit/sec, > > - using another D-Link switch (sorry, have no other brand in > hand) the above situation is completely reproducible. > > - working in the half-duplex mode (for 10BaseT/UTP and 100BaseTX) > I have no problems to reach the 90% of the theoretical bandwidth > of the link via HTTP either with checksums enabled or disabled. > > So, the full-duplex mode is not usable to me now. If someone can > help in this situation, I am all ears. That's what we call a self inflicted network problem. When one end is configured full-duplex and the other end is in auto speed/duplex and you want to set fixed speed/duplex, then you need to do it on both ends. Otherwise the auto-negotiating side will default to half-duplex. This is to be backwards compatible with hubs. -- Sten Daniel Soersdal From owner-freebsd-net@FreeBSD.ORG Thu May 17 13:12:04 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4671F16A400 for ; Thu, 17 May 2007 13:12:04 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from mx1.ethionet.et (mx1.ethionet.et [213.55.64.53]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5DF13C45A for ; Thu, 17 May 2007 13:12:03 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from mx1.ethionet.et (localhost [127.0.0.1]) by localhost.ethionet.et (Postfix) with ESMTP id A597651F6; Thu, 17 May 2007 16:08:11 +0300 (EAT) Received: from rogue.navcom.lan (unknown [213.55.66.29])by mx1.ethionet.et ( Postfix) with SMTP id 24BCD5209;Thu, 17 May 2007 16:08:08 +0300 (EAT) Received: by rogue.navcom.lan (Postfix, from userid 1001)id A3CC31B5F; Thu, 17 May 2007 16:17:13 +0300 (EAT) Date: Thu, 17 May 2007 16:17:13 +0300 From: Mike Makonnen To: Brooks Davis Message-ID: <20070517131713.GE3228@rogue.navcom.lan> References: <20070329182906.GB38703@rogue.navcom.lan> <20070403231423.GA5244 1@lor.one-eyed-alien.net> <20070405154644.GB1844@rogue.navcom.lan> <2007040 5160251.GA68077@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=envbJBWh7q8WU6mo Content-Disposition: inline In-Reply-To: <20070405160251.GA68077@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD/7.0-CURRENT (i386) X-imss-version: 2.46 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:3 C:2 M:2 S:3 R:2 (0.5000 0.5000) Cc: freebsd-net@freebsd.org, freebsd-rc@freebsd.org Subject: Re: Merging rc.d/network_ipv6 into rc.d/netif X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 13:12:04 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Apr 05, 2007 at 11:02:51AM -0500, Brooks Davis wrote: > > > > > > I fell fairly strongly that ipv6_network_interfaces and > > > network_interfaces are a mistake and that we should remove them > > > rather than propagating them. The way I'd prefer to see interfaces > > > that are exceptional with regard to address families specified with > > > (|NO)IPV(4|6) variables in ifconfig_ or simply by not > > > having ipv(4|6)_ifconfig_interface variables (that it's a little more > > > complicated than that with ipv4_addrs_ around, but I think > > > the concept holds). > > > > I agree completely. However, when this hits the tree I don't want peoples > > configurations to break (especially since I would like to see this in > > 6-stable if we can aggree on it). Also, since this feature is already > > deprecated in the man page I think we can provide silent support for > > it without explicitly advertising it untill people have had a suffient > > transition period. > > OK, do you think it would be possible to kill off Yes, I think so. while working on the updated patch I realized that in order for this to work it would require a violation POLA, so MFC isn't going to be possible. > > > > > ifconfig_DEFAULT > > > > ifconfig_ > > > > > > ipv4 versions of these make sense, but at least ifconfig_ > > > should continue to exist. For example both setting the mac address and > > > starting WPA via the WPA keyword should not work in any address specific > > > version because that would be a layering violation. > > > > > > > Ok. That should be doable, but it's probably going to make > > configuration decisions more complicated. For example, do we ignore > > the WPA in the ipv(4|6)_* variables or does it's presence in any > > of the variables enable it? > > I'd ignore WPA outside of ifconfig_. I think we'll want DHCP > to work there and under ipv4_ifconfig_, but not IPv6. That > will change if/when a dhcp6 client arrives, but who knows when that will > happen. The current patch also moves DHCP to the versioned variables because it is inevitable that we'll have an IPv6 dhcp client in the future. So, we might as well prepare for it now. BTW, there are some dhcp6 related knobs and functions in the current patch, but they don't really do anything at the moment. They are there to prepare the way for an IPv6 dhclient in the future or to allow the one in the ports tree to plugin to rc.d easily. The patch is at: http://people.freebsd.org/~mtm/src-etc.ipv6.diff I have attached a description of the changes to this email. Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mmakonnen @ gmail.com | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm @ FreeBSD.Org | FreeBSD - http://www.freebsd.org --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mail.msg" Knobs that have been removed: network_interfaces ipv6_network_interfaces These knobs have been removed at Brooks' suggestion. They denoted whether an interface should be considered for IPv4 and IPv6 configuration, respectively. Instead, now the user should use the NOIPV4 and NOIPV6 keyword in the ifconfig_ variable of interface if it should *not* be considered for v4 or v6 configuration, respectively. Knobs that have changed meaning: ifconfig_ ifconfig_DEFAULT Currently these knobs are intended to be used for both non-IP *and* IPv4 configuration. Going forward they are intended for non-IP related configuration only. The old2new_knobs() subroutine will issue a warning if it detects certain IP related keywords in these knobs. The only IP related keywords allowed in these two variables are: NOIPV4 and NOIPV6. synchronous_dhclient - When set to yes dhclient will be started on DHCP interfaces during general network startup. Currently, this implicitly refers to IPv4 only. Going forward, it refers to both IPv4 and IPv6. In practice, there will be no differnce in behaviour until an IPv6 dhcp client appears in the base system. New knobs: ipv4_enable - similary to ipv6_enable, all IPv4 configuration of interfaces and routing is enabled/disabled by setting this knob to yes or no. Defaults to yes. ipv4_synchronous_dhclient - same as synchronous_dhclient, except it applies only to IPv4 interfaces. ipv6_synchronous_dhclient - same as above except for IPv6 interfaces. Unfortunately, because some knobs (like ifconfig_DEFAULT) have changed meanings, instead of being replaced, it is not possible to have a completely seemless transition. You will have to edit rc.conf(5) in order for your system to work properly after these changes. Having said that, quite a few of the new IP version related knobs can be "automagically" set based on the values of the knobs currently in use. These knobs are: gateway_enable => ipv4_gateway_enable router_enable => ipv4_router_enable router => ipv4_router router_flags => ipv4_router_flags defaultrouter => ipv4_defaultrouter static_routes => ipv4_static_routes static_routes_ => ipv4_static_routes_ route_ => ipv4_route_ dhclient_program => ipv4_dhclient_program dhclient_flags => ipv4_dhclient_flags dhclient_flags_ => ipv4_dhclient_flags_ background_dhclient_ => ipv4_background_dhclient_ The knobs that you will have to examine and modify manually are: ifconfig_ - move IPv4 related configuration (including DHCP keyword) to ipv4_ifconfig_ ifconfig__aliasX - move IPv4 related configuration to ipv4_ifconfig__aliasX ifconfig_DEFAULT - move IPv4 related configuration (including DHCP) to ipv4_ifconfig_DEFAULT network_interfaces - for the interfaces *not* on this list put the NOIPV4 keyword in the respective ifconfig_ variable and delete this knob ipv6_network_interfaces - for the interfaces *not* on this list put the NOIPV6 keyword in the respective ifconfig_ variable and delete this knob Some network subroutines have been changed, and some have been split out to reflect their use in IP v4 and v6 configuration. Here's what they look like after the change: ifconfig_up / ifconfig_down - Non-IP related ifconfig(8) configuration ifconfig_up4 / ifconfig_down4 - IPv4 related ifconfig(8) configuration ifconfig_up6 / ifconfig_down6 - IPv6 related ifconfig(8) configuration dhcpif4 - Returns 0 if the IPv4 address of an interface should be configured automatically by DHCP dhcpif6 - Returns 0 if the IPv6 address of an interface should be configured automatically by DHCP dhcpif - Returns 0 if either or both IP address versions are configured automatically by DHCP. syncdhcpif4 - Returns 0 if dhclient(8) should be run synchronously for IPv4 in the general network start script. syncdhcpif6 - Same as above except it refers to IPv6 configuration ipv4if - Returns 0 if the interface should be configured for IPv4 ipv6if - Returns 0 if the interface should be configured for IPv6 post_ifconfig_up4 / post_ifconfig_down4 - Configure IPv4 alias knobs and entries in CIDR notation post_ifconfig_up6 - configure IPv6 alias knobs ifalias_up4 / ifalias_down4 - Configure IPv4 alias entries. Called by post_ifconfig_up4/down4 routines, respectively. ifalias_up6 / ifalias_down6 - configure IPv6 alias knobs. Called by post_ifconfig_up6(). delete_addrs6 - remove IPv6 addresses from an interface. Called by ifconfig_down6(). list_net_interfaces - Lists network interfaces of the following types: - All IPv4 interfaces (legacy behaviour) ipv4 - all IPv4 interfaces ipv6 - all IPv6 interfaces nodhcp - all interfaces, excluding DHCP configured interfaces dhcp - list only DHCP configured interfaces dhcp4 - list only DHCP configured IPv4 interfaces dhcp6 - list only DHCP configured IPv6 interfaces rtsol_up - starts rtsol(8) on an interface stf_up - setup IPv4 to IPv6 mapping faith_up - setup a faith(4) interface default_interface_up - set default IPv6 interface working_ipv6_interfaces - lists valid IPv6 interfaces There are also a bunch of support functions that begin with an underscore '_'. They are meant to be private to network.subr and are called by some of the subroutines listed above. --envbJBWh7q8WU6mo-- From owner-freebsd-net@FreeBSD.ORG Thu May 17 13:25:43 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D01116A402; Thu, 17 May 2007 13:25:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 33E0313C46A; Thu, 17 May 2007 13:25:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=np7S3S1GW7Wtb+QQJNQyXo/z7P1hxUe54iIMnJjw66yPzHMfcl5D6jU/L2napDua+1DiuLClYPPCzdRCLc6VLKZTBvAQWOj91x37phhK2GbK3/HVt5NtlM0AN6eC+lJuCdDlf4ROYARipNbhEl4eJyo7IcmIvcNN2MFI0DsVJ/M=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HofzB-0001wd-2G; Thu, 17 May 2007 17:25:41 +0400 Date: Thu, 17 May 2007 17:25:36 +0400 From: Eygene Ryabinkin To: Sten Daniel Soersdal Message-ID: <20070517132536.GB991@void.codelabs.ru> References: <20070517055003.GB1325@void.codelabs.ru> <464C36BD.7020900@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <464C36BD.7020900@gmail.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-4.4 required=4.0 tests=ALL_TRUSTED,BAYES_00 Cc: jfv@freebsd.org, freebsd-net@freebsd.org Subject: Re: Port of the new em(4) to RELENG_6 and some problems with 82540EM X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 13:25:43 -0000 Sten, good day. Thu, May 17, 2007 at 01:04:29PM +0200, Sten Daniel Soersdal wrote: > >I have the '82540EM Gigabit Ethernet Controller' branded card > >(PWLA8390MT) and I am currently expiriencing troubles with the > >Gigabit switch (D-Link DGS-1008, the cheap one). Plugged into that > >switch I have > > - broken packets and SSH messages 'Disconnecting: Corrupted MAC > > on input.' when checksumming is turned on and gigabit speed, > > - abyssmal rates for the HTTP downloads (about 10Mbit/sec) when > > checksums are turned off and the speed is gigabit again, > > - having switched the media on the adapter to the 100BaseTX > > full-duplex, but still using the same switch the speed drops to > > 200Kbit/sec, > > - using another D-Link switch (sorry, have no other brand in > > hand) the above situation is completely reproducible. > > - working in the half-duplex mode (for 10BaseT/UTP and 100BaseTX) > > I have no problems to reach the 90% of the theoretical bandwidth > > of the link via HTTP either with checksums enabled or disabled. > >So, the full-duplex mode is not usable to me now. If someone can > >help in this situation, I am all ears. > > That's what we call a self inflicted network problem. > When one end is configured full-duplex and the other end is in auto > speed/duplex and you want to set fixed speed/duplex, then you need to do it on > both ends. Otherwise the auto-negotiating side will default to half-duplex. > This is to be backwards compatible with hubs. If I am correct, there is no such thing as the fixed speed/duplex for the 1000Base-TX: it always auto-negotiates. Moreover, I just bough the 10/100 D-Link ;)) switch and plugged my card into it saying just 'media 100BaseTX'. No problems: full duplex mode and no errors. 'media 100BaseTX mediaopt full-duplex' and 'media autoselect' all resulted to full-duplex and no errors. Redid my tests with varying speed/duplex and the Gbit switch: - 'media 100baseTX mediaopt full-duplex': no errors, small speed (1 Mbit), - 'media 100baseTX' (got full-duplex): the same, - 'media 1000Base-TX': 'Corrupted MAC on input'. - 'media autoselect' (got 1000Base-TX): 'Corrupted MAC on input'. - 'media 100baseTX' (got _half-duplex_): no errors, good speed. - 'media 100baseTX mediaopt full-duplex': small speed (1Mbit), no errors. So there is something with the Gbit ports and maybe D-Link hardware that stimulates the errors for the 1000Base-TX. And you're right: the slowness for the 10/100 full-duplex modes with Gbit switch can be attributed to the duplex mismatch. The funny thing that I have no problems to negotiate/set the duplex for the 10/100 modes and 10/100 switch. To my regret, I have no means to force the speed/duplex on the switches: they are too inexpensive for that. Thank you. -- Eygene From owner-freebsd-net@FreeBSD.ORG Thu May 17 22:19:39 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9C2616A400; Thu, 17 May 2007 22:19:39 +0000 (UTC) (envelope-from koji@registro.br) Received: from clone.registro.br (clone.registro.br [200.160.2.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9920D13C4AE; Thu, 17 May 2007 22:19:38 +0000 (UTC) (envelope-from koji@registro.br) Received: by clone.registro.br (Postfix, from userid 1002) id 2B8FA95879; Thu, 17 May 2007 18:50:25 -0300 (BRT) Date: Thu, 17 May 2007 18:50:25 -0300 From: Hugo Koji Kobayashi To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Message-ID: <20070517215025.GC37175@registro.br> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cvVnyQ+4j833TQvp" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Organization: Registro.br X-URL: http://registro.br/ X-Operating-System: FreeBSD Cc: Subject: udp fragmentation with pf/ipf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 May 2007 22:19:40 -0000 --cvVnyQ+4j833TQvp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, While making some tests with fragmented udp DNS responses (with EDNS0), we discovered a possible problem with ipf and pf in FreeBSD 6.2 and 7.0 (200705 snapshot). Our test is a DNS query to an DNSSEC enabled server which replies with a ~4KB udp response. We do this with the following dig command: dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ipf and pf in FreeBSD 6.2 or 7.0 block the fragments and the DNS queries timeout. Disabling the firewall, complete replies are received with no problem. We've made the same tests with FreeBSD 4.11 with ipf and OpenBSD 4.1 with pf with no problems. You can see a summary of the tests below. OS + fw dig result fbsd4.11 + ipf OK obsd4.1 + pf OK fbsd6.2 OK fbsd6.2 + ipf timeout fbsd6.2 + pf timeout fbsd7.0 OK fbsd7.0 + ipf timeout fbsd7.0 + pf timeout Complete test results (including tcpdump output and firewall rule sets) are attached. Can somebody tell us if he hit a bug or if there is something we are missing? Thanks, Hugo --cvVnyQ+4j833TQvp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fw-edns0-tests.txt" ###### FreeBSD 4.11 + ipfilter -> dig OK fbsd4.11# uname -v FreeBSD 4.11-RELEASE #0: Fri Jan 21 17:21:22 GMT 2005 root@perseus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC fbsd4.11# ipf -V ipf: IP Filter: v3.4.35 (336) Kernel: IP Filter: v3.4.35 Running: yes Log Flags: 0 = none set Default: pass all, Logging: available Active list: 0 fbsd4.11# ipfstat -ion @1 pass out log quick on bge0 proto udp from xxx.xxx.xxx.113/32 to any port = 53 keep state keep frags @2 pass out quick on bge0 proto tcp/udp from xxx.xxx.xxx.113/32 to any keep state @3 pass out quick on bge0 proto icmp from xxx.xxx.xxx.113/32 to any keep state @4 pass out quick on lo0 from any to any @5 block out log from any to any @1 pass in quick on bge0 proto tcp from xxx.xxx.xxx.81/32 to xxx.xxx.xxx.113/32 port = 22 keep state @2 pass in quick on lo0 from any to any @3 block in log from any to any fbsd4.11# tcpdump -i bge0 -np host 192.36.144.107 tcpdump: listening on bge0 09:46:16.546878 xxx.xxx.xxx.113.2897 > 192.36.144.107.53: 37118+ [1au] Type48? se. (31) 09:46:16.789319 192.36.144.107.53 > xxx.xxx.xxx.113.2897: 37118*- 8/10/24 Type48[|domain] (frag 8851:1480@0+) 09:46:16.789325 192.36.144.107 > xxx.xxx.xxx.113: udp (frag 8851:1480@1480+) 09:46:16.789331 192.36.144.107 > xxx.xxx.xxx.113: udp (frag 8851:1134@2960) fbsd4.11# grep 192.36.144.107 /var/log/messages May 17 09:46:16 fbsd4.11 ipmon[54]: 09:46:16.546867 bge0 @0:1 p xxx.xxx.xxx.113,2897 -> 192.36.144.107,53 PR udp len 20 59 K-S K-F OUT May 17 09:46:16 fbsd4.11 ipmon[54]: 09:46:16.789339 bge0 @0:1 p 192.36.144.107,53 -> xxx.xxx.xxx.113,2897 PR udp len 20 1500 K-S K-F IN May 17 09:46:16 fbsd4.11 ipmon[54]: 09:46:16.789347 bge0 @-1:-1 p 192.36.144.107 -> xxx.xxx.xxx.113 PR udp len 20 (1500) (frag 8851:1480@1480+) K-S K-F IN May 17 09:46:16 fbsd4.11 ipmon[54]: 09:46:16.789353 bge0 @-1:-1 p 192.36.144.107 -> xxx.xxx.xxx.113 PR udp len 20 (1154) (frag 8851:1134@2960) K-S K-F IN fbsd4.11# /usr/local/bin/dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.4.1 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37118 ;; flags: qr aa rd; QUERY: 1, ANSWER: 8, AUTHORITY: 10, ADDITIONAL: 24 ;; WARNING: recursion requested but not available ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: [...] ;; Query time: 245 msec ;; SERVER: 192.36.144.107#53(192.36.144.107) ;; WHEN: Thu May 17 09:46:16 2007 ;; MSG SIZE rcvd: 4086 ###### FreeBSD 6.2 + no firewall -> dig OK fbsd6.2# uname -v FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP fbsd6.2# dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.3.3 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7745 ;; flags: qr aa rd; QUERY: 1, ANSWER: 8, AUTHORITY: 10, ADDITIONAL: 24 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;se. IN DNSKEY [...] ;; Query time: 243 msec ;; SERVER: 192.36.144.107#53(192.36.144.107) ;; WHEN: Thu May 17 11:31:39 2007 ;; MSG SIZE rcvd: 4086 ###### FreeBSD 6.2 + pf -> dig timeout fbsd6.2# uname -v FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP fbsd6.2# pfctl -sr No ALTQ support in kernel ALTQ related functions disabled scrub in all fragment reassemble block drop in log all pass in on bge0 inet proto tcp from xxx.xxx.xxx.81 to xxx.xxx.xxx.87 port = ssh keep state pass out on bge0 proto tcp all keep state pass out on bge0 proto udp all keep state pass out on bge0 proto icmp all keep state fbsd6.2# tcpdump -i bge0 -np host 192.36.144.107 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 11:06:34.589076 IP xxx.xxx.xxx.87.58606 > 192.36.144.107.53: 24422+ [1au] Type48? se. (31) 11:06:34.831367 IP 192.36.144.107.53 > xxx.xxx.xxx.87.58606: 24422*- 8/10/24 Type48[|domain] 11:06:34.831372 IP 192.36.144.107 > xxx.xxx.xxx.87: udp 11:06:34.831524 IP 192.36.144.107 > xxx.xxx.xxx.87: udp fbsd6.2# dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.3.3 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; connection timed out; no servers could be reached ###### FreeBSD 6.2 + ipfilter -> dig timeout fbsd6.2# uname -v FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP fbsd6.2# ipf -V ipf: IP Filter: v4.1.13 (416) Kernel: IP Filter: v4.1.13 Running: yes Log Flags: 0 = none set Default: pass all, Logging: available Active list: 0 Feature mask: 0x10f fbsd6.2# ipfstat -ion @1 pass out log quick on bge0 proto udp from xxx.xxx.xxx.87/32 to any port = domain keep state keep frags @2 pass out quick on bge0 proto tcp/udp from xxx.xxx.xxx.87/32 to any keep state @3 pass out quick on bge0 proto icmp from xxx.xxx.xxx.87/32 to any keep state @4 pass out quick on lo0 from any to any @5 block out log all @1 pass in quick on bge0 proto tcp from xxx.xxx.xxx.81/32 to xxx.xxx.xxx.87/32 port = ssh keep state @2 pass in quick on lo0 from any to any @3 block in log all fbsd6.2# tcpdump -i bge0 -np host 192.36.144.107 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 11:11:39.724241 IP xxx.xxx.xxx.87.63499 > 192.36.144.107.53: 2906+ [1au] Type48? se. (31) 11:11:39.966378 IP 192.36.144.107.53 > xxx.xxx.xxx.87.63499: 2906*- 8/10/24 Type48[|domain] 11:11:39.966534 IP 192.36.144.107 > xxx.xxx.xxx.87: udp 11:11:39.966692 IP 192.36.144.107 > xxx.xxx.xxx.87: udp fbsd6.2# grep 192.36.144.107 /var/log/messages May 17 11:11:40 fbsd6.2 ipmon[1140]: 11:11:39.724232 bge0 @0:1 p xxx.xxx.xxx.87,63499 -> 192.36.144.107,53 PR udp len 20 59 K-S K-F OUT May 17 11:11:40 fbsd6.2 ipmon[1140]: 11:11:39.966389 bge0 @0:3 b 192.36.144.107,53 -> xxx.xxx.xxx.87,63499 PR udp len 20 1500 IN bad May 17 11:11:40 fbsd6.2 ipmon[1140]: 11:11:39.966544 bge0 @0:3 b 192.36.144.107 -> xxx.xxx.xxx.87 PR udp len 20 (1500) (frag 20089:1480@1480+) IN bad May 17 11:11:40 fbsd6.2 ipmon[1140]: 11:11:39.966699 bge0 @0:3 b 192.36.144.107 -> xxx.xxx.xxx.87 PR udp len 20 (1154) (frag 20089:1134@2960) IN bad fbsd6.2# dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.3.3 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; connection timed out; no servers could be reached ###### FreeBSD 7.0 + no firewall -> dig OK fbsd7# uname -v FreeBSD 7.0-CURRENT-200705 #0: Mon May 7 11:24:25 UTC 2007 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC fbsd7# dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.3.4 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11647 ;; flags: qr aa rd; QUERY: 1, ANSWER: 8, AUTHORITY: 10, ADDITIONAL: 24 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;se. IN DNSKEY [...] ;; Query time: 243 msec ;; SERVER: 192.36.144.107#53(192.36.144.107) ;; WHEN: Mon May 7 12:29:14 2007 ;; MSG SIZE rcvd: 4086 ###### FreeBSD 7.0 + pf -> dig timeout fbsd7# uname -v FreeBSD 7.0-CURRENT-200705 #0: Mon May 7 11:24:25 UTC 2007 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC fbsd7# pfctl -sr No ALTQ support in kernel ALTQ related functions disabled scrub in all fragment reassemble block drop in log all pass in on bge0 inet proto tcp from xxx.xxx.xxx..81 to xxx.xxx.xxx..113 port = ssh keep state pass out on bge0 proto tcp all keep state pass out on bge0 proto udp all keep state pass out on bge0 proto icmp all keep state fbsd7# tcpdump -i bge0 -np host 192.36.144.107 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 12:39:25.631167 IP xxx.xxx.xxx..113.52250 > 192.36.144.107.53: 25549+ [1au] Type48? se. (31) 12:39:25.873610 IP 192.36.144.107.53 > xxx.xxx.xxx..113.52250: 25549*- 8/10/24 Type48[|domain] 12:39:25.873624 IP 192.36.144.107 > xxx.xxx.xxx..113: udp 12:39:25.873632 IP 192.36.144.107 > xxx.xxx.xxx..113: udp fbsd7# dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.3.4 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; connection timed out; no servers could be reached ###### FreeBSD 7.0 + ipfilter -> dig timeout fbsd7# uname -v FreeBSD 7.0-CURRENT-200705 #0: Mon May 7 11:24:25 UTC 2007 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC fbsd7# ipf -V ipf: IP Filter: v4.1.13 (404) Kernel: IP Filter: v4.1.13 Running: yes Log Flags: 0 = none set Default: pass all, Logging: available Active list: 0 Feature mask: 0x10f fbsd7# ipfstat -ion @1 pass out log quick on bge0 proto udp from xxx.xxx.xxx..113/32 to any port = domain keep state keep frags @2 pass out quick on bge0 proto tcp/udp from xxx.xxx.xxx..113/32 to any keep state @3 pass out quick on bge0 proto icmp from xxx.xxx.xxx..113/32 to any keep state @4 pass out quick on lo0 from any to any @5 block out log from any to any @1 pass in quick on bge0 proto tcp from xxx.xxx.xxx..81/32 to xxx.xxx.xxx..113/32 port = ssh keep state @2 pass in quick on lo0 from any to any @3 block in log from any to any fbsd7# tcpdump -i bge0 -np host 192.36.144.107 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 12:26:47.020355 IP xxx.xxx.xxx..113.61181 > 192.36.144.107.53: 31400+ [1au] Type48? se. (31) 12:26:47.263165 IP 192.36.144.107.53 > xxx.xxx.xxx..113.61181: 31400*- 8/10/24 Type48[|domain] 12:26:47.263189 IP 192.36.144.107 > xxx.xxx.xxx..113: udp 12:26:47.263210 IP 192.36.144.107 > xxx.xxx.xxx..113: udp fbsd7# grep 192.36.144.107 /var/log/messages May 7 12:26:47 fbsd7 ipmon[756]: 12:26:47.020339 bge0 @0:1 p xxx.xxx.xxx..113,61181 -> 192.36.144.107,53 PR udp len 20 59 K-S K-F OUT May 7 12:26:47 fbsd7 ipmon[756]: 12:26:47.263177 bge0 @0:3 b 192.36.144.107,53 -> xxx.xxx.xxx..113,61181 PR udp len 20 1500 IN bad May 7 12:26:47 fbsd7 ipmon[756]: 12:26:47.263199 bge0 @0:3 b 192.36.144.107 -> xxx.xxx.xxx..113 PR udp len 20 (1500) (frag 30879:1480@1480+) IN bad May 7 12:26:47 fbsd7 ipmon[756]: 12:26:47.263218 bge0 @0:3 b 192.36.144.107 -> xxx.xxx.xxx..113 PR udp len 20 (1154) (frag 30879:1134@2960) IN bad fbsd7# dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.3.4 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; connection timed out; no servers could be reached ###### OpenBSD 4.1 + pf -> dig OK obsd4.1# uname -svmr OpenBSD 4.1 GENERIC#1435 i386 obsd4.1# pfctl -sr scrub in all fragment reassemble block drop in log all pass in log on bge0 inet proto tcp from xxx.xxx.xxx..81 to xxx.xxx.xxx.87 port = ssh flags S/SA keep state pass out on bge0 proto tcp all flags S/SA keep state pass out on bge0 proto udp all keep state pass out on bge0 proto icmp all keep state obsd4.1# tcpdump -i bge0 -np host 192.36.144.107 tcpdump: listening on bge0, link-type EN10MB 17:29:31.204819 xxx.xxx.xxx.87.14024 > 192.36.144.107.53: 45447+ [1au] DNSKEY? se. (31) 17:29:31.446947 192.36.144.107.53 > xxx.xxx.xxx.87.14024: 45447*- 8/10/24 DNSKEY[|domain] (frag 1171:1480@0+) 17:29:31.447104 192.36.144.107 > xxx.xxx.xxx.87: (frag 1171:1480@1480+) 17:29:31.447107 192.36.144.107 > xxx.xxx.xxx.87: (frag 1171:1134@2960) obsd4.1# dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.3.4 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45447 ;; flags: qr aa rd; QUERY: 1, ANSWER: 8, AUTHORITY: 10, ADDITIONAL: 24 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;se. IN DNSKEY [...] ;; Query time: 244 msec ;; SERVER: 192.36.144.107#53(192.36.144.107) ;; WHEN: Thu May 17 17:29:31 2007 ;; MSG SIZE rcvd: 4086 ##### Expected result. (Answers above are truncated in favor of readability) # dig @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; <<>> DiG 9.3.4 <<>> @192.36.144.107 se dnskey +dnssec +bufsize=4500 +retry=0 ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50574 ;; flags: qr aa rd; QUERY: 1, ANSWER: 8, AUTHORITY: 10, ADDITIONAL: 24 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;se. IN DNSKEY ;; ANSWER SECTION: se. 3600 IN DNSKEY 256 3 5 AQPbQk0WNRr2jofL3FJKSR8VJ2i8hsXUC2vp4L9pq86ca63+SwD7mll0 8jYfYY2fsn5jhPxyRY1Xva7Kwhp35o1NXyHBBcBmBkV3r2BGS9c62YzS jyv/RI4yHgs+03NVsqlNaMz9Cw34ov04K65s45ZSJ0fFg05VVVCgCUli 3h6hJQ== se. 3600 IN DNSKEY 256 3 5 AwEAAbhCVInOCVKWoaeWFmCHfO0SW4MAEWiM2MrbR6q1fclgAa04Lkqu c2Lp1xQ1ssO7rDYDLf8Uhe6EU6Xs56mRS5ZhHGiWwozrY4duxyAaYQUo d6LuH0u5Q0VRUs5Yv5hh9YvVxR1iclbQleg6NDVVeMQU4lFWOnHbP6Md 2SNWptVV se. 3600 IN DNSKEY 256 3 5 AwEAAc3n4vV7f6TbRjSpfADcIBn+MDqzuFUo+s3b85wC8Tp+d1EDlLPF /5GIR4Y3P+8u1OpPKuCCzurvfics/HiGQU3Jkv3wlFP5cZLBSpCiwazY 253uJwXpItS+liP6AK+kOOwsEWTYxG6vvBodm/ASTbqs2FqokFTPLW74 lTOp51a5 se. 3600 IN DNSKEY 257 3 5 AwEAAaxPMcR2x0HbQV4WeZB6oEDX+r0QM65KbhTjrW1ZaARmPhEZZe3Y 9ifgEuq7vZ/zGZUdEGNWy+JZzus0lUptwgjGwhUS1558Hb4JKUbbOTcM 8pwXlj0EiX3oDFVmjHO444gLkBOUKUf/mC7HvfwYH/Be22GnClrinKJp 1Og4ywzO9WglMk7jbfW33gUKvirTHr25GL7STQUzBb5Usxt8lgnyTUHs 1t3JwCY5hKZ6CqFxmAVZP20igTixin/1LcrgX/KMEGd/buvF4qJCydui eHukuY3H4XMAcR+xia2nIUPvm/oyWR8BW/hWdzOvnSCThlHf3xiYleDb t/o1OTQ09A0= se. 3600 IN DNSKEY 257 3 5 AwEAAb6xRZHEf+PyF5dxEvz0BHEHbziu6iZaiNW/yjSaZcmrmZiRMF8F PppD+XuKSau0rgu4eBwYdpkEoMVR4FhI8frkuPHIue2LP1ETo+2hCrdr 60K1538yLvzbOhMxXt6knjPN+OlalMmCknadaofKga5FLKOPQs2C3nw6 AH4WUNGrchmDMVBwRwfZdQXYZTXesqULmGMK7mwjQGOxerRDQWrFv8Nh NnVV31PihaYBdQ1TJjvfGS/FYZJwv/BddiELiLeUnNWu3AOsRAshgOcD BOAPUvKJNEq6RHELFmvXOOe2d8H2yzv02EMQik6GwUm16DrSdmX+SWfe lQs+9ELFN6k= se. 3600 IN RRSIG DNSKEY 5 1 3600 20070522215824 20070517140614 23025 se. KyJc0iw4+ZV8msUBcYd9F2NtqEI7bzeLyea3Ko2kbhH3vq15uP3YXF29 9zZakYC44h1I9eOnv099sQPVJ8GzRwFO/5/sq9VBwz3XCtERy3QnITRE Zwtzpd1/FN++oY3eCy2X20/uyOJLpYPtm8XVuJCFlr0J63OjlzV1WV7U ufs= se. 3600 IN RRSIG DNSKEY 5 1 3600 20070614000000 20070503074224 6166 se. nQpV0GvBMXC347NLpCqTvzCRIQeDJkVB2q//gHQu52syHUYraVfGLYNZ AUO5T7Aj2bBEkeg5BQvc940arfNaQjMAigXU2hnOYVqOEMZ7lvU/tjEQ xRt44NehAbRwv0hf3oUsRd/3VQPVe6gc96DFK5x+/R0c8h9M9ZpRTLjj rZtqRHJXuX5sEe/M+zxO+9h+tRMGTPuMHHnyb5cIHpGBly6Z6kUvdlIY NOlqpjUclFApxC1oqcU8Tdq/CWOI8k+QcsavowPn/EvczLiXnLL0l0Qw Q9ZZ0A867G2vVBXlb6O3oq4EYwxt+nJgIsxAkHRteQ8+F/hXcPAjgYDI R+kCeg== se. 3600 IN RRSIG DNSKEY 5 1 3600 20070614000000 20070503074224 17686 se. KbRtzleVEliDjkQkVyRlwxPKKnOG+6K/wzafH3le8Hja9i97WEdVwU2g AlovnvcropRN5Cojf0MoYVNOKfJPFoQqJ+eLL/oZrCauQcdp9E/XPfvV 0XvZsO7Hft5vFQ2SrCAo2QBvKXGAvf6DY8wV6I0ioeT4Oayce1/eVtXu 8mej1rEz+dAzj2kyVsSuhfrnL+P5q19/1PtlUC1N3xowdrRk1vL1MLOp qhiFSMSyGGM4hhi1YPd3KK7hoL9wrQYghdaFp6ritgXxJ4TLPQP8zZY7 A6C65BziyqZ3Jcwga69dLDqbLLmhcMgDCc9jCEhLSSDi1NUc6BJRIg99 4CLJqg== ;; AUTHORITY SECTION: se. 172800 IN NS i.ns.se. se. 172800 IN NS a.ns.se. se. 172800 IN NS b.ns.se. se. 172800 IN NS c.ns.se. se. 172800 IN NS d.ns.se. se. 172800 IN NS e.ns.se. se. 172800 IN NS f.ns.se. se. 172800 IN NS g.ns.se. se. 172800 IN NS h.ns.se. se. 172800 IN RRSIG NS 5 1 172800 20070523092930 20070517200614 23025 se. jiOTilNoYSbMOwDUhcKQMZtar1eCGrPtkLYoTsENKLW7IVYu8JMt4VyG 5lCNmk7T3ltTSPsohC/v3XU1geCMiyTcDc62FmTM6Th7QVcGWHMtJk/Z Aj/3DkcnqsciRGmlC5SLUHK7wIqSOk0R4O8Blb40gQUkjwBJQWTuQ20P ZWM= ;; ADDITIONAL SECTION: a.ns.se. 172800 IN A 192.36.144.107 a.ns.se. 172800 IN AAAA 2001:698:9:301::53 b.ns.se. 172800 IN A 192.36.133.107 c.ns.se. 172800 IN A 192.36.135.107 d.ns.se. 172800 IN A 81.228.8.16 e.ns.se. 172800 IN A 81.228.10.57 f.ns.se. 172800 IN A 192.71.53.53 f.ns.se. 172800 IN AAAA 2a01:280:1:53::53 g.ns.se. 172800 IN A 130.239.5.114 g.ns.se. 172800 IN AAAA 2001:6b0:e:3::1 h.ns.se. 172800 IN A 199.7.49.30 i.ns.se. 172800 IN A 194.146.106.22 a.ns.se. 172800 IN RRSIG A 5 3 172800 20070523041526 20070517200614 23025 se. CWkUdq3WG2fWZ2eX9FtPTeG15ky8J+l416flxzI/Iq+KxOfpiyHWJReT xaKO9TUkI9oaIqWLApwuH36njKMXXwzMKG3ffsrvaHr+u7+02dGTOMMs yLrC8nUoX6SF28hKtMY7ZKyyNXzTA8s0KQXCfvL5vDlhg+xSy+SIo9aN PwQ= a.ns.se. 172800 IN RRSIG AAAA 5 3 172800 20070524122023 20070517200614 23025 se. NAHToPOR0c7Nc+bAbCl78ZmkM3137HvS/SRQFVcNhcby1pF0nZiu651B nVBG5HmTytvR3qWeJ+bjyRCbnC0418/KDaPDKHiAxeKkwBTBDEV9kgZG EGkqusMqGlAP9YmWJUQwTOQfWJ3LsjbgGURIYPSgNwMl13O3X0nZFKs4 mKY= b.ns.se. 172800 IN RRSIG A 5 3 172800 20070523055447 20070517200614 23025 se. Y039PEs+5f0zYOT8w5gPm+e9BaEfdxTCRXyvGGujgGrVRck8/RN1E+hF Xz7TbfywM3NiSYUuOcx5CefKC5Iztt2TqW2fJ8vs3Doy8vHO8DdSbSNx tNC6A7Fnoc4qNOGj8xcT9yVRCa150LhsVV/Cl2NSH13U5Uuihdg/Uhrt lMc= c.ns.se. 172800 IN RRSIG A 5 3 172800 20070524135553 20070517200614 23025 se. g+aWnXys/U5Kg/Cbngp3zVkUKItbByZc9yW8/kn0k7I7u4VM1U3xss/S yrkD9fJgFZ1tiWjLNbbMNQf2h3DwFMMouWK7ZoQtmS57GvzSYymHd2IC CUMNb9VQDwnt7Hs/2F4veTwSUft56K5stZYnymjtjjQmJn+K5K3v+bjq A0I= d.ns.se. 172800 IN RRSIG A 5 3 172800 20070524024155 20070517200614 23025 se. g2sitUYy/V9FYC18Ql7cYrx1Tdk5omte6dKASwCSx3ZTlkEtoLVFFX2f PU+59Fa9SN1yUVLNH5IHjQKCSoSMmDmaIfer5LMy6sjqEMQiC7zMyJuk +23E517p1bNKpt91YRFINmGE3n4Zl0RX4YWLs++SxkEGeSj3vKboj1UA oqM= e.ns.se. 172800 IN RRSIG A 5 3 172800 20070523194606 20070517200614 23025 se. wB/kpKq0R0QI5XDztERu51XMp2Eo3DVgph6QJs+vbrvWBU5idIUOTxly KL5BiNYxngd8CyyFUEKmC/lQy04OewoD1Dk/fecE6CXL3NhXNAo92rj8 DvJyZTB0NLVvVtNb/ZDvIBHlnp+xuwba/r3wGlinHDGf6SeYPoo8JO2w nXY= f.ns.se. 172800 IN RRSIG A 5 3 172800 20070524065721 20070517200614 23025 se. Uku3n96Jr8mjAEQHDs7aoIeplXQCq8uiLABm6eErjchIgaDBgSuBa9HX JLpA+meeCy2W72WYD4Ywv603mPRj/JjhpB0/MF4m84C2MfQnloDaCWRT x4VknE8kuRVK6I5mxepcqsC1TulcyxtvWv5tWyY8HD+L4HomM6d5Cugq H5E= f.ns.se. 172800 IN RRSIG AAAA 5 3 172800 20070523024116 20070517200614 23025 se. IcFNk7a7/pw8kha9LQGqDJG0wBXeGk4AuHMNwWUqJtkfKDFm/M6xACgW 8bubKgHs7K0HEqhLrrWTYRueUVh/w+Fy9BvOXQwX4h+SMxWTeTtmPxug ZESOOqf0C0Zs+Oa8UJvlHGwhsg3rt0qAUDGZQiQGwY3lpYCxCFY/5sM3 XSo= g.ns.se. 172800 IN RRSIG A 5 3 172800 20070524113105 20070517200614 23025 se. xras7HnqqbohuAM85kzwV8WzGCqXhF2ZWI4y1omWz7SQ1sXKiAMiM1zU mv6xk4F4NVuOakDaPc/b03TEQAhnVDZzRrzmo0ZdfYzP3kxI1NTkYUmC O2Qyv+7FqnRCrLzK94TeTArbKHXBYE+36K5b8htckG/LeBjRZTHIso7X LBk= g.ns.se. 172800 IN RRSIG AAAA 5 3 172800 20070523151643 20070517200614 23025 se. miTXV/aUVUsvuFPIvsmuRoJ0HYiCnMpjkRJl+cpGZ+Te0bnhmikJVAx2 nuMqcjuJvZPiShTWr68wrFN0TnCfUltsdNWIawSKuisszzHj3fHFUFfw ZBbmSr/0zWU8NF8M5IU2PJ8tL2Kohk6W3/ZORjQaAaMoiuOb+VFulgPP Nn8= h.ns.se. 172800 IN RRSIG A 5 3 172800 20070523091232 20070517200614 23025 se. ifwY6aYVRtO+zqHO3aYEWP3tiFT3hig9wkPmbCu+k2nYOE9pxjka+zSh vMU/4qpzlT2Z/aDNmBq/wSzXYEzvUjXi06KtHsS1NVEwSamE6l0NU0Bq TblxJQ0u/zPLOmES8Sj25a4qPGRG5T+SEzLJg65BRFjVrlXBgUuebv3L CjQ= ;; Query time: 245 msec ;; SERVER: 192.36.144.107#53(192.36.144.107) ;; WHEN: Thu May 17 18:37:24 2007 ;; MSG SIZE rcvd: 4086 --cvVnyQ+4j833TQvp-- From owner-freebsd-net@FreeBSD.ORG Fri May 18 00:04:52 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45B5416A402 for ; Fri, 18 May 2007 00:04:52 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 2F38A13C455 for ; Fri, 18 May 2007 00:04:52 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id D7ABB11401F; Thu, 17 May 2007 23:48:01 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id 38BCAE6058; Thu, 17 May 2007 23:48:01 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l4HNlux8089701; Fri, 18 May 2007 09:47:56 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200705172347.l4HNlux8089701@drugs.dv.isc.org> To: Hugo Koji Kobayashi From: Mark Andrews In-reply-to: Your message of "Thu, 17 May 2007 18:50:25 -0300." <20070517215025.GC37175@registro.br> Date: Fri, 18 May 2007 09:47:56 +1000 Sender: Mark_Andrews@isc.org Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: udp fragmentation with pf/ipf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 May 2007 00:04:52 -0000 This should be rejected as "keep frags" is meaningless here. pass out log quick on bge0 proto udp from xxx.xxx.xxx.113/32 to any port = 53 keep state keep frags You need pass in quick from any to any with frag keep frag -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-net@FreeBSD.ORG Fri May 18 00:49:51 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B427416A402 for ; Fri, 18 May 2007 00:49:51 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 9E3C013C43E for ; Fri, 18 May 2007 00:49:51 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 180C2114083; Thu, 17 May 2007 23:51:01 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id 977ADE6095; Thu, 17 May 2007 23:51:00 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l4HNowGe089722; Fri, 18 May 2007 09:50:58 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200705172350.l4HNowGe089722@drugs.dv.isc.org> From: Mark Andrews In-reply-to: Your message of "Fri, 18 May 2007 09:47:56 +1000." Date: Fri, 18 May 2007 09:50:58 +1000 Sender: Mark_Andrews@isc.org Cc: freebsd-net@freebsd.org, Hugo Koji Kobayashi , freebsd-stable@freebsd.org Subject: Re: udp fragmentation with pf/ipf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 May 2007 00:49:51 -0000 > > This should be rejected as "keep frags" is meaningless here. > > pass out log quick on bge0 proto udp from xxx.xxx.xxx.113/32 to any port = 53 > keep state keep frags > > You need > > pass in quick from any to any with frag keep frag The reason is that "ip" fragments not have next level headers. > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-net@FreeBSD.ORG Fri May 18 07:00:33 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59C7816A404; Fri, 18 May 2007 07:00:33 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 30AD913C44C; Fri, 18 May 2007 07:00:33 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4I70XcT008351; Fri, 18 May 2007 07:00:33 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4I70UdL008329; Fri, 18 May 2007 07:00:30 GMT (envelope-from remko) Date: Fri, 18 May 2007 07:00:30 GMT From: Remko Lodder Message-Id: <200705180700.l4I70UdL008329@freefall.freebsd.org> To: osd@cs.unibo.it, remko@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112670: [if_tap] stat /dev/tapN leads to panic for N >= 2G X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 May 2007 07:00:33 -0000 Synopsis: [if_tap] stat /dev/tapN leads to panic for N >= 2G State-Changed-From-To: feedback->closed State-Changed-By: remko State-Changed-When: Fri May 18 07:00:28 UTC 2007 State-Changed-Why: 6-STABLE has the proper support/fix, this will eventually get merged into later 6.x releases. Thanks for submitting the entry and the willingness to improve FreeBSD! http://www.freebsd.org/cgi/query-pr.cgi?pr=112670 From owner-freebsd-net@FreeBSD.ORG Fri May 18 07:16:11 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A756016A400 for ; Fri, 18 May 2007 07:16:11 +0000 (UTC) (envelope-from kcholewa@freebsd.lublin.pl) Received: from lagoon.freebsd.lublin.pl (lagoon.freebsd.lublin.pl [193.138.118.3]) by mx1.freebsd.org (Postfix) with ESMTP id D9F2513C45D for ; Fri, 18 May 2007 07:16:10 +0000 (UTC) (envelope-from kcholewa@freebsd.lublin.pl) Received: by lagoon.freebsd.lublin.pl (Postfix, from userid 3144) id 85B59C54C35; Fri, 18 May 2007 08:55:15 +0200 (CEST) Date: Fri, 18 May 2007 08:55:15 +0200 From: Krzysztof Cholewa To: freebsd-net@freebsd.org Message-ID: <20070518065515.GA19819@lagoon.freebsd.lublin.pl> References: <1179420528.5123.31.camel@kcholewa-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <1179420528.5123.31.camel@kcholewa-desktop> User-Agent: Mutt/1.4.2.2i Subject: 6.2R-p3 and crash dump X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 May 2007 07:16:11 -0000 Hello. I've got a box with FreeBSD 6.2Rp3 witch working as e router(quagga - RIP, BGPD) and NAT(ipnat) and if_vlan load from modul. Kernel is GENERIC with few options as POLLING and QUOTA. Last week crashed 3 times with the same crash dump: kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc06abbc8 stack pointer = 0x28:0xe4fa89f8 frame pointer = 0x28:0xe4fa8a04 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (swi1: net) trap number = 12 panic: page fault Uptime: 4d2h24m9s Dumping 2047 MB (2 chunks) chunk 0: 1MB (157 pages) ... ok chunk 1: 2047MB (523980 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0675a56 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0675cec in panic (fmt=0xc08e07ab "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc088ab94 in trap_fatal (frame=0xe4fa89b8, eva=12) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc088a8fb in trap_pfault (frame=0xe4fa89b8, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc088a539 in trap (frame= {tf_fs = -963313656, tf_es = -963248088, tf_ds = 40, tf_edi = 1, tf_esi = 0, tf_ebp = -453342716, tf_isp = -453342748, tf_ebx = 57, tf_edx = 0, tf_ecx = 0, tf_eax = 70393375, tf_trapno = 12, tf_err = 0, tf_eip = -1066746936, tf_cs = 32, tf_eflags = 590338, tf_esp = -893243712, tf_ss = -893243712}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc0878c0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06abbc8 in m_copydata (m=0x0, off=0, len=1, cp=0xcac22f08 "3).\r \n250 CWD command successful\r\n250 CWD command*#") at /usr/src/sys/kern/uipc_mbuf.c:543 #8 0xc695c218 in ?? () #9 0xc6a28900 in ?? () #10 0x000000a0 in ?? () #11 0x0000003a in ?? () #12 0xcac22f08 in ?? () #13 0x1b540000 in ?? () #14 0xe4fa8a7c in ?? () #15 0xa4607bbb in ?? () #16 0xc6a28900 in ?? () #17 0xc6901010 in ?? () #18 0xc6901024 in ?? () #19 0xcac22e08 in ?? () #20 0xcac22ea0 in ?? () #21 0xffffffc6 in ?? () #22 0x00000000 in ?? () #23 0x00000001 in ?? () #24 0xffffffff in ?? () #25 0x000000a0 in ?? () #26 0x0000003a in ?? () #27 0x0000003a in ?? () #28 0xcac22e00 in ?? () #29 0xcd074a00 in ?? () #30 0xe4fa8b68 in ?? () #31 0xe4fa8a88 in ?? () #32 0xc695c73a in ?? () #33 0xe4fa8b68 in ?? () #34 0xcd074a00 in ?? () #35 0xcac22e00 in ?? () #36 0x00000001 in ?? () #37 0x000000c6 in ?? () #38 0xd15fd880 in ?? () #39 0xcd074a00 in ?? () #40 0xe4fa8ad4 in ?? () #41 0xc6960bfd in ?? () #42 0xe4fa8b68 in ?? () #43 0xd15fd880 in ?? () #44 0xcd074a00 in ?? () #45 0x00000020 in ?? () #46 0xc680d300 in ?? () #47 0xc64a8000 in ?? () #48 0xc64aa000 in ?? () #49 0xe4fa8adc in ?? () #50 0xc0506b47 in bge_start_locked (ifp=0xcac22ec0) at /usr/src/sys/dev/bge/if_bge.c:3029 Previous frame inner to this frame (corrupt stack?) (kgdb) up 7 #7 0xc06abbc8 in m_copydata (m=0x0, off=0, len=1, cp=0xcac22f08 "3).\r \n250 CWD command successful\r\n250 CWD command*#") at /usr/src/sys/kern/uipc_mbuf.c:543 543 m = m->m_next; (kgdb) list *0xc06abbc8 0xc06abbc8 is in m_copydata (libkern.h:56). 51 static __inline int imax(int a, int b) { return (a > b ? a : b); } 52 static __inline int imin(int a, int b) { return (a < b ? a : b); } 53 static __inline long lmax(long a, long b) { return (a > b ? a : b); } 54 static __inline long lmin(long a, long b) { return (a < b ? a : b); } 55 static __inline u_int max(u_int a, u_int b) { return (a > b ? a : b); } 56 static __inline u_int min(u_int a, u_int b) { return (a < b ? a : b); } 57 static __inline quad_t qmax(quad_t a, quad_t b) { return (a > b ? a : b); } 58 static __inline quad_t qmin(quad_t a, quad_t b) { return (a < b ? a : b); } 59 static __inline u_long ulmax(u_long a, u_long b) { return (a > b ? a : b); } 60 static __inline u_long ulmin(u_long a, u_long b) { return (a < b ? a : b); } The box is IBM x346: bge0@pci5:0:0: class=0x020000 card=0x02c61014 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet bge1@pci6:0:0: class=0x020000 card=0x02c61014 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p3 #0: Fri Apr 20 13:11:37 UTC 2007 root@:/usr/obj/usr/src/sys/ITNET-BRZEG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.80GHz (3800.16-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x659d> AMD Features=0x20000000 Logical CPUs per core: 2 real memory = 2147270656 (2047 MB) avail memory = 2096324608 (1999 MB) MPTable: ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic3: Assuming intbase of 72 ioapic4: Assuming intbase of 96 ioapic4 irqs 96-119 on motherboard ioapic3 irqs 72-95 on motherboard ioapic2 irqs 48-71 on motherboard ioapic1 irqs 24-47 on motherboard ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 pcib3: at device 0.2 on pci2 pci4: on pcib3 pcib4: at device 4.0 on pci0 pci5: on pcib4 bge0: mem 0xdeff0000-0xdeffffff irq 16 at device 0.0 on pci5 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:14:5e:ac:9c:41 pcib5: at device 5.0 on pci0 pci6: on pcib5 bge1: mem 0xdcff0000-0xdcffffff irq 16 at device 0.0 on pci6 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:14:5e:ac:9c:40 pcib6: at device 6.0 on pci0 pci7: on pcib6 pcib7: at device 0.0 on pci7 pci8: on pcib7 ahd0: port 0x4000-0x40ff,0x4100-0x41ff mem 0xdaffe000-0xdaffffff irq 27 at device 7.0 on pci8 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs ahd1: port 0x4200-0x42ff,0x4300-0x43ff mem 0xdaffc000-0xdaffdfff irq 24 at device 7.1 on pci8 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs pcib8: at device 0.2 on pci7 pci9: on pcib8 pci0: at device 8.0 (no driver attached) uhci0: port 0x2200-0x221f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2600-0x261f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xf9000000-0xf90003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib9: at device 30.0 on pci0 pci1: on pcib9 pci1: at device 6.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x480-0x48f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) Timecounter "TSC" frequency 3800161586 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle ses0 at ahd1 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 17357MB (35548320 512 byte sectors: 255H 63S/T 2212C) Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /mnt/big was not properly dismounted wan0: link state changed to DOWN lan0: link state changed to DOWN IP Filter: v4.1.13 initialized. Default = pass all, Logging = enabled lan0: link state changed to UP vlan6: link state changed to UP vlan5: link state changed to UP wan0: link state changed to UP vlan50: link state changed to UP vlan4: link state changed to UP I'm not programmer and I don't understand debugger. btw. forgive me my english. ;) best regards. -- Krzysztof Cholewa From owner-freebsd-net@FreeBSD.ORG Fri May 18 13:37:46 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D63F116A407; Fri, 18 May 2007 13:37:46 +0000 (UTC) (envelope-from koji@registro.br) Received: from clone.registro.br (clone.registro.br [200.160.2.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9512F13C459; Fri, 18 May 2007 13:37:46 +0000 (UTC) (envelope-from koji@registro.br) Received: by clone.registro.br (Postfix, from userid 1002) id 77F4595873; Fri, 18 May 2007 10:37:45 -0300 (BRT) Date: Fri, 18 May 2007 10:37:45 -0300 From: Hugo Koji Kobayashi To: Mark Andrews Message-ID: <20070518133745.GJ37175@registro.br> References: <200705172350.l4HNowGe089722@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705172350.l4HNowGe089722@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.2i X-Organization: Registro.br X-URL: http://registro.br/ X-Operating-System: FreeBSD Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: udp fragmentation with pf/ipf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 May 2007 13:37:46 -0000 Ok. I understand that, but in FreeBSD 4.11 it works and without the "keep frags" the query is blocked. Is it just a misbehaviour of an old ipf version? And there is also the different behaviour of pf under OpenBSD. As I understand, the "scrub" rule should reassemble the fragments and pass the complete packet on to the filter, making the response arrive to the application. Am I wrong? On Fri, May 18, 2007 at 09:50:58AM +1000, Mark Andrews wrote: > > > > > This should be rejected as "keep frags" is meaningless here. > > > > pass out log quick on bge0 proto udp from xxx.xxx.xxx.113/32 to any port = 53 > > keep state keep frags > > > > You need > > > > pass in quick from any to any with frag keep frag > > The reason is that "ip" fragments not have next level headers. > From owner-freebsd-net@FreeBSD.ORG Sat May 19 10:08:02 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B8D116A403 for ; Sat, 19 May 2007 10:08:02 +0000 (UTC) (envelope-from fortin@acm.org) Received: from mail15.bluewin.ch (mail15.bluewin.ch [195.186.18.63]) by mx1.freebsd.org (Postfix) with ESMTP id 6692E13C46C for ; Sat, 19 May 2007 10:08:02 +0000 (UTC) (envelope-from fortin@acm.org) Received: from [192.168.127.129] (85.0.156.186) by mail15.bluewin.ch (Bluewin 7.3.121) id 46499CAF0010CFFE; Sat, 19 May 2007 09:47:57 +0000 Message-ID: <464EC7D6.5070408@acm.org> Date: Sat, 19 May 2007 11:48:06 +0200 From: Denis Fortin User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-net@freebsd.org, MaXX Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: re0 - D-Link DGE-528T not recognised. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 19 May 2007 10:08:02 -0000 (follow-up to question by MaXX to freebsd-net on Sun May 6 11:53:56) Greetings, I have also just bought a couple of D-Link DGE-528T Gigabit Ethernet cards for use with FreeBSD, and I also found that FreeBSD 6.2-RELEASE did not detect them anymore. A simple fix is needed to /usr/src/sys/dev/re/if_re.c to add support for the rev.B1 version of the hardware. I have reported the problem using send-pr. It is tracked as "i386/112774". See http://www.freebsd.org/cgi/query-pr.cgi?pr=112774 for more info. You need to patch the if_re.c file, rebuild a kernel, and then it will just work. Good luck, Denis F. PS. For info, here is the required fix: --- /usr/src/sys/dev/re/if_re.c Wed Jan 24 03:57:50 2007 +++ /usr/src/sys/dev/re/if_re.c.new Sat May 19 04:08:32 2007 @@ -168,6 +168,8 @@ static struct rl_type re_devs[] = { { DLINK_VENDORID, DLINK_DEVICEID_528T, RL_HWREV_8169S, "D-Link DGE-528(T) Gigabit Ethernet Adapter" }, + { DLINK_VENDORID, DLINK_DEVICEID_528T, RL_HWREV_8169_8110SB, + "D-Link DGE-528(T) Rev.B1 Gigabit Ethernet Adapter" }, { RT_VENDORID, RT_DEVICEID_8139, RL_HWREV_8139CPLUS, "RealTek 8139C+ 10/100BaseTX" }, { RT_VENDORID, RT_DEVICEID_8101E, RL_HWREV_8101E,