From owner-freebsd-net@FreeBSD.ORG Sun Dec 7 22:37:52 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1764BD for ; Sun, 7 Dec 2014 22:37:52 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9D7DCFA for ; Sun, 7 Dec 2014 22:37:52 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB7Mbqkd051365 for ; Sun, 7 Dec 2014 22:37:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sun, 07 Dec 2014 22:37:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 07 Dec 2014 22:37:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rodrigc@FreeBSD.org Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org --- Comment #1 from Craig Rodrigues --- Can you provide more details: (1) What command did you use to start the jail? (2) What config file did you use for pf? (3) What command did you use to start pf? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sun Dec 7 22:48:09 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B8A7338 for ; Sun, 7 Dec 2014 22:48:09 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 72FEDDEB for ; Sun, 7 Dec 2014 22:48:09 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB7Mm9I6060652 for ; Sun, 7 Dec 2014 22:48:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 183970] [ofed] [vlan] [panic] mellanox drivers and vlan usage causes kernel panic and reboot Date: Sun, 07 Dec 2014 22:48:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 07 Dec 2014 22:48:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183970 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed CC| |rodrigc@FreeBSD.org Resolution|--- |DUPLICATE --- Comment #4 from Craig Rodrigues --- *** This bug has been marked as a duplicate of bug 181931 *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sun Dec 7 22:48:09 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E803B33A for ; Sun, 7 Dec 2014 22:48:09 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFFFEDED for ; Sun, 7 Dec 2014 22:48:09 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB7Mm9Ca060659 for ; Sun, 7 Dec 2014 22:48:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 181931] [vlan] [lagg] vlan over lagg over mlxen crashes the kernel Date: Sun, 07 Dec 2014 22:48:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 07 Dec 2014 22:48:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181931 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jjasen@gmail.com --- Comment #4 from Craig Rodrigues --- *** Bug 183970 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sun Dec 7 22:53:57 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AECD714 for ; Sun, 7 Dec 2014 22:53:57 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A64EEC2 for ; Sun, 7 Dec 2014 22:53:57 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sB7Mruwd064416 for ; Sun, 7 Dec 2014 22:53:56 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sB7MruJR064415; Sun, 7 Dec 2014 22:53:56 GMT (envelope-from root) Date: Sun, 7 Dec 2014 22:53:56 +0000 To: freebsd-net@freebsd.org From: "rodrigc (Craig Rodrigues)" Subject: [Differential] [Request, 4 lines] D1279: Fix crash when VIMAGE + Infiniband is compiled into the kernel Message-ID: X-Priority: 3 Thread-Topic: D1279: Fix crash when VIMAGE + Infiniband is compiled into the kernel X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Thread-Index: NjUzMWY2ZDIwNmE4N2FiMTY0YWRjYTIxMjI3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 07 Dec 2014 22:53:57 -0000 rodrigc created this revision. rodrigc added reviewers: bz, hselasky. rodrigc added a subscriber: freebsd-net. REVISION SUMMARY PR: 191468 Use CURVNET macros inside inet_get_local_port_range() function. Without this fix, a kernel with VIMAGE + Infiniband will panic on bootup. Certain necessary #include statements require LIST_HEAD. Add these includes to ofed/include/linux/list.h, because LIST_HEAD is specifically overridden in this file. TEST PLAN # Compile a kernel with the following kernel config: include GENERIC ident VIMAGE options VIMAGE options VNET_DEBUG # InfiniBand support options OFED # InfiniBand support options SDP # SDP protocol options IPOIB # IPoIB options IPOIB_CM # IPoIB connected mode # InfiniBand Adapters device mlx4ib device mlxen device mthca # bhyve kernel debug device bvmdebug # Boot it REVISION DETAIL https://reviews.freebsd.org/D1279 AFFECTED FILES sys/ofed/include/linux/list.h sys/ofed/include/net/ip.h To: rodrigc, bz, hselasky Cc: freebsd-net From owner-freebsd-net@FreeBSD.ORG Sun Dec 7 22:54:48 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 662C5833 for ; Sun, 7 Dec 2014 22:54:48 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 485FAED9 for ; Sun, 7 Dec 2014 22:54:48 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sB7MsmUA065278 for ; Sun, 7 Dec 2014 22:54:48 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sB7MsmaP065277; Sun, 7 Dec 2014 22:54:48 GMT (envelope-from root) Date: Sun, 7 Dec 2014 22:54:48 +0000 To: freebsd-net@freebsd.org From: "rodrigc (Craig Rodrigues)" Subject: [Differential] [Updated] D1279: Fix crash when VIMAGE + Infiniband is compiled into the kernel Message-ID: <929b4b06c83ee217c5208c43ffaa550c@localhost.localdomain> X-Priority: 3 Thread-Topic: D1279: Fix crash when VIMAGE + Infiniband is compiled into the kernel X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NjUzMWY2ZDIwNmE4N2FiMTY0YWRjYTIxMjI3IFSE2rg= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 07 Dec 2014 22:54:48 -0000 rodrigc updated the test plan for this revision. REVISION DETAIL https://reviews.freebsd.org/D1279 To: rodrigc, bz, hselasky Cc: freebsd-net From owner-freebsd-net@FreeBSD.ORG Mon Dec 8 06:46:41 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99134471 for ; Mon, 8 Dec 2014 06:46:41 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7942EF5F for ; Mon, 8 Dec 2014 06:46:41 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sB86ke0P044997 for ; Mon, 8 Dec 2014 06:46:40 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sB86ke23044996; Mon, 8 Dec 2014 06:46:40 GMT (envelope-from root) Date: Mon, 8 Dec 2014 06:46:40 +0000 To: freebsd-net@freebsd.org From: "hselasky (Hans Petter Selasky)" Subject: [Differential] [Accepted] D1279: Fix crash when VIMAGE + Infiniband is compiled into the kernel Message-ID: <8ab7f8d2d9cff6a4136659e14946dd7e@localhost.localdomain> X-Priority: 3 Thread-Topic: D1279: Fix crash when VIMAGE + Infiniband is compiled into the kernel X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NjUzMWY2ZDIwNmE4N2FiMTY0YWRjYTIxMjI3IFSFSVA= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Dec 2014 06:46:41 -0000 hselasky accepted this revision. hselasky added a comment. This revision is now accepted and ready to land. Looks good. Thank you! REVISION DETAIL https://reviews.freebsd.org/D1279 To: rodrigc, bz, hselasky Cc: freebsd-net From owner-freebsd-net@FreeBSD.ORG Mon Dec 8 07:26:13 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B9F5CFC for ; Mon, 8 Dec 2014 07:26:13 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 72ECC64C for ; Mon, 8 Dec 2014 07:26:13 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB87QDVA071723 for ; Mon, 8 Dec 2014 07:26:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 191468] [vimage] options VIMAGE + Infiniband - kernel panic, crashes during system boot Date: Mon, 08 Dec 2014 07:26:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Dec 2014 07:26:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191468 --- Comment #6 from commit-hook@freebsd.org --- A commit references this bug: Author: rodrigc Date: Mon Dec 8 07:26:01 UTC 2014 New revision: 275599 URL: https://svnweb.freebsd.org/changeset/base/275599 Log: Use CURVNET macros inside inet_get_local_port_range() function. Without this fix, a kernel with VIMAGE + Infiniband will panic on bootup. Certain necessary #include statements require LIST_HEAD. Add these includes to ofed/include/linux/list.h, because LIST_HEAD is specifically overridden in this file. PR: 191468 Differential Revision: D1279 Reviewed by: hselasky Changes: head/sys/ofed/include/linux/list.h head/sys/ofed/include/net/ip.h -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Mon Dec 8 07:28:26 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE04DDA5 for ; Mon, 8 Dec 2014 07:28:26 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE9F1660 for ; Mon, 8 Dec 2014 07:28:26 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sB87SQLV087175 for ; Mon, 8 Dec 2014 07:28:26 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sB87SQZc087174; Mon, 8 Dec 2014 07:28:26 GMT (envelope-from root) Date: Mon, 8 Dec 2014 07:28:26 +0000 To: freebsd-net@freebsd.org From: "rodrigc (Craig Rodrigues)" Subject: [Differential] [Closed] D1279: Fix crash when VIMAGE + Infiniband is compiled into the kernel Message-ID: <278055bf5148d5ef839542ad022387e4@localhost.localdomain> X-Priority: 3 Thread-Topic: D1279: Fix crash when VIMAGE + Infiniband is compiled into the kernel X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NjUzMWY2ZDIwNmE4N2FiMTY0YWRjYTIxMjI3IFSFUxo= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Dec 2014 07:28:27 -0000 rodrigc closed this revision. rodrigc added a comment. Committed rS275599 REVISION DETAIL https://reviews.freebsd.org/D1279 To: rodrigc, bz, hselasky Cc: freebsd-net From owner-freebsd-net@FreeBSD.ORG Mon Dec 8 11:11:44 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 086FDAEB for ; Mon, 8 Dec 2014 11:11:44 +0000 (UTC) Received: from smtp-out.sentor.se (smtp-out.sentor.se [176.124.225.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C05DE10B for ; Mon, 8 Dec 2014 11:11:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by farmermaggot.shire.sentor.se (Postfix) with ESMTP id 16BF1B61D269; Mon, 8 Dec 2014 12:11:35 +0100 (CET) Date: Mon, 8 Dec 2014 12:11:34 +0100 (CET) From: elof2@sentor.se To: "Alexey V. Panfilov" Subject: Re: IPMI stops respond if boot in single user mode In-Reply-To: <5473582D.9060100@starnet.ru> Message-ID: References: <546F1A96.1060309@mail.ru> <5473582D.9060100@starnet.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Dec 2014 11:11:44 -0000 (Late response) I don't have an IBM-server, but isn't it equipped with a dedicated ILO/IPMI NIC? If so, the solution is rather to use that dedicated NIC instead of letting ILO/IPMI reuse the NIC for the OS. /Elof On Mon, 24 Nov 2014, Alexey V. Panfilov wrote: > 21.11.2014 13:57, Alexey V. Panfilov wrote: >> Hi, >> >> My IBM System x3250 M5 has IPMI. It shares onboard NIC Broadcom BCM5719. >> I'm setup it and IPMI works perfectly. >> But when server boots in single user mode IPMI's IP becomes unreachable. >> It occures when bge0 init. >> >> Any hints? >> >> Thanks. >> >> >> Details are: >> >> FreeBSD 10.1-STABLE (r274690) amd64 >> >> /boot/loader.conf >> hw.bge.allow_asf=1 >> >> >> bge0: > 0x5719001> mem >> 0x82a50000-0x82a5ffff,0x82a40000-0x82a4ffff,0x82a30000-0x82a3ffff irq 16 >> at device 0.0 on pci6 >> bge0: APE FW version: NCSI v1.2.33.0 >> bge0: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >> bge0: Using defaults for TSO: 65518/35/2048 >> bge0: Ethernet address: 6c:ae:8b:5b:74:98 >> >> >> bge0@pci0:6:0:0: class=0x020000 card=0x04911014 chip=0x165714e4 >> rev=0x01 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'NetXtreme BCM5719 Gigabit Ethernet PCIe' >> class = network >> subclass = ethernet >> bar [10] = type Prefetchable Memory, range 64, base 0x82a50000, >> size 65536, enabled >> bar [18] = type Prefetchable Memory, range 64, base 0x82a40000, >> size 65536, enabled >> bar [20] = type Prefetchable Memory, range 64, base 0x82a30000, >> size 65536, enabled >> cap 01[48] = powerspec 3 supports D0 D3 current D0 >> cap 03[50] = VPD >> cap 05[58] = MSI supports 8 messages, 64 bit enabled with 1 message >> cap 11[a0] = MSI-X supports 17 messages >> Table in map 0x20[0x0], PBA in map 0x20[0x1000] >> cap 10[ac] = PCI-Express 2 endpoint max data 128(256) FLR link x2(x4) >> speed 5.0(5.0) ASPM disabled(L0s/L1) >> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected >> ecap 0003[13c] = Serial 1 00006cae8b5b7498 >> ecap 0004[150] = Power Budgeting 1 >> ecap 0002[160] = VC 1 max VC0 >> >> > > When it boots in single-user mode and manually run: > > #ifconfig bge0 up > > then ipmi become accessable. > > How it can be fixed automatically after system is boot in single-user mode? > > > -- > With best regards, > Alexey V. Panfilov > > phone: (495)678-8007 ext 6000 > mail: lehis@starnet.ru > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Dec 8 11:31:27 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 522CD287 for ; Mon, 8 Dec 2014 11:31:27 +0000 (UTC) Received: from smtp31.i.mail.ru (smtp31.i.mail.ru [94.100.177.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F19185F1 for ; Mon, 8 Dec 2014 11:31:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=XbWHqEzBg3EVlkiRrODmiHvcouOQ3LY0XTN49Kbe6iI=; b=TFtqEfHdbWndYC5dj7xK+xMjjswyOqOGTcFxqmLkmJaItiWkCpEkoYqKX861MFZ2Jc7LfUXg/OR9UUqMro2yL00bbnJsSAK0tRE/KWUaGNTQlMI1DrpnhXZDT34SjknTzMR37sFIre1V0Tj4b3RRh6EJDKdLIpFlYZQ76fHBF3g=; Received: from [2001:67c:13e4:1000::37] (port=52216 helo=work.lehis.ru) by smtp31.i.mail.ru with esmtpa (envelope-from ) id 1XxwWu-0001yf-L8; Mon, 08 Dec 2014 14:31:17 +0300 Message-ID: <54858BF7.3070402@mail.ru> Date: Mon, 08 Dec 2014 14:31:03 +0300 From: "Alexey V. Panfilov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: IPMI stops respond if boot in single user mode References: <546F1A96.1060309@mail.ru> <5473582D.9060100@starnet.ru> In-Reply-To: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Mras: Ok X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Dec 2014 11:31:27 -0000 08.12.2014 14:11, elof2@sentor.se wrote: > > (Late response) > > I don't have an IBM-server, but isn't it equipped with a dedicated > ILO/IPMI NIC? > If so, the solution is rather to use that dedicated NIC instead of > letting ILO/IPMI reuse the NIC for the OS. > > /Elof > No, there are only two ethernet ports and one of them is shared with IPMI (IBM calls it "IMM"). -- Best regards, Alexey V. Panfilov From owner-freebsd-net@FreeBSD.ORG Tue Dec 9 21:15:43 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE3E8988 for ; Tue, 9 Dec 2014 21:15:43 +0000 (UTC) Received: from rs103.luxsci.com (rs103.luxsci.com [72.32.40.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A13C6C7 for ; Tue, 9 Dec 2014 21:15:43 +0000 (UTC) Received: from rs103.luxsci.com (localhost.localdomain [127.0.0.1]) by rs103.luxsci.com (8.13.8/8.13.8) with ESMTP id sB9LA9oK018398 for ; Tue, 9 Dec 2014 15:10:09 -0600 Received: (from lshttpd@localhost) by rs103.luxsci.com (8.13.8/8.13.8/Submit) id sB9LA9Po018390; Tue, 9 Dec 2014 21:10:09 GMT Message-Id: <201412092110.sB9LA9Po018390@rs103.luxsci.com> From: "Isaac (.ike) Levy" Date: Tue, 09 Dec 2014 21:10:09 +0000 To: freebsd-net@freebsd.org Reply-To: ike@blackskyresearch.net Errors-To: ike@blackskyresearch.net MIME-Version: 1.0 X-Comment: 74627-7324-1 Subject: 10Gbit Interface Testing Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 09 Dec 2014 21:15:43 -0000 Hi All, In our relatively small environment, I'm looking for pointers in=20 testing 10Gbit network performance, for internet-facing connectivity.=20=20 Our enviornment employs pairs of routers running FreeBSD- also=20 utilizing PF, CARP, and PFSYNC. We have 2 core problems testing the 10Gbit interfaces: 1) A lack of external options on the internet for testing. We've found=20 it non-trivial to adequately saturate a 10Gbit internet connection in=20 2014, (without having one or two more 10Gbit connections to saturate).=20= =20 We simply don't have enough outside resources we control to saturate=20 our lines for reasonable tests. 2) We've done our homework on testing, but would love any input from=20 this audience about ways to measure any of these: - PPS (easier) - Maximum Socket Connections (easier) - New Socket Connections per Second (harder!) - Redline Throughput (easier) - Ways to measure PF performance, (state handling, etc...) - Ways to start measure/test ALTQ based shaping, as we experiment with it. Thanks for any input! Best, .ike From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 02:35:55 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FC9BF06 for ; Wed, 10 Dec 2014 02:35:55 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E5037BEE for ; Wed, 10 Dec 2014 02:35:54 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-239-104.lns20.per1.internode.on.net [121.45.239.104]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sBA2Zn9a082952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 9 Dec 2014 18:35:52 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <5487B180.3000002@freebsd.org> Date: Wed, 10 Dec 2014 10:35:44 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Alexey V. Panfilov" , freebsd-net@freebsd.org Subject: Re: [maybe spam] Re: IPMI stops respond if boot in single user mode References: <546F1A96.1060309@mail.ru> <5473582D.9060100@starnet.ru> <54858BF7.3070402@mail.ru> In-Reply-To: <54858BF7.3070402@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 02:35:55 -0000 On 12/8/14, 7:31 PM, Alexey V. Panfilov wrote: > 08.12.2014 14:11, elof2@sentor.se wrote: >> (Late response) >> >> I don't have an IBM-server, but isn't it equipped with a dedicated >> ILO/IPMI NIC? >> If so, the solution is rather to use that dedicated NIC instead of >> letting ILO/IPMI reuse the NIC for the OS. >> >> /Elof >> > No, there are only two ethernet ports and one of them is shared with > IPMI (IBM calls it "IMM"). > IMI "shares" the NIC, by which I mean, it uses a backdoor in the chip to access it. After the driver is loaded, the chip gets reset, but not re-enabled until networking is enabled, so the backdoor is shut but not re-opened. In single user mode the first has happenned, but the second has not. My suggestion is: compile the kernel without the driver. load the driver from /etc/rc using the following variable in rc.conf. kld_list (str) A list of kernel modules to load right after the local disks are mounted. Loading modules at this point in the boot process is much faster than doing it via /boot/loader.conf for those modules not necessary for mounting local disk. In single user mode the NIC should still be set up from the BIOS Only once you go to multi-user mode should it load the driver and reset the chip, and it should do both operations very close to each other. so you may not even notice. My experience tells me this should work, but I have not tried it.. let me know how it works out! julian From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 08:10:03 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2222C253; Wed, 10 Dec 2014 08:10:03 +0000 (UTC) Received: from smtp31.i.mail.ru (smtp31.i.mail.ru [94.100.177.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FF565DF; Wed, 10 Dec 2014 08:10:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=4Sq7qLcCKvkBH8F4V3MGdMkGH3Q6niVviRc5FBzZHQo=; b=J9TEPWcBDOGMch9GJkGsX1ohloghfVgluMqVt9aZtEdurDPtpkXUHIF6aw8ViA8YTQsdAxlEsC/++bQxNSRT1BCGq1EtWHYyJ47w7BIPejTFtzLfgasU2ndfeVB/32Xq0BF6sru8ukNLeHaDNIW9kuhqzpPKE5h5icvBQAKWojg=; Received: from [2001:67c:13e4:1000::37] (port=34688 helo=work.lehis.ru) by smtp31.i.mail.ru with esmtpa (envelope-from ) id 1XycLI-0005ze-OQ; Wed, 10 Dec 2014 11:09:52 +0300 Message-ID: <5487FFCF.10802@mail.ru> Date: Wed, 10 Dec 2014 11:09:51 +0300 From: "Alexey V. Panfilov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Julian Elischer , freebsd-net@freebsd.org Subject: Re: IPMI stops respond if boot in single user mode References: <546F1A96.1060309@mail.ru> <5473582D.9060100@starnet.ru> <54858BF7.3070402@mail.ru> <5487B180.3000002@freebsd.org> In-Reply-To: <5487B180.3000002@freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam: Not detected X-Mras: Ok X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 08:10:03 -0000 10.12.2014 05:35, Julian Elischer пишет: > On 12/8/14, 7:31 PM, Alexey V. Panfilov wrote: >> 08.12.2014 14:11, elof2@sentor.se wrote: >>> (Late response) >>> >>> I don't have an IBM-server, but isn't it equipped with a dedicated >>> ILO/IPMI NIC? >>> If so, the solution is rather to use that dedicated NIC instead of >>> letting ILO/IPMI reuse the NIC for the OS. >>> >>> /Elof >>> >> No, there are only two ethernet ports and one of them is shared with >> IPMI (IBM calls it "IMM"). >> > IMI "shares" the NIC, by which I mean, it uses a backdoor in the chip to > access it. > After the driver is loaded, the chip gets reset, but not re-enabled > until networking is enabled, > so the backdoor is shut but not re-opened. > In single user mode the first has happenned, but the second has not. > > My suggestion is: > compile the kernel without the driver. > load the driver from /etc/rc using the following variable in rc.conf. > > kld_list (str) A list of kernel modules to load right after the local > disks are mounted. Loading modules at this point in > the boot > process is much faster than doing it via /boot/loader.conf > for those modules not necessary for mounting local disk. > > In single user mode the NIC should still be set up from the BIOS > Only once you go to multi-user mode should it load the driver and reset > the chip, > and it should do both operations very close to each other. so you may > not even notice. > > My experience tells me this should work, but I have not tried it.. > > let me know how it works out! Julian, thanks for your reply. I'll remember this trick. But I can't check it now - server goes in production. -- Best regards, Alexey V. Panfilov From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 09:07:33 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA8BB432; Wed, 10 Dec 2014 09:07:33 +0000 (UTC) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4224EF28; Wed, 10 Dec 2014 09:07:32 +0000 (UTC) Received: from work.netasq.com (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id EF92E270061A; Wed, 10 Dec 2014 10:01:23 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id AE22D2700619; Wed, 10 Dec 2014 10:01:23 +0100 (CET) Received: from work.netasq.com ([127.0.0.1]) by localhost (work.netasq.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id YOa_3iliha_N; Wed, 10 Dec 2014 10:01:23 +0100 (CET) Received: from work.netasq.com (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 02C24270058F; Wed, 10 Dec 2014 10:01:23 +0100 (CET) Date: Wed, 10 Dec 2014 10:01:22 +0100 (CET) From: Arnaud YSMAL To: freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org Message-ID: <536944673.989749.1418202082741.JavaMail.zimbra@stormshield.eu> In-Reply-To: <940402442.797031.1418139811947.JavaMail.zimbra@stormshield.eu> Subject: Issue with the number of jumbo frames after tweaking MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_989747_1238867947.1418202082738" Thread-Topic: Issue with the number of jumbo frames after tweaking Thread-Index: VHAByctDNs4/l+fzuLMGJ731D9+uYw== Cc: damien.deville@stormshield.eu, andre@FreeBSD.org, Fabien THOMAS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 09:07:33 -0000 ------=_Part_989747_1238867947.1418202082738 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Using sysctl to set a new value to kern.ipc.nmbjumbo9 or kern.ipc.nmbjumbo16 leads to a wrong value. This appears in FreeBSD 9.3 with the revision 254515 (https://svnweb.freebsd.org/base?view=revision&revision=254515) which MFC the revision 243631. The values are respectively 3 and 4 times bigger than expected. Example on a FreeBSD 9.3 (amd64): # sysctl kern.ipc.nmbjumbo9=224000 kern.ipc.nmbjumbo9: 223263 -> 672000 The sysctls functions in sys/kern/kern_mbuf.c got the new value from the uma_zone_set_max (sys/vm/uma_core.c) function. It looks like the formula used in uma_core.c to compute the number of items based on the number of pages is not always the same (uk_ppera is sometimes missing). In the enclosed patch I assumed that the correct formula to compute the number of items is: (pages / uk_ppera) * uk_ipers Is it normal that in these sysctls the comparison between nmbufs and the sum of jumbos + clusters (added in the same revision) does not use the new value requested by the user? Arnaud ------=_Part_989747_1238867947.1418202082738 Content-Type: text/x-patch; name=uma_core.patch Content-Disposition: attachment; filename=uma_core.patch Content-Transfer-Encoding: base64 LS0tIHN5cy92bS91bWFfY29yZS5jLm9yaWcJMjAxNC0xMi0wOSAxNDoxODoyNy4wMDAwMDAwMDAg KzAwMDAKKysrIHN5cy92bS91bWFfY29yZS5jCTIwMTQtMTItMDkgMTQ6NDc6NTMuMDAwMDAwMDAw ICswMDAwCkBAIC0xNDE2LDcgKzE0MTYsNyBAQAogCXByaW50ZigiVU1BOiAlcyglcCkgc2l6ZSAl ZCglZCkgZmxhZ3MgJSN4IGlwZXJzICVkIHBwZXJhICVkIG91dCAlZCBmcmVlICVkXG4iLAogCSAg ICB6b25lLT51el9uYW1lLCB6b25lLCBrZWctPnVrX3NpemUsIGtlZy0+dWtfcnNpemUsIGtlZy0+ dWtfZmxhZ3MsCiAJICAgIGtlZy0+dWtfaXBlcnMsIGtlZy0+dWtfcHBlcmEsCi0JICAgIChrZWct PnVrX2lwZXJzICoga2VnLT51a19wYWdlcykgLSBrZWctPnVrX2ZyZWUsIGtlZy0+dWtfZnJlZSk7 CisJICAgIChrZWctPnVrX3BhZ2VzIC8ga2VnLT51a19wcGVyYSkgKiBrZWctPnVrX2lwZXJzICAt IGtlZy0+dWtfZnJlZSwga2VnLT51a19mcmVlKTsKICNlbmRpZgogCiAJTElTVF9JTlNFUlRfSEVB RCgma2VnLT51a196b25lcywgem9uZSwgdXpfbGluayk7CkBAIC0yODQ3LDE2ICsyODQ3LDE5IEBA CiB1bWFfem9uZV9zZXRfbWF4KHVtYV96b25lX3Qgem9uZSwgaW50IG5pdGVtcykKIHsKIAl1bWFf a2VnX3Qga2VnOworCWludCBybml0ZW1zOwogCiAJWk9ORV9MT0NLKHpvbmUpOwogCWtlZyA9IHpv bmVfZmlyc3Rfa2VnKHpvbmUpOwogCWtlZy0+dWtfbWF4cGFnZXMgPSAobml0ZW1zIC8ga2VnLT51 a19pcGVycykgKiBrZWctPnVrX3BwZXJhOwotCWlmIChrZWctPnVrX21heHBhZ2VzICoga2VnLT51 a19pcGVycyA8IG5pdGVtcykKKwlybml0ZW1zID0gKGtlZy0+dWtfbWF4cGFnZXMgLyBrZWctPnVr X3BwZXJhKSAqIGtlZy0+dWtfaXBlcnM7CisJaWYgKHJuaXRlbXMgPCBuaXRlbXMpIHsKIAkJa2Vn LT51a19tYXhwYWdlcyArPSBrZWctPnVrX3BwZXJhOwotCW5pdGVtcyA9IGtlZy0+dWtfbWF4cGFn ZXMgKiBrZWctPnVrX2lwZXJzOworCQlybml0ZW1zKys7CisJfQogCVpPTkVfVU5MT0NLKHpvbmUp OwogCi0JcmV0dXJuIChuaXRlbXMpOworCXJldHVybiAocm5pdGVtcyk7CiB9CiAKIC8qIFNlZSB1 bWEuaCAqLwpAQCAtMjg2OCw3ICsyODcxLDcgQEAKIAogCVpPTkVfTE9DSyh6b25lKTsKIAlrZWcg PSB6b25lX2ZpcnN0X2tlZyh6b25lKTsKLQluaXRlbXMgPSBrZWctPnVrX21heHBhZ2VzICoga2Vn LT51a19pcGVyczsKKwluaXRlbXMgPSAoa2VnLT51a19tYXhwYWdlcyAvIGtlZy0+dWtfcHBlcmEp ICoga2VnLT51a19pcGVyczsKIAlaT05FX1VOTE9DSyh6b25lKTsKIAogCXJldHVybiAobml0ZW1z KTsKQEAgLTMxNTYsNyArMzE1OSw3IEBACiAJICAgICJvdXQgJWQgZnJlZSAlZCBsaW1pdCAlZFxu IiwKIAkgICAga2VnLT51a19uYW1lLCBrZWcsIGtlZy0+dWtfc2l6ZSwga2VnLT51a19yc2l6ZSwg a2VnLT51a19mbGFncywKIAkgICAga2VnLT51a19pcGVycywga2VnLT51a19wcGVyYSwKLQkgICAg KGtlZy0+dWtfaXBlcnMgKiBrZWctPnVrX3BhZ2VzKSAtIGtlZy0+dWtfZnJlZSwga2VnLT51a19m cmVlLAorCSAgICAoa2VnLT51a19wYWdlcyAvIGtlZy0+dWtfcHBlcmEpICoga2VnLT51a19pcGVy cyAtIGtlZy0+dWtfZnJlZSwga2VnLT51a19mcmVlLAogCSAgICAoa2VnLT51a19tYXhwYWdlcyAv IGtlZy0+dWtfcHBlcmEpICoga2VnLT51a19pcGVycyk7CiAJcHJpbnRmKCJQYXJ0IHNsYWJzOlxu Iik7CiAJTElTVF9GT1JFQUNIKHNsYWIsICZrZWctPnVrX3BhcnRfc2xhYiwgdXNfbGluaykK ------=_Part_989747_1238867947.1418202082738-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 12:24:13 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72FDD393 for ; Wed, 10 Dec 2014 12:24:13 +0000 (UTC) Received: from filter.blacknosugar.com (filter.blacknosugar.com [212.13.204.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2EBDD9D6 for ; Wed, 10 Dec 2014 12:24:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=littlebluecar.co.uk; s=dkim; h=Subject:To:References:Message-Id:Content-Transfer-Encoding:Date:In-Reply-To:From:Mime-Version:Content-Type; bh=15TRDxTJpK7D9zBjdlB8ECr80BMXvab9bXjjEmlDscs=; b=VgFh4Fwn/KdsnFMTP/ZN0H6okzhaSgFteArkI0edBt55OIMIz9ZHoGDHhY1ZxTqAy6X4GIph5hBxzZ7jQfy61ehTmVROy3h1ibjI6lAVgvgBMxz85N0kGoN666l3mebY; Received: from static45-89.adsl.bogons.net ([85.158.45.89] helo=[192.168.1.5]) by filter.blacknosugar.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xyg1E-0006BK-HB for freebsd-net@freebsd.org; Wed, 10 Dec 2014 12:05:25 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Melissa Jenkins In-Reply-To: Date: Wed, 10 Dec 2014 12:05:21 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <483358CB-C0C2-4BE7-BE88-5333867801FD@littlebluecar.co.uk> References: To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1993) X-SA-Exim-Connect-IP: 85.158.45.89 X-SA-Exim-Mail-From: melissa-freebsd@littlebluecar.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on filter.blacknosugar.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: IPMI stops respond if boot in single user mode X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on filter.blacknosugar.com) X-Testing: Hello! X-Testing: Hello! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 12:24:13 -0000 > On 10 Dec 2014, at 12:00, freebsd-net-request@freebsd.org wrote: >=20 > Message: 3 > Date: Wed, 10 Dec 2014 11:09:51 +0300 > From: "Alexey V. Panfilov" > To: Julian Elischer , freebsd-net@freebsd.org > Subject: Re: IPMI stops respond if boot in single user mode > Message-ID: <5487FFCF.10802@mail.ru> > Content-Type: text/plain; charset=3Dkoi8-r >=20 >> IMI "shares" the NIC, by which I mean, it uses a backdoor in the chip = to >> access it. >> After the driver is loaded, the chip gets reset, but not re-enabled >> until networking is enabled, >> so the backdoor is shut but not re-opened. >> In single user mode the first has happenned, but the second has not. >>=20 >> My suggestion is: >> compile the kernel without the driver. >> load the driver from /etc/rc using the following variable in rc.conf. >>=20 >> kld_list (str) A list of kernel modules to load right after the = local >> disks are mounted. Loading modules at this point in >> the boot >> process is much faster than doing it via = /boot/loader.conf >> for those modules not necessary for mounting local = disk. >>=20 >> let me know how it works out! >=20 > Julian, thanks for your reply. I'll remember this trick. >=20 > But I can't check it now - server goes in production. We had a similar problem with BCE before the drivers were updated. One = other solution is to boot to BIOS and disable the onboard network = adapter before booting single user. Mel= From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 14:06:04 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0CDF1BE for ; Wed, 10 Dec 2014 14:06:04 +0000 (UTC) Received: from mail-pa0-x242.google.com (mail-pa0-x242.google.com [IPv6:2607:f8b0:400e:c03::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BCC26776 for ; Wed, 10 Dec 2014 14:06:04 +0000 (UTC) Received: by mail-pa0-f66.google.com with SMTP id rd3so1105418pab.9 for ; Wed, 10 Dec 2014 06:06:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :thread-index:content-language; bh=XFmTOvUNzg8gt0X2u5SRI+6+JuYYRtfCMzFfHHeQ9M4=; b=MXa4BuOpyfhZ4l8BMfovLTrgO4N3A251QjZ9aakTTajzI3O91KOAlAZE462YVieRmg q8+LZrxBCuwZdcIEP9tEMvA/PMv8T/d10ifBy0FlDJqmhSR4buyQpo0Rn7E+yGozyhoZ ahZp48x4fl8h9sks8J7/0UACTEkBx9X0WUilC5dSGrVWD5xtjw1ybXzVdbkZOuFCdq6t BUiK0lm6nawZ2QY7Mucz8u5cNiTOnJ9nxe3yB2IBuYB1BeY05PrXNX9ami3JUFHZ0img PPyOAcBq7aTpwicTJDgD39r/mcGQJyR5KfkOMsJm5+asNtKOWXWNz/3rrx8NDKcvI8Ep BquQ== X-Received: by 10.70.103.37 with SMTP id ft5mr7195843pdb.159.1418220364354; Wed, 10 Dec 2014 06:06:04 -0800 (PST) Received: from Shail ([27.7.219.164]) by mx.google.com with ESMTPSA id nm12sm4322730pdb.64.2014.12.10.06.05.58 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 10 Dec 2014 06:06:00 -0800 (PST) From: "Mike" To: Subject: Start Online query From Day One...! Date: Wed, 10 Dec 2014 19:16:10 +0530 Message-ID: <068c01d01482$6e487250$4ad956f0$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdAUdkJGWKjqV//6S6qMYpGub3huvA== Content-Language: en-us Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 14:06:05 -0000 Hi, =20 Hope you are well, =20 I was surfing through your site freebsd-net@freebsd.org and realized = that despite having a great design; It was not ranking on any of the search engines (Google Yahoo and Bing) for most of the keywords relating to = your business. We provide you SEO and SMO Services with the following essential = parameters: - =20 =FC Follow complete guideline of Search Engine. =FC Meta tags changes suggestions. =20 =FC SEO Weekly Report. =FC Blog Submissions =FC Complete Website Optimization. =FC Keyword research =FC No Hidden Cost. =FC Unique article written =FC Local Listing in Google/Yahoo/MSN. =FC Unique words press releases =FC Social Media Optimization =20 =FC Competitor Analysis =FC Directory Submission. =20 =FC Heading tag changes =FC Social Book-marking Sharing. =20 =FC Alt tag changes =FC Oriented Article Writing. =FC Interlinking wherever require. =FC Article Submission. =FC Keyword Density in site content =FC Classified Ads. =FC HTML Site Map =FC XML site map and Submission in webmaster. =FC Social Bookmarking Submissions Let me know if you are interested. I can assure you of great results. We will charge one time setup fee at the beginning of the campaign. =20 Thanks & Regards =20 Mike =20 Business Marketing Manager =20 =20 =20 =20 From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 17:29:51 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B78238E for ; Wed, 10 Dec 2014 17:29:51 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0D256A2 for ; Wed, 10 Dec 2014 17:29:50 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id y13so3163417pdi.17 for ; Wed, 10 Dec 2014 09:29:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dpdtech.com; s=google; h=from:content-type:subject:message-id:date:to:mime-version; bh=6DnZ8oGHhfjdHPSvptbk+mFxBau1NsGB1OehBJm/bes=; b=QoTB77tKj1wH3gZuXFGg8Qra76yPtNceAuRHEWLuQObob1LrHRGHcn/WCFp4XwJcpM QErGXP03Adzq+cEkmKmhJeMRJVCbGAdMAtowH4cMJu9v7jrxvhJuR5OGxE9GRI8grEc9 zSIH1kRlSiPzmTmP/1WYt+uTW21GrKI4Cy12s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:subject:message-id:date:to :mime-version; bh=6DnZ8oGHhfjdHPSvptbk+mFxBau1NsGB1OehBJm/bes=; b=mIjkYYrE4I8Xmuh4HV5bBu96WvdAiKdPRqBvhdcdkvC7gmKC1W+UdBb+ls9/0voPIN 8RCR+9RSW4RYCvRWHAZpejI9a5f3TWzJD0N1BYC7r8+bdeOQnrIc2Z6nF7T0oCWT1/ed k7P8tEr6mcA/R5Rq67DMUMcGeKCsEMqSJ/H5s58Rsg7jTBsMFle5lA82duEp+z1UAQAM xZyIz2Vr88TV03FOvxKWOHIazR38I/4l5du17aCf1DASKFmYDtYV1IMecAgf46hEnjq8 acMWcaF2sogrUSMPHNSzq4HfgLnplx82EuidPRsNG0ehy4NYd6FogwQVSZ4LGooldhJe e9Fg== X-Gm-Message-State: ALoCoQl+ssBVJ++HWqHtl0OOB/98gWtuY6khsB1hOCMT0NC0rcDO56zxtVeIJr0uGrJN12LsSFka X-Received: by 10.70.94.168 with SMTP id dd8mr9284702pdb.76.1418232590365; Wed, 10 Dec 2014 09:29:50 -0800 (PST) Received: from 173-13-188-41-sfba.hfc.comcastbusiness.net (173-13-188-41-sfba.hfc.comcastbusiness.net. [173.13.188.41]) by mx.google.com with ESMTPSA id bu4sm4739659pdb.80.2014.12.10.09.29.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 10 Dec 2014 09:29:49 -0800 (PST) From: "David P. Discher" Content-Type: multipart/signed; boundary="Apple-Mail=_3C2EE3BB-0801-427A-B738-C50DB1A2892B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: EM(4) - Link flap when bridged and adding members (em bridge flap) Message-Id: Date: Wed, 10 Dec 2014 09:29:55 -0800 To: FreeBSD Net Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 17:29:51 -0000 --Apple-Mail=_3C2EE3BB-0801-427A-B738-C50DB1A2892B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I=92m seeing this in -head as well as 10-stable (r274577) on two = different sets of hardware.=20 When an em interface is a member of a bridge, (if_bridge(4)), the link = flaps. This is reported on the console as well as can be seen with loss = of connectivity. This seems to be easily replicated. =20 ifconfig bridge0 create ifconfig bridge addm em0 ifconfig epair0 create ifconfig bridge addm epair0a=20 < link flap > Two different systems, the behavior is the same. em0@pci0:6:0:0: class=3D0x020000 card=3D0x109615d9 chip=3D0x10968086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '80003ES2LAN Gigabit Ethernet Controller (Copper)' class =3D network subclass =3D ethernet em0@pci0:1:0:0: class=3D0x020000 card=3D0x10d315d9 chip=3D0x10d38086 = rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82574L Gigabit Network Connection' class =3D network subclass =3D ethernet - David P. Discher http://davidpdischer.com/ AIM: DavidDPD | Y!M: daviddpdz=20 --Apple-Mail=_3C2EE3BB-0801-427A-B738-C50DB1A2892B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUiIMTAAoJEEmwU6XuhYWO6GwH/0xqUYesdHnJLuFVFhybunhV L2OZDaESOZamq+3N7cnJ0n5zbHEgEsq8f+q2LLZlZ0BUM9HqgBNo+GQ4rOeTM658 BgvbW8ksBXNdf9qf+8KCUabDnqQhFcOtfm9f4G8Ttaod6rMuHJuQsDwvbG9C2pPj wrM691djoWiOnOC8yrl0fdTacqk0hPG6Ksa2iGZrW7+c4QZaMbgWzj7wcBCuUIQx dqPPbJaDaGeLjnJN6EkDklJ702VCEPCOy//oC0JH5r7yvEWE2oGAvleh51ZzGzmV c1kdh8xA2n0F+bYwT0bv4p9QWH65lvSq6JXO7aOee+7NtA0llHFN891IzKvITmY= =PXDN -----END PGP SIGNATURE----- --Apple-Mail=_3C2EE3BB-0801-427A-B738-C50DB1A2892B-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 17:53:20 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10D22C14 for ; Wed, 10 Dec 2014 17:53:20 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ECD4EA69 for ; Wed, 10 Dec 2014 17:53:19 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBAHrJxo061512 for ; Wed, 10 Dec 2014 17:53:19 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 157410] [ip6] IPv6 Router Advertisements Cause Excessive CPU Use Date: Wed, 10 Dec 2014 17:53:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: melifaro@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: melifaro@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 17:53:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=157410 Alexander V. Chernikov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |melifaro@FreeBSD.org Assignee|freebsd-net@FreeBSD.org |melifaro@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 18:25:34 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14B5669C for ; Wed, 10 Dec 2014 18:25:34 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D1BDBDEB for ; Wed, 10 Dec 2014 18:25:33 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id hn15so3395339igb.15 for ; Wed, 10 Dec 2014 10:25:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=i8BdwOpmuecYGb6ZC5rnf6hmPd/ezZmyiEm9jzBA9zA=; b=rjfTNazCntdRkHktxjQQ5VTgKmfFzPgIdJXek3YRs8Zh6gZ2OIRNjtd3WV3zo0dUql Xlns29DaW5ICBMxzMXCTNictkY1+meNnoMVTqL890CEVIvfOWb5WqhcEZD4v9offSiK7 yGIoEcmCmLDhd25UeKgaM+W8SDlTVlrxxWk6zwje42Der6FrRl4XNtRyM6J8rGB2uOHs aL0t4olOD5PZPd5NO/ks2P3dSfWaHxJO5KJNxgppdChLPzFcDCLDIOeQPcwsMhESrl3E dlXdVECPOBx6FBqTYaY1RRhrSfzSfHt+nkQzHkcOGaPErIFpx9FVS8QxK5gVuvfr66G/ /vWg== MIME-Version: 1.0 X-Received: by 10.50.56.15 with SMTP id w15mr27394233igp.39.1418235933204; Wed, 10 Dec 2014 10:25:33 -0800 (PST) Received: by 10.107.10.31 with HTTP; Wed, 10 Dec 2014 10:25:33 -0800 (PST) In-Reply-To: References: Date: Wed, 10 Dec 2014 13:25:33 -0500 Message-ID: Subject: Re: EM(4) - Link flap when bridged and adding members (em bridge flap) From: Ryan Stone To: "David P. Discher" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 18:25:34 -0000 >From a quick look at the code, whenever an interface is added to a bridge, if that interface does not support a feature currently enabled on the bridge then it has to disable that feature on all member interfaces of that bridge. That would re-init the em interface, which would cause a link flap. Take a look at the ifconfig output for em0 and epair0 before epair0 is added to the bridge. You will probably see that one or more features that em supports is not supported by epair (I would bet on something like LRO or TSO).. The solution would be to disable those features from em0 before adding it to the bridge (you can persist this in rc.conf with ifconfig_em0="...") From owner-freebsd-net@FreeBSD.ORG Wed Dec 10 22:09:34 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A3C4DDF for ; Wed, 10 Dec 2014 22:09:34 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 00841B7C for ; Wed, 10 Dec 2014 22:09:34 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id tr6so3672509ieb.3 for ; Wed, 10 Dec 2014 14:09:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=hYkmGF4TQ1pXP1WaGFIlrs3hhsdjfGUw0RTT7V/HQKA=; b=Sct4W34wng7BYx3YHNi1X1NW5P6Z9PgRhAfe4EHFjsU9oWJrOAu3brKJvINbJ+eDAt j+KTCzwbZE/6wQ3jl1dcAu0b/obbfUSe9MaYnBnr9OFtU5/dEmykhG6vxxzI4++nZebe PrS7ep7SsiUOsXQnQYo6eHJqyBytsFN/5JO3M+kf2a98c03OrCer7DtryV7KvmhTfgpx Nts+F7Uxuon2+hpE5Xudrw9dwtdf2h7ayaEivZtlOUMLx4Bg3CkbS80S1NmTcV9jlJdv 3ryQiKHmyehXVg0tv9rXYdI3h7Pm3wLBNQeFpTGWHBdJVmNjsd2MToetnsZmHah/dl+S r+iw== X-Received: by 10.107.162.134 with SMTP id l128mr6631322ioe.65.1418249373478; Wed, 10 Dec 2014 14:09:33 -0800 (PST) Received: from [10.1.69.81] (gs-sv-1-49-ac1.gsfc.nasa.gov. [198.119.56.43]) by mx.google.com with ESMTPSA id qj3sm175202igc.17.2014.12.10.14.09.31 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Dec 2014 14:09:32 -0800 (PST) Message-ID: <5488C49A.5070503@gmail.com> Date: Wed, 10 Dec 2014 17:09:30 -0500 From: John Jasen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: FreeBSD Net Subject: netmap versus routing/firewalling and confusion Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Dec 2014 22:09:34 -0000 Is there a complete idiot's guide to netmap, that I've not stumbled upon as of yet? I'm interested in trying to cook up a router/firewall leveraging netmap, but I'm stuck as to how to use it. For example, the cards I'm using, Chelsio 40GbE adapters, create ncxl$number virtual interfaces when netmap is compiled into the kernel, but these appear to only make things easier when using netmap-enabled code (such as pkt-gen). I've read some of the postings and papers on netmap and vale, especially interesting in netmap-ipfw, but I get lost in the examples using vale. IE: it seems I can use vale to create virtual ethernet devices, but I've not figured out how to attach physical ones to it. Any pointers, or free gifts of clue kindly appreciated. From owner-freebsd-net@FreeBSD.ORG Thu Dec 11 01:21:03 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1F7A2AA for ; Thu, 11 Dec 2014 01:21:03 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B5C4160 for ; Thu, 11 Dec 2014 01:21:03 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id lf10so3326119pab.18 for ; Wed, 10 Dec 2014 17:21:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dpdtech.com; s=google; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=YoXC6gULbetvmhF3Wu2BhY06TzUJG5kZoDgReoCpmxA=; b=ZTHWmHNVTagdMX1+pqva7cYUhM4I2YT73qh34WjXRtvuzjRsnGoOIBEfnezYis4T+2 Q4H8soYNO1kybKdUWVo/oGfJ4iv3WLBSizZn/UrYSXp07nCoFZmIACXLcqxpg8R1sra7 R/OLO0mRx1xhRk54sUlLsFS04IGESSW8z3FZU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=YoXC6gULbetvmhF3Wu2BhY06TzUJG5kZoDgReoCpmxA=; b=ToIlaL9iBAu0zYpNuxw3NrIcVmADx+8R3E94tE42mH33Jkme0qED0W0VT2pqnIq3TO rDka1Q/p2toJcKNOakrg/JzlXNINa4YUN/Li3us1atXzlIJcY79NlTlskn0gWc9qefHe CL1iSjuRKfFNQSqD5vo76QDF8KHfY/pIxgBQo1vYzNNHjN67XHKBFI2kPrItY88fCUDb XGsuMyg47cpXimvGKoDE2L4hVcRa5lAwLM56Lorm4uATSxt5UMvRyBLrttHOjarDvUCz RDCsI+T6dwAQOliXmKT76RKhkT62fuRTQEZu2ENoX9WIaeuL3YtIIJOoMeEjqrK/FFdo 4zLQ== X-Gm-Message-State: ALoCoQmBIo+3SGMggAD/SPCq8UNXR4b5Zdk+XnPxnxn3JAitpRCV4xd7WuvpZtEZZEqlBzrzNgCe X-Received: by 10.68.95.3 with SMTP id dg3mr12607749pbb.12.1418260862843; Wed, 10 Dec 2014 17:21:02 -0800 (PST) Received: from 173-13-188-41-sfba.hfc.comcastbusiness.net (173-13-188-41-sfba.hfc.comcastbusiness.net. [173.13.188.41]) by mx.google.com with ESMTPSA id qh4sm5292645pbb.35.2014.12.10.17.21.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 10 Dec 2014 17:21:02 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_8AB70AB4-13BF-4236-A3E3-14FB39D4D3CD"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: EM(4) - Link flap when bridged and adding members (em bridge flap) From: "David P. Discher" In-Reply-To: Date: Wed, 10 Dec 2014 17:21:10 -0800 Message-Id: <66917960-0AEC-484C-929C-4B3461FE68E4@dpdtech.com> References: To: Ryan Stone X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 11 Dec 2014 01:21:03 -0000 --Apple-Mail=_8AB70AB4-13BF-4236-A3E3-14FB39D4D3CD Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Thanks ryan - this did appear work around the issue. - David P. Discher http://davidpdischer.com/ AIM: DavidDPD | Y!M: daviddpdz On Dec 10, 2014, at 10:25 AM, Ryan Stone wrote: > From a quick look at the code, whenever an interface is added to a > bridge, if that interface does not support a feature currently enabled > on the bridge then it has to disable that feature on all member > interfaces of that bridge. That would re-init the em interface, which > would cause a link flap. > > Take a look at the ifconfig output for em0 and epair0 before epair0 is > added to the bridge. You will probably see that one or more features > that em supports is not supported by epair (I would bet on something > like LRO or TSO).. The solution would be to disable those features > from em0 before adding it to the bridge (you can persist this in > rc.conf with ifconfig_em0="...") --Apple-Mail=_8AB70AB4-13BF-4236-A3E3-14FB39D4D3CD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUiPGGAAoJEEmwU6XuhYWOmRcIAJC3dhd2x0hQ9io34h5SJlHG ZPMn4NNWCb9RM1oO6btq/oSlpOjpfEN07Cao9drS2qwCX18MG04PkmSelZLKeYcD bsPqUtyvjJOPZxf3RViWZtRTzN84NLWKV932zHm5sN45s4UeDGNy39GHw0sTv6zd bHZAXEiDeZGyLXCOQ3p6gsG9pJ1jxQfdmRfvoBQS3+011nvaHWrdvtObtVS+qSWj TcbR46Uu9sySRszLEBPcV/SQFWtdk67lJdH235gJn9ywlxkUW6/VzNnstwlPDktI pheHWIsmzfKsUnLjmRJ32ed1mHCAHP+5yxJfai0uS9KsbTAEfd8E5fwojb/daIE= =Le6k -----END PGP SIGNATURE----- --Apple-Mail=_8AB70AB4-13BF-4236-A3E3-14FB39D4D3CD-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 11 12:24:16 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EF817E9 for ; Thu, 11 Dec 2014 12:24:16 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3506B27 for ; Thu, 11 Dec 2014 12:24:15 +0000 (UTC) Received: from portis.head.local ([109.193.238.174]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MJSx9-1Xx76x0kkl-0031b0 for ; Thu, 11 Dec 2014 13:24:08 +0100 Message-ID: <54898CE7.80509@gmx.com> Date: Thu, 11 Dec 2014 13:24:07 +0100 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: OT: github.com version of NDISulator Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:MCiDs2/DaQ8nZ2TbksNdBauTJePYMjd++wEk0N5SkcE8ctuNhyG vFl905VuePRjOqZkBawYLNGjk1Ys+eb2OY7+fFr76oDGgHlkHjZASY+LjHLCB+skcCaqVKi 9CCeN4S62Y7rNSF4/3+DAoekcibgYfg+ikeJfbEQRaMiZLqiFa3hjvRYIp+gS+lbOewE2Rm pnXpKwg/pJUSDFMEHSHSw== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 11 Dec 2014 12:24:16 -0000 Hi, I have to use ndisulator for my wifi card and the one in base panics the kernel. I read that the fork(?) at github has got some bugs fixed and I'd like to try it out. It doesn't compile on 10-STABLE. Would somebody on this list have any ideas about it? Thanks, Nikos From owner-freebsd-net@FreeBSD.ORG Thu Dec 11 17:31:29 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 386D3D8D for ; Thu, 11 Dec 2014 17:31:29 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "Cybertrust Public SureServer SV CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 866A3334 for ; Thu, 11 Dec 2014 17:31:27 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.07,558,1413244800"; d="scan'208";a="203475560" Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.210.2; Thu, 11 Dec 2014 12:29:49 -0500 Message-ID: <5489D48C.10306@citrix.com> Date: Thu, 11 Dec 2014 18:29:48 +0100 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ryan Stone , "David P. Discher" Subject: Re: EM(4) - Link flap when bridged and adding members (em bridge flap) References: In-Reply-To: Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-DLP: MIA1 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 11 Dec 2014 17:31:29 -0000 El 10/12/14 a les 19.25, Ryan Stone ha escrit: >>From a quick look at the code, whenever an interface is added to a > bridge, if that interface does not support a feature currently enabled > on the bridge then it has to disable that feature on all member > interfaces of that bridge. That would re-init the em interface, which > would cause a link flap. This is something specific to the em driver implementation I guess, because I've tried it with other drivers (bge and bce) and the connection is not dropped when the normalization of options happens. Roger. From owner-freebsd-net@FreeBSD.ORG Thu Dec 11 21:09:31 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 800CEEFF for ; Thu, 11 Dec 2014 21:09:31 +0000 (UTC) Received: from mail.techlistingz.com (mail.techlistingz.com [60.243.245.58]) by mx1.freebsd.org (Postfix) with ESMTP id 0A100233 for ; Thu, 11 Dec 2014 21:09:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.techlistingz.com (Postfix) with ESMTP id D03211A8E43E for ; Fri, 12 Dec 2014 02:14:09 +0530 (IST) Received: from mail.techlistingz.com ([127.0.0.1]) by localhost (mail.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yIY3PCzMqrej for ; Fri, 12 Dec 2014 02:14:09 +0530 (IST) Received: from WSC48 (unknown [125.99.254.8]) by mail.techlistingz.com (Postfix) with ESMTPA id 47D281A9C66F for ; Fri, 12 Dec 2014 02:12:30 +0530 (IST) From: "Katherine Willis" To: Subject: Label and Packaging Date: Thu, 11 Dec 2014 12:39:50 -0800 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdAVgpt2OZSlXq01Q4aFWNsPAjV9Ow== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 11 Dec 2014 21:09:31 -0000 Hello , Would you be interested in acquiring contacts from Label & Package Printing Industry Lists 2014-2015? which includes complete verified email addresses of - All Key Decision makers List, All C-level executives List of - Manufacturers, Packaging Professionals, Food & Beverages Manufacturers, Web printing Companies, Overprinting & Inspection Professionals, Pre-press, Radio frequency Professionals, Security Managers, Industrial Production Managers, Food Batch makers, Book/Magazines Publishers, Equipment Manufacturers, Foil Manufacturers, Rubber & Plastic Manufacturers, Graphic Designers, Supply & logistics Managers, Product development managers, Buyers, Suppliers, Importers/Exporters and many more! across US/UK/Global. Our List Includes : Label printers/converters Flexible packaging printers/converters Folding carton printers/converters Packaging printers/converters General printers/converters Brand owners Label designers Industry suppliers and many more.. If your target audience is not mentioned above, kindly let me know. Kindly confirm your exact target audience (Geographic Location / Business Vertical / Job Titles) so that we can send you few sample records for your internal review. Looking forward to connect with you! Thanks, Katherine Willis | Inside Sales We are expertise in:- B2B and B2C Email List, Email Appending, Reverse Appending, Email Campaign, Data Appending, Fax Appending, Phone Appending Services. From owner-freebsd-net@FreeBSD.ORG Thu Dec 11 22:48:33 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91F27461; Thu, 11 Dec 2014 22:48:33 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56355F5B; Thu, 11 Dec 2014 22:48:33 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id kx10so5933796pab.16 for ; Thu, 11 Dec 2014 14:48:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=iwTxErDJc/vZqQ27qkGbUvW3nCO8N+bLde+u9U1L/G4=; b=AN6xBLBRazmgbBma8poJEEJJofa2xM3BG6nm+fiI5vRq+38z/MWyF/ov7qPzzqGeGq TNxTPTTN2ksgU84dI3qpEZraFwgQNZufghmRHw6JUT+L+bfMuXisGvAe3+qMy8s0qRkQ JV23vty+zpGJ2+y8YJzQABrhH6zHO279/FTV4exfVsY9wfXSs5r9qTq0i2LZIG9hycz9 uYO/tSdijHJqZokFb7a3o3lvBxRfjXpvbkY7s06FVDNMocRW5H9lk4HgdEf8O8nvSY5z yFuyPEhcx7+YGxaZND2NVQkeoURCXvzyRr4HzqYmJ1uboiugDne1S1knFfKWtreArZBg Jwsg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=erj.cc; s=ericroxx; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=iwTxErDJc/vZqQ27qkGbUvW3nCO8N+bLde+u9U1L/G4=; b=ZChhTL8okMEYnrMgJ0chEpF0GZT9FHMqAotqXablUPCRLq25sCWhIK3Za+Y2AY5Pna yOBaW/Fqvavec4VlthTVJRkD7TnYVk6l06E8imX0SQSA0PkN5/rP3P/BG5m74d9/3Knx 2oQ56yOWGmO7MI8Fbbug1t7ihqxzxrgm3v2/s= X-Received: by 10.69.26.98 with SMTP id ix2mr20792272pbd.161.1418338112693; Thu, 11 Dec 2014 14:48:32 -0800 (PST) MIME-Version: 1.0 Sender: ricera10@gmail.com Received: by 10.70.89.209 with HTTP; Thu, 11 Dec 2014 14:47:52 -0800 (PST) In-Reply-To: References: <1AA55540-AADD-45CB-BC93-E2F81258B1F1@me.com> From: Eric Joyner Date: Thu, 11 Dec 2014 14:47:52 -0800 X-Google-Sender-Auth: ceOn6QsJiZtgQ8SlgXSMF8YcndA Message-ID: Subject: Re: Adding new media types to if_media.h To: Adrian Chadd , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arch@freebsd.org" , Jack F Vogel , Eric Joyner , Rui Paulo X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 11 Dec 2014 22:48:33 -0000 Any other thoughts, or should I start looking at seeing what I can take copy from net80211? Also adding -net, since this is pretty relevant. On Tue, Dec 9, 2014 at 10:40 AM, Adrian Chadd wrote: > > On 9 December 2014 at 07:27, Rui Paulo wrote: > > On Dec 9, 2014, at 01:05, Eric Joyner wrote: > >> > >> This is a continuation of a discussion from off the list: > >> > >> ixgbe needs to support devices with media types that aren't in > if_media.h; > >> for now those are 10GBaseKR, 10GBaseKX4, and 1000baseKX. Immediately, > we're > >> running into the issue that there is no room for all of these types > under > >> the IFM_ETHER category; there's only room for two more (and per John > >> Baldwin, only one more if one of those two unused types is to be used > for a > >> reserved type). Long term, there are going to be tons of media types for > >> future ethernet speeds like 25G, 50G, 100G, and etc, and ixl already > >> supports media types that aren't in if_media.h, either. > >> > >> So, something needs to change. Does anyone have any thoughts on what > should > >> happen? I've thought of a few things, but I don't have an adequate > grasp of > >> what the pros/cons of each are: > >> > >> 1. Add a new media category (like IFM_ETHER) and change kernel code to > >> treat it like the existing IFM_ETHER. This creates ~28 new media types > we > >> can use, but it may just be delaying the inevitable for a short time. > >> > >> 2. Extend media value from 32-bits to 64-bits. I don't have a good idea > of > >> what the consequences are of this on architectures that aren't amd64. > >> > >> 3. (Initially suggested by Adrian) would be to create a new media type > >> struct (instead of using an int value) or adding an extra value to the > >> existing ifmedia/ifmedia_entry struct for this. This sounds like the > best > >> solution to me, but I don't know how much effort it would take to > implement > >> -- does ifconfig need a lot of changing to handle this? > > > > ifconfig is a macro-intensive application, so maybe it's not that much > work. > > > >> Thoughts? Any previous discussions worth looking at? > > > > Hmm, it looks like you're limited in the number of bits because of how > the word was laid out. We can't simple remove token ring and get more bits > for ethernet... We could create another IFM_40GETHERNET type to replace > token ring but that would be ugly (the IFM_TYPE() macro could handle this > idiosyncrasy). > > > > I think if_media should probably be a structure with unions to store the > subtypes. net80211 has the same problem with MCS rates and we ended up > storing them outside if_media because of this. > > I think solving this like how it's done in net80211 (ie, with an > external structure that represents the media type details for a given > media) is the right thing to do. > > Otherwise it'll be a path to madness in the future. > > The net80211 side of things is mostly extensible and I'm going to > (eventually) end up using it for the 11ac rates that have shown up. I > couldn't do that whilst trying to cram it into the existing ifmedia > variable. > > > -adrian > From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 10:03:10 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20AA7185 for ; Fri, 12 Dec 2014 10:03:10 +0000 (UTC) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id C95BDEE3 for ; Fri, 12 Dec 2014 10:03:09 +0000 (UTC) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id AAA00622 for ; Fri, 12 Dec 2014 00:11:23 -0700 (MST) Message-Id: <201412120711.AAA00622@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 12 Dec 2014 00:10:31 -0700 To: net@freebsd.org From: Brett Glass Subject: Can DUMMYNET handle weighting of traffic according to firewall rules? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 10:03:10 -0000 Everyone: I have an interesting problem that I'm trying to solve with FreeBSD's IPFW and DUMMYNET facilities. I have an application in which, due to arbitration overhead, a half duplex data link has significantly higher costs -- typically about twice as much -- in one direction than in the other. I'd therefore like to set up a DUMMYNET pipe in FreeBSD that limits bandwidth usage so that 2*(bandwidth in one direction) + (bandwidth in the other direction <= total bandwidth limit It's easy to set IPFW up to sort the packets by direction, but it does not seem possible to inject them into the same pipe in such a way that some packets will count more toward the pipe's bandwidth limit than others. Any ideas on how I can implement this? Willing to code if I must, but don't want to reinvent the wheel. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 10:06:49 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73674258 for ; Fri, 12 Dec 2014 10:06:49 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8C6EF0E for ; Fri, 12 Dec 2014 10:06:48 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id gd6so5903792lab.1 for ; Fri, 12 Dec 2014 02:06:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=A68clRybo28fpMDfKqhA5mPKgTf6sHrqUasuAf17aak=; b=Qqar/n+gOIkyADZ/qqabABw4V5w/uyIn7cyipBJnpyrLGNIukwqvlwZTPuWyb1ljG9 XumJqon79D5YhmUZWfEogJoeDqGt9hjXVzJXa7KGh1qKkKzYaD8AfvLiKJ9dRCyeWmUx Rxzm5jBUHYoOoisvvdEkhwooTQ5oRISqfTjtQ6qBGSCWmwXoV4dInEE1PhxaRlRkeUJk Gwc+b63mCXR+a4VpNKzUNaihYKER/isjh7+56NRDEkkD1O5PN5oVFHb0AU8lJgzT1e70 TZwwKCXA9PoFHUB/mr66J9xWeMUF+JQKlM4FbCuUQNlGb4SWynr52EsEW/XhO06uR9jz BYIg== MIME-Version: 1.0 X-Received: by 10.152.87.100 with SMTP id w4mr14581888laz.71.1418378806958; Fri, 12 Dec 2014 02:06:46 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.174.169 with HTTP; Fri, 12 Dec 2014 02:06:46 -0800 (PST) In-Reply-To: <201412120711.AAA00622@mail.lariat.net> References: <201412120711.AAA00622@mail.lariat.net> Date: Fri, 12 Dec 2014 21:06:46 +1100 X-Google-Sender-Auth: zyaIbIPcqzbZhZwmqOLVBwPDamk Message-ID: Subject: Re: Can DUMMYNET handle weighting of traffic according to firewall rules? From: Luigi Rizzo To: Brett Glass Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 10:06:49 -0000 you can set the limit for the pipe, create two queues with different weights attached to the pipe, and then schedule. ipfw pipe 12 config bw 3456 Kbit/s ipfw queue 34 config weight 2 pipe 12 ipfw queue 56 config weight 1 pipe 12 ipfw add queue 34 in recv halfduplexlink0 ipfw add queue 56 out xmit halfduplexlink0 that should do the job cheers luigi On Fri, Dec 12, 2014 at 6:10 PM, Brett Glass wrote: > Everyone: > > I have an interesting problem that I'm trying to solve with FreeBSD's IPFW > and DUMMYNET facilities. I have an application in which, due to arbitration > overhead, a half duplex data link has significantly higher costs -- > typically about twice as much -- in one direction than in the other. I'd > therefore like to set up a DUMMYNET pipe in FreeBSD that limits bandwidth > usage so that > > 2*(bandwidth in one direction) + (bandwidth in the other direction <= total > bandwidth limit > > It's easy to set IPFW up to sort the packets by direction, but it does not > seem possible to inject them into the same pipe in such a way that some > packets will count more toward the pipe's bandwidth limit than others. Any > ideas on how I can implement this? Willing to code if I must, but don't want > to reinvent the wheel. > > --Brett Glass > > _______________________________________________ > 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" -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 11:13:31 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACD8FF94 for ; Fri, 12 Dec 2014 11:13:31 +0000 (UTC) Received: from mail.ismobile.com (mail.ismobile.com [IPv6:2a00:f680:101:11::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.ismobile.com", Issuer "GlobalSign Domain Validation CA - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60A7D8A1 for ; Fri, 12 Dec 2014 11:13:31 +0000 (UTC) Received: from mail.ismobile.com (localhost [127.0.0.1]) by dkim.mail.ismobile.com (Postfix) with ESMTP id 44B882B54A3; Fri, 12 Dec 2014 11:13:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ismobile.com; h=date:from :to:cc:subject:message-id:mime-version:content-type :content-transfer-encoding; s=selector1; bh=Q8R+Zr5dpfy+Hbzh2Da2 tRbK/aA=; b=MUtGH0Ouc303WoMECCyeWS7fj1cJBIAuu5x8nhPsoUprDoqZvPq7 O4GzYnvjNxj9rsUk5ghHzguZ95FXwOVYdnXa4MgBKRpjwp8gwblNg6qQR58gNM5F IH4HIiOYXrfPVwLpISJjR9G914U2469kUSJJrVzeMK7eXDzkAca9F0Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=ismobile.com; h=date:from:to :cc:subject:message-id:mime-version:content-type :content-transfer-encoding; q=dns; s=selector1; b=UVeaWA3EiSYE8u JkYxSCgcRYtcyIxOluwa/jyEDACBVSnN5wARUQ+c0YG4My0eUEBXprVnQRTlofmZ hVIV7ZY5QuPFkGfiEn6DiUM7uEQYS0GCDtAP+O0Pm+UZQWNEuw+zamZZ9vQb/W5s kCeto31i4x/TBCOvT80KKRqiQtcX0= Received: from [172.16.2.27] (glz-macbookpro.hq.ismobile.com [172.16.2.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTPSA id 5E83C2B54A0; Fri, 12 Dec 2014 11:13:26 +0000 (UTC) Date: Fri, 12 Dec 2014 12:13:26 +0100 From: =?UTF-8?Q?G=C3=B6ran_L=C3=B6wkrantz?= To: freebsd-net@freebsd.org Subject: IPSec and StrongSWAN result in wrong forward Message-ID: <0B86BA4B10B152ADEE1E8BEE@[172.16.2.27]> X-Mailer: Mulberry/4.1.0a3 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=918 Cc: Martin Palm X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 11:13:31 -0000 Host: 10.1-STABLE FreeBSD 10.1-STABLE #0 r275046 Sw: strongswan-5.2.0_1 Putting up an ESP tunnel between 192.168.2.0/24 and 192.168.40.8/29 over endpoints X and W. The outgoing traffic is passed through a DMZ and exists on my side through a firewall with inner address Y and outer address U. After a random time, individual hosts on the 2.0/24 net get all there traffic redirected out via X even when the src/dst do not match the SPD entries. When the packets reach Y, the firewall sends a redirect ICMP back to X. Only way to clean seems to be reboot of the gateway, as stopping StrongSWAN and flushing the SAD and SPD entries does not fix the problem. Anyone seen something like this? Can I read the actual routing used to forward the packets and see what happens? How do I interpret netstat -rW? /glz "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 11:49:10 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64A7735A for ; Fri, 12 Dec 2014 11:49:10 +0000 (UTC) Received: from forward10l.mail.yandex.net (forward10l.mail.yandex.net [IPv6:2a02:6b8:0:1819::a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1ED9EC0C for ; Fri, 12 Dec 2014 11:49:10 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward10l.mail.yandex.net (Yandex) with ESMTP id B3CFDBA0FC9; Fri, 12 Dec 2014 14:49:06 +0300 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id EF89E7E15F2; Fri, 12 Dec 2014 14:49:05 +0300 (MSK) Received: from unknown (unknown [2a02:6b8:0:40c:120b:a9ff:fe93:c998]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id I2OsbBddSs-n5cKM2H5; Fri, 12 Dec 2014 14:49:05 +0300 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1418384945; bh=nKwbMDeOSZAdSjppYd8DRZIRs0W24shvTAJ3GKcPzVw=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=QWEwqTFq7o+eoC5OXm5HB8S0+lbfhqBYE+c5tZ+OprawVbiA5OE3Gx04Hh9hdwkpK GB8/6b2EwLv4yYgGcdXOwSuZb4d9ESYlowxdL/f8O3mnovztJOsa+fjvUFUex1j0Ip sDx61huZ4OXB9cUBlJS67+CmW7hvPnfBPTG3sNiI= Authentication-Results: smtp11.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <548AD623.3070503@yandex.ru> Date: Fri, 12 Dec 2014 14:48:51 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: =?windows-1252?Q?G=F6ran_L=F6wkrantz?= , freebsd-net@freebsd.org Subject: Re: IPSec and StrongSWAN result in wrong forward References: <0B86BA4B10B152ADEE1E8BEE@[172.16.2.27]> In-Reply-To: <0B86BA4B10B152ADEE1E8BEE@[172.16.2.27]> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: Martin Palm X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 11:49:10 -0000 On 12.12.2014 14:13, GЖran LЖwkrantz wrote: > Host: 10.1-STABLE FreeBSD 10.1-STABLE #0 r275046 > Sw: strongswan-5.2.0_1 > > Putting up an ESP tunnel between 192.168.2.0/24 and 192.168.40.8/29 over > endpoints X and W. The outgoing traffic is passed through a DMZ and > exists on my side through a firewall with inner address Y and outer > address U. Do you use gif(4) to create tunnels? -- WBR, Andrey V. Elsukov From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 12:53:58 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBCAA363 for ; Fri, 12 Dec 2014 12:53:58 +0000 (UTC) Received: from mail.ismobile.com (mail.ismobile.com [176.57.193.164]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.ismobile.com", Issuer "GlobalSign Domain Validation CA - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 68C8A380 for ; Fri, 12 Dec 2014 12:53:58 +0000 (UTC) Received: from mail.ismobile.com (localhost [127.0.0.1]) by dkim.mail.ismobile.com (Postfix) with ESMTP id 6C11E2B54A5; Fri, 12 Dec 2014 12:53:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ismobile.com; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=mBrh1dT zQ+YpwCNbWWFOzNJjn0I=; b=PQoI2nq5XpIGm9YAeS5Q0xj8ekv/bQCYq1VHtI9 2EMLyCl3hDbgPPsWOB16Euyd4LQQdYYFxhclrw6YGW/+hrFyI3jMYt41zDNdH5Ct MEs+mVjiWiXriXnyg2mm6hC8FsHzc2dR+vWwhZircpmUoI0eS+GoVzMcAUaKKFID FWFY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=ismobile.com; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=selector1; b=X 0/VjwMQIi2WvQJdhwxomGlQRYzrQHibpKv6q7zOtisllkRLnpZ18Gy6qFP7YME53 8KEfFExvTnxVwhTbe2XuREG6kvcdLCEpGVcNVX2c+cW0CNVST49SYUdwhhXLTWTv ebyuQOlcaPZrXPQb7XXq9wkjosuWLszNNNHENSk3M0= Received: from [172.16.2.27] (glz-macbookpro.hq.ismobile.com [172.16.2.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTPSA id 96DE22B54A3; Fri, 12 Dec 2014 12:53:47 +0000 (UTC) Date: Fri, 12 Dec 2014 13:53:46 +0100 From: =?UTF-8?Q?G=C3=B6ran_L=C3=B6wkrantz?= To: "Andrey V. Elsukov" , freebsd-net@freebsd.org Subject: Re: [MASSMAIL]Re: IPSec and StrongSWAN result in wrong forward Message-ID: <4C9D134E6025215B72BEA9EC@[172.16.2.27]> In-Reply-To: <548AD623.3070503@yandex.ru> References: <0B86BA4B10B152ADEE1E8BEE@[172.16.2.27]> <548AD623.3070503@yandex.ru> X-Mailer: Mulberry/4.1.0a3 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; size=550 Cc: Martin Palm X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 12:53:58 -0000 --On 12 Dec 2014 14:48:51 +0300 "Andrey V. Elsukov" =20 wrote: > On 12.12.2014 14:13, G=C3=B6ran L=C3=B6wkrantz wrote: >> Host: 10.1-STABLE FreeBSD 10.1-STABLE #0 r275046 >> Sw: strongswan-5.2.0_1 >> >> Putting up an ESP tunnel between 192.168.2.0/24 and 192.168.40.8/29 over >> endpoints X and W. The outgoing traffic is passed through a DMZ and >> exists on my side through a firewall with inner address Y and outer >> address U. > > Do you use gif(4) to create tunnels? No, just declare them in StrongSWAN config file ipsec.conf. /glz From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 14:48:18 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3733278F; Fri, 12 Dec 2014 14:48:18 +0000 (UTC) Received: from mail.karels.net (mail.karels.net [63.231.190.5]) by mx1.freebsd.org (Postfix) with ESMTP id A24E01EC; Fri, 12 Dec 2014 14:48:16 +0000 (UTC) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.14.7/8.14.7) with ESMTP id sBCEdVRU071168; Fri, 12 Dec 2014 08:39:31 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <201412121439.sBCEdVRU071168@mail.karels.net> To: Eric Joyner From: Mike Karels Reply-to: mike@karels.net Subject: Re: Adding new media types to if_media.h In-reply-to: Your message of Thu, 11 Dec 2014 14:47:52 -0800. Date: Fri, 12 Dec 2014 08:39:31 -0600 Cc: "freebsd-net@freebsd.org" , Adrian Chadd , Rui Paulo , Jack F Vogel , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 14:48:18 -0000 > Any other thoughts, or should I start looking at seeing what I can take > copy from net80211? > Also adding -net, since this is pretty relevant. I had the same reaction as Adrian initially, as an int with numerous fields seems really messy. However, I don't think we have the challenges of 802.11, and the only real problem is that the subtype field has run out of bits. And both ifconfig and the drivers are cast in the form of a scalar "media word", with parameters to ifmedia_add like IFM_ETHER | IFM_1000_T | IFM_FDX (assuming that all the bits are in a scalar). Instead, I would propose that we simply change the media word from 32 bits to 64, and move the subtype from its current location to a new field (e.g. 16 bits) in the new space. I believe this can be KPI compatible, and it is relatively easy to provide a backward-compatible ABI. There should be a reserved subtype for "other" that can be encoded in the existing field for use when the subtype can't fit in the old field. This seems much easier, can be KPI compatible, and will make it much easier to backport drivers. A backport could simply define the new subtypes as "other", and the KPI would still be compatible. Thoughts? Mike > On Tue, Dec 9, 2014 at 10:40 AM, Adrian Chadd wrote: > > > > On 9 December 2014 at 07:27, Rui Paulo wrote: > > > On Dec 9, 2014, at 01:05, Eric Joyner wrote: > > >> > > >> This is a continuation of a discussion from off the list: > > >> > > >> ixgbe needs to support devices with media types that aren't in > > if_media.h; > > >> for now those are 10GBaseKR, 10GBaseKX4, and 1000baseKX. Immediately, > > we're > > >> running into the issue that there is no room for all of these types > > under > > >> the IFM_ETHER category; there's only room for two more (and per John > > >> Baldwin, only one more if one of those two unused types is to be used > > for a > > >> reserved type). Long term, there are going to be tons of media types for > > >> future ethernet speeds like 25G, 50G, 100G, and etc, and ixl already > > >> supports media types that aren't in if_media.h, either. > > >> > > >> So, something needs to change. Does anyone have any thoughts on what > > should > > >> happen? I've thought of a few things, but I don't have an adequate > > grasp of > > >> what the pros/cons of each are: > > >> > > >> 1. Add a new media category (like IFM_ETHER) and change kernel code to > > >> treat it like the existing IFM_ETHER. This creates ~28 new media types > > we > > >> can use, but it may just be delaying the inevitable for a short time. > > >> > > >> 2. Extend media value from 32-bits to 64-bits. I don't have a good idea > > of > > >> what the consequences are of this on architectures that aren't amd64. > > >> > > >> 3. (Initially suggested by Adrian) would be to create a new media type > > >> struct (instead of using an int value) or adding an extra value to the > > >> existing ifmedia/ifmedia_entry struct for this. This sounds like the > > best > > >> solution to me, but I don't know how much effort it would take to > > implement > > >> -- does ifconfig need a lot of changing to handle this? > > > > > > ifconfig is a macro-intensive application, so maybe it's not that much > > work. > > > > > >> Thoughts? Any previous discussions worth looking at? > > > > > > Hmm, it looks like you're limited in the number of bits because of how > > the word was laid out. We can't simple remove token ring and get more bits > > for ethernet... We could create another IFM_40GETHERNET type to replace > > token ring but that would be ugly (the IFM_TYPE() macro could handle this > > idiosyncrasy). > > > > > > I think if_media should probably be a structure with unions to store the > > subtypes. net80211 has the same problem with MCS rates and we ended up > > storing them outside if_media because of this. > > > > I think solving this like how it's done in net80211 (ie, with an > > external structure that represents the media type details for a given > > media) is the right thing to do. > > > > Otherwise it'll be a path to madness in the future. > > > > The net80211 side of things is mostly extensible and I'm going to > > (eventually) end up using it for the 11ac rates that have shown up. I > > couldn't do that whilst trying to cram it into the existing ifmedia > > variable. > > > > > > -adrian > > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 15:24:03 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2D92E0B for ; Fri, 12 Dec 2014 15:24:03 +0000 (UTC) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id BE029823 for ; Fri, 12 Dec 2014 15:24:03 +0000 (UTC) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id IAA03923; Fri, 12 Dec 2014 08:23:53 -0700 (MST) Message-Id: <201412121523.IAA03923@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 12 Dec 2014 08:23:24 -0700 To: Luigi Rizzo From: Brett Glass Subject: Re: Can DUMMYNET handle weighting of traffic according to firewall rules? In-Reply-To: References: <201412120711.AAA00622@mail.lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 15:24:04 -0000 At 03:06 AM 12/12/2014, Luigi Rizzo wrote: >you can set the limit for the pipe, create two queues with different >weights attached to the pipe, and then schedule. > >ipfw pipe 12 config bw 3456 Kbit/s >ipfw queue 34 config weight 2 pipe 12 >ipfw queue 56 config weight 1 pipe 12 >ipfw add queue 34 in recv halfduplexlink0 >ipfw add queue 56 out xmit halfduplexlink0 Alas, as I understand it (and also based on my empirical tests), this will give downstream traffic priority but will still let the same amount of upstream traffic through per second if there is no downstream traffic... because the capacity of the pipe is still the same. What I want to do is have the pipe, not the queue, weight the upstream traffic twice as heavily. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 17:35:22 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B64EBCF for ; Fri, 12 Dec 2014 17:35:22 +0000 (UTC) Received: from webmail2.jnielsen.net (webmail2.jnielsen.net [50.114.224.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3784C932 for ; Fri, 12 Dec 2014 17:35:22 +0000 (UTC) Received: from [10.10.1.196] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by webmail2.jnielsen.net (8.14.9/8.14.9) with ESMTP id sBCHZAGo031553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Dec 2014 10:35:13 -0700 (MST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail2.jnielsen.net: Host office.betterlinux.com [199.58.199.60] claimed to be [10.10.1.196] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Can DUMMYNET handle weighting of traffic according to firewall rules? From: John Nielsen In-Reply-To: <201412121523.IAA03923@mail.lariat.net> Date: Fri, 12 Dec 2014 10:35:10 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201412120711.AAA00622@mail.lariat.net> <201412121523.IAA03923@mail.lariat.net> To: Brett Glass X-Mailer: Apple Mail (2.1993) Cc: Luigi Rizzo , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 17:35:22 -0000 On Dec 12, 2014, at 8:23 AM, Brett Glass wrote: > At 03:06 AM 12/12/2014, Luigi Rizzo wrote: >=20 >> you can set the limit for the pipe, create two queues with different >> weights attached to the pipe, and then schedule. >>=20 >> ipfw pipe 12 config bw 3456 Kbit/s >> ipfw queue 34 config weight 2 pipe 12 >> ipfw queue 56 config weight 1 pipe 12 >> ipfw add queue 34 in recv halfduplexlink0 >> ipfw add queue 56 out xmit halfduplexlink0 >=20 > Alas, as I understand it (and also based on my empirical tests), this = will give downstream traffic priority but will still let the same amount = of upstream traffic through per second if there is no downstream = traffic... because the capacity of the pipe is still the same. What I = want to do is have the pipe, not the queue, weight the upstream traffic = twice as heavily. Is there a reason you can't use a separate pipe for each direction? From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 20:26:27 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E4491FB; Fri, 12 Dec 2014 20:26:27 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 817F9D8E; Fri, 12 Dec 2014 20:26:26 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id r20so3663970wiv.0; Fri, 12 Dec 2014 12:26:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PYrsTDlNXg7RMv0fkiGXDkgylp3clcjcRieHFrTSJzU=; b=dfpKeBJWf6KIEfTbS5+Kd7f9CZgVKDrdY0cHetkU0hl9Gnl7SMG/XPEiZ4unsApldA 7ZGT3r433cQqU+wGOjKW3v3oJ0x2VeGQbUcT/6G9ktPuSbqoJTnyX8UPr+fYFJnsEZhw 0lW7IAE0264HF6A1I7ZbaOOUoOE/nQsinMbzOFvjr7eQhDVSb2nIjELzIdHoGp9kM6vG j8USLTLilA3fbzdEyXQxOYa6G59jIM68kWFzeoVmfxk0Tqww6DhXZgExSq/rnUO/T2pZ HFVbMcmfo9ia0k0jVcVZy59rcdmubTUSDV2Zd8JaNTscNtNE1P2iVCaFKYc1uAfLq2Yw 9row== MIME-Version: 1.0 X-Received: by 10.180.218.39 with SMTP id pd7mr10894052wic.21.1418415984946; Fri, 12 Dec 2014 12:26:24 -0800 (PST) Received: by 10.194.81.233 with HTTP; Fri, 12 Dec 2014 12:26:24 -0800 (PST) In-Reply-To: <201412121439.sBCEdVRU071168@mail.karels.net> References: <201412121439.sBCEdVRU071168@mail.karels.net> Date: Fri, 12 Dec 2014 12:26:24 -0800 Message-ID: Subject: Re: Adding new media types to if_media.h From: Jack Vogel To: Mike Karels Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" , Adrian Chadd , Rui Paulo , Eric Joyner , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 20:26:27 -0000 I think I'd go along with Mike, keeping it simpler seems like a good idea. Jack On Fri, Dec 12, 2014 at 6:39 AM, Mike Karels wrote: > > > Any other thoughts, or should I start looking at seeing what I can take > > copy from net80211? > > > Also adding -net, since this is pretty relevant. > > I had the same reaction as Adrian initially, as an int with numerous fields > seems really messy. However, I don't think we have the challenges of > 802.11, > and the only real problem is that the subtype field has run out of bits. > And both ifconfig and the drivers are cast in the form of a scalar "media > word", with parameters to ifmedia_add like IFM_ETHER | IFM_1000_T | IFM_FDX > (assuming that all the bits are in a scalar). > > Instead, I would propose that we simply change the media word from 32 bits > to 64, and move the subtype from its current location to a new field (e.g. > 16 bits) in the new space. I believe this can be KPI compatible, and it > is relatively easy to provide a backward-compatible ABI. There should be > a reserved subtype for "other" that can be encoded in the existing field > for use when the subtype can't fit in the old field. This seems much > easier, > can be KPI compatible, and will make it much easier to backport drivers. > A backport could simply define the new subtypes as "other", and the KPI > would still be compatible. > > Thoughts? > > Mike > > > On Tue, Dec 9, 2014 at 10:40 AM, Adrian Chadd > wrote: > > > > > > On 9 December 2014 at 07:27, Rui Paulo wrote: > > > > On Dec 9, 2014, at 01:05, Eric Joyner wrote: > > > >> > > > >> This is a continuation of a discussion from off the list: > > > >> > > > >> ixgbe needs to support devices with media types that aren't in > > > if_media.h; > > > >> for now those are 10GBaseKR, 10GBaseKX4, and 1000baseKX. > Immediately, > > > we're > > > >> running into the issue that there is no room for all of these types > > > under > > > >> the IFM_ETHER category; there's only room for two more (and per John > > > >> Baldwin, only one more if one of those two unused types is to be > used > > > for a > > > >> reserved type). Long term, there are going to be tons of media > types for > > > >> future ethernet speeds like 25G, 50G, 100G, and etc, and ixl already > > > >> supports media types that aren't in if_media.h, either. > > > >> > > > >> So, something needs to change. Does anyone have any thoughts on what > > > should > > > >> happen? I've thought of a few things, but I don't have an adequate > > > grasp of > > > >> what the pros/cons of each are: > > > >> > > > >> 1. Add a new media category (like IFM_ETHER) and change kernel code > to > > > >> treat it like the existing IFM_ETHER. This creates ~28 new media > types > > > we > > > >> can use, but it may just be delaying the inevitable for a short > time. > > > >> > > > >> 2. Extend media value from 32-bits to 64-bits. I don't have a good > idea > > > of > > > >> what the consequences are of this on architectures that aren't > amd64. > > > >> > > > >> 3. (Initially suggested by Adrian) would be to create a new media > type > > > >> struct (instead of using an int value) or adding an extra value to > the > > > >> existing ifmedia/ifmedia_entry struct for this. This sounds like the > > > best > > > >> solution to me, but I don't know how much effort it would take to > > > implement > > > >> -- does ifconfig need a lot of changing to handle this? > > > > > > > > ifconfig is a macro-intensive application, so maybe it's not that > much > > > work. > > > > > > > >> Thoughts? Any previous discussions worth looking at? > > > > > > > > Hmm, it looks like you're limited in the number of bits because of > how > > > the word was laid out. We can't simple remove token ring and get more > bits > > > for ethernet... We could create another IFM_40GETHERNET type to > replace > > > token ring but that would be ugly (the IFM_TYPE() macro could handle > this > > > idiosyncrasy). > > > > > > > > I think if_media should probably be a structure with unions to store > the > > > subtypes. net80211 has the same problem with MCS rates and we ended up > > > storing them outside if_media because of this. > > > > > > I think solving this like how it's done in net80211 (ie, with an > > > external structure that represents the media type details for a given > > > media) is the right thing to do. > > > > > > Otherwise it'll be a path to madness in the future. > > > > > > The net80211 side of things is mostly extensible and I'm going to > > > (eventually) end up using it for the 11ac rates that have shown up. I > > > couldn't do that whilst trying to cram it into the existing ifmedia > > > variable. > > > > > > > > > -adrian > > > > > _______________________________________________ > > freebsd-arch@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 20:31:14 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F0F9471; Fri, 12 Dec 2014 20:31:14 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64970E5A; Fri, 12 Dec 2014 20:31:14 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 48B88B913; Fri, 12 Dec 2014 15:31:13 -0500 (EST) From: John Baldwin To: freebsd-arch@freebsd.org Subject: Re: Adding new media types to if_media.h Date: Fri, 12 Dec 2014 15:31:06 -0500 Message-ID: <2116096.l1vR0RuKRU@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <201412121439.sBCEdVRU071168@mail.karels.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 12 Dec 2014 15:31:13 -0500 (EST) Cc: Adrian Chadd , Mike Karels , Rui Paulo , "freebsd-net@freebsd.org" , Eric Joyner , Jack Vogel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 12 Dec 2014 20:31:14 -0000 On Friday, December 12, 2014 12:26:24 PM Jack Vogel wrote: > I think I'd go along with Mike, keeping it simpler seems like a good idea. > > Jack If the userland ABI impact isn't too broad I think this is fine. Mike, do you know off hand how many user-facing things would be affected? > On Fri, Dec 12, 2014 at 6:39 AM, Mike Karels wrote: > > > Any other thoughts, or should I start looking at seeing what I can take > > > copy from net80211? > > > > > > Also adding -net, since this is pretty relevant. > > > > I had the same reaction as Adrian initially, as an int with numerous > > fields > > seems really messy. However, I don't think we have the challenges of > > 802.11, > > and the only real problem is that the subtype field has run out of bits. > > And both ifconfig and the drivers are cast in the form of a scalar "media > > word", with parameters to ifmedia_add like IFM_ETHER | IFM_1000_T | > > IFM_FDX > > (assuming that all the bits are in a scalar). > > > > Instead, I would propose that we simply change the media word from 32 bits > > to 64, and move the subtype from its current location to a new field (e.g. > > 16 bits) in the new space. I believe this can be KPI compatible, and it > > is relatively easy to provide a backward-compatible ABI. There should be > > a reserved subtype for "other" that can be encoded in the existing field > > for use when the subtype can't fit in the old field. This seems much > > easier, > > can be KPI compatible, and will make it much easier to backport drivers. > > A backport could simply define the new subtypes as "other", and the KPI > > would still be compatible. > > > > Thoughts? > > > > Mike -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 01:07:03 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D314E4A0 for ; Sat, 13 Dec 2014 01:07:03 +0000 (UTC) Received: from mail.karels.net (mail.karels.net [63.231.190.5]) by mx1.freebsd.org (Postfix) with ESMTP id 87273CC1 for ; Sat, 13 Dec 2014 01:07:03 +0000 (UTC) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.14.7/8.14.7) with ESMTP id sBD16tgl072730; Fri, 12 Dec 2014 19:06:56 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <201412130106.sBD16tgl072730@mail.karels.net> To: John Baldwin From: Mike Karels Reply-to: mike@karels.net Subject: Re: Adding new media types to if_media.h In-reply-to: Your message of Fri, 12 Dec 2014 15:31:06 -0500. <2116096.l1vR0RuKRU@ralph.baldwin.cx> Date: Fri, 12 Dec 2014 19:06:55 -0600 Cc: Adrian Chadd , Rui Paulo , "freebsd-net@freebsd.org" , Eric Joyner , Jack Vogel , freebsd-arch@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 01:07:03 -0000 > On Friday, December 12, 2014 12:26:24 PM Jack Vogel wrote: > > I think I'd go along with Mike, keeping it simpler seems like a good idea. > > > > Jack > If the userland ABI impact isn't too broad I think this is fine. Mike, do you > know off hand how many user-facing things would be affected? I didn't know off hand, but I have a glimpse index at $WORK (it's for McAfee Firewall Enterprise, aka Sidewinder, based on 8.2). I found 45 references to if_media.h at user level, including "ports" that we use, and excluding our own software. The list includes libpcap, snmpd, dhclient, quagga, xorp, atm, devd, and rtsold. fwiw, I found about 260 inclusions of if_media.h in the kernel. This suggests that we should preserve a backward-compatible user API, even if it has limits. Unfortunately, the media word I mentioned is a plain int, not a typedef. I would propose a similar API that is not limited, but easy to convert (e.g. using a new typedef). I'd be willing to sketch out something like that. > > On Fri, Dec 12, 2014 at 6:39 AM, Mike Karels wrote: > > > > Any other thoughts, or should I start looking at seeing what I can take > > > > copy from net80211? > > > > > > > > Also adding -net, since this is pretty relevant. > > > > > > I had the same reaction as Adrian initially, as an int with numerous > > > fields > > > seems really messy. However, I don't think we have the challenges of > > > 802.11, > > > and the only real problem is that the subtype field has run out of bits. > > > And both ifconfig and the drivers are cast in the form of a scalar "media > > > word", with parameters to ifmedia_add like IFM_ETHER | IFM_1000_T | > > > IFM_FDX > > > (assuming that all the bits are in a scalar). > > > > > > Instead, I would propose that we simply change the media word from 32 bits > > > to 64, and move the subtype from its current location to a new field (e.g. > > > 16 bits) in the new space. I believe this can be KPI compatible, and it > > > is relatively easy to provide a backward-compatible ABI. There should be > > > a reserved subtype for "other" that can be encoded in the existing field > > > for use when the subtype can't fit in the old field. This seems much > > > easier, > > > can be KPI compatible, and will make it much easier to backport drivers. > > > A backport could simply define the new subtypes as "other", and the KPI > > > would still be compatible. > > > > > > Thoughts? > > > > > > Mike > -- > John Baldwin Mike From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 02:09:17 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52A133C7 for ; Sat, 13 Dec 2014 02:09:17 +0000 (UTC) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 09F51243 for ; Sat, 13 Dec 2014 02:09:16 +0000 (UTC) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id TAA10313; Fri, 12 Dec 2014 19:08:13 -0700 (MST) Message-Id: <201412130208.TAA10313@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 12 Dec 2014 19:06:05 -0700 To: John Nielsen From: Brett Glass Subject: Re: Can DUMMYNET handle weighting of traffic according to firewall rules? In-Reply-To: References: <201412120711.AAA00622@mail.lariat.net> <201412121523.IAA03923@mail.lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Luigi Rizzo , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 02:09:17 -0000 At 10:35 AM 12/12/2014, John Nielsen wrote: >Is there a reason you can't use a separate pipe for each direction? We want to limit the total amount of bandwidth consumed, based on the formula 2U + D <= L. If we used two pipes, there would be no way to keep track of the sum. What I need (and am not sure if DUMMYNET can currently supply) is a pipe that allows you to feed it a packet and say, "Count this X times toward the bandwidth limit." (In our case, X could be an integer, but in some cases it MIGHT be helpful to allow it to be a fixed point or real number.) If X was not specified, it'd be assumed to be unity -- both for backward compatibility and in keeping with POLA. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 04:56:22 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFEAEA15 for ; Sat, 13 Dec 2014 04:56:22 +0000 (UTC) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [IPv6:2a01:e0c:1:1599::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 773F469E for ; Sat, 13 Dec 2014 04:56:22 +0000 (UTC) Received: from freebsd.higonnet.net (unknown [82.238.41.134]) by smtp6-g21.free.fr (Postfix) with ESMTP id A94CC8228C for ; Sat, 13 Dec 2014 05:55:45 +0100 (CET) Received: from [192.168.3.201] (unknown [192.168.3.201]) by freebsd.higonnet.net (Postfix) with ESMTP id 31F09C382F for ; Sat, 13 Dec 2014 05:56:28 +0100 (CET) Message-ID: <548BC6F0.6020907@higonnet.net> Date: Sat, 13 Dec 2014 05:56:16 +0100 From: Bernard Higonnet User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Howto tether my Android hone to FreeBSD10 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 04:56:22 -0000 Hello, My searching indicates I need urndis but it isn't in ports and I don't know what to do with the C source file... Is there a simple cookbook way to tether? TIA Bernard Higonnet From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 05:27:32 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 941DCFAF for ; Sat, 13 Dec 2014 05:27:32 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B84C97A for ; Sat, 13 Dec 2014 05:27:32 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBD5RWuT076843 for ; Sat, 13 Dec 2014 05:27:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 05:27:32 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 05:27:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 --- Comment #2 from Craig Rodrigues --- Created attachment 150526 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150526&action=edit fatal_trap12-p1.png -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 05:28:16 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96754C8 for ; Sat, 13 Dec 2014 05:28:16 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7DFD5985 for ; Sat, 13 Dec 2014 05:28:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBD5SGux077238 for ; Sat, 13 Dec 2014 05:28:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 05:28:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 05:28:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 --- Comment #3 from Craig Rodrigues --- Created attachment 150527 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150527&action=edit pf_min.conf -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 05:28:43 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 123AA15A for ; Sat, 13 Dec 2014 05:28:43 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE06F990 for ; Sat, 13 Dec 2014 05:28:42 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBD5SgDh077560 for ; Sat, 13 Dec 2014 05:28:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 05:28:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 05:28:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 --- Comment #4 from Craig Rodrigues --- ---------- Forwarded message ---------- From: Ivan UAdm Date: Wed, Dec 10, 2014 at 8:49 AM Subject: bug id 194515 Hi, Craig i was update enviroment to 10.1-release, but bug is still there > Can you provide more details: (1) What command did you use to start the jail? i start with: jail -c persist name=testjail001 vnet path=/usr/local/jails/testjail001 host.hostname=testjail001 allow.raw_sockets allow.socket_af (2) What config file did you use for pf? see in attach (3) What command did you use to start pf? i start with /etc/rc.d/pf start at jailstart time -- MVH, Ivan mobile: +7 931 250 2064 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 07:47:41 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E3C5520 for ; Sat, 13 Dec 2014 07:47:41 +0000 (UTC) Received: from smtp1.babolo.ru (smtp1.babolo.ru [194.58.35.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp1.babolo.ru", Issuer "@BABOLO" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6ADD275D for ; Sat, 13 Dec 2014 07:47:39 +0000 (UTC) Received: from cicuta.babolo.ru (cicuta.babolo.ru [194.58.246.5]) by smtp1.babolo.ru (8.14.2/8.14.2) with SMTP id sBD7f4BQ087595; Sat, 13 Dec 2014 11:41:04 +0400 (MSK) (envelope-from .@babolo.ru) Received: (nullmailer pid 45519 invoked by uid 136); Sat, 13 Dec 2014 07:35:10 -0000 Date: Sat, 13 Dec 2014 10:35:10 +0300 From: Aleksandr A Babaylov <.@babolo.ru> To: Brett Glass , "freebsd-net@freebsd.org" Subject: Re: Can DUMMYNET handle weighting of traffic according to firewall rules? Message-ID: <20141213073510.GA45468@babolo.ru> References: <201412120711.AAA00622@mail.lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 07:47:41 -0000 On Fri, Dec 12, 2014 at 09:06:46PM +1100, Luigi Rizzo wrote: > you can set the limit for the pipe, create two queues with different > weights attached to the pipe, and then schedule. > > ipfw pipe 12 config bw 3456 Kbit/s > ipfw queue 34 config weight 2 pipe 12 > ipfw queue 56 config weight 1 pipe 12 > ipfw add queue 34 in recv halfduplexlink0 > ipfw add queue 56 out xmit halfduplexlink0 > > that should do the job ipfw add pipe 12 in recv halfduplexlink0 ipfw add pipe 12 out recv halfduplexlink0 ipfw add pipe 12 out xmit halfduplexlink0 or may be double ipfw add pipe 12 in recv halfduplexlink0 (not tested) From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 08:15:55 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 566237F6 for ; Sat, 13 Dec 2014 08:15:55 +0000 (UTC) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E25729B9 for ; Sat, 13 Dec 2014 08:15:54 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id z12so6956032lbi.32 for ; Sat, 13 Dec 2014 00:15:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=H44jN9X8hFs0WzitjfDGqkP01wVzihP0OvXzxQIpniA=; b=ngt/pJfjHDB+2kUR0+O9GYrakJr4jNEGWMtlXrzlU9Bf7tVMHvQtT84LopJgpepzkF 0G7wfe6KKx9NAliRFucT8p8PIVUGLB6TJe3dtcWnnzll1z7CWFXQ6K76h2W+ecY4v6ZD bu8hO5+qh0Wya/xA05ZmpU1AAm1Z4EKQNDDIUING4Cq4DFLXlT6YQDKybkiFptNCj9sB FfrxbPfQhWimNAW7Kfm8dDv+mxVSeFxV7sOiy+fc8fcbfMJSSZmiYJ6o+1BujnXpFtA3 TOhOS79CeUheCAYhKiwxjNfxn94UhcpV0/MiCbjMO02CqG+uXUdXkbp59TxiWvd8gqFB 4m8w== MIME-Version: 1.0 X-Received: by 10.112.173.202 with SMTP id bm10mr19025239lbc.74.1418458552949; Sat, 13 Dec 2014 00:15:52 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.174.169 with HTTP; Sat, 13 Dec 2014 00:15:52 -0800 (PST) In-Reply-To: <201412130208.TAA10313@mail.lariat.net> References: <201412120711.AAA00622@mail.lariat.net> <201412121523.IAA03923@mail.lariat.net> <201412130208.TAA10313@mail.lariat.net> Date: Sat, 13 Dec 2014 19:15:52 +1100 X-Google-Sender-Auth: BDABveN4imCaFXgPIRifmY_jX9A Message-ID: Subject: Can DUMMYNET handle weighting of traffic according to firewall rules? From: Luigi Rizzo To: Brett Glass Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: John Nielsen , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 08:15:55 -0000 On Saturday, December 13, 2014, Brett Glass > wrote: > At 10:35 AM 12/12/2014, John Nielsen wrote: > > Is there a reason you can't use a separate pipe for each direction? >> > > We want to limit the total amount of bandwidth consumed, based on the > formula 2U + D <= L. If we used two pipes, there would be no way to keep > track of the sum. > > What I need (and am not sure if DUMMYNET can currently supply) is a pipe > that allows you to feed it a packet and say, "Count this X times toward the > bandwidth limit." > No, as it is now dummynet cannot do what you ask. It would be a one-line change in the kernel, plus the part to handle passing the extra parameter (we could call it "cost") to the queue's configuration. As usual, the UI is 10+ times bigger than the code doing the actual work (though one could rightly blame the existing UI for not being designed for extensibility). Cheers Luigi -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 10:27:40 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 637863A9 for ; Sat, 13 Dec 2014 10:27:40 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D906377C for ; Sat, 13 Dec 2014 10:27:39 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id gq15so7410720lab.18 for ; Sat, 13 Dec 2014 02:27:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:from:date:message-id:subject:to :content-type; bh=B7krnOn63UgoLr6KxunRnP+7A1aWHDXuHO2+ogLcwts=; b=TuZV4bRiIzbFFYEAvr/h6N566Q+wNVDWp9B0nvw16QFF/Oj02OgusrWB74OCALXxZE lx35W8nw4E3eeNWqYU2Aqpw/KSeFSjj0Mo86DmaUdCcWavC829TJsA98xzrlwSr3JgEA OMEdGJyDoOVdTLmDcd1zx9i/X3FQS+vFnekQYdEXlrbWUDO8U33Kn/JtT5f0NrEq+MmD pRAuHB9aVFeqW7IgplapfHqQegIqffdyGpCxciWDggL4KauE0PVMaf921sEQQrN4mCpm ytYAeXf3fQo1NP0do+guHVXOnRZqjwyIEnYMVkHcaUaFlIoowk9MRsdmOCjkEPSyVw6+ P/cw== X-Received: by 10.152.7.229 with SMTP id m5mr20142830laa.80.1418466457900; Sat, 13 Dec 2014 02:27:37 -0800 (PST) MIME-Version: 1.0 References: <548BC6F0.6020907@higonnet.net> From: Daniel Peyrolon Date: Sat, 13 Dec 2014 10:27:37 +0000 Message-ID: Subject: Re: Howto tether my Android hone to FreeBSD10 To: Bernard Higonnet , freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 10:27:40 -0000 Hi Bernard: Unless you have compiled a custom kernel, you should have an urndis module, so you can load it quite easily with: # kldload urndis (Note the #, that means its done as root, you can also use "sudo kldload urndis"). By taking a quick look at the handbook ( http://www.freebsd.org/doc/handbook/network-usb-tethering.html): Once the device is attached ue0 will be available for use like a normal network device. I haven't ever used USB tethering on FreeBSD. Is it working now? Hopefuly someone more experienced than me will be able to lend a hand. El Sat Dec 13 2014 at 5:56:31 AM, Bernard Higonnet () escribi=F3: > Hello, > > My searching indicates I need urndis but it isn't in ports and I don't > know what to do with the C source file... > > Is there a simple cookbook way to tether? > > TIA > Bernard Higonnet > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:33:13 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4034FAFF for ; Sat, 13 Dec 2014 12:33:13 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 284D3228 for ; Sat, 13 Dec 2014 12:33:13 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCXD8l000827 for ; Sat, 13 Dec 2014 12:33:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 12:33:12 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:33:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |philipp.schmid@openresearch | |.com --- Comment #5 from Craig Rodrigues --- *** Bug 188018 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:33:32 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 714F1BB2 for ; Sat, 13 Dec 2014 12:33:32 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E09F235 for ; Sat, 13 Dec 2014 12:33:31 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 56EA5139C8 for ; Sat, 13 Dec 2014 10:27:01 -0200 (BRST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1418473615; x=1419337616; bh=7eyhrEkZ2DYzjimwdYvw8gxZ7FLq8JFMFHn DmOXiEmQ=; b=U1vdQLmLDxDsXo3ALoeFXSA2TC0AmQeCXtlaA/QeMRIkiWGbi3v JVrib4GqQn+ixBlpD8Mk+dLpeHBXKK/55hRhp9Ms4Ve3X8IPaaR7495kYKWejp2x PcSrWH7fNDDXIOP3eoFHAYKP/WCWslJTdNyI1TKrGqfRBuvDO2AvjEPM= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id es9dRk5qHQJa for ; Sat, 13 Dec 2014 10:26:55 -0200 (BRST) Received: from [192.168.88.15] (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id D070E139C4 for ; Sat, 13 Dec 2014 10:26:54 -0200 (BRST) Message-ID: <548C3072.10303@bsdinfo.com.br> Date: Sat, 13 Dec 2014 10:26:26 -0200 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "freebsd-net >> FreeBSD Net" Subject: DNS resolution problem Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:33:32 -0000 Dear, I'm having trouble resolving domain name freebsd.org. The portsnap server works correctly but the pkg audit -F does not work and can not even access the site according to the following tests: # host ec2-sa-east-1.portsnap.freebsd.org ec2-sa-east-1.portsnap.freebsd.org has address 177.71.188.240 # host vuxml.freebsd.org Host vuxml.freebsd.org not found: 3(NXDOMAIN) # host -a freebsd.org Trying "freebsd.org" Trying "freebsd.org.intnet.com.br" Host freebsd.org not found: 3(NXDOMAIN) Received 86 bytes from ::1#53 in 0 ms # host www.freebsd.org ;; connection timed out; no servers could be reached Only the first address I'm having name resolution (ec2-sa-east-1.portsnap.freebsd.org). My block IP: 186.193.48.0/20 One could check for any restrictions on our IP block? Thanks and best regards, Gondim From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:34:39 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34FBBC6E for ; Sat, 13 Dec 2014 12:34:39 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1CDA1241 for ; Sat, 13 Dec 2014 12:34:39 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCYcCb093458 for ; Sat, 13 Dec 2014 12:34:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 12:34:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:34:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 --- Comment #6 from Craig Rodrigues --- (In reply to Craig Rodrigues from comment #5) > *** Bug 188018 has been marked as a duplicate of this bug. *** Remember to test: pfctl -sr -v -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:35:38 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07C06D0E for ; Sat, 13 Dec 2014 12:35:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E3ECF254 for ; Sat, 13 Dec 2014 12:35:37 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCZbp5043359 for ; Sat, 13 Dec 2014 12:35:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 12:35:35 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:35:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |me@tuupic.org.ru --- Comment #7 from Craig Rodrigues --- *** Bug 143808 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:38:50 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28224E18 for ; Sat, 13 Dec 2014 12:38:50 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10573273 for ; Sat, 13 Dec 2014 12:38:50 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCcnpR011951 for ; Sat, 13 Dec 2014 12:38:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 12:38:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:38:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |titi5187@gmail.com --- Comment #8 from Craig Rodrigues --- *** Bug 179264 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:38:49 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93A99E15 for ; Sat, 13 Dec 2014 12:38:49 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7AAE7270 for ; Sat, 13 Dec 2014 12:38:49 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCcnrC011711 for ; Sat, 13 Dec 2014 12:38:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 179264] [vimage] [pf] Core dump with Packet filter and VIMAGE options compile in a kernel Date: Sat, 13 Dec 2014 12:38:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:38:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=179264 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |DUPLICATE CC| |rodrigc@FreeBSD.org --- Comment #3 from Craig Rodrigues --- *** This bug has been marked as a duplicate of bug 194515 *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:39:31 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9755AF38 for ; Sat, 13 Dec 2014 12:39:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F299285 for ; Sat, 13 Dec 2014 12:39:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCdVV5027925 for ; Sat, 13 Dec 2014 12:39:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 12:39:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:39:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 --- Comment #9 from Craig Rodrigues --- (In reply to Craig Rodrigues from comment #8) > *** Bug 179264 has been marked as a duplicate of this bug. *** See also: http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-June/001296.html -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:40:53 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2A67FCF for ; Sat, 13 Dec 2014 12:40:53 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CAC67347 for ; Sat, 13 Dec 2014 12:40:53 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCerYX061630 for ; Sat, 13 Dec 2014 12:40:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 12:40:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:40:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |public@fzwte.net --- Comment #10 from Craig Rodrigues --- *** Bug 161094 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:46:13 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0CE2174 for ; Sat, 13 Dec 2014 12:46:13 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88F9A37D for ; Sat, 13 Dec 2014 12:46:13 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCkDRL074271 for ; Sat, 13 Dec 2014 12:46:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 12:46:12 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:46:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mw@wzff.de --- Comment #11 from Craig Rodrigues --- *** Bug 176112 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 12:56:25 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9ED53DA for ; Sat, 13 Dec 2014 12:56:25 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1FBA64E for ; Sat, 13 Dec 2014 12:56:25 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDCuPlq042886 for ; Sat, 13 Dec 2014 12:56:25 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 12:56:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 12:56:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nvass@gmx.com --- Comment #12 from Craig Rodrigues --- *** Bug 160541 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 13:00:10 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22E9C4D9 for ; Sat, 13 Dec 2014 13:00:10 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B39F751 for ; Sat, 13 Dec 2014 13:00:10 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDD09sJ048558 for ; Sat, 13 Dec 2014 13:00:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 13:00:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 13:00:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 --- Comment #13 from Craig Rodrigues --- *** Bug 160496 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 18:09:37 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA0161F3 for ; Sat, 13 Dec 2014 18:09:37 +0000 (UTC) Received: from leviatan.freebsdbrasil.com.br (leviatan.freebsdbrasil.com.br [177.10.156.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B5152F2 for ; Sat, 13 Dec 2014 18:09:36 +0000 (UTC) Received: (qmail 22603 invoked from network); 13 Dec 2014 16:02:52 -0200 Received: by simscan 1.4.0 ppid: 22599, pid: 22600, t: 0.1681s scanners: clamav: 0.98.4/m:55/d:19710 Received: from localhost.bh.freebsdbrasil.com.br (HELO localhost) ([127.0.0.1]) (envelope-sender ) by localhost.bh.freebsdbrasil.com.br (qmail-ldap-1.03) with SMTP for ; 13 Dec 2014 16:02:52 -0200 Message-Id: <028d142b3a17cd5ffd5f21c6f9b9d6daaa8e2780@webmail.freebsdbrasil.com.br> From: eksffa@freebsdbrasil.com.br To: "Luigi Rizzo" , "Brett Glass" X-Mailer: Atmail 7.0.0.12234 X-Originating-IP: 201.80.183.212 in-reply-to: Subject: Re: Can DUMMYNET handle weighting of traffic according to firewall rules? Date: Sat, 13 Dec 2014 16:02:52 -0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: John Nielsen , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 18:09:37 -0000 ----- Menssagem Original -----=0ADe: "Luigi Rizzo" =0APara:"Brett Glass"= =0AC=C3=B3pia:"John Nielsen" , "freebsd-net@freebsd.org" =0AEnviado:Sat= , 13 Dec 2014 19:15:52 +1100=0AAssunto:Can DUMMYNET handle weighting of= traffic according to firewall=0Arules?=0A=0A On Saturday, December 13,= 2014, Brett Glass wrote:=0A=0A > At 10:35 AM 12/12/2014, John Nielsen= wrote:=0A >=0A > Is there a reason you can't use a separate pipe for ea= ch direction?=0A >>=0A >=0A > We want to limit the total amount of bandw= idth consumed, based on=0Athe=0A > formula 2U + D track of the sum.=0A= >=0A > What I need (and am not sure if DUMMYNET can currently supply) i= s a=0Apipe=0A > that allows you to feed it a packet and say, "Count this= X times=0Atoward the=0A > bandwidth limit."=0A=0A >=0A No, as it is now= dummynet cannot do what you ask. It would be a=0Aone-line=0A change in= the kernel, plus the part to handle passing the extra=0Aparameter=0A (w= e could call it "cost") to the queue's configuration.=0A=0A As usual, th= e UI is 10+ times bigger than the code doing the actual=0Awork=0A (thoug= h one could rightly blame the existing UI for not being=0Adesigned for= =0A extensibility).=0A=0A Cheers=0A Luigi=0A=0A -- =0A -----------------= ------------------------+-------------------------------=0A Prof. Luigi= RIZZO, rizzo@iet.unipi.it . Dip. di Ing.=0Adell'Informazione=0A http://= www.iet.unipi.it/~luigi/ . Universita` di Pisa=0A TEL +39-050-2211611 .= via Diotisalvi 2=0A Mobile +39-338-6809875 . 56122 PISA (Italy)=0A ----= -------------------------------------+-------------------------------=0A= =0AAs I understand the problem, there are many ways to do this without= =0Aactually using any special feature on dummynet. From tagging a traffi= c=0Atwice and feeding both tagged flows to the same pipe, to the easiest= =0Aand possibily lighter approach of disabling one pass and feeding the= =0Atraffic twice to the same pipe.=0A=0AI did a simple lazy experiment:= =0A=0A# ipfw disable one_pass=0A# ipfw add 1 pipe 1 all from any 22 to m= e=0A00001 pipe 1 ip from any 22 to me=0A# ipfw add 2 pipe 1 all from any= 22 to me=0A00002 pipe 1 ip from any 22 to me=0A# ipfw pipe 1 config bw= 256Kbit/s=0A=0A# scp proapps@serveruL800:/tmp/teste.bin /dev/null=0A=0A= Password for proapps@serveruL800:=0Ateste.bin=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=0A0%=C2=A0 976KB=C2=A0 16.4KB/s 3:27:02 ETA=0A^C= =0AKilled by signal 2.=0A=0ASo we have 16KB, (*8 =3D 128Kb, half the pip= e configured bw since=0Apackets were injected twice).=0A=0A# ipfw delete= 2=0A# scp proapps@serveruL800:/tmp/teste.bin /dev/null=0APassword for p= roapps@serveruL800:=0Ateste.bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=0A1% 3408KB=C2=A0 31.4KB/s 1:54:00 ETA^CKilled by signal 2.=0A= =0AAnd now you have 31.4M, roughly 256Kbit/s (configured pipe bw).=0A=0A= So may you should try something like that:=0A=0Aipfw delete 1-2=0Aipfw a= dd 1 queue 1 all from any 22 to me=0Aipfw add 2 queue 1 all from any 22= to me=0Aipfw add 3 queue 2 all from me to any 22=0A=0Aipfw queue 1 conf= ig pipe 1 weight 5=0Aipfw queue 2 config pipe 1 weight 5=0Aipfw pipe 1 c= onfig bw 256Kbit/s=0Aipfw sched 1 config type QFQ=0A=0A# ipfw sched 1 sh= ow=0A00001: 256.000 Kbit/s=C2=A0=C2=A0=C2=A0 0 ms burst 0=0A=C2=A0sched= 1 type QFQ flags 0x0 0 buckets 0 active=0A=C2=A0=C2=A0 Children flowset= s: 2 1=0A=0A# ipfw queue 1-2 show=0Aq00001=C2=A0 50 sl. 0 flows (1 bucke= ts) sched 1 weight 5 lmax 1500 pri 0=0Adroptail=0Aq00002=C2=A0 50 sl. 0= flows (1 buckets) sched 1 weight 5 lmax 1500 pri 0=0Adroptail=0A=0ASo t= here's a single pipe, two flowsets, but flowset 1 is injected=0Atwice.= =0A=0AIs that what you wanted?=0A=0A--=0APatrick Tracanelli=0A=0A-------= ------------------=0AEmail sent using ProApps From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 21:31:08 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6524066C for ; Sat, 13 Dec 2014 21:31:08 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DB06AA5 for ; Sat, 13 Dec 2014 21:31:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBDLV8MD031205 for ; Sat, 13 Dec 2014 21:31:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 194515] Fatal Trap 12 Kernel with vimage Date: Sat, 13 Dec 2014 21:31:07 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RC2 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rodrigc@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Dec 2014 21:31:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194515 Craig Rodrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd@mosconi.mat.br --- Comment #14 from Craig Rodrigues --- *** Bug 148155 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.