From owner-freebsd-net@freebsd.org Sun Apr 29 10:00:39 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95603FA8292 for ; Sun, 29 Apr 2018 10:00:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3165E84F92 for ; Sun, 29 Apr 2018 10:00:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E6B96FA8291; Sun, 29 Apr 2018 10:00:38 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D433DFA8290 for ; Sun, 29 Apr 2018 10:00:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F6FF84F89 for ; Sun, 29 Apr 2018 10:00:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id AB50B194C5 for ; Sun, 29 Apr 2018 10:00:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w3TA0bZi020137 for ; Sun, 29 Apr 2018 10:00:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w3TA0bg0020132 for net@FreeBSD.org; Sun, 29 Apr 2018 10:00:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 222065] security/ipsec-tools: racoon initiates phase 1 to wrong port Date: Sun, 29 Apr 2018 10:00:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vanhu@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 29 Apr 2018 10:00:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222065 --- Comment #6 from commit-hook@freebsd.org --- A commit references this bug: Author: eugen Date: Sun Apr 29 10:00:02 UTC 2018 New revision: 468617 URL: https://svnweb.freebsd.org/changeset/ports/468617 Log: Fix phase 1 initiation in the racoon daemon after base system change r285= 204 PR: 192774, 222065 Submitted by: Andreas Longwitz Approved by: VANHULLEBUS Yvan (maintainer, implicitly) Changes: head/security/ipsec-tools/Makefile head/security/ipsec-tools/files/patch-isakmpinit --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Sun Apr 29 10:02:38 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E914FA856F for ; Sun, 29 Apr 2018 10:02:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED5A861CC for ; Sun, 29 Apr 2018 10:02:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 402CDFA856E; Sun, 29 Apr 2018 10:02:37 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28A1FFA856D for ; Sun, 29 Apr 2018 10:02:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9820D861A9 for ; Sun, 29 Apr 2018 10:02:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C81D419617 for ; Sun, 29 Apr 2018 10:02:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w3TA2ZDp035115 for ; Sun, 29 Apr 2018 10:02:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w3TA2ZWW035114 for net@FreeBSD.org; Sun, 29 Apr 2018 10:02:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 222065] security/ipsec-tools: racoon initiates phase 1 to wrong port Date: Sun, 29 Apr 2018 10:02:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vanhu@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 29 Apr 2018 10:02:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222065 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |FIXED --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Sun Apr 29 16:26:15 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28872FB1313 for ; Sun, 29 Apr 2018 16:26:15 +0000 (UTC) (envelope-from b.hawks123@gmail.com) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA56575E4F for ; Sun, 29 Apr 2018 16:26:14 +0000 (UTC) (envelope-from b.hawks123@gmail.com) Received: by mail-qk0-x22b.google.com with SMTP id s70so5083292qks.13 for ; Sun, 29 Apr 2018 09:26:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=J11N9ydTb7sRSe4P/RFWUfYy4bZaQ3q5xxPJstsczZY=; b=bZBk5hpemJbuIfvTt6KQPF8ROX/PTPXKILftlz+Vtr3BeLAIC0jtUXksLULxib2WCD WxgQyf2aypMoJsRI+teM7Kyzj6KaVvgGrgHPuhbs3jef3+NmU/96MC5gHQ1yfltcyX6A ustgU+QTLiGkmJCNTGMJseAooD5tq0c01JHExIE6ludwb86UbYAPG2WmLx9xewg5+07Q non7UwpVk2yLcSOuKwhmrcUY30MGPWNpGS26sUEk5pRfVpi59pxayxhwIQuuqsQmBDtl tbhdlXEdI3sN1pVkHfUAABp0gRibpOKLz3DOzmoVaC2Fx/25IB3howujt+t405vnH/et JvMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=J11N9ydTb7sRSe4P/RFWUfYy4bZaQ3q5xxPJstsczZY=; b=Zx2B2bd0vAuvWBrSqFlZs026NLuOtNrHO5jth4RJ25GWXNw7xoTkpz4Ttu8/brDeiH vmEmS1PPFfUTnSfQQNZsNuzQ84EMY+pp9j2mT8ldSdgbU+HuMFt0k188l44CxyJZTTtc ZOZFDhxHRN+uGYKK0wQWPGmlvrKsm8ItkUluMUy18uuLjWGlYDl3BX7hY8TOK+4iww9I HTGQFIYEhn3Ca5SRRfHu+KwB902VbZrDsKZSObtc+KLRmGUGM5vQ8EWbdT9hT29Fyrkl HL0i8exc71IEf5J9JJcdimvBnyRH+4T/lTdtkEMM2ykZvZzorGbQajvHmOqmdy5qUjgB ruyA== X-Gm-Message-State: ALQs6tB5US8wyUpvyN5iH+8GHNM1DdTyp54UO6v24QKODYE+vv+4lKhe Tb/hsVXZwTbQZpSQo85CNTni/Jlklpix+UqaleKc0A== X-Google-Smtp-Source: AB8JxZqmv2rtFaoesqZOaKHH1w/3jIn1mjQB7Rjll7eJuWmqVpSBD423OvQfl958vQQuq2mTQOMIEm97GoWf25uCPTI= X-Received: by 10.233.220.129 with SMTP id q123mr3944715qkf.318.1525019174058; Sun, 29 Apr 2018 09:26:14 -0700 (PDT) MIME-Version: 1.0 References: <5AE216DC.7010905@grosbein.net> <5AE33513.1000001@grosbein.net> <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D082.2070107@grosbein.net> In-Reply-To: <5AE4D082.2070107@grosbein.net> From: Abdullah Date: Sun, 29 Apr 2018 16:26:03 +0000 Message-ID: Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Eugene Grosbein Cc: freebsd-net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 16:26:15 -0000 Yes. Regards Abdullah On Sun, Apr 29, 2018, 00:50 Eugene Grosbein wrote: > 28.04.2018 20:16, Abdullah Tariq wrote: > > > Sorry but getting a little confused here. > > Lets say i have 2 interfaces igb0, igb1 and i want them to have tagged > traffic. > > I create vlan1 tagged 10 on igb0 > > and vlan2 tagged 10 on igb1 > > Next i create bridge0, assign vlan1 and vlan2 (no IPs on either the > bridge, physical interface on VLANs)? PCs connected with igb0 and igb1 > have similar IP config (e.g 192.168.10.1 and 192.168.10.2) > > Am i correct? > > Yes. > > From owner-freebsd-net@freebsd.org Sun Apr 29 16:27:31 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 645C7FB1353 for ; Sun, 29 Apr 2018 16:27:31 +0000 (UTC) (envelope-from b.hawks123@gmail.com) Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC15A769F0 for ; Sun, 29 Apr 2018 16:27:30 +0000 (UTC) (envelope-from b.hawks123@gmail.com) Received: by mail-qk0-x229.google.com with SMTP id j10so5084311qke.9 for ; Sun, 29 Apr 2018 09:27:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:from:date:message-id:subject:to:cc; bh=Ir9HkURs8+s86r3ILjcAxOClFIYRVxBpRySqoW1yxRo=; b=r19vqjFM3wAGxU/r6++7cjWkJUvb+rhw6MqIpAJtUBsECvKh4cgF9DF0/80ZYjrkJT 6L9m588RrKvm0xLQ70/tWEXmLoucMhpk3DmIMNqEJ9Coq0CqbQVW2507TCkrJW1ozClO lgah9bo1iq25+uN9ZM7FFJeuWx+dNN4yiGEgQTQ4OcBoE9X/UCks9p+cdapNQzekzirN msdgKlBA3LnMYX960FSm43KtoUY6DYbFoIF0RneZKS9/umTeWQ2KE7IvTalI6VVOR7yp nLYbJm4gtotyPWSSNtL0n2bOVVwG3eLmBaVnOtCN88BfJf/zLiH/8u98O9ip1I+dtRVL U8+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:from:date:message-id :subject:to:cc; bh=Ir9HkURs8+s86r3ILjcAxOClFIYRVxBpRySqoW1yxRo=; b=p/Bu5pazMmj0aBCjqtxYJsy10jsFAnJniQaRZc1zQl3Q8ypokRinf6kFYcpiO/3nFA HojU3yYeCmz9eLBxZ/Bn91OSDyaGw8aOnLQiSiyem3VUTI2JTRZwy/J9DHxeDYuSyPTF 2H6PiZFgja8KijY+9shAo6LkXalcs2YUo1a/WL1jBHoz78Vj9UrGmOiJmbgcjtOQv3kR 4oM9gWcumlLwr0n8pMtb53Nn+y4JDhMFg7I6LlXUapycXHvzNnbpKjtiRjid++h2J/+U W7IB69R71LxEOOgrzICc8Mol6tETxl7whz4xa651tH0Y4ngzvlDr9J+MveaLae0znfDy u4CA== X-Gm-Message-State: ALQs6tBEWbWbrWItjTziZYZANyTFVg3g3QbCDRfP9izDjBsDhRjTOW9d 9XAMKETl+yiTw+pznNgmBkM9+RFNIgGmJd5/u30= X-Google-Smtp-Source: AB8JxZpaAgv73NYMpRV8BkLNf8IKTWSG3G6D7WYH9zch1pdAnH8W+3f2aDfWKN82ZpBnm4upcrgYzZ/fnp+7DlimRd4= X-Received: by 10.55.19.149 with SMTP id 21mr7845291qkt.253.1525019250487; Sun, 29 Apr 2018 09:27:30 -0700 (PDT) MIME-Version: 1.0 References: <5AE216DC.7010905@grosbein.net> <5AE33513.1000001@grosbein.net> <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D082.2070107@grosbein.net> From: Abdullah Date: Sun, 29 Apr 2018 16:27:20 +0000 Message-ID: Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Eugene Grosbein Cc: freebsd-net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 16:27:31 -0000 > Sorry but getting a little confused here. > Lets say i have 2 interfaces igb0, igb1 and i want them to have tagged traffic. > I create vlan1 tagged 10 on igb0 > and vlan2 tagged 10 on igb1 > Next i create bridge0, assign vlan1 and vlan2 (no IPs on either the bridge, physical interface on VLANs)? PCs connected with igb0 and igb1 have similar IP config (e.g 192.168.10.1 and 192.168.10.2) > Am i correct? >Yes. Sorry for duplicate post. Will test it out tomorrow, thanks. Regards Abdullah On Sun, Apr 29, 2018, 21:25 Abdullah wrote: > Yes. > > Regards > Abdullah > > On Sun, Apr 29, 2018, 00:50 Eugene Grosbein wrote: > >> 28.04.2018 20:16, Abdullah Tariq wrote: >> >> > Sorry but getting a little confused here. >> > Lets say i have 2 interfaces igb0, igb1 and i want them to have tagged >> traffic. >> > I create vlan1 tagged 10 on igb0 >> > and vlan2 tagged 10 on igb1 >> > Next i create bridge0, assign vlan1 and vlan2 (no IPs on either the >> bridge, physical interface on VLANs)? PCs connected with igb0 and igb1 >> have similar IP config (e.g 192.168.10.1 and 192.168.10.2) >> > Am i correct? >> >> Yes. >> >> From owner-freebsd-net@freebsd.org Sun Apr 29 16:41:16 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 701D0FB17ED for ; Sun, 29 Apr 2018 16:41:16 +0000 (UTC) (envelope-from julian@freebsd.org) 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 057FF7883D for ; Sun, 29 Apr 2018 16:41:15 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (220-253-154-11.dyn.iinet.net.au [220.253.154.11]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w3TGf4fW095070 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 29 Apr 2018 09:41:07 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Eugene Grosbein , Abdullah Tariq Cc: freebsd-net@freebsd.org References: <5AE216DC.7010905@grosbein.net> <5AE33513.1000001@grosbein.net> <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> From: Julian Elischer Message-ID: Date: Mon, 30 Apr 2018 00:40:58 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <5AE468D5.9030702@grosbein.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 16:41:16 -0000 On 28/4/18 8:28 pm, Eugene Grosbein wrote: > 28.04.2018 19:10, Abdullah Tariq wrote: > >> However, we still have several ways to bridge tagged traffic >> by means of creation multiple bridges (one per vlan) or using ng_vlan+ng_bridge to do the same. >> >> bridge1 will contain vlan 1 >> bridge2 will containn vlan2 >> >> and bridge3 should have bridge1 and bridge2? > No, its simplier: single bridge contains all interfaces corresponting to ports of single vlan. > You can bridge plain igb* interfaces for untagged ports; or bridge interface igbX with interface vlanY > when one port carries untagged frames of vlan and another ports carries tagged frames of the same vlan; > or bridge interface vlans together when all of them carry tagged frames of the vlan. > >> If not, can you please give some instructions/guidelines for ng_vlan+ng_bridge? > I still think you should not dive into building complex netgraph structures > while the task can be solved simplier. But if you want to take that path, start by > reading man ng_vlan, man ng_ether, man ng_bridge and man ng_eiface and try examples therein. and read this: https://people.freebsd.org/~julian/netgraph.html > > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@freebsd.org Sun Apr 29 18:30:31 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCF42FB454A for ; Sun, 29 Apr 2018 18:30:30 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53E587037B for ; Sun, 29 Apr 2018 18:30:30 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id a8so9807024wmg.5 for ; Sun, 29 Apr 2018 11:30:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:mime-version:to:from:subject:date:importance; bh=lJGO8v+bx4bDS07XzhtF7BQqWaJfzR+0XVUDXatUFTo=; b=kd0H8Tqpd5Wc2cyjEgY2GwqbWT8v1TgkSct9pLBkViX42wQjdWO7B33K6q1IjBKPEn anV8w1YkatIkYmQWFC+yRQyqpf3jZSW6pqAdH2f+HLSb2bc1CO41KYqgj2AvwQdBC5On ynLTLwDTl+1rw8aAJxA+ccqTvmeXkIpCdNzJwhFUqura30QrjnwhNxC6u5rd0/tMI4bK 7/rTKD+0DJJcHCKqdtXHHyiCtdB3qInEiumCccq8GaLq/IoOmab9ERmkG/HUhYT3KFPu qOtRRy1SjsL9oM/D9/h2EpiP7O/hYsTPmSEw0VIQzkO6rT+BdhJtrIcn7X/uyEnqX1pI pW4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:mime-version:to:from:subject:date :importance; bh=lJGO8v+bx4bDS07XzhtF7BQqWaJfzR+0XVUDXatUFTo=; b=ZY4OyQ8u8Y5dL0O2vNy8vyp4nFH8HSTAdobEram1jrVkmH2kukrWoUEqPXsj0NTpkU ZrM1KTqGladNL6Yy8A9P8amNl0vGVPawyOqfiGeC8+aEB281iSTxxfeiMFLrbbOMycrp DlkpKoVDfWQ48V0MZmEVBux7RYeZ9RfCiIFLGV63iK+OGO+fml3tKzcX2ilvW2qBqfvU NFE552H8RgemRatnvTjnotB4hmJlSTLivZLsh9euLUDcI9zBOBp0OPySuE98T1JE9dIm YS26rsd0Uh/fKsYcesFTHHtuT/B2Z6p9wIeG0zy/fDxpPscwSg1e0OkcrxnskoWDWnDU rQfA== X-Gm-Message-State: ALQs6tByMjcEqFK9dOXBsNXG95w0/COo1XPh4/d7qjTZ0M5ZPSOdoRxg fQ+RfPhGmN4R8T/Y1EwoQOKJANVE X-Google-Smtp-Source: AB8JxZqC9YOkXZn4yUGOKsYoYHPMN1GvjM8A9+3p/E95HknImwY1PeNQeZpS3JqbMLAarXLWRWr4rg== X-Received: by 2002:a50:ee15:: with SMTP id g21-v6mr8091720eds.269.1525026629027; Sun, 29 Apr 2018 11:30:29 -0700 (PDT) Received: from ?IPv6:2a02:1811:250b:2400:5461:4fb6:dea4:5fc8? (ptr-8sjgfk3ia0b3x7cltc8.18120a2.ip6.access.telenet.be. [2a02:1811:250b:2400:5461:4fb6:dea4:5fc8]) by smtp.gmail.com with ESMTPSA id p21-v6sm3290398edq.33.2018.04.29.11.30.27 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 29 Apr 2018 11:30:28 -0700 (PDT) Message-ID: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> MIME-Version: 1.0 To: "freebsd-net@freebsd.org" From: Dries Michiels Subject: kernel: in6_delayed_cksum: delayed m_pullup Date: Sun, 29 Apr 2018 20:30:28 +0200 Importance: normal X-Priority: 3 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 18:30:31 -0000 Dear mailing list, After upgrading my FreeBSD server from source from: FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST 2018=20 to FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 16:48:44 CEST 2018 My /var/log/messages is getting spammed by the following notice/error: Apr 29 19:51:42 vados kernel: in6_delayed_cksum: delayed m_pullup, m->len: = 48 plen 68 off 56 csum_flags=3D400 Apr 29 19:55:34 vados last message repeated 11 times Apr 29 20:11:56 vados last message repeated 10 times Apr 29 20:12:42 vados last message repeated 4 times Does anyone have a clue what this indicates? I did not have this message on my older system (r331859). Thanks in advance, Dries From owner-freebsd-net@freebsd.org Sun Apr 29 18:50:21 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E59A5FB5124 for ; Sun, 29 Apr 2018 18:50:20 +0000 (UTC) (envelope-from list+org.freebsd.net@io7m.com) Received: from mail.io7m.com (mail.io7m.com [45.77.76.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.io7m.com", Issuer "arc7 CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 95D24738E4 for ; Sun, 29 Apr 2018 18:50:20 +0000 (UTC) (envelope-from list+org.freebsd.net@io7m.com) Received: from almond.int.arc7.info (unknown [IPv6:2a02:390:7502:2:0:2:4:0]) by mail.io7m.com (Postfix) with ESMTPSA id A0DE837C0 for ; Sun, 29 Apr 2018 18:50:12 +0000 (UTC) Date: Sun, 29 Apr 2018 19:49:58 +0100 From: Mark Raynsford To: freebsd-net@freebsd.org Subject: Starting and stopping nfsd apparently results in permanently disabling it Message-ID: <20180429194958.53c7aa7d@almond.int.arc7.info> Organization: io7m.com OpenPGP: id=B84E17747616C6174C68D5E55C1A7B712812CC05; url=http://io7m.com/pgp/B84E_1774_7616_C617_4C68_D5E5_5C1A_7B71_2812_CC05.key MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/U0jXK9VDhPZf.cfMGsqUQSc"; protocol="application/pgp-signature" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 18:50:21 -0000 --Sig_/U0jXK9VDhPZf.cfMGsqUQSc Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello. I've never used NFS, so this has been my first time setting it up. I ran the following: /usr/sbin/rpcbind -d -h 10.2.8.8 -s /usr/sbin/nfsd --debug -n 4 -t -h 10.2.8.8 /usr/sbin/mountd -d -h 10.2.8.8 -l -p 9990 /local/etc/mountd/exports Note that I'm running the above under process supervision and therefore require that each server must be kept in the foreground rather than forking into the background where it can't be supervised. I had to use the undocumented --debug flag for nfsd to do this, but I don't think that's related to my problem. Anyway, I then realized that I actually meant to bind to 10.2.8.9 instead, so I killed all of the above and then ran: /usr/sbin/rpcbind -d -h 10.2.8.9 -s /usr/sbin/nfsd --debug -n 4 -t -h 10.2.8.9 /usr/sbin/mountd -d -h 10.2.8.9 -l -p 9990 /local/etc/mountd/exports Unfortunately, nfsd refused to start: nfsd[49031]: Can't read stable storage file: Operation not permitted Running ktrace on the nfsd process lead me to: 84873 nfsd CALL openat(AT_FDCWD,0x403b60,0x2) 84873 nfsd NAMI "/var/db/nfs-stablerestart" 84873 nfsd RET openat 3 84873 nfsd CALL fstat(0x3,0x7fffffffe940) 84873 nfsd STRU struct stat {dev=3D280827606, ino=3D66203, mode=3D010= 0600, nlink=3D1, uid=3D0, gid=3D0, rdev=3D4294967295, atime=3D1525025391.17 1870000, mtime=3D1525025391.171870000, ctime=3D1525025391.171870000, birtht= ime=3D1525025391.171870000, size=3D0, blksize=3D131072, blocks=3D1, fla gs=3D0x800 } 84873 nfsd RET fstat 0 84873 nfsd CALL openat(AT_FDCWD,0x403ece,0x2) 84873 nfsd NAMI "/var/db/nfs-stablerestart.bak" 84873 nfsd RET openat 4 84873 nfsd CALL fstat(0x4,0x7fffffffe9d0) 84873 nfsd STRU struct stat {dev=3D280827606, ino=3D66204, mode=3D010= 0600, nlink=3D1, uid=3D0, gid=3D0, rdev=3D4294967295, atime=3D1525025391.17 1956000, mtime=3D1525025391.171956000, ctime=3D1525025391.171956000, birtht= ime=3D1525025391.171956000, size=3D0, blksize=3D131072, blocks=3D1, fla gs=3D0x800 } 84873 nfsd RET fstat 0 84873 nfsd CALL nfssvc(NFSSVC_BACKUPSTABLE,0) 84873 nfsd RET nfssvc -1 errno 22 Invalid argument 84873 nfsd CALL nfssvc(NFSSVC_STABLERESTART,0x604590) 84873 nfsd RET nfssvc -1 errno 1 Operation not permitted Please see the trace files: http://ataxia.io7m.com/2018/04/29/ktrace.out http://ataxia.io7m.com/2018/04/29/ktrace.out.txt The /var/db/nfs-stablerestart and /var/db/nfs-stablerestart.bak files are empty, root:wheel, and mode 600. Nothing I can do can seem to get nfsd to come back up. It seems to be permanently disabled somehow and always gives the same error. How can I fix this? --=20 Mark Raynsford | http://www.io7m.com --Sig_/U0jXK9VDhPZf.cfMGsqUQSc Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQS4Thd0dhbGF0xo1eVcGntxKBLMBQUCWuYT1gAKCRBcGntxKBLM BXV8AQC+f+UfuzEZIRU3mcBIPZyWhBRhV9l/xLA9MWPyJqKYYwD7BOyZK1UtcWOb 0RWLGAD6WZpzxd2LTS4WXGfivuibIAQ= =tFq8 -----END PGP SIGNATURE----- --Sig_/U0jXK9VDhPZf.cfMGsqUQSc-- From owner-freebsd-net@freebsd.org Sun Apr 29 19:05:01 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3CE7FB5662 for ; Sun, 29 Apr 2018 19:05:01 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 4C63778B2D for ; Sun, 29 Apr 2018 19:05:01 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 8F1B421A7C; Sun, 29 Apr 2018 15:05:00 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sun, 29 Apr 2018 15:05:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=nIdnoGo421BFdzIJ+faVGBnlRNZoR MCLpToGnoWUcaM=; b=H7lBz9jjV/YPM30vcFYnABNoR+FxwzmR8A8BhPngp8TYa cLCxVUwVg3X3Kwbfxk3Hvnk35g35AEz/kCw1Kh86u8qnmcKz3N+J05CZMvWucl43 OYDEL22ZiHJ8dpaRIRWTwmtS7/UzGWjBfRU9dBDC+B94qIWQLn6NkZqPqNB0KVsW Xf/Ze18fouTwOnnlHYffeAtQk5Rj4o0bCXTB7s0TQv6ykapixgvbz7WQB6I3Lhsm sTE2zgh85k0Q+/9f6JLrxFHTOpQQiB1rWZsCZOPqz03U2H4yY4d7QkvXezAFvvnb 0kyF0wsIYcVQXgdDnYrNEmXflWLlY5dzic+OrOaLQ== X-ME-Sender: Received: from tom-desk.erg.abdn.ac.uk (tom-desk.erg.abdn.ac.uk [139.133.204.4]) by mail.messagingengine.com (Postfix) with ESMTPA id EA99D10260; Sun, 29 Apr 2018 15:04:59 -0400 (EDT) Date: Sun, 29 Apr 2018 20:04:50 +0100 From: Tom Jones To: Dries Michiels Cc: "freebsd-net@freebsd.org" Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup Message-ID: <20180429190450.GA97911@tom-desk.erg.abdn.ac.uk> References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 19:05:01 -0000 On Sun, Apr 29, 2018 at 08:30:28PM +0200, Dries Michiels wrote: > Dear mailing list, > > After upgrading my FreeBSD server from source from: > FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST 2018 > to > FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 16:48:44 CEST 2018 > > My /var/log/messages is getting spammed by the following notice/error: > Apr 29 19:51:42 vados kernel: in6_delayed_cksum: delayed m_pullup, m->len: 48 plen 68 off 56 csum_flags=400 > Apr 29 19:55:34 vados last message repeated 11 times > Apr 29 20:11:56 vados last message repeated 10 times > Apr 29 20:12:42 vados last message repeated 4 times > > Does anyone have a clue what this indicates? An error it seems: if (offset + sizeof(u_short) > m->m_len) { printf("%s: delayed m_pullup, m->len: %d plen %u off %u " "csum_flags=%b\n", __func__, m->m_len, plen, offset, (int)m->m_pkthdr.csum_flags, CSUM_BITS); /* * XXX this should not happen, but if it does, the correct * behavior may be to insert the checksum in the appropriate * next mbuf in the chain. */ return; } > I did not have this message on my older system (r331859). What network hardware are you using? Do you have a heavy ipv6 workload that might be a source? - [tj] From owner-freebsd-net@freebsd.org Sun Apr 29 19:11:25 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2C67FB58E1 for ; Sun, 29 Apr 2018 19:11:24 +0000 (UTC) (envelope-from b.hawks123@gmail.com) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53F9F79030; Sun, 29 Apr 2018 19:11:24 +0000 (UTC) (envelope-from b.hawks123@gmail.com) Received: by mail-qk0-x230.google.com with SMTP id x22so5247081qkb.12; Sun, 29 Apr 2018 12:11:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Mlq50f2zDklUP4+FbTQmRsrC3yVZVMSXsX9iJJqKRwY=; b=seR0tuP/TSvbyEKR36RbKdMjUS4lNuDHC9d6P7Hmk2deBlPZ2vy6ijOI2lvC3WWecm MbFvd2W0Rz+xqVuLiG19mBXYSA+Uq71djumw4X3zTPBhkRUjevAWEmhHXdBQRcjwX8OZ 63gpQI+Pqrrh8XZ00swNkEThc4N2+BS5dNn7s9au41wpZ950oaM7691j0dvHwGL17uM4 6BGX1Oivy5Bc42gWtcq58TvG6WXlcJ/MQyXDqGP9R1XWUmQ4CYyocLDa2RUKnqplJ27C QlxNBwl4T20a5/U4lRG+At0f99M1n1ny7fEpKRD30HcDy756o/cMEt3kIZ2z5RRmC0nk dTpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Mlq50f2zDklUP4+FbTQmRsrC3yVZVMSXsX9iJJqKRwY=; b=CGq3EQWWai21xTd0LcjdRLhk2naIjawTcTGz8N//8qU5mHgn2tyzvGN5JrAbxP8Oau /sd7XdZF7sHeeSdmfNP4XPhA5L8bUuWNbRnE6wBBFnS+E2OfXYTCB+Ncc2HY+m3JxMuC 8B61Aoovbkl8QALAq0oqS3MhCfkJZczXuIzjLl6UwcyUvHj3CC5obvlRcreNNvOqQraZ QsSpdznrCYyDzmkxo0zLM5yPFJWTGnLDsxhbhwiPtL2YVx2I84zO0V9ZIolrHox/Kh+b HfTgNBnQNN+w7NTSSTB73xRFFbaCVGcsi85cVzZZ9kTTAun24NrZoEwl9dIsTovGMaJ0 UV0w== X-Gm-Message-State: ALQs6tBdpBHgVAz8Ts7rfXZGwc/OPQG0S5Ty325e2WlWNjjWon0/rIfL OPTvbqs7wp0Co14bZ0m++O+04piT9utJ9krKIsMUqA== X-Google-Smtp-Source: AB8JxZrLpqRdbWNHDCJp2E2tH37C0OEx4sJup2q1b5x67HtSmw6/co7HiukGOmgPAo96upDnly70LUcqsgxXGvgiQ54= X-Received: by 10.55.19.149 with SMTP id 21mr8180381qkt.253.1525029083644; Sun, 29 Apr 2018 12:11:23 -0700 (PDT) MIME-Version: 1.0 References: <5AE216DC.7010905@grosbein.net> <5AE33513.1000001@grosbein.net> <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> In-Reply-To: From: Abdullah Date: Sun, 29 Apr 2018 19:11:13 +0000 Message-ID: Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Julian Elischer Cc: Eugene Grosbein , Freebsd-net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 19:11:25 -0000 >and read this: >https://people.freebsd.org/~julian/netgraph.htm Will look into it too, thanks Julian. Regards Abdullah On Sun, Apr 29, 2018, 21:41 Julian Elischer wrote: > On 28/4/18 8:28 pm, Eugene Grosbein wrote: > > 28.04.2018 19:10, Abdullah Tariq wrote: > > > >> However, we still have several ways to bridge tagged traffic > >> by means of creation multiple bridges (one per vlan) or using > ng_vlan+ng_bridge to do the same. > >> > >> bridge1 will contain vlan 1 > >> bridge2 will containn vlan2 > >> > >> and bridge3 should have bridge1 and bridge2? > > No, its simplier: single bridge contains all interfaces corresponting to > ports of single vlan. > > You can bridge plain igb* interfaces for untagged ports; or bridge > interface igbX with interface vlanY > > when one port carries untagged frames of vlan and another ports carries > tagged frames of the same vlan; > > or bridge interface vlans together when all of them carry tagged frames > of the vlan. > > > >> If not, can you please give some instructions/guidelines for > ng_vlan+ng_bridge? > > I still think you should not dive into building complex netgraph > structures > > while the task can be solved simplier. But if you want to take that > path, start by > > reading man ng_vlan, man ng_ether, man ng_bridge and man ng_eiface and > try examples therein. > > and read this: > https://people.freebsd.org/~julian/netgraph.html > > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > From owner-freebsd-net@freebsd.org Sun Apr 29 19:16:52 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3839FB5A42 for ; Sun, 29 Apr 2018 19:16:51 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40D6279CCE for ; Sun, 29 Apr 2018 19:16:51 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf0-x229.google.com with SMTP id j16-v6so9464673lfb.7 for ; Sun, 29 Apr 2018 12:16:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=zZetaUP587oo0zDdjCSgQRUUZFd0HWxP1M10ZfrlKoI=; b=T9h3lsexpO3V+dM8JgJpC9EiA5dXNU/UDy7miBozZSLG0hdQWh0OECeNEjGu2UipKt wPBMsd4ILtFc3XYJ28JEWfvgPmeqIL/IbmY/JL4xV2/w+cMcvNi9oRYfxAXX1uAJ00r/ fm+nPmWzBj8++sZsZMYCH8P4r/qzRvl8nDnSMHvqq0gRlweedXMT2IROEcyEOm6/TAa5 DBjydXaA54GI6Tf8/xCU3J/PqE9avwDTBuRFkVqhA1Ju/N5An8OSXZnIwgZhrU0OMcxL ZWz9HBgowCrnVRgIrNYgDJRqPJ4B9LCbe/pUZXAck8YS1lvbtdps0sb5O0XXtJkmorBJ Ltow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=zZetaUP587oo0zDdjCSgQRUUZFd0HWxP1M10ZfrlKoI=; b=lp6mK4mOlMqGMZh5n793vWh+J28yjLyl6ELf6X1mnjHyg01SpAMup7hFcTZ/Z6Nv0X czY3XcA6nC2LJgtSB+Zd+cv9xX6UNcaA6nVXWVswcrB2CYfwhgUzYi0hjzo2QLczrJ0S Djmeshi2Wjib/s+RXOHh8Jwp3e37TDziMCqttazL1uOrDP3AoMmxOYFM4nga7+7sn1Q2 U0/04ChqbnCxKoN70tj8nmZs9/l7pVRYNx8e3j9UF6ZTeKBh2TmU0VwO7aCdA1uSqJpw wV6rFedtoaE5Ra/jkWhHtBu4Ter23ABX5s/s1FF932JxHAXbIEcVFVzXtRLJdKwyScj6 VaEQ== X-Gm-Message-State: ALQs6tA8cw0UNGZDG/rBHiZvWZlraIn67Tq5lxRTYWbbiLqbbJnmkKyj 8DY18ZByfoOop/koSraunWco+ueQ+fGusduW3BE= X-Google-Smtp-Source: AB8JxZon7tXd3gDZeG0eY1h7GNikxY1dNT60Ojx3uBJ3eVT7eenHBaMZ7Igx+ZnG3edNzBiB1yBx7dEYVlevBu3kxLU= X-Received: by 2002:a2e:4949:: with SMTP id b9-v6mr1655805ljd.116.1525029409392; Sun, 29 Apr 2018 12:16:49 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.179.114.79 with HTTP; Sun, 29 Apr 2018 12:16:48 -0700 (PDT) In-Reply-To: <20180429194958.53c7aa7d@almond.int.arc7.info> References: <20180429194958.53c7aa7d@almond.int.arc7.info> From: Alan Somers Date: Sun, 29 Apr 2018 13:16:48 -0600 X-Google-Sender-Auth: gjgL0u8Lineejf-mBmh4DBSscuk Message-ID: Subject: Re: Starting and stopping nfsd apparently results in permanently disabling it To: Mark Raynsford Cc: FreeBSD Net Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 19:16:52 -0000 First, you're starting stuff in the wrong order. /etc/rc.d/nfsd depends on /etc/rc.d/mountd. It sounds like you're bypassing rc, but you still need to start the daemons in the same order as rc does. Secondly, how did you kill them? /etc/rc.d/nfsd uses SIGUSR1 to kill nfsd. That probably triggers some special cleanup that didn't happen when you killed nfsd. -Alan On Sun, Apr 29, 2018 at 12:49 PM, Mark Raynsford via freebsd-net < freebsd-net@freebsd.org> wrote: > Hello. > > I've never used NFS, so this has been my first time setting it up. I > ran the following: > > /usr/sbin/rpcbind -d -h 10.2.8.8 -s > /usr/sbin/nfsd --debug -n 4 -t -h 10.2.8.8 > /usr/sbin/mountd -d -h 10.2.8.8 -l -p 9990 /local/etc/mountd/exports > > Note that I'm running the above under process supervision and therefore > require that each server must be kept in the foreground rather than > forking into the background where it can't be supervised. I had to use > the undocumented --debug flag for nfsd to do this, but I don't think > that's related to my problem. > > Anyway, I then realized that I actually meant to bind to 10.2.8.9 > instead, so I killed all of the above and then ran: > > /usr/sbin/rpcbind -d -h 10.2.8.9 -s > /usr/sbin/nfsd --debug -n 4 -t -h 10.2.8.9 > /usr/sbin/mountd -d -h 10.2.8.9 -l -p 9990 /local/etc/mountd/exports > > Unfortunately, nfsd refused to start: > > nfsd[49031]: Can't read stable storage file: Operation not permitted > > Running ktrace on the nfsd process lead me to: > > 84873 nfsd CALL openat(AT_FDCWD,0x403b60,0x2) > 84873 nfsd NAMI "/var/db/nfs-stablerestart" > 84873 nfsd RET openat 3 > 84873 nfsd CALL fstat(0x3,0x7fffffffe940) > 84873 nfsd STRU struct stat {dev=280827606, ino=66203, mode=0100600, > nlink=1, uid=0, gid=0, rdev=4294967295, atime=1525025391.17 > 1870000, mtime=1525025391.171870000, ctime=1525025391.171870000, > birthtime=1525025391.171870000, size=0, blksize=131072, blocks=1, fla > gs=0x800 } > 84873 nfsd RET fstat 0 > 84873 nfsd CALL openat(AT_FDCWD,0x403ece,0x2) > 84873 nfsd NAMI "/var/db/nfs-stablerestart.bak" > 84873 nfsd RET openat 4 > 84873 nfsd CALL fstat(0x4,0x7fffffffe9d0) > 84873 nfsd STRU struct stat {dev=280827606, ino=66204, mode=0100600, > nlink=1, uid=0, gid=0, rdev=4294967295, atime=1525025391.17 > 1956000, mtime=1525025391.171956000, ctime=1525025391.171956000, > birthtime=1525025391.171956000, size=0, blksize=131072, blocks=1, fla > gs=0x800 } > 84873 nfsd RET fstat 0 > 84873 nfsd CALL nfssvc(NFSSVC_BACKUPSTABLE,0) > 84873 nfsd RET nfssvc -1 errno 22 Invalid argument > 84873 nfsd CALL nfssvc(NFSSVC_STABLERESTART,0x604590) > 84873 nfsd RET nfssvc -1 errno 1 Operation not permitted > > Please see the trace files: > > http://ataxia.io7m.com/2018/04/29/ktrace.out > http://ataxia.io7m.com/2018/04/29/ktrace.out.txt > > The /var/db/nfs-stablerestart and /var/db/nfs-stablerestart.bak files > are empty, root:wheel, and mode 600. Nothing I can do can seem to get > nfsd to come back up. It seems to be permanently disabled somehow and > always gives the same error. > > How can I fix this? > > -- > Mark Raynsford | http://www.io7m.com > > From owner-freebsd-net@freebsd.org Sun Apr 29 19:23:02 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6DBBFB5E84 for ; Sun, 29 Apr 2018 19:23:02 +0000 (UTC) (envelope-from list+org.freebsd.net@io7m.com) Received: from mail.io7m.com (mail.io7m.com [45.77.76.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.io7m.com", Issuer "arc7 CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 53C497BE08; Sun, 29 Apr 2018 19:23:02 +0000 (UTC) (envelope-from list+org.freebsd.net@io7m.com) Received: from almond.int.arc7.info (unknown [IPv6:2a02:390:7502:2:0:2:4:0]) by mail.io7m.com (Postfix) with ESMTPSA id C235237D0; Sun, 29 Apr 2018 19:23:00 +0000 (UTC) Date: Sun, 29 Apr 2018 20:22:49 +0100 From: Mark Raynsford To: Alan Somers Cc: FreeBSD Net Subject: Re: Starting and stopping nfsd apparently results in permanently disabling it Message-ID: <20180429202249.2f4460ec@almond.int.arc7.info> In-Reply-To: References: <20180429194958.53c7aa7d@almond.int.arc7.info> Organization: io7m.com OpenPGP: id=B84E17747616C6174C68D5E55C1A7B712812CC05; url=http://io7m.com/pgp/B84E_1774_7616_C617_4C68_D5E5_5C1A_7B71_2812_CC05.key MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/kQSO/yomtYrxm0yllVeh0Cz"; protocol="application/pgp-signature" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 19:23:02 -0000 --Sig_/kQSO/yomtYrxm0yllVeh0Cz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On 2018-04-29T13:16:48 -0600 Alan Somers wrote: > First, you're starting stuff in the wrong order. /etc/rc.d/nfsd depends = on > /etc/rc.d/mountd. It sounds like you're bypassing rc, but you still need > to start the daemons in the same order as rc does. Secondly, how did you > kill them? /etc/rc.d/nfsd uses SIGUSR1 to kill nfsd. That probably > triggers some special cleanup that didn't happen when you killed nfsd. >=20 Firstly: Got it. I'll be sure to start them in the correct order. Unfortunately, doing this now doesn't fix the problem. Secondly: I definitely killed nfsd with SIGUSR1. It explicitly ignores SIGINT, SIGHUP, and SIGTERM. --=20 Mark Raynsford | http://www.io7m.com --Sig_/kQSO/yomtYrxm0yllVeh0Cz Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQS4Thd0dhbGF0xo1eVcGntxKBLMBQUCWuYbiQAKCRBcGntxKBLM BfNpAQDu4QqKRFfxMAe0QKPabeSNM8iwrh9cEnpjQyJTD3syywD/Wv63n0ReW1fJ Jb1C8h1SG9NpdYcFkSm+1qNCrvvTdQg= =ay5T -----END PGP SIGNATURE----- --Sig_/kQSO/yomtYrxm0yllVeh0Cz-- From owner-freebsd-net@freebsd.org Sun Apr 29 21:01:22 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EC70FB8752 for ; Sun, 29 Apr 2018 21:01:22 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 950397084E for ; Sun, 29 Apr 2018 21:01:21 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 559E4FB8737; Sun, 29 Apr 2018 21:01:21 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 196A0FB8736 for ; Sun, 29 Apr 2018 21:01:21 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DEE17081C for ; Sun, 29 Apr 2018 21:01:20 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B368F1F253 for ; Sun, 29 Apr 2018 21:01:19 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w3TL1JPg051779 for ; Sun, 29 Apr 2018 21:01:19 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w3TL1J9X051778 for net@FreeBSD.org; Sun, 29 Apr 2018 21:01:19 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201804292101.w3TL1J9X051778@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: net@FreeBSD.org Subject: Problem reports for net@FreeBSD.org that need special attention Date: Sun, 29 Apr 2018 21:01:19 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 21:01:22 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 165622 | [ndis][panic][patch] Unregistered use of FPU in k In Progress | 206581 | bxe_ioctl_nvram handler is faulty In Progress | 221146 | [ixgbe] Problem with second laggport New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 205592 | TCP processing in IPSec causes kernel panic New | 206053 | kqueue support code of netmap causes panic New | 209682 | [panic] [netinet] arptimer race New | 213410 | [carp] service netif restart causes hang only whe New | 217748 | sys/dev/ixgbe/if_ix.c: PVS-Studio: Assignment to Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 194485 | Userland cannot add IPv6 prefix routes Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 206544 | sendmsg(2) (sendto(2) too?) can fail with EINVAL; Open | 211962 | bxe driver queue soft hangs and flooding tx_soft_ Open | 213814 | AWS/EC2: no egress traffic stats on ixv(4) Open | 222273 | igb(4): Kernel panic (fatal trap 12) due to netwo 16 problems total for which you should take action. From owner-freebsd-net@freebsd.org Sun Apr 29 21:13:54 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F2A7FB939E for ; Sun, 29 Apr 2018 21:13:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2FAC37533A for ; Sun, 29 Apr 2018 21:13:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id DD5A2FB939D; Sun, 29 Apr 2018 21:13:53 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C978AFB939C for ; Sun, 29 Apr 2018 21:13:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EFCB7531C for ; Sun, 29 Apr 2018 21:13:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A94C61F469 for ; Sun, 29 Apr 2018 21:13:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w3TLDqQB038417 for ; Sun, 29 Apr 2018 21:13:52 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w3TLDqbH038412 for net@FreeBSD.org; Sun, 29 Apr 2018 21:13:52 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 211962] bxe driver queue soft hangs and flooding tx_soft_errors Date: Sun, 29 Apr 2018 21:13:52 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: davidcs@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 29 Apr 2018 21:13:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211962 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |net@FreeBSD.org Assignee|net@FreeBSD.org |davidcs@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Sun Apr 29 22:54:45 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 266AAFBBFD3 for ; Sun, 29 Apr 2018 22:54:45 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660049.outbound.protection.outlook.com [40.107.66.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 93BBB6AE49 for ; Sun, 29 Apr 2018 22:54:43 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1539.CANPRD01.PROD.OUTLOOK.COM (52.132.69.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.715.18; Sun, 29 Apr 2018 22:54:41 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::893c:efc2:d71f:945a]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::893c:efc2:d71f:945a%13]) with mapi id 15.20.0715.023; Sun, 29 Apr 2018 22:54:41 +0000 From: Rick Macklem To: FreeBSD Net Subject: Re: Starting and stopping nfsd apparently results in permanently disabling it Thread-Topic: Starting and stopping nfsd apparently results in permanently disabling it Thread-Index: AQHT4AzWf+Y/FHnrSEygMDxJpefyWw== Date: Sun, 29 Apr 2018 22:54:41 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQBPR0101MB1539; 7:oKxW+fAFqvO+oMluDJacPXTHMzltyCVPah9oZSauCJSLzSIyonm/U7M7QX5CwlvlnZhMVAO2a6VN493FFbmXYBsvQsfjAKjxuGC6lYOTzD6I697zpEuG/F3Kg359W0pIvs44wehXFY7FFEkbWXuLZKuPCH/fo25LdPxgmi6tumXAdOXxYOjuMR+sMeeVDvXJqvmNEumfxUu9FErqUfbWydYSiBN1Wz7m3RWcKT3pG2ZPajHyEuV2eXGQ/d7h9rwq x-ms-exchange-antispam-srfa-diagnostics: SOS; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YQBPR0101MB1539; x-ms-traffictypediagnostic: YQBPR0101MB1539: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231254)(944501410)(52105095)(10201501046)(3002001)(6041310)(20161123560045)(20161123558120)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123564045)(6072148)(201708071742011); SRVR:YQBPR0101MB1539; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1539; x-forefront-prvs: 0657D528EC x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(366004)(39850400004)(346002)(39380400002)(376002)(189003)(199004)(81156014)(8676002)(81166006)(106356001)(105586002)(186003)(97736004)(8936002)(786003)(316002)(305945005)(33656002)(2900100001)(25786009)(6436002)(74482002)(68736007)(6916009)(478600001)(6506007)(14454004)(26005)(102836004)(229853002)(99286004)(7696005)(55016002)(3280700002)(558084003)(3660700001)(486006)(86362001)(476003)(74316002)(5250100002)(5660300001)(6246003)(2906002)(9686003)(53936002); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1539; H:YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: qJP8aV4AHCFYf5GkR9Du6uU2grTLZvyi2gO1QdQD/alMWqVGqV6ZJnPLug/2owurRTNLYbI63gPOTOKZbv6wr1eTaA1GHos3wZSxXNg6Q9qFu2ZbfEb/+SuLLGdsUJrfx1mjmcJJEpItfrQegNXBKrOz0WJPruAd8fokP0W7pqWK/1o1+J+NGS4+lTOXYAew spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Office365-Filtering-Correlation-Id: 40c78827-c19e-4503-04e8-08d5ae2431c3 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 40c78827-c19e-4503-04e8-08d5ae2431c3 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Apr 2018 22:54:41.9088 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1539 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 29 Apr 2018 22:54:45 -0000 After a little look at nfsd.c, I think you need to SIGKILL the kernel daemo= n to get rid of it. (That is what nfsd.c does.) If you do a "ps ax" and find a "nfsd (server)" still there, "kill -9 "= it and then you can probably start the nfsd again. rick From owner-freebsd-net@freebsd.org Mon Apr 30 07:54:50 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4F7FFC7164 for ; Mon, 30 Apr 2018 07:54:50 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2285E7D3FD; Mon, 30 Apr 2018 07:54:50 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id j5so12743737wme.5; Mon, 30 Apr 2018 00:54:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:mime-version:to:cc:from:subject:date:importance :in-reply-to:references; bh=zfIL3Pg+faF/fxDFUEofqtVMvLhCl8s2ZxUiAm2t2MY=; b=NoiG1o6gAfc57jpWDLGRqXQC/FKyH8rNL6W5GIPXHBdCjGDpA6qRWJIpno8Xh1HclV xkmR98A5e14cSbrzlZBpbxVnmXDhNfcDKujHTTdfREsTmLhe4AqpYT1SPnVYhRa/KqwB fccsCQnGjHcufa50V9vs9s33nUmxqRPGtsQoKPyBPMR018Y/lrhqGkiMnj7y0ls7scYk bOyMaqvand+DHBSszGeuoObJjmm/NZN1+D36NOB3OxIIowtrIZd20FIjPbLcseYQSttI 6HIR92+rn40r82vmB0ZOM4tu9zOBiY6Thyg92UvXFEMOZzj/1ZuRWqXzCy2omEnGxOJY WLoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:mime-version:to:cc:from:subject:date :importance:in-reply-to:references; bh=zfIL3Pg+faF/fxDFUEofqtVMvLhCl8s2ZxUiAm2t2MY=; b=JbT0WnlHoH1VMPP1kWRgts07gAhxk7yjOyMI0M0yMp31XyOrftzM4Fq0USzCCuW2XX IY4rCoLfeQGvtE+c9jKZQCU18RMad+eHku8yt9kOHn1gBFubaHnPCEfWeVjaDWhmQ1+X k+jX7vnD+1LxzMQGxJZPe5/OEjKrW+g9ryNNWs0FtJmyatOzGFsZc9eYUv01KJyel2P2 OCE0D8NnY8fA6nc5sgjI/G91rgkXyAVA2O7VCt+N72q8qC1y4h8+AOA+tbAft0cgKvVu zRLP5Gc5ulFk5KNjxoy57NsJchqOdDuR2CLEZV4S4ru/CUpfPHxjWbUVtg5W2OHHRnSn ow2w== X-Gm-Message-State: ALQs6tAA4SShlmKQhO5/qMbSup6kngk87vMR/VRD7KYggkKhMgQJbQg8 HVPSxpbQLF5MDtEuGkEu7j7Jp0L+ X-Google-Smtp-Source: AB8JxZoFyCRDZlnsqJpa9fvbNX+euMlDhsPM2k9g3FO8YUQ97zM1XOWzl3aFCJ2bBimDhaDPfw+B1w== X-Received: by 2002:a50:98a5:: with SMTP id j34-v6mr15262243edb.212.1525074888311; Mon, 30 Apr 2018 00:54:48 -0700 (PDT) Received: from ?IPv6:2a02:1811:250b:2400:5461:4fb6:dea4:5fc8? (ptr-8sjgfk3ia0b3x7cltc8.18120a2.ip6.access.telenet.be. [2a02:1811:250b:2400:5461:4fb6:dea4:5fc8]) by smtp.gmail.com with ESMTPSA id o47-v6sm4286484edc.95.2018.04.30.00.54.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Apr 2018 00:54:47 -0700 (PDT) Message-ID: <5ae6cbc7.1c69fb81.ed649.655e@mx.google.com> MIME-Version: 1.0 To: Tom Jones Cc: "freebsd-net@freebsd.org" From: Dries Michiels Subject: RE: kernel: in6_delayed_cksum: delayed m_pullup Date: Mon, 30 Apr 2018 09:54:48 +0200 Importance: normal X-Priority: 3 In-Reply-To: <20180429190450.GA97911@tom-desk.erg.abdn.ac.uk> References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> <20180429190450.GA97911@tom-desk.erg.abdn.ac.uk> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 30 Apr 2018 07:54:50 -0000 Tom, I=E2=80=99m using the igb (intel I210) driver for my LAN interface and the = em (intel I219-V) driver for the WAN interface. I use this FreeBSD box as my home server so I wouldn=E2=80=99t say that it = has a heavy ipv6 workload. Regards, Dries From: Tom Jones Sent: zondag 29 april 2018 21:05 To: Dries Michiels Cc: freebsd-net@freebsd.org Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup On Sun, Apr 29, 2018 at 08:30:28PM +0200, Dries Michiels wrote: > Dear mailing list, >=20 > After upgrading my FreeBSD server from source from: > FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST 2018=20 > to > FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 16:48:44 CEST 201= 8 >=20 > My /var/log/messages is getting spammed by the following notice/error: > Apr 29 19:51:42 vados kernel: in6_delayed_cksum: delayed m_pullup, m->len= : 48 plen 68 off 56 csum_flags=3D400 > Apr 29 19:55:34 vados last message repeated 11 times > Apr 29 20:11:56 vados last message repeated 10 times > Apr 29 20:12:42 vados last message repeated 4 times >=20 > Does anyone have a clue what this indicates? An error it seems: if (offset + sizeof(u_short) > m->m_len) { printf("%s: delayed m_pullup, m->len: %d plen %u off %u " "csum_flags=3D%b\n", __func__, m->m_len, plen, offset, (int)m->m_pkthdr.csum_flags, CSUM_BITS); /* * XXX this should not happen, but if it does, the correct * behavior may be to insert the checksum in the appropriate * next mbuf in the chain. */ return; } > I did not have this message on my older system (r331859). What network hardware are you using?=20 Do you have a heavy ipv6 workload that might be a source? - [tj] From owner-freebsd-net@freebsd.org Mon Apr 30 13:18:29 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82E46FAADD5 for ; Mon, 30 Apr 2018 13:18:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 127E87C21E for ; Mon, 30 Apr 2018 13:18:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C0D57FAADD0; Mon, 30 Apr 2018 13:18:28 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACFF7FAADCF for ; Mon, 30 Apr 2018 13:18:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 481977C201 for ; Mon, 30 Apr 2018 13:18:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8065E27A79 for ; Mon, 30 Apr 2018 13:18:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w3UDIRj6077462 for ; Mon, 30 Apr 2018 13:18:27 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w3UDIRNJ077461 for net@FreeBSD.org; Mon, 30 Apr 2018 13:18:27 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227720] Kernel panic in ppp server Date: Mon, 30 Apr 2018 13:18:27 +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: 11.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: matt.allanson@trimedx.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 30 Apr 2018 13:18:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227720 --- Comment #9 from Matt Allanson --- (In reply to Eugene Grosbein from comment #8) Sorry for the late response, kernel.debug does not exist on any of our machines. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Apr 30 13:24:59 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3C72FAB277 for ; Mon, 30 Apr 2018 13:24:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1BB7D5FE for ; Mon, 30 Apr 2018 13:24:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0005CFAB276; Mon, 30 Apr 2018 13:24:59 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2A42FAB275 for ; Mon, 30 Apr 2018 13:24:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C01D7D5FC for ; Mon, 30 Apr 2018 13:24:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 91DE027BFA for ; Mon, 30 Apr 2018 13:24:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w3UDOvmv097604 for ; Mon, 30 Apr 2018 13:24:57 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w3UDOvS0097603 for net@FreeBSD.org; Mon, 30 Apr 2018 13:24:57 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227720] Kernel panic in ppp server Date: Mon, 30 Apr 2018 13:24:57 +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: 11.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 30 Apr 2018 13:24:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227720 --- Comment #10 from Eugene Grosbein --- GENERIC kernel has following line: makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols Add it to your kernel configuration file. It makes kernel build process to produce two kernel binaries instead of just one: ordinary kernel that gets installed by installkernel and additional kernel.debug that is not installed but is kept in the kernel build directory and used for kgdb later. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Apr 30 16:46:15 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D27AFB0416 for ; Mon, 30 Apr 2018 16:46:15 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 812336D3D0 for ; Mon, 30 Apr 2018 16:46:14 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf0-x22e.google.com with SMTP id m18-v6so13029945lfb.0 for ; Mon, 30 Apr 2018 09:46:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=xisfKAu41RoU3RVJdgswaVDkN9kE3diuDrbbCsIAiWA=; b=Cl/sudTTbbCEjRFUD3r621+X8bv6NXO2bXikmMslAbET1zl1GpbU2ivq+C6FZQtbjH 4ag3FNGqHFtGGI/vl/R9myKErh4KSHXJv1aMu2SVc6MAUE+Y0nQuPOa4wAm7nX8RJqp2 XcI50G8zH2Udn3noWvmyfTzYSbjp/+2KrgZIUUatpC6xWZA7TVe7+H2N2Ow3SNypQwbM NRk6jVB9++Xv9fWFMjxYFdFVeiwuZ9eWtvDCkAHSPZ4ILHycuX3txh0Wif4XgVJ5YsCa GRHFwzbqhTjZUtUxZudyMmokvI043mdMEjRynch3xLQrOfcwFqxCIdifVXAMiIZS2rcm uw4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=xisfKAu41RoU3RVJdgswaVDkN9kE3diuDrbbCsIAiWA=; b=FSpmRsDKR4258uNvyWU80TiOZtLhsuKVZ6z9Ze2adb0Gxm9sLCxmiXXA6gH4hrCM3R RRrNvkkNMtQIkEf04SgfkYfJvzHNgVw0qXnPHA4QV9KZjZs9SquMux6G4TOM2ekwevUW adzjSM1X8kbmhscFFT6SP/8V78uTayYR7FtI2+OFfefzTlsRS6XdTv9Q66zA6ToORDXh 1m4ir1e4RCHN5/RrWSMv6zNi5bMq2IKOMQGJg6pABPBVQpJni3maTn6HNyb7rJsum4F3 twIf417y+tqVW0dRb0UXkmdxlqBg3cwgVhtlW4+mUHmGO/L3Y9V0/P5zwEeK0/cfhnC/ 4+6g== X-Gm-Message-State: ALQs6tBaaM8ZfMwwKHh8GhU8NfGU4bpv/ZCbdcBFgWIRwb7tprbYfG7O ihFTt0LVYLbxw2KBJw9u0XAHWp6t1Oj7ZAB1Ah4= X-Google-Smtp-Source: AB8JxZqiU7R7X/OIvbuF3lt4dQokO1sw+lfVxtsZGoVhvC46Awe0SNvDIVsRb8HSPOruAMX95PbU+MANpt2of5pgdmE= X-Received: by 2002:a2e:9949:: with SMTP id r9-v6mr6470904ljj.7.1525106773111; Mon, 30 Apr 2018 09:46:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.2.25 with HTTP; Mon, 30 Apr 2018 09:46:12 -0700 (PDT) In-Reply-To: <5AE4D1AC.3080702@grosbein.net> References: <5AE216DC.7010905@grosbein.net> <5AE33513.1000001@grosbein.net> <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> From: Freddie Cash Date: Mon, 30 Apr 2018 09:46:12 -0700 Message-ID: Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Eugene Grosbein Cc: Abdullah Tariq , freebsd-net Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 30 Apr 2018 16:46:15 -0000 On Sat, Apr 28, 2018 at 12:55 PM, Eugene Grosbein wrote: > 28.04.2018 21:57, Freddie Cash wrote: > > > If you want to think of it in switch terms, FreeBSD supports access > ports (untagged vlan) and trunk ports (tagged vlans). > > But there's no support for hybrid ports (tagged vlans with a PVID on th= e > port that adds tags to untagged traffic). > > Not entirely correct. As FreeBSD is not a switch, it by default does not > have nor need PVID notion at. > However, FreeBSD still can bridge incoming untagged frames with arbitrary > interface vlan. > =E2=80=8BWhat you wrote doesn't conflict with anything I said. You can have two interfaces, one configured directly (igb0), the other configured for a tagged vlan (vlan5 using igb1), and bridge them together to pass traffic between interfaces, yes. Nothing I wrote says you can't. Nor is this what the OP wants. You can't configure an interface in FreeBSD with vlan X, and accept untagged packets on that interface, and have those incoming packets tagged with vlan X after being received. (aka a hybrid port with a PVID set) Note: a single interface. What the OP is trying to do is have PC1 send untagged packets to igb0 on FreeBSD which is configured for tagged vlan 5. Then bridge the packets to igb1 which is also configured for tagged vlan 5. Then send the packets out, untagged, to PC2. With a switch, this is easy to do. You just mark the two ports as being part of untagged vlan 5 and you are done. FreeBSD doesn't have a concept of "untagged vlan 5" as there's no concept of a PVID on an interface. Maybe there's a way to do this via a virtual switch like openvswitch or VALE or similar (or maybe by mangling the packets via netgraph?), but that gets overly complicated and brittle, and is something better suited to a proper managed switch. Or to configuring PC1 and PC2 to send tagged packets. Or any other number of ways of properly configuring the network instead of trying to twist FreeBSD's network stack into shapes it was never meant to support. =E2=80=8BNote: this is knowledge gained from trying to configure interface= s to work with tagged and untagged vlans and things going wonky and then some (on FreeBSD and Linux, but the Linux side of things is horrible as you can actually mix tagged and untagged vlans on an interface but it just breaks things in weird and wonderful ways due to the way they pass tags around the stack). I haven't actually looked at the network stack code, so maybe there's a way to make this work, but in-the-field experience says it can't.= =E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-net@freebsd.org Mon Apr 30 17:53:59 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF72DFB1F7A for ; Mon, 30 Apr 2018 17:53:59 +0000 (UTC) (envelope-from jmk@wagsky.com) Received: from mx.allycomm.com (mx.allycomm.com [138.68.30.55]) (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 511697C5A8 for ; Mon, 30 Apr 2018 17:53:59 +0000 (UTC) (envelope-from jmk@wagsky.com) Received: from JKLETSKY1-MBP15.local (184-23-191-38.vpn.dynamic.sonic.net [184.23.191.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.allycomm.com (Postfix) with ESMTPSA id 12E3D2369A; Mon, 30 Apr 2018 10:48:36 -0700 (PDT) To: freebsd-net@freebsd.org From: Jeff Kletsky Subject: ipfw -- selecting locally generated packets Message-ID: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> Date: Mon, 30 Apr 2018 10:48:36 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 30 Apr 2018 17:53:59 -0000 From time to time, I rewrite my firewall rules to take advantages of the ever-improving set of features that ipfw provides. One of the challenges I have faced in the past was selecting packets that are generated on the firewall host itself, as opposed to those that it received through an interface. While I find most of the Linux firewall implementations untenable for a variety of reasons, it does provide differentiation between what they call "OUTPUT" and "FORWARD". I'm looking to see if there is a "better" way to implement this kind of selection with the 11.1 version of ipfw. "out and not in" may years ago seemed an obvious selector, and it's good to see that it is now clearly documented that it doesn't work in "man ipfw" with "(in fact, out is implemented as not in)". "not recv any" doesn't seem to be helpful either     $ sudo ipfw add 64000 count ip from any to any out xmit any not recv any     64000 count ip from any to any out In the past, I've tagged all incoming packets and used that tag to differentiate between the two. Is there something "cleaner" (or perhaps clearer) that using a tag in that way? TIA, Jeff From owner-freebsd-net@freebsd.org Mon Apr 30 17:59:49 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39FBFFB20D9 for ; Mon, 30 Apr 2018 17:59:49 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (unknown [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AE76A7C700 for ; Mon, 30 Apr 2018 17:59:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w3UHxfh6088551 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 30 Apr 2018 19:59:42 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: fjwcash@gmail.com Received: from [10.58.0.4] (dadv@[10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w3UHxbUF049336 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 1 May 2018 00:59:37 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Freddie Cash References: <5AE33513.1000001@grosbein.net> <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> Cc: Abdullah Tariq , freebsd-net From: Eugene Grosbein Message-ID: <5AE75988.3020306@grosbein.net> Date: Tue, 1 May 2018 00:59:36 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 30 Apr 2018 17:59:49 -0000 30.04.2018 23:46, Freddie Cash wrote: > What the OP is trying to do is have PC1 send untagged packets to igb0 on FreeBSD which is configured for tagged vlan 5. > Then bridge the packets to igb1 which is also configured for tagged vlan 5. Then send the packets out, untagged, to PC2. Why would one want to "configure igb0 for tagged vlan 5" when igb0 supposed to receive untagged frames? This does not make any sense. One should just bridge igb0 as is, without creation vlan on it and problem's solved. From owner-freebsd-net@freebsd.org Mon Apr 30 18:03:11 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02C07FB2346 for ; Mon, 30 Apr 2018 18:03:11 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (unknown [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C51D7CA98 for ; Mon, 30 Apr 2018 18:03:10 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w3UI33ke088608 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 30 Apr 2018 20:03:04 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd@wagsky.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w3UI30DS049391 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 1 May 2018 01:03:00 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: ipfw -- selecting locally generated packets To: Jeff Kletsky , freebsd-net@freebsd.org References: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> From: Eugene Grosbein Message-ID: <5AE75A4E.6020907@grosbein.net> Date: Tue, 1 May 2018 01:02:54 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 30 Apr 2018 18:03:11 -0000 01.05.2018 0:48, Jeff Kletsky wrote: > From time to time, I rewrite my firewall rules to take advantages of the ever-improving set of features that ipfw provides. One of the challenges I have faced in the past was selecting packets that are generated on the firewall host itself, as opposed to those that it received through an interface. > > While I find most of the Linux firewall implementations untenable for a variety of reasons, it does provide differentiation between what they call "OUTPUT" and "FORWARD". I'm looking to see if there is a "better" way to implement this kind of selection with the 11.1 version of ipfw. > > "out and not in" may years ago seemed an obvious selector, and it's good to see that it is now clearly documented that it doesn't work in "man ipfw" with "(in fact, out is implemented as not in)". > > "not recv any" doesn't seem to be helpful either > > $ sudo ipfw add 64000 count ip from any to any out xmit any not recv any > 64000 count ip from any to any out > > In the past, I've tagged all incoming packets and used that tag to differentiate between the two. > > Is there something "cleaner" (or perhaps clearer) that using a tag in that way? I have been using "from me" for years and it works. If you have NAT, process "from me" packets before translating outgoing packets and process "to me" after translating incoming packets. From owner-freebsd-net@freebsd.org Mon Apr 30 18:03:40 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 424E7FB237E for ; Mon, 30 Apr 2018 18:03:40 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A9FF7CAE3 for ; Mon, 30 Apr 2018 18:03:39 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf0-x234.google.com with SMTP id r125-v6so13338909lfe.2 for ; Mon, 30 Apr 2018 11:03:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=dSM2Jjtc8c0lhl+TXXVaDtVDQR5Pv6UP0hbX6weS0TM=; b=iumfG4pUfwK+VsxfppHVg60oQnNpAhOC3rFp69XH6VRAVANdlagg6kkh/kgcphKd6c M3XHvJ4Ak52wRY8SxbUADdT7lCQAGx62MHRxK4nfPVnUfobsedFPIoMJ8sC8UhFocR+G GmcCWlNDxa2xzdZ+bjBcZENEZg4QXWEC3Eg8v0a1Xwn53lK4VPP91pomrgrTfcihXrbR 5RGnxlsw57YTzLenVymEJTFdlyEQ4qOV0T+DdJ0gB0SWrwP0LfSx7FrDv+xLXoUINTMp D6UkT6ovCHR4eCfh3w0zbIXDaHBa4DsUISuAPu5HnBzKvzkQe4MCRtQwOcRCbLdKn55N kYrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=dSM2Jjtc8c0lhl+TXXVaDtVDQR5Pv6UP0hbX6weS0TM=; b=o/tWZ7uwCOj/Zy11oxq2uMSQnfJgio1HqWU0Xuu7rAiUgWnXMx1rp1ohXsRpjKQTuD pvz4kaVfOPBM68fvKrdd4k0o+SvXZpxLk1oAxgibyi7yUMkby+wmMDCQulQMEbLNCsQI NSKtixvlQbUhVywnSQu/Cy8+u+DKZyhtXFDktcIKNBcYvSP9rHawy5/UwpwnSWxc43UC itZIeXERCrypeYyyJpj6ZhdQtkLWRmbkRzMRCW5RgBlirbC3GDQ/vKpNZ9MMx7oYwm9M DQqxii80iuWd1YmmqDd5PDY/a04WViJi8PbSkRfSK0nV7dgMPoClOxozJqINBnPIz6Qu QF8Q== X-Gm-Message-State: ALQs6tBouULUMD0D+hdpHSZGA5ImK6SRz4f05allIdpeh3gtZBcQOiGB j7eLVc6OaJNMNjX5z7j9/+HYezWz+7np7fxGa8M= X-Google-Smtp-Source: AB8JxZoogobJhX0ZT1VD4DeBdS/tqN5bDvZWNyiNKhQTLuvOz7ekON/RhpZXo1Fd87MFnKicjrnESKXA+0OIejpcnLA= X-Received: by 2002:a2e:8705:: with SMTP id m5-v6mr9079590lji.62.1525111417952; Mon, 30 Apr 2018 11:03:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.2.25 with HTTP; Mon, 30 Apr 2018 11:03:37 -0700 (PDT) In-Reply-To: <5AE75988.3020306@grosbein.net> References: <5AE33513.1000001@grosbein.net> <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> <5AE75988.3020306@grosbein.net> From: Freddie Cash Date: Mon, 30 Apr 2018 11:03:37 -0700 Message-ID: Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Eugene Grosbein Cc: freebsd-net , Abdullah Tariq Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 30 Apr 2018 18:03:40 -0000 On Mon, Apr 30, 2018 at 10:59 AM, Eugene Grosbein wrote: > 30.04.2018 23:46, Freddie Cash wrote: > > > What the OP is trying to do is have PC1 send untagged packets to igb0 o= n > FreeBSD which is configured for tagged vlan 5. > > Then bridge the packets to igb1 which is also configured for tagged vla= n > 5. Then send the packets out, untagged, to PC2. > > Why would one want to "configure igb0 for tagged vlan 5" when igb0 > supposed to receive untagged frames? > This does not make any sense. One should just bridge igb0 as is, without > creation vlan on it and problem's solved. > =E2=80=8BYes, agree. What the OP wants to do can't be done. :)=E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-net@freebsd.org Mon Apr 30 18:09:14 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3013AFB2597 for ; Mon, 30 Apr 2018 18:09:14 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (unknown [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A46AB7EBE5 for ; Mon, 30 Apr 2018 18:09:13 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w3UI929F088672 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 30 Apr 2018 20:09:02 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: fjwcash@gmail.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w3UI8p20049435 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 1 May 2018 01:08:51 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Freddie Cash References: <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> <5AE75988.3020306@grosbein.net> Cc: freebsd-net , Abdullah Tariq From: Eugene Grosbein Message-ID: <5AE75BAD.8030303@grosbein.net> Date: Tue, 1 May 2018 01:08:45 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 30 Apr 2018 18:09:14 -0000 01.05.2018 1:03, Freddie Cash wrote: > On Mon, Apr 30, 2018 at 10:59 AM, Eugene Grosbein >wrote: > > > What the OP is trying to do is have PC1 send untagged packets to igb0 on FreeBSD which is configured for tagged vlan 5. > > Then bridge the packets to igb1 which is also configured for tagged vlan 5. Then send the packets out, untagged, to PC2. > > Why would one want to "configure igb0 for tagged vlan 5" when igb0 supposed to receive untagged frames? > This does not make any sense. One should just bridge igb0 as is, without creation vlan on it and problem's solved. > > ​Yes, agree. What the OP wants to do can't be done. :)​ Perhaps, you missed a message from him when he states that configuration style does no matter for him really. So, what he wants can be done, just using different style. From owner-freebsd-net@freebsd.org Mon Apr 30 19:55:07 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08877FB537E for ; Mon, 30 Apr 2018 19:55:07 +0000 (UTC) (envelope-from jason@singular.net) Received: from mail-ot0-x22a.google.com (mail-ot0-x22a.google.com [IPv6:2607:f8b0:4003:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99B6F75FAB for ; Mon, 30 Apr 2018 19:55:06 +0000 (UTC) (envelope-from jason@singular.net) Received: by mail-ot0-x22a.google.com with SMTP id i5-v6so10851550oth.1 for ; Mon, 30 Apr 2018 12:55:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=singular-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=dO3sLI8xOjU1WhaDdU79z2FLlZqIuEwk6XioAv9PfOc=; b=SacGTRWNxaur8se4zqVI7PsQqq0uWQDpQTz5rP4Y7Ll5LSh4ELMxcmJhj+Ts9NQVLb nP1dcWBRRxitTNo7+1a9xLKWuB0txDhStykC0N8WQIy1xdmWaQC5pbeX6NFGa79v9FLy wdwWwccOCUG+To3/Hk32s485/OyYAPMzTxxctE6CV89/hyhNGt+oZErgRYmic9nXq44Q jsw/i0ye4ZZRNa/hbejoI72apklobEqQwqlWADVBq/SHgxK5JgcLI74d6Jk8goYG55v8 57iSf94UAIX06EyxU3dihmzaET6Fbm1lD67XO3kWRCDY/PDNwGSUw981BunY1kuwFbVh sunA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dO3sLI8xOjU1WhaDdU79z2FLlZqIuEwk6XioAv9PfOc=; b=kahlBbJ+QBfo23Fm3ZsD9ILWq+VQGb1CYLQtRiWMcoayDK5VhVfQTwjEgXk+jMXFHn fBgx8C1VFvHPI8twQchdj+kd8pgnnH7sHdwnBUpTO+fUqxjz8dBSVarNVduKYieoFbvp URqnj3ECkINWMgCOVhyMN8REMAXGQibL+3MPUy04zJBoJiJz69DYFykxLVvu4sTh6w98 MZpdV6oeczUcWKQjuDIZvGyyMklSQq6QFTDJythd9SRX8869isSTJ+x1zpOlla8nskT9 oFwUqDybfVBCdJfkY1SJGDO/yf0LKA8r0A3FqwlK9wFD+KbwT34C4ULzYq7ZTwQQeyV3 LoTA== X-Gm-Message-State: ALQs6tCWP5bV//LlTZYLjvBUdAERUXUayyvTz+LC6f3zx6Bl5jphuuJh FWu+iQi7gP9D9gFb1CSFfsA3vWt3pSL2mpFAClzu+BQ3 X-Google-Smtp-Source: AB8JxZqeIMvciDHAaLLWtdcUYfLUcd7cYhEUdikVbQlcrYnAGYC55i+9bJJYOZJ2nTMbDlq6yzblcR9QIrRnCRRKJ90= X-Received: by 2002:a9d:2456:: with SMTP id p80-v6mr8708780ota.231.1525118105481; Mon, 30 Apr 2018 12:55:05 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:1dd2:0:0:0:0:0 with HTTP; Mon, 30 Apr 2018 12:55:04 -0700 (PDT) From: Jason Matthews Date: Mon, 30 Apr 2018 12:55:04 -0700 Message-ID: Subject: high interrupts on network load To: freebsd-net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 30 Apr 2018 19:55:07 -0000 I have a pair systems running relayd in DSR mode. The load balancer works well, to a point, but suffers from high interrupts and cpu utilization on eight cores. The monitoring systems show increased latency until it falls over dead at round 330k requests/sec where the CARP seems to stop responding and the partner jumps in only to wash-rinse-repeat the cycle. top -aSCHIP shows 85-90% CPU utilization due to interrupts when running near peak. What can be done to lower the interrupt load? Or spread it across more CPUs? Is the design such that one core is dedicated to a queue on the card? Or can the load be spread across more CPUs? The systems are Intel S5520UR boards with a X540-AT2 card on X5650 CPUs. Any suggestions are appreciated. thanks, j. ---------------- = Internet = ---------------- | ix0 --------------- = relayd = ---------------- | ix1 | -------------------- - web servers - --------------------- From owner-freebsd-net@freebsd.org Mon Apr 30 22:30:09 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A68AEFB8604 for ; Mon, 30 Apr 2018 22:30:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB78777CB for ; Mon, 30 Apr 2018 22:30:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F271EFB8603; Mon, 30 Apr 2018 22:30:08 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDE36FB8601 for ; Mon, 30 Apr 2018 22:30:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73D6A777C8 for ; Mon, 30 Apr 2018 22:30:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8698F4C32 for ; Mon, 30 Apr 2018 22:30:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w3UMU7Y0033966 for ; Mon, 30 Apr 2018 22:30:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w3UMU7a5033965 for net@FreeBSD.org; Mon, 30 Apr 2018 22:30:07 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 211962] bxe driver queue soft hangs and flooding tx_soft_errors Date: Mon, 30 Apr 2018 22:30:07 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: davidcs@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 30 Apr 2018 22:30:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211962 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eugen@freebsd.org --- Comment #6 from Eugene Grosbein --- Dear submitter, is this issue still relevant? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Tue May 1 13:04:50 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8BD9FAB4A1 for ; Tue, 1 May 2018 13:04:50 +0000 (UTC) (envelope-from julian@freebsd.org) 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 3B6C77F434 for ; Tue, 1 May 2018 13:04:50 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (220-253-154-11.dyn.iinet.net.au [220.253.154.11]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w41D4gZM005569 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 1 May 2018 06:04:45 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: ipfw -- selecting locally generated packets To: Eugene Grosbein , Jeff Kletsky , freebsd-net@freebsd.org References: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> <5AE75A4E.6020907@grosbein.net> From: Julian Elischer Message-ID: <600886b2-f78d-0af7-224e-a2711f7e1106@freebsd.org> Date: Tue, 1 May 2018 21:04:36 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <5AE75A4E.6020907@grosbein.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 01 May 2018 13:04:50 -0000 On 1/5/18 2:02 am, Eugene Grosbein wrote: > 01.05.2018 0:48, Jeff Kletsky wrote: > >> From time to time, I rewrite my firewall rules to take advantages of the ever-improving set of features that ipfw provides. One of the challenges I have faced in the past was selecting packets that are generated on the firewall host itself, as opposed to those that it received through an interface. >> >> While I find most of the Linux firewall implementations untenable for a variety of reasons, it does provide differentiation between what they call "OUTPUT" and "FORWARD". I'm looking to see if there is a "better" way to implement this kind of selection with the 11.1 version of ipfw. >> >> "out and not in" may years ago seemed an obvious selector, and it's good to see that it is now clearly documented that it doesn't work in "man ipfw" with "(in fact, out is implemented as not in)". >> >> "not recv any" doesn't seem to be helpful either >> >> $ sudo ipfw add 64000 count ip from any to any out xmit any not recv any >> 64000 count ip from any to any out >> >> In the past, I've tagged all incoming packets and used that tag to differentiate between the two. >> >> Is there something "cleaner" (or perhaps clearer) that using a tag in that way? > I have been using "from me" for years and it works. > If you have NAT, process "from me" packets before translating outgoing packets > and process "to me" after translating incoming packet On a host with two interfaces you can use subtraction.. i.e in the outgoing part of the rules you can test on recv xxx0 and if it doesn't match it must be locally generated.  I've also used the uid rule, which can only match on local packets ut it only works if you only have a single 'user' on an appliance. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@freebsd.org Tue May 1 13:09:02 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1332FAB627 for ; Tue, 1 May 2018 13:09:02 +0000 (UTC) (envelope-from julian@freebsd.org) 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 451FA812B8 for ; Tue, 1 May 2018 13:09:02 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (220-253-154-11.dyn.iinet.net.au [220.253.154.11]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w41D8uTh005593 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 1 May 2018 06:08:59 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Eugene Grosbein , Freddie Cash Cc: freebsd-net , Abdullah Tariq References: <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> <5AE75988.3020306@grosbein.net> <5AE75BAD.8030303@grosbein.net> From: Julian Elischer Message-ID: Date: Tue, 1 May 2018 21:08:50 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <5AE75BAD.8030303@grosbein.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 01 May 2018 13:09:02 -0000 On 1/5/18 2:08 am, Eugene Grosbein wrote: > 01.05.2018 1:03, Freddie Cash wrote: > >> On Mon, Apr 30, 2018 at 10:59 AM, Eugene Grosbein >wrote: >> >> > What the OP is trying to do is have PC1 send untagged packets to igb0 on FreeBSD which is configured for tagged vlan 5. >> > Then bridge the packets to igb1 which is also configured for tagged vlan 5. Then send the packets out, untagged, to PC2. >> >> Why would one want to "configure igb0 for tagged vlan 5" when igb0 supposed to receive untagged frames? >> This does not make any sense. One should just bridge igb0 as is, without creation vlan on it and problem's solved. >> >> ​Yes, agree. What the OP wants to do can't be done. :)​ > Perhaps, you missed a message from him when he states that configuration style does no matter for him really. > So, what he wants can be done, just using different style. > a picture would do wonders to understand what he wants. > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@freebsd.org Tue May 1 15:16:50 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 692A0FADDE8 for ; Tue, 1 May 2018 15:16:50 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C20B67D1A6; Tue, 1 May 2018 15:16:49 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf0-x22f.google.com with SMTP id h197-v6so16640763lfg.11; Tue, 01 May 2018 08:16:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=iMfH/CVC3RqD2YskZR1R8QVFvsKpPJ8kXBiYOaEqeds=; b=hJUVig/Iy0ZTyaxs+oR/7jWdzzdbr4VjKJ8OIIPSlqFJNTp+SzTE89r7PUz1UfGlqF Jgb/1YQzSRn9f5TZLWceJyf+XVyqOIIKn++LUQVho8uAmj7JlLpnUx4VeUsRZwlNyS6s 5cqKYTb1dSCNdEiuvQ22tenAySJ/yaA4I/p3RJ4JkZR4PUm5RTW4Xgff5NK58Ypo+s8P q8QN6AAmHkinNkXampNTd0UuiCWcRNpZlF1M+P8lJc5nokIwcO8ofEMSiv0mo5OPMG4T XGk7jtcveuggQpibiw90iOKmE0Ms7orVqLGLi93ZNq5Uuw9UsY4JekFM+0wU/L5qZrt+ gHsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=iMfH/CVC3RqD2YskZR1R8QVFvsKpPJ8kXBiYOaEqeds=; b=doMdGXyooTGHHWQ4U24Q0+K3Zzso13SqSxslODB+NYwmlI4OqSiQskIBr0WMB5jMWQ VshDVzmeAjWIT5XHDtEqYubw3VId2Oi9W3N/6gKu7DiYJBNZSnFIK4Z22Kubixonvl0Y I41FS/OMjApI7BfjvBVA7q/AXXKdOqM8KbmjLTyxjZIDjdrVW3Wxlz9HCeid35BWDt9/ rE5k1gMsGvwro7CSIIxECpuTA5ns/gTw2Nw2mefu4AEb8uoLLE+t6iJH6tNCS6fS6ZY8 gYumLGOAWZz2509o8eOtBt1IhhMZ16jsJr0X/CV/racUruBTbU5ycrG8sULNbMIarP1D Z90Q== X-Gm-Message-State: ALQs6tD0KWhLD7I+NyRTdk8/gMzTHSP7NVunsHCxI7INdJaK2G+2vocK zyMvL9V66iILzyrPog04UV7yIYZupYimdNgRkre8+W5m X-Google-Smtp-Source: AB8JxZq/Tgs8/z/sEGzhpJ8V25Pl98lGH1SV1iCj1eM4K25x/l8reDOzPrVEzfoMwEpmnX8T7fvRWgqjd76prCitYZw= X-Received: by 2002:a2e:888b:: with SMTP id k11-v6mr9181949lji.54.1525187808061; Tue, 01 May 2018 08:16:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.2.25 with HTTP; Tue, 1 May 2018 08:16:47 -0700 (PDT) In-Reply-To: References: <5AE34754.6040905@grosbein.net> <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> <5AE75988.3020306@grosbein.net> <5AE75BAD.8030303@grosbein.net> From: Freddie Cash Date: Tue, 1 May 2018 08:16:47 -0700 Message-ID: Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Julian Elischer Cc: Eugene Grosbein , freebsd-net , Abdullah Tariq Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 01 May 2018 15:16:50 -0000 On Tue, May 1, 2018 at 6:08 AM, Julian Elischer wrote: > On 1/5/18 2:08 am, Eugene Grosbein wrote: > >> 01.05.2018 1:03, Freddie Cash wrote: >> >> On Mon, Apr 30, 2018 at 10:59 AM, Eugene Grosbein >> >wrote: >>> >>> > What the OP is trying to do is have PC1 send untagged packets to >>> igb0 on FreeBSD which is configured for tagged vlan 5. >>> > Then bridge the packets to igb1 which is also configured for >>> tagged vlan 5. Then send the packets out, untagged, to PC2. >>> >>> Why would one want to "configure igb0 for tagged vlan 5" when igb0 >>> supposed to receive untagged frames? >>> This does not make any sense. One should just bridge igb0 as is, >>> without creation vlan on it and problem's solved. >>> >>> =E2=80=8BYes, agree. What the OP wants to do can't be done. :)=E2=80= =8B >>> >> Perhaps, you missed a message from him when he states that configuration >> style does no matter for him really. >> So, what he wants can be done, just using different style. >> >> > > a picture would do wonders to understand what he wants > =E2=80=8B. > =E2=80=8BA FreeBSD system with multiple NICs, with separate vlans internall= y to separate untagged traffic between PCs.=E2=80=8B https://forums.freebsd.org/threads/bridge-with-vlans-not-working.65592/ =E2=80=8B=E2=80=8Bhttps://forums.freebsd.org/attachments/capture-png.4744/ =E2=80=8B https://forums.freebsd.org/threads/bridge-with-vlans-not-working.65592/#lg= =3Dpost-385584&slide=3D0 =E2=80=8BThe "easy" solution is to just bridge together the interfaces you = want to be part of the same "virtual lan", thus allowing traffic between those stations only. Want PC1 and PC2 to be part of one vlan? Then bridge together igb0 and igb1. Want PC3, connected to igb2, and PC4, connected to igb3, to be part of a separate "virtual lan"? Then create a separate bridge between igb2 and igb3. No vlan tags required anywhere. But, the OP (in the forum thread and here) keeps getting hung up on "needing" vlan tags on the NICs, trying to treat the FreeBSD box like a switch with hybrid ports and PVIDs set on the ports. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-net@freebsd.org Tue May 1 15:40:05 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60CF7FAE8D6 for ; Tue, 1 May 2018 15:40:05 +0000 (UTC) (envelope-from julian@freebsd.org) 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 C3136824AA for ; Tue, 1 May 2018 15:40:04 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (220-253-154-11.dyn.iinet.net.au [220.253.154.11]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w41FdvpL006163 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 1 May 2018 08:40:00 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Freddie Cash Cc: Eugene Grosbein , freebsd-net , Abdullah Tariq References: <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> <5AE75988.3020306@grosbein.net> <5AE75BAD.8030303@grosbein.net> From: Julian Elischer Message-ID: <946595c0-8dd5-145f-6c13-c150a053a17c@freebsd.org> Date: Tue, 1 May 2018 23:39:51 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 01 May 2018 15:40:05 -0000 On 1/5/18 11:16 pm, Freddie Cash wrote: > On Tue, May 1, 2018 at 6:08 AM, Julian Elischer >wrote: > > On 1/5/18 2:08 am, Eugene Grosbein wrote: > > 01.05.2018 1:03, Freddie Cash wrote: > > On Mon, Apr 30, 2018 at 10:59 AM, Eugene Grosbein > > >>wrote: > >      > What the OP is trying to do is have PC1 send > untagged packets to igb0 on FreeBSD which is configured > for tagged vlan 5. >      > Then bridge the packets to igb1 which is also > configured for tagged vlan 5.  Then send the packets > out, untagged, to PC2. > >      Why would one want to "configure igb0 for tagged > vlan 5" when igb0 supposed to receive untagged frames? >      This does not make any sense. One should just > bridge igb0 as is, without creation vlan on it and > problem's solved. > > ​Yes, agree.  What the OP wants to do can't be done. :)​ > > Perhaps, you missed a message from him when he states that > configuration style does no matter for him really. > So, what he wants can be done, just using different style. > > > a picture would do wonders to understand what he wants > ​. > > > ​A FreeBSD system with multiple NICs, with separate vlans internally > to separate untagged traffic between PCs.​ > > https://forums.freebsd.org/threads/bridge-with-vlans-not-working.65592/ > > ​​https://forums.freebsd.org/attachments/capture-png.4744/ > > ​https://forums.freebsd.org/threads/bridge-with-vlans-not-working.65592/#lg=post-385584&slide=0 > > ​The "easy" solution is to just bridge together the interfaces you > want to be part of the same "virtual lan", thus allowing traffic > between those stations only.  Want PC1 and PC2 to be part of one > vlan?  Then bridge together igb0 and igb1.  Want PC3, connected to > igb2, and PC4, connected to igb3, to be part of a separate "virtual > lan"?  Then create a separate bridge between igb2 and igb3. No vlan > tags required anywhere. ok so does he want to have those vlans terminated at his box or just pass them through? and if they are untagged,  why is it being called a vlan? untagged vlan is what we call "ethernet". if it's untagged then only the internal state of the switches decides which "virtual network" it is on.. > > But, the OP (in the forum thread and here) keeps getting hung up on > "needing" vlan tags on the NICs, trying to treat the FreeBSD box > like a switch with hybrid ports and PVIDs set on the ports. > > -- > Freddie Cash > fjwcash@gmail.com From owner-freebsd-net@freebsd.org Tue May 1 16:26:37 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C5CBFAF76A for ; Tue, 1 May 2018 16:26:37 +0000 (UTC) (envelope-from duostefano93@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4C2F6B4FF for ; Tue, 1 May 2018 16:26:36 +0000 (UTC) (envelope-from duostefano93@gmail.com) Received: by mail-io0-x231.google.com with SMTP id d11-v6so14204999iof.11 for ; Tue, 01 May 2018 09:26:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=kcjnD0Z/tba0snbNCeoMM7okRLggvgiDhO2JE+bylmU=; b=rAJUQ6VQI8j6Z7h42et3pnzWUigM2sB7I9WFX2JskFZ6KC4guA1B0vdw+4PIlbIge+ 5MnEBVPIIKUT1fuKKkw1ZGbtL/wtSi4OOsXhlGq19KEIuD3550BI+rd2yX9Nkt5dnG8m petwLfjxtpxf2jLAEf8aqYfzan/kdRWXM1dQWSwOYsp5s95hmZNnSb2ZfQSvI4nKOzwV EpZ3eceYemPJ4ipyzqnVzDX91v/mUaJygNznoeiHHGTQ5K3yC7qfGgtT7VQpgS2iBnPT mLc7NdHEs3I2CyKroBnlfPD5BuTLNtH0Nu7UmxTOxzkMqrM2osj5R2a79876Hd2U/BMq 7nRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=kcjnD0Z/tba0snbNCeoMM7okRLggvgiDhO2JE+bylmU=; b=kQwELycVTPqw0VHL3oc1tlYmDKj55rfb81ne4GUAR8KYApzDmq+KUCYa/RItZfYaLM V6J5LEG5GxPgK9zE6oshUJ2HmDgHg9bYHWpf5sg+sz+K8T0KOf8uUYOgCq6MSb9zz3/l 1QfXi202nf/0z+FCZ8mH+ga47xhLh4XLFR6uSctM45ydqi1c8JB3w28YYvmNtagNCIyY kbjprYEGPTARmgFQ0krtHIcAMOQotxOBQulW5xaTS+CJXpucedhn66xs+WotUmCfmNkb 29IJ6Q80tSwzz2DDzdN8zdqy5xFDJ0QJm670vANZZBiNMZnSzlFOmNr+3vrgESnAO0mr Zk8g== X-Gm-Message-State: ALQs6tA2BECPhB1ziepSTj4e4gsZ0VtK5o7epPs7a9LHBL98gGMGUCYn OfbVqyI0o5eRqMsu8LJJTqK/oA1hFviPfH+iLDbBnKnb X-Google-Smtp-Source: AB8JxZo1Uey1+tZCFXEUeEl+8vSJ+HV4bdyzyapbdST6GEWNPJ6DclH1bKA1Rw7BgmNlJsfDs0iGYi5yIkQNxDKE0vI= X-Received: by 2002:a6b:c848:: with SMTP id y69-v6mr17361815iof.187.1525191995947; Tue, 01 May 2018 09:26:35 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:852e:0:0:0:0:0 with HTTP; Tue, 1 May 2018 09:26:35 -0700 (PDT) From: Stefano Duo Date: Tue, 1 May 2018 18:26:35 +0200 Message-ID: Subject: Page fault inside ifunit_ref() FreeBSD12.0-CURRENT To: freebsd-net@freebsd.org Cc: Vincenzo Maffione Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 01 May 2018 16:26:37 -0000 Hi, I am a GSoC student working on netmap. I am trying to get a kernel module to call nm_vi_create(), which creates a persistent VALE port. Internally, nm_vi_create() calls ifunit_ref() to check if an interface with the specified name already exists. The system panics inside ifunit_ref() due to a page fault while accessing V_ifnet. This happens using FreeBSD12.0-CURRENT. To better understand what is going on, I have written a dummy module, that only calls ifunit_ref(), here you can find the source code https://github.com/StefanoDuo/ifunit_ref_test. This is what I have found. FreeBSD11.1-STABLE: The module works correctly, either if loaded through kldload or compiled with the kernel. FreeBSD12.0-CURRENT: Calling ifunit_ref() inside the module loader function does not cause a page fault, while calling it inside a write() or ioctl() causes a page fault. This happens either if the module is loaded through kldload or compiled with the kernel. Following Vincenzo's advice (he's one of my mentors), i tried enclosing the call to ifunit_ref() between CURVNET_SET() and CURVNET_RESTORE(). This solves the problem on FreeBSD12.0-CURRENT, but only if the module is compiled with the kernel, if loaded through kldload, i still get a page fault. The problem seems related to the virtualization of the network stack, and therefore the of the V_ifnet variable. It seems that inside the module loader function i have a struct vnet selected, instead inside a write() or ioctl() call i do not. This though, doesn't explain (at least to me) why adding CURVNET_SET() and CURVNET_RESTORE(), doesn't solve the problem for modules loaded through kldload. I don't know if i'm doing something wrong (or not doing something needed), or if it's a bug introduced in FreeBSD12.0-CURRENT. Does anyone have a better idea of what's happening? Here is the panic message i get after writing to the device (causing a call to ifunit_ref). [root@freebsd ~/repos/ifunit_ref_test/sys/modules/foo_module]# echo "test" >/dev/FOO_DEV Kernel page fault with the following non-sleepable locks held: shared rw ifnet_rw (ifnet_rw) r = 0 (0xffffffff820474e8) locked @ /usr/src/sys/net/if.c:2379 stack backtrace: #0 0xffffffff80ba5cd3 at witness_debugger+0x73 #1 0xffffffff80ba70b1 at witness_warn+0x461 #2 0xffffffff80ffe2d3 at trap_pfault+0x53 #3 0xffffffff80ffdad2 at trap+0x2f2 #4 0xffffffff80fd9d9c at calltrap+0x8 #5 0xffffffff8261d10e at foo_write+0x1e #6 0xffffffff80a0a8c0 at devfs_write_f+0xf0 #7 0xffffffff80baad77 at dofilewrite+0xa7 #8 0xffffffff80baa968 at kern_writev+0x68 #9 0xffffffff80baa8f6 at sys_write+0x86 #10 0xffffffff80fff0cb at amd64_syscall+0x79b #11 0xffffffff80fda5ed at fast_syscall_common+0x101 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x28 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80c3e2f2 stack pointer = 0x28:0xfffffe00005c0950 frame pointer = 0x28:0xfffffe00005c0960 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 700 (bash) [ thread pid 700 tid 100087 ] Stopped at ifunit_ref+0x32: movq ll+0x7(%rax),%rax And here you can find the backtrace taken from the dump. (kgdb) l *0xffffffff80c3e2f2 0xffffffff80c3e2f2 is in ifunit_ref (/usr/src/sys/net/if.c:2380). 2375 ifunit_ref(const char *name) 2376 { 2377 struct ifnet *ifp; 2378 2379 IFNET_RLOCK_NOSLEEP(); 2380 TAILQ_FOREACH(ifp, &V_ifnet, if_link) { 2381 if (strncmp(name, ifp->if_xname, IFNAMSIZ) == 0 && 2382 !(ifp->if_flags & IFF_DYING)) 2383 break; 2384 } (kgdb) bt #0 __curthread () at ./machine/pcpu.h:230 #1 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:361 #2 0xffffffff8040ac9b in db_dump (dummy=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:574 #3 0xffffffff8040aa69 in db_command (last_cmdp=, cmd_table=, dopager=) at /usr/src/sys/ddb/db_command.c:481 #4 0xffffffff8040a7e4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:534 #5 0xffffffff8040da0f in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:250 #6 0xffffffff80b85603 in kdb_trap (type=12, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:697 #7 0xffffffff80ffe1d0 in trap_fatal (frame=0xfffffe00005c0890, eva=40) at /usr/src/sys/amd64/amd64/trap.c:815 #8 0xffffffff80ffe2e2 in trap_pfault (frame=0xfffffe00005c0890, usermode=) at /usr/src/sys/amd64/amd64/trap.c:664 #9 0xffffffff80ffdad2 in trap (frame=0xfffffe00005c0890) at /usr/src/sys/amd64/amd64/trap.c:413 #10 #11 0xffffffff80c3e2f2 in ifunit_ref (name=0xffffffff8261d174 "FOO") at /usr/src/sys/net/if.c:2380 #12 0xffffffff8261d10e in foo_write (dev=, uio=, ioflag=) at /root/repos/ifunit_ref_test/sys/modules/foo_module/../../dev/foo_module/foo_module.c:50 #13 0xffffffff80a0a8c0 in devfs_write_f (fp=, uio=0xfffffe00005c0a80, cred=0xfffff80003fb0000, flags=0, td=) at /usr/src/sys/fs/devfs/devfs_vnops.c:1784 #14 0xffffffff80baad77 in fo_write (fp=, uio=, active_cred=0x1, flags=, td=) at /usr/src/sys/sys/file.h:309 #15 dofilewrite (td=0xfffff80003fb0000, fd=1, fp=0xfffff8000401c820, auio=0xfffffe00005c0a80, offset=, flags=0) at /usr/src/sys/kern/sys_generic.c:593 #16 0xffffffff80baa968 in kern_writev (td=0xfffff80003fb0000, fd=1, auio=0xfffffe00005c0a80) at /usr/src/sys/kern/sys_generic.c:507 #17 0xffffffff80baa8f6 in sys_write (td=0x0, uap=) at /usr/src/sys/kern/sys_generic.c:421 #18 0xffffffff80fff0cb in syscallenter (td=0xfffff80003fb0000) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:134 #19 amd64_syscall (td=0xfffff80003fb0000, traced=0) at /usr/src/sys/amd64/amd64/trap.c:936 #20 #21 0x0000000800b7baca in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffe808 Thanks, Stefano. From owner-freebsd-net@freebsd.org Tue May 1 18:50:42 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41504FB3D92 for ; Tue, 1 May 2018 18:50:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C67BE6E2D5 for ; Tue, 1 May 2018 18:50:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 879C3FB3D8F; Tue, 1 May 2018 18:50:41 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47EBAFB3D8D for ; Tue, 1 May 2018 18:50:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAD376E2BF for ; Tue, 1 May 2018 18:50:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 0ABA817632 for ; Tue, 1 May 2018 18:50:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w41IodAx022670 for ; Tue, 1 May 2018 18:50:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w41IodSJ022669 for net@FreeBSD.org; Tue, 1 May 2018 18:50:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 221530] if_ixl: add a way to disable/enable lldp handling by the NIC Date: Tue, 01 May 2018 18:50:40 +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: CURRENT X-Bugzilla-Keywords: IntelNetworking, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 01 May 2018 18:50:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221530 --- Comment #7 from commit-hook@freebsd.org --- A commit references this bug: Author: erj Date: Tue May 1 18:50:12 UTC 2018 New revision: 333149 URL: https://svnweb.freebsd.org/changeset/base/333149 Log: ixl(4): Update to 1.9.9-k Refresh upstream driver before impending conversion to iflib. Major changes: - Support for descriptor writeback mode (required by ixlv(4) for AVF supp= ort) - Ability to disable firmware LLDP agent by user (PR 221530) - Fix for TX queue hang when using TSO (PR 221919) - Separate descriptor ring sizes for TX and RX rings PR: 221530, 221919 Submitted by: Krzysztof Galazka Reviewed by: #IntelNetworking MFC after: 1 day Relnotes: Yes Sponsored by: Intel Corporation Differential Revision: https://reviews.freebsd.org/D14985 Changes: head/sys/conf/files.amd64 head/sys/dev/ixl/i40e_adminq.c head/sys/dev/ixl/i40e_adminq.h head/sys/dev/ixl/i40e_adminq_cmd.h head/sys/dev/ixl/i40e_alloc.h head/sys/dev/ixl/i40e_common.c head/sys/dev/ixl/i40e_dcb.c head/sys/dev/ixl/i40e_dcb.h head/sys/dev/ixl/i40e_devids.h head/sys/dev/ixl/i40e_hmc.c head/sys/dev/ixl/i40e_hmc.h head/sys/dev/ixl/i40e_lan_hmc.c head/sys/dev/ixl/i40e_lan_hmc.h head/sys/dev/ixl/i40e_nvm.c head/sys/dev/ixl/i40e_osdep.c head/sys/dev/ixl/i40e_osdep.h head/sys/dev/ixl/i40e_prototype.h head/sys/dev/ixl/i40e_register.h head/sys/dev/ixl/i40e_status.h head/sys/dev/ixl/i40e_type.h head/sys/dev/ixl/i40e_virtchnl.h head/sys/dev/ixl/if_ixl.c head/sys/dev/ixl/if_ixlv.c head/sys/dev/ixl/ixl.h head/sys/dev/ixl/ixl_iw.c head/sys/dev/ixl/ixl_iw.h head/sys/dev/ixl/ixl_iw_int.h head/sys/dev/ixl/ixl_pf.h head/sys/dev/ixl/ixl_pf_i2c.c head/sys/dev/ixl/ixl_pf_iov.c head/sys/dev/ixl/ixl_pf_iov.h head/sys/dev/ixl/ixl_pf_main.c head/sys/dev/ixl/ixl_pf_qmgr.c head/sys/dev/ixl/ixl_pf_qmgr.h head/sys/dev/ixl/ixl_txrx.c head/sys/dev/ixl/ixlv.h head/sys/dev/ixl/ixlv_vc_mgr.h head/sys/dev/ixl/ixlvc.c head/sys/dev/ixl/virtchnl.h head/sys/modules/ixl/Makefile --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue May 1 18:50:45 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77354FB3DA1 for ; Tue, 1 May 2018 18:50:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EF0136E2FB for ; Tue, 1 May 2018 18:50:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B381EFB3D9A; Tue, 1 May 2018 18:50:44 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FB19FB3D99 for ; Tue, 1 May 2018 18:50:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 124826E2F2 for ; Tue, 1 May 2018 18:50:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5CB211763D for ; Tue, 1 May 2018 18:50:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w41IohDA022755 for ; Tue, 1 May 2018 18:50:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w41Iohh3022754 for net@FreeBSD.org; Tue, 1 May 2018 18:50:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 221919] ixl: TX queue hang when using TSO and having a high and mixed network load Date: Tue, 01 May 2018 18:50:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: IntelNetworking X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: erj@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 01 May 2018 18:50:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221919 --- Comment #19 from commit-hook@freebsd.org --- A commit references this bug: Author: erj Date: Tue May 1 18:50:13 UTC 2018 New revision: 333149 URL: https://svnweb.freebsd.org/changeset/base/333149 Log: ixl(4): Update to 1.9.9-k Refresh upstream driver before impending conversion to iflib. Major changes: - Support for descriptor writeback mode (required by ixlv(4) for AVF supp= ort) - Ability to disable firmware LLDP agent by user (PR 221530) - Fix for TX queue hang when using TSO (PR 221919) - Separate descriptor ring sizes for TX and RX rings PR: 221530, 221919 Submitted by: Krzysztof Galazka Reviewed by: #IntelNetworking MFC after: 1 day Relnotes: Yes Sponsored by: Intel Corporation Differential Revision: https://reviews.freebsd.org/D14985 Changes: head/sys/conf/files.amd64 head/sys/dev/ixl/i40e_adminq.c head/sys/dev/ixl/i40e_adminq.h head/sys/dev/ixl/i40e_adminq_cmd.h head/sys/dev/ixl/i40e_alloc.h head/sys/dev/ixl/i40e_common.c head/sys/dev/ixl/i40e_dcb.c head/sys/dev/ixl/i40e_dcb.h head/sys/dev/ixl/i40e_devids.h head/sys/dev/ixl/i40e_hmc.c head/sys/dev/ixl/i40e_hmc.h head/sys/dev/ixl/i40e_lan_hmc.c head/sys/dev/ixl/i40e_lan_hmc.h head/sys/dev/ixl/i40e_nvm.c head/sys/dev/ixl/i40e_osdep.c head/sys/dev/ixl/i40e_osdep.h head/sys/dev/ixl/i40e_prototype.h head/sys/dev/ixl/i40e_register.h head/sys/dev/ixl/i40e_status.h head/sys/dev/ixl/i40e_type.h head/sys/dev/ixl/i40e_virtchnl.h head/sys/dev/ixl/if_ixl.c head/sys/dev/ixl/if_ixlv.c head/sys/dev/ixl/ixl.h head/sys/dev/ixl/ixl_iw.c head/sys/dev/ixl/ixl_iw.h head/sys/dev/ixl/ixl_iw_int.h head/sys/dev/ixl/ixl_pf.h head/sys/dev/ixl/ixl_pf_i2c.c head/sys/dev/ixl/ixl_pf_iov.c head/sys/dev/ixl/ixl_pf_iov.h head/sys/dev/ixl/ixl_pf_main.c head/sys/dev/ixl/ixl_pf_qmgr.c head/sys/dev/ixl/ixl_pf_qmgr.h head/sys/dev/ixl/ixl_txrx.c head/sys/dev/ixl/ixlv.h head/sys/dev/ixl/ixlv_vc_mgr.h head/sys/dev/ixl/ixlvc.c head/sys/dev/ixl/virtchnl.h head/sys/modules/ixl/Makefile --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Tue May 1 19:00:56 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B3F6FB464B for ; Tue, 1 May 2018 19:00:56 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from smtp.babolo.ru (smtp.babolo.ru [194.58.246.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.babolo.ru", Issuer "babolo" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D78971422; Tue, 1 May 2018 19:00:54 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from citycat.babolo.ru (cicuta.babolo [127.0.2.61]) by smtp.babolo.ru (8.15.2/8.15.2) with SMTP id w41JKuqx047574; Tue, 1 May 2018 22:20:56 +0300 (MSK) (envelope-from "."@babolo.ru) Received: (nullmailer pid 79577 invoked by uid 136); Tue, 01 May 2018 18:52:25 -0000 Date: Tue, 1 May 2018 21:52:25 +0300 From: Aleksandr A Babaylov <"."@babolo.ru> To: Julian Elischer Cc: Eugene Grosbein , Jeff Kletsky , freebsd-net@freebsd.org Subject: Re: ipfw -- selecting locally generated packets Message-ID: <20180501185224.GA79544@babolo.ru> References: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> <5AE75A4E.6020907@grosbein.net> <600886b2-f78d-0af7-224e-a2711f7e1106@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <600886b2-f78d-0af7-224e-a2711f7e1106@freebsd.org> X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 01 May 2018 19:00:56 -0000 On Tue, May 01, 2018 at 09:04:36PM +0800, Julian Elischer wrote: > On 1/5/18 2:02 am, Eugene Grosbein wrote: > >01.05.2018 0:48, Jeff Kletsky wrote: > > > >> From time to time, I rewrite my firewall rules to take advantages of the > >> ever-improving set of features that ipfw provides. One of the challenges > >> I have faced in the past was selecting packets that are generated on the > >> firewall host itself, as opposed to those that it received through an > >> interface. > >> > >>While I find most of the Linux firewall implementations untenable for a > >>variety of reasons, it does provide differentiation between what they > >>call "OUTPUT" and "FORWARD". I'm looking to see if there is a "better" > >>way to implement this kind of selection with the 11.1 version of ipfw. > >> > >>"out and not in" may years ago seemed an obvious selector, and it's good > >>to see that it is now clearly documented that it doesn't work in "man > >>ipfw" with "(in fact, out is implemented as not in)". > >> > >>"not recv any" doesn't seem to be helpful either > >> > >> $ sudo ipfw add 64000 count ip from any to any out xmit any not recv > >> any > >> 64000 count ip from any to any out > >> > >>In the past, I've tagged all incoming packets and used that tag to > >>differentiate between the two. > >> > >>Is there something "cleaner" (or perhaps clearer) that using a tag in > >>that way? > >I have been using "from me" for years and it works. > >If you have NAT, process "from me" packets before translating outgoing > >packets > >and process "to me" after translating incoming packet > On a host with two interfaces you can use subtraction.. > i.e in the outgoing part of the rules you can test on recv xxx0 and if > it doesn't match it must be locally generated. > I've also used the uid rule, which can only match on local packets > ut it only works if you only have a single 'user' on an appliance. Why recv * not used for this task? From owner-freebsd-net@freebsd.org Wed May 2 06:24:17 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A708FC39DA for ; Wed, 2 May 2018 06:24:17 +0000 (UTC) (envelope-from danika.isabella@primedataleaders.com) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FC0F7B601 for ; Wed, 2 May 2018 06:24:16 +0000 (UTC) (envelope-from danika.isabella@primedataleaders.com) Received: by mail-pf0-x241.google.com with SMTP id w129so5471834pfd.3 for ; Tue, 01 May 2018 23:24:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-language:thread-index; bh=s5iSiKgBnoq8JapeQt7/ME2+RQ+kiJ1LsGPwtCmsWiw=; b=ttfEMcm4rRGttMYpy1mnJzrCovzZwKMKk8mEe8v3I0mGNem3QkB9FQNA/Y66I7LxY6 hP1JrQEi6fLB4RXmoLjQGgQqb4yctObwDCYcjs9wjwdBQyK0Bussxr2++/IqTJ3q6BrN q0VH48BXhlj0uy4tF/2VIEHIdpbZsXdHqZUnu3kcAf1E5UdpCdQstUj6gkq7/IYyzA7k lKxpmScjMDCBdSMh1WRhhs5ecEYJ8BUqccOZKmnyEojGakfhNXxrc+B12tIyy+PgAo0H oBlaZpCRQ72p8bk4wSMrXb0xjjuXNufWFjY4xlNMptAQH4Auj92bH0ox2UYfRS2cAYLS N9Ag== X-Gm-Message-State: ALQs6tD6ROIRqTO4RPoyFL+FSJKXrnY7kQGQMDoL85zhzOdR7mpIotGT /6X2wOZV5uIv01Isgl9fCnXd2omv X-Google-Smtp-Source: AB8JxZrdhvnCha5h6bavtImlpYd70MDA8PIZJOWZkgrSdYzFYbdL29GVHaiAEdLrpVDzFaD874MrZg== X-Received: by 2002:a17:902:784c:: with SMTP id e12-v6mr7041012pln.60.1525242254950; Tue, 01 May 2018 23:24:14 -0700 (PDT) Received: from userPC ([183.82.23.158]) by smtp.gmail.com with ESMTPSA id g64sm17561114pfd.50.2018.05.01.23.24.13 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 01 May 2018 23:24:13 -0700 (PDT) From: "Danika Isabella" To: References: In-Reply-To: Subject: Asphalt Pavement Industry Database Date: Wed, 2 May 2018 02:23:48 -0400 Message-ID: <060501d3e1de$2337b8c0$69a72a40$@primedataleaders.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AdPh3iGX+oBt9pjJRUa4N/YhALbbDA== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 02 May 2018 06:24:17 -0000 Hi, Are you interested to reach the newly updated Asphalt Pavement Industry Database which includes complete contact details and verified email addresses of - Contractors, Liquid Asphalt Suppliers, Asphalt Products Manufactures, Asphalt Pavement Material Producer, Government Agencies, Paving Contractors, Equipment and Materials Manufacturers/Suppliers/Distributors, Engineering firms, Consultants, Road Building and Maintenance, Highways, Bridges and Tunnels, Grading and Excavating, Earthmoving, Trucking and Hauling, Underground Utilities, Lifting, Aggregates Production, Equipment Management and Maintenance and many more across USA, UK, Canada, Australia, Europe and most of the World. If your target audience is not mentioned above, kindly let me know. Please send me your target audience and geographical area, so that I can give you more information, Counts, Pricing as well as few samples, just for your review. Target Industry : _____________ Target Geography : ______________ Target Job Title : _________________ Looking forward to hear from you. Note: Samples are available as per your request. Best Regards, Danika Isabella Online Marketing Manager If you do not wish to receive future emails from us, please reply as 'leave out' From owner-freebsd-net@freebsd.org Wed May 2 09:19:49 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE0E6FC71F4 for ; Wed, 2 May 2018 09:19:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 72BE87E865 for ; Wed, 2 May 2018 09:19:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 337CDFC71F2; Wed, 2 May 2018 09:19:49 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EDE2FC71F1 for ; Wed, 2 May 2018 09:19:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 913C67E863 for ; Wed, 2 May 2018 09:19:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D0F041EF3E for ; Wed, 2 May 2018 09:19:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w429Jl9o015247 for ; Wed, 2 May 2018 09:19:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w429JlxW015244 for net@FreeBSD.org; Wed, 2 May 2018 09:19:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 226622] Error when specifying multiple interfaces through firewall_nat_interface in /etc/rc.conf Date: Wed, 02 May 2018 09:19:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: conf X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Works As Intended X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: eugen@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 02 May 2018 09:19:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226622 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |net@FreeBSD.org Status|Open |Closed Resolution|--- |Works As Intended --- Comment #4 from Eugene Grosbein --- Feedback timeout. Also, code changes believed unnecessary as the task can easily be solved using coscripts. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed May 2 13:08:36 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D11AAFA8FFE for ; Wed, 2 May 2018 13:08:35 +0000 (UTC) (envelope-from gessel@blackrosetech.com) Received: from mail.blackrosetech.com (shiofuki.blackrosetech.com [173.228.36.135]) (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 4E25D740B5 for ; Wed, 2 May 2018 13:08:34 +0000 (UTC) (envelope-from gessel@blackrosetech.com) Received: from shiofuki (shiofuki [10.3.69.135]) by mail.blackrosetech.com (Postfix) with ESMTP id 9A69A3919CE for ; Wed, 2 May 2018 06:08:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at blackrosetech.com Received: from mail.blackrosetech.com ([10.3.69.135]) by shiofuki (shiofuki.blackrosetech.com [10.3.69.135]) (amavisd-new, port 10024) with ESMTP id TfeTJLnMlY6K for ; Wed, 2 May 2018 06:08:18 -0700 (PDT) Received: from [192.168.2.192] (unknown [185.34.17.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: gessel@blackrosetech.com) by mail.blackrosetech.com (Postfix) with ESMTPSA id 1C2BD3919BB for ; Wed, 2 May 2018 06:08:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=blackrosetech.com; s=BRTDKIM; t=1525266498; bh=Zhsps1F5N7swAL3xU22AVuITSiEUAjfpyk7jPYZrGLQ=; h=To:From:Subject:Date; b=E7mwSoyvBMG+quCZIaiU2RuEiUl7QRQQTl70BdTwKD7Y13BQc4C4PQ/k1H7q0beWs t8fHKic0g7RVBFHszaXRjHsbjqPqDHi+CkF1PQaS9FMQqPwGjXs9hLrdY8IQuQyNlj q4gw2Z94UjRlfSg1qAJiL1gTpfVWyninayw96evo= To: freebsd-net From: David Gessel Subject: LibreSSL 2.7.2+ errors, last vexing one Apache24 fails with Cannot load libexec/apache24/mod_ssl.so Undefined symbol "OPENSSL_malloc_init" Openpgp: preference=signencrypt Autocrypt: addr=gessel@blackrosetech.com; prefer-encrypt=mutual; keydata= xsDiBDVT5mcRBADHJkpjwzaTcqLIu5gKXjTlPiWcpQ70IuMu206Az723CD8K2kn6Y0kOLozM MTB3sbeWRGTDfhQRJxYqwZzJlehe6Xz2ElQUnnMXe7Z6uR8vcy16qVxh3LlrYE4hM986XYG6 BgwvERjqyz4S/ZUhM8S2GNiKoM6v1QBbo79hRphNBQCg/2vqrQmyr7/cT/kGyBcM6RWSDIUE ALN0GeBfZj7ktfHWptGsNbpohbVSs9pfTAl/13H0WesIHATopwItf/AdClO+BKMrPISgvqVG n8GBwHfZStTPxtFkEQ/D7QLwQNwoCXmvovuQ7Zt7pgv2ja6vWa0BeoQ8z3PTHMcZHW9OdP8l jGa6LXk2yT4LGol4Ntuqhzx1mHLiBACjTQeTSuK74GQt9Bpk7IvJZLrTp3Byo5mE+I9qPPui VgRsHf5qSh3HKFBYrp9NA+b398SYn3sfFJJ2bKzt3B1zCo8GwzMEnroW+4K0VoPyrzG+QCpA LiKQbweYw/pWsfUJIJhjLAabPLTx+Kfz98PDwNQvAahP8irNUFf0YAevb80tRGF2aWQgSmFj b2IgR2Vzc2VsIDxnZXNzZWxAYmxhY2tyb3NldGVjaC5jb20+wmEEEBEIACECHgECF4ACGQEF AlYFO1QFCwkIBwMFFQoJCAsFFgIDAQAACgkQhoyRmrSyBPJDiwCg1VBTpJkfUBRSjPH/SHP0 E+VGbnUAoLZ3nK5heA63qsxpztC6DWxWW4CozsFNBE0AjSEBEADXLpgdmBA5NQbT3BDvDNuG H1nWkBZ+N6ermpXcga6kNdpmceePL0jLi/82S/qQstwxVm/sguQtNTUxdtT1E5+sk99IaKMh igLHSnc6A4RerGybz6CpqFV0JGPuDdXIlg4mToEuivolDA95emEE5Wz1me+o/QPrt7VJYtOp 6vIzBELFIfE+fkTVKAyX6loy+/jRdC/ClEY/6/x6O9fSt6wtpAkuFqwHG0LXXe85rU9rIf15 NhvgK/XyPb4yP00xBLS3SH2PTyU5aJAWfcpuzteSOvYPg06W89ZY4HKiEg8TdZ7GKQy3wq8c Lm8FaAKGpg/TpdnAIygQm3T843APyuBuluM/yb9lxEHqeZSAoeFXu6iWx5COQaCzxmCXFxnO M8sR9xf8NSEb0bAtvytDncDyCzTTPpNvEVGprDRaB+IJuw9USalZ6rxSZKV5RprdGYf+XyOS 4px4mm/cw2H+SXP68Qv/BJNrUjPODsOZJ1r5gtYE/hTGQYdGu5RBTgttUzN187KXOEv61Opl PV3aTxLsh3l2haLWRZke2ti+R3QtqnvvHRCIq7VzEw2Oyx2iYzT2uhvUKaUqu3Ncr/Dl4xiN 4gHsL8DvdnzIQ+/i95BFyNGphC6td59XQWOPrLqbRYM4jzfCar2gaJJUDpG1Nq1OUgZ6sJr3 cQZ85c1S01yGlwARAQABwkkEGBECAAkFAk0AjSECGwwACgkQhoyRmrSyBPLrGQCeLaI8AoWp gaAsm4FZ556bXXLE7qsAn3Z1fQTANN79wef6X+B9C/N6wXzW Organization: Black Rose Technology Message-ID: Date: Wed, 2 May 2018 16:08:13 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 02 May 2018 13:08:36 -0000 LibreSSL 2.7+ is a big change and it caused a host of issues for me, most of which I've resolved with the patches posted on the LibreSSL wiki at https://wiki.freebsd.org/LibreSSL/2.7, but www/apache24 is still refusing to start post-update (the port was patched for LibreSSL on 24 Mar with 2.4.33) my env: apache24-2.4.33 libressl-2.7.2_1 FreeBSD 10.3-RELEASE-p28 #0 r330946 (portmaster) When I try # apachectl restart I get: Apache24 will not start: httpd: Syntax error on line 130 of /usr/local/etc/apache24/httpd.conf: Cannot load libexec/apache24/mod_ssl.so into server: /usr/local/libexec/apache24/mod_ssl.so: Undefined symbol "OPENSSL_malloc_init" The following innocuous seeming error reported during the build seems relevant --- mod_ssl.slo --- mod_ssl.c:404:5: warning: implicit declaration of function 'OPENSSL_malloc_init' is invalid in C99 [-Wimplicit-function-declaration] OPENSSL_malloc_init(); mod_ssl.c: ± 405: C: /* We must register the library in full, to ensure our configuration * code can successfully test the SSL environment. */ #if MODSSL_USE_OPENSSL_PRE_1_1_API (void)CRYPTO_malloc_init(); #else OPENSSL_malloc_init(); #endif ERR_load_crypto_strings(); SSL_load_error_strings(); SSL_library_init(); #if HAVE_ENGINE_LOAD_BUILTIN_ENGINES ENGINE_load_builtin_engines(); #endif OpenSSL_add_all_algorithms(); OPENSSL_load_builtin_modules(); I don't see a declaration in mod_ssl.h. I believe the function is declared in OPENSSL_malloc, e.g. int OPENSSL_malloc_init(void) and that maybe the latest version of LibreSSL replaced the OpenSSL code that contained this declaration without replacing it. Or something like that. Maybe. Any hints? Also posted at https://bz.apache.org/bugzilla/show_bug.cgi?id=62346 and https://forums.freebsd.org/threads/apache24-fails-after-libressl-2-7-2-mod_ssl-so-undefined-symbol-openssl_malloc_init.65701/ From owner-freebsd-net@freebsd.org Wed May 2 15:51:50 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB75BFAD444 for ; Wed, 2 May 2018 15:51:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB5A7A04D for ; Wed, 2 May 2018 15:51:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0A260FAD443; Wed, 2 May 2018 15:51:49 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC188FAD442 for ; Wed, 2 May 2018 15:51:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E7237A043 for ; Wed, 2 May 2018 15:51:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 9E276225D2 for ; Wed, 2 May 2018 15:51:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w42FplnK021250 for ; Wed, 2 May 2018 15:51:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w42Fpl7g021249 for net@FreeBSD.org; Wed, 2 May 2018 15:51:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 166724] [re] if_re watchdog timeout Date: Wed, 02 May 2018 15:51:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: needs-patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: aksyom@gmail.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: yongari@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 02 May 2018 15:51:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166724 Arto Pekkanen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aksyom@gmail.com --- Comment #23 from Arto Pekkanen --- I managed to solve this issue by disabling MSI and MSI-X. Put the following lines into /boot/loader.conf hw.re.msi_disable=3D"1" hw.re.msix_disable=3D"1" You see, the MSI/MSI-X interrupt processing supposedly eliminates the need = to perform an extra read from device register after receiving an interrupt whi= ch tells that a DMA write is finished. However, there is some kind of problem either in the driver or the chip itself in the way it handles these interru= pts. By disabling MSI and MSI-X, the driver switches to using the older interrupt filter handler, and thus probably performs and extra read from some device register to wait for the DMA transfer to memory to be ready (according to wikipedia, when using legacy interrupts this is the only way to ensure the = DMA transfer wasn't buffered by the chipset etc). So, I would suggest everybody watching this thread to try if disabling MSI = and MSI-X on their system helps. Might not apply to all Realtek NICs, but on my machine this workaround is valid. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed May 2 15:53:22 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CCC5FAD696 for ; Wed, 2 May 2018 15:53:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 89C1E7A800 for ; Wed, 2 May 2018 15:53:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 471DFFAD695; Wed, 2 May 2018 15:53:21 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27EA2FAD694 for ; Wed, 2 May 2018 15:53:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B3247A7E8 for ; Wed, 2 May 2018 15:53:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 44B3F22708 for ; Wed, 2 May 2018 15:53:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w42FrJ2l032257 for ; Wed, 2 May 2018 15:53:19 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w42FrJxu032256 for net@FreeBSD.org; Wed, 2 May 2018 15:53:19 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 208205] re0 watchdog timeout Date: Wed, 02 May 2018 15:53: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: 11.1-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: aksyom@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 02 May 2018 15:53:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208205 Arto Pekkanen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aksyom@gmail.com --- Comment #22 from Arto Pekkanen --- I managed to solve this issue by disabling MSI and MSI-X. Put the following lines into /boot/loader.conf hw.re.msi_disable=3D"1" hw.re.msix_disable=3D"1" You see, the MSI/MSI-X interrupt processing supposedly eliminates the need = to perform an extra read from device register after receiving an interrupt whi= ch tells that a DMA write is finished. However, there is some kind of problem either in the driver or the chip itself in the way it handles these interru= pts. By disabling MSI and MSI-X, the driver switches to using the older interrupt filter handler, and thus probably performs and extra read from some device register to wait for the DMA transfer to memory to be ready (according to wikipedia, when using legacy interrupts this is the only way to ensure the = DMA transfer wasn't buffered by the chipset etc). So, I would suggest everybody watching this thread to try if disabling MSI = and MSI-X on their system helps. Might not apply to all Realtek NICs, but on my machine this workaround is valid. PS. the performance is still horrible when transferring to and from the machine, but at least now it doesn't hang sporadically. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed May 2 16:08:22 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5098CFADD44 for ; Wed, 2 May 2018 16:08:22 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7E017F26A for ; Wed, 2 May 2018 16:08:21 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: by mail-qt0-x229.google.com with SMTP id f5-v6so5740864qth.2 for ; Wed, 02 May 2018 09:08:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tenebras-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=TFSLw6PKDHakDrTXP8Jma10Q4CIlbT2gNKrHufN+4Mg=; b=NsE6br6Hv7CH8hRmGQ+ntPPgiR5EoUdFUaxpZ4dgg4pAfFwcKDW2hIqXYQhoaid84C fAUm20UZBbRXajD5vJVER5lR7vVULr4KBpRJZ0GWtJQonp6eqhMtbiZ9iCRDXH6MUvql 80BmZH0KGJZcpMH1/nZ5YZfowKSzbizrgtxztdHwe1Y1cPQtA3S/uk7feGm1JRURq1sY ZZQEQZMwBt2RvinKfqUKL21bI1epH8/8GeVij/mxbNVv0ikagRwe2oABUJ6ZW4OlH9aN hueRbrEEeNrlF9ys1eLZU8Zl5OmSrPVZQ5Bed6iuQtmw+YdrUsLwuiwjH+vraA3MYrOe uiTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=TFSLw6PKDHakDrTXP8Jma10Q4CIlbT2gNKrHufN+4Mg=; b=Z6aVbm9kQsycoUeO66KCaTHbHZh2UOTWoGc4kR8kGEAtZ1+RwGPeiNwtAa2S5KSZLn VidU29hoEdFWnHV546MSpjhsLM/yVv0SaaFutaZTdYmAe8dXdSuVKqnPy53VibSmtlo8 g8Y08UIEjstr3D2gWsWUOvfyZ/R345nEJyIURc4hGc3NxYgZMw4pMo+rhGZFzxXsBM7G KaKk3TgohWalsUoU1VAdjXDNwdaU/uyQ5kEdNkye3m7aZOINR55IFVUR9PRubckUJXey DIwRLGZdw26Vuqu8f04PYkNQnwYeDmwOmJvJefUmQk7T11P5Zjn/xKnQv0bQqMAfWnWa vxdw== X-Gm-Message-State: ALQs6tB8J1JQBotBQnJmgsawhWSoqwW9G54ZxcK8pH1eIyQ3s83RCQXV +/FbD2EW6Yhe0y662ZV8bP/ppxstBbKUel/2B1m484/v X-Google-Smtp-Source: AB8JxZrofadvnAp6y2fkWg+57IMq6rGyLx4g+pUGKFPOqiGB/ytUMmz7Kuum7DXcZxKN9ux60CxGlvz2JnUasH7L4PM= X-Received: by 2002:ac8:f30:: with SMTP id e45-v6mr17510097qtk.293.1525277301073; Wed, 02 May 2018 09:08:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.200.41.92 with HTTP; Wed, 2 May 2018 09:08:20 -0700 (PDT) In-Reply-To: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> References: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> From: Michael Sierchio Date: Wed, 2 May 2018 09:08:20 -0700 Message-ID: Subject: Re: ipfw -- selecting locally generated packets To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 02 May 2018 16:08:22 -0000 On Mon, Apr 30, 2018 at 10:48 AM, Jeff Kletsky wrote: > > "not recv any" doesn't seem to be helpful either > > $ sudo ipfw add 64000 count ip from any to any out xmit any not recv > any The loopback interface, lo0 ? From owner-freebsd-net@freebsd.org Wed May 2 18:50:47 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD30DFB1745 for ; Wed, 2 May 2018 18:50:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 444CD823C7 for ; Wed, 2 May 2018 18:50:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 037CBFB1744; Wed, 2 May 2018 18:50:47 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E52D3FB1743 for ; Wed, 2 May 2018 18:50:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7EBEA823C3 for ; Wed, 2 May 2018 18:50:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BEBE723FD2 for ; Wed, 2 May 2018 18:50:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w42Iojju067489 for ; Wed, 2 May 2018 18:50:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w42IojiD067486 for net@FreeBSD.org; Wed, 2 May 2018 18:50:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 211962] bxe driver queue soft hangs and flooding tx_soft_errors Date: Wed, 02 May 2018 18:50:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: davidcs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: davidcs@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 02 May 2018 18:50:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211962 David C Somayajulu changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Open |Closed --- Comment #7 from David C Somayajulu --- This bug has been confirmed as fixed. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Thu May 3 08:10:35 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85DECFC8C56 for ; Thu, 3 May 2018 08:10:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1896A751B0 for ; Thu, 3 May 2018 08:10:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C7315FC8C54; Thu, 3 May 2018 08:10:34 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B33A3FC8C53 for ; Thu, 3 May 2018 08:10:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B19E751A8 for ; Thu, 3 May 2018 08:10:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 88EFD2ADE0 for ; Thu, 3 May 2018 08:10:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w438AXX7001510 for ; Thu, 3 May 2018 08:10:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w438AX9E001509 for net@FreeBSD.org; Thu, 3 May 2018 08:10:33 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 205264] XOR logic error in ixgb(4) Date: Thu, 03 May 2018 08:10: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: CURRENT X-Bugzilla-Keywords: IntelNetworking X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: kbowling@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 03 May 2018 08:10:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205264 Kevin Bowling changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events CC| |kbowling@freebsd.org Status|New |Closed --- Comment #2 from Kevin Bowling --- ixgb(4) support has been removed from HEAD for reasons as linked in r333173. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu May 3 13:35:22 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB4B9FAB863 for ; Thu, 3 May 2018 13:35:22 +0000 (UTC) (envelope-from julian@freebsd.org) 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 49B9B7F978 for ; Thu, 3 May 2018 13:35:22 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (124-148-108-197.dyn.iinet.net.au [124.148.108.197]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w43DZE4a017468 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 3 May 2018 06:35:19 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: ipfw -- selecting locally generated packets To: Michael Sierchio , "freebsd-net@freebsd.org" References: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> From: Julian Elischer Message-ID: <2b8de01f-9c67-8ead-5891-f0241be31a8d@freebsd.org> Date: Thu, 3 May 2018 21:35:08 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 03 May 2018 13:35:22 -0000 On 3/5/18 12:08 am, Michael Sierchio wrote: > On Mon, Apr 30, 2018 at 10:48 AM, Jeff Kletsky wrote: > >> "not recv any" doesn't seem to be helpful either >> >> $ sudo ipfw add 64000 count ip from any to any out xmit any not recv >> any > > The loopback interface, lo0 ? > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > As was pointed out a selector might be add 100 ip from me to any out not recv * one wonders if that would work or maybe skipto {line x) any from any to any out recv * followed by lines htat are for locally generated. these not tested.. From owner-freebsd-net@freebsd.org Thu May 3 21:11:25 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F6E4FBACF7 for ; Thu, 3 May 2018 21:11:25 +0000 (UTC) (envelope-from dieterbsd@gmail.com) Received: from mail-io0-x241.google.com (mail-io0-x241.google.com [IPv6:2607:f8b0:4001:c06::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B1B88484B for ; Thu, 3 May 2018 21:11:25 +0000 (UTC) (envelope-from dieterbsd@gmail.com) Received: by mail-io0-x241.google.com with SMTP id g1-v6so13981976iob.2 for ; Thu, 03 May 2018 14:11:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=P3NyUKlY7Lez37haz5xyYRywQ7YmC5K5IvrhnR/U1PY=; b=J0h3P18UeOG56aCIlSXdV35lwbF8fmFOQjZNs7rHF6XC6VTeaahEBs3X3GMFAbhnmZ mQ7yVpWxj+qeLpmWmtMlWoEID+Z2zGe3kasfz1ysA/ZpTnUAsRQX1MLBXngFn8xPon61 brQp9TFvl91M3VM5Byx4s7TW/wL44hStVCO0gJq4ggsa2j/cIjD/4GoDv9HayqTxLtLg Qc+EGy/0BOBI+cToAgybsxBPR2Hjvhc3h2/d+pdy60FZfvR+y4WAYCExgB2XNzD/S5ck hauvHyO3YtK5HLnbteCbONthipPpb8lR6hB+Agkb8qRnFbJncmfoHbi8j+oUcYI/o/O9 g7eA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=P3NyUKlY7Lez37haz5xyYRywQ7YmC5K5IvrhnR/U1PY=; b=Bgwwob1Tzoq5R0+HGzccEiuGiioY/zLPTV9LHp9nj8SdtfF5tNCYBixCnKOscAWQxp DQZzTuGLc9PThzIhhYP4GN1Hx1Tsdy1WesGzpnf4SlAkLsPa+N3kG+QOqsWj+KhaCHti o6yQcrkFNse1fsm4LI27nyB68SBsOgqGwOq2E/Qyu+JhSU8sfu58/keLTMfzv9pyqyWe pvdIaUkV1oZLQnezpgFRX+FIOcDYgeDlSz6XaT2dpgSjEeFUwkERmNbaAcXZz7/VlNaS dmvOrZOClP8x3ww3/F9VNKKNKVOdiYizEl5esu7vX1KmZ1rxL+dxk3TRxxFxS1YM1TQO fTZg== X-Gm-Message-State: ALQs6tB2EBYCc4eh11F0liyu7UvhAy/GSkNGbDUqmI8ubVgK9Qqnp25s WF8WrD/1LDuO++UaEn+6lO9DF4vGlF9zwF6S5UQ= X-Google-Smtp-Source: AB8JxZoh1p32lpRKBULj5Mx2wS5T+dA7KDdWxOiaOvbFPivoam9ZmVW7AJuIiPopaFmrRn8g+5Kq/F55ZTcJ7taf9AE= X-Received: by 2002:a6b:1801:: with SMTP id 1-v6mr26721273ioy.129.1525381884476; Thu, 03 May 2018 14:11:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.192.131.43 with HTTP; Thu, 3 May 2018 14:11:24 -0700 (PDT) From: Dieter BSD Date: Thu, 3 May 2018 14:11:24 -0700 Message-ID: Subject: Re: AX88179 USB-to-Ethernet is slow and silently corrupts data To: pyunyh@gmail.com, freebsd-net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 03 May 2018 21:11:25 -0000 > 10.3-RELEASE > amd64 with ECC memory > VIA VL805 USB 3.0 controller > ue0 is Siig USB-to-Ethernet Chipset: AX88179 > > ugen0.7: at usbus0, cfg=0 md=HOST > spd=SUPER (5.0Gbps) pwr=ON (124mA) > > ue0: flags=8c43 metric 0 > mtu 1500 > options=8000b > inet 10.0.210.66 netmask 0xffffff00 broadcast 10.0.210.255 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > > If media is set to "1000baseT " it "works", but slowly, and > received data is silently corrupted. :-( Transmitted data is not > corrupted (tested with > 30 GB). > > ifconfig ue0 -txcsum > "works", but still gives silent data corruption > > ifconfig ue0 -rxcsum (acts the same with or without txcsum) > ping out > netstat sees packets both directions, but ping doesn't see the response: > 8 packets transmitted, 0 packets received, 100.0% packet loss > ping in > netstat sees packets in, but no responses going out > > I can see that some Ethernet controllers would not support checksum offloading, > but it seems to me that turning the checksum offloading off should always > work? (at the expense of more cpu load) pyunyh> Which phy driver is used for axge(4)? pyunyh> You can see the phy driver name below axge(4) attachment in dmesg pyunyh> output. axge0: on usbus2 axge1: on usbus0 miibus4: on axge0 miibus5: on axge1 - Do you use manual media configuration instead of auto-negotiation? They auto configure at 1000. I usually set them to 100 which seems to eliminate the silent data corruption. pyunyh> Does the issue happen at which media speed(10Mbps, 100Mbps or 1000Mbs)? The silent data corruption happens at 1000. 100 seems to eliminate the data corruption but 100 isn't always fast enough. I haven't tried setting the AX88179 to 10 Mbps mode, although I tested it by sending data to it from another machine whioh was running at 10 Mbps, with a Netgear switch converting the 10 Mbps to 1000 Mbps. Using usb2 instead of usb3 also seems to eliminate the date corruption. The AX88179 doesn't seem to care about what Ethernet speed it is running at, or what usb speed it is running at. The silent data corruption happens if it receives too many packets per second from the Ethernet. Reducing Ethernet speed or usb speed are simple ways to reduce how many packets per second it handles. pyunyh> Which direction of packet flow is broken(TX or RX or both)? The silent data corruption happens if it receives too many packets per second from the Ethernet. I have not observed any data corruption when the AX88179 transmits data to the Ethernet. Tested with rcp(1). It seems interesting that it is the receive direction that gets data corruption and the receive direction that fails completely when the rxcsum is turned off. Perhaps related? ue0 is now connected to chipset (AMD 990FX SB950) usb controller usb2 ifconfig ue0 -rxcsum ue0: flags=8843 metric 0 mtu 1500 options=8000a media: Ethernet 100baseTX Sent ue0 a bunch of udp packets from another FreeBSD box. dd if=/dev/zero bs=1k count=50 | nc -4u 10.0.210.66 55555 input ue0 output packets errs idrops bytes packets errs bytes colls drops 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 50 0 0 53000 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Receiving process got none of them. nc -4nul 55555 > /var/tmp/file_via_udp_ue0 (file is zero bytes) netstat -s -p udp udp: 0 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 0 delivered 0 datagrams output 0 times multicast source filter matched So netstat sees packets coming in, but does not see any datagrams. Where is the data disappearing? In the hardware? In the device driver? Is "ifconfig -rxcsum" really doing the correct thing to the chip? Is there some way to have RXCSUM,TXCSUM turned on, but also have the cpu verify the checksum? I realize the the whole point of RXCSUM,TXCSUM is to reduce the load on the cpu, but data corruption sucks. To see if a different usb controller made any difference, I ran the same test using ue1 = Tek Republic TUN-300 which has the same AX88179 as the Siig, connected to onboard VIA VL805 USB 3.0 controller, and it acts exactly the same as the Siig. So no difference seen between the two usb controllers. Both ue0 & ue1 are running at 100baseTX which appears to eliminate the silent data corruption seen with rcp(1) when they are running at 1000. I also tried the same test with tcp instead of udp. Same results, zero length file and no checksum errors reported by netstat -s. So the protocol doesn't matter. "ifconfig -rxcsum" appears to stop the flow of all incoming packets, icmp. udp, and tcp. From owner-freebsd-net@freebsd.org Thu May 3 21:32:45 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF574FBB9A9; Thu, 3 May 2018 21:32:45 +0000 (UTC) (envelope-from dieterbsd@gmail.com) Received: from mail-it0-x244.google.com (mail-it0-x244.google.com [IPv6:2607:f8b0:4001:c0b::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65E8D68F2B; Thu, 3 May 2018 21:32:45 +0000 (UTC) (envelope-from dieterbsd@gmail.com) Received: by mail-it0-x244.google.com with SMTP id 70-v6so1090744ity.2; Thu, 03 May 2018 14:32:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=XxLfZ7Zbn9+l4GkAhiCJr95bEI5408ZqfU+DiQY8wLw=; b=tW6srtrgqSWLdyHJqk76znaojXNMwkdrpI6ql/mHAp+mVU550oaLwGgGyVoyjx0WCm qtkD3PLr9Q112RkVEwNGM970QSU4ebjeg88qNetm9SM4GR4d0WZCgzl+TBQHr1QJ6GeF bz11gChqmSql7pPXG+9ANzBUCS8qjYXhtef56NVqjaFHJMZPRYanP0I+uBlJLEaNpbRz vfYSVEGdHzQPY+VX+hvT08giAmpRdJ0xpdn5UrztrwzuJv3YnfY+vv98JGhOz3p9ZObk X8VaAFVxBdGr4VJkrhlQ9gvB9NXuN1ZyS6izzCWOmxMvTkHtVDs8yBlHY6FHGiinPJce yFnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=XxLfZ7Zbn9+l4GkAhiCJr95bEI5408ZqfU+DiQY8wLw=; b=N2Rejwb00giCp3KDpw68x6+55tf1S7TpB0Uz5rDOAIragYt8X0oZSJmaE0LKuUVega KFeeO2BcGSVylnbipTp8DxCmQsslh4aOEdMQswIMqi0Wt5rrwI/T7lU3WDYYJoRw4qkw B6PKTXG4lIq0eZtu3vChjylQWDDkbleFlKhIfLU45forkZHVjfjAnZacFthG1NKLVNM7 jWG1TuuIH2rVBbzgHSFvF4bFfrripkizIooZcmZtitdaDRs28C/AMR+TH0BMrUY9PF5A ytD8BpHhReaAibYulK1TvG3Y42WquuORG3YlCyghuceiUfvjPPx3b+GOfa/J/s4S+HwI PtIQ== X-Gm-Message-State: ALQs6tCVLoIW9rN7wu4f6qa2/P09OXZ3H5wjGvlEH6fDoqgC/Xph1her 2QI4Oe+M3UGsBBn7zMuMuRw0Z+3JuzV8B8JYYnc= X-Google-Smtp-Source: AB8JxZpMJiTUOcUeHFjzXfPOm6lOdl8CV2L+zeEgBbtaSv8EjPCo99uVoclJW+BhQ7CErYiDugxWXtlvkfSVfd02pD8= X-Received: by 2002:a24:c4c1:: with SMTP id v184-v6mr21787919itf.41.1525383164719; Thu, 03 May 2018 14:32:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.192.131.43 with HTTP; Thu, 3 May 2018 14:32:44 -0700 (PDT) From: Dieter BSD Date: Thu, 3 May 2018 14:32:44 -0700 Message-ID: Subject: netstat(1) -s -f is broken To: freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 03 May 2018 21:32:46 -0000 FreeBSD 10.3-RELEASE The fine man page promises: netstat -i | -I interface -s [-46] [-f protocol_family | -p protocol] [-M core] [-N system] Display per-interface statistics for each network protocol, for a particular protocol_family, or for a single protocol. But in reality, netstat -I interface -s -f family only works if family is inet6. interface=lo0 for fam in inet inet6 pfkey atalk netgraph ipx unix link do echo -n interface = $interface fam = $fam netstat -I $interface -s -f $fam | wc done interface = lo0 fam = inet 0 0 0 interface = lo0 fam = inet6 56 258 1728 interface = lo0 fam = pfkey 0 0 0 interface = lo0 fam = atalk 0 0 0 interface = lo0 fam = netgraph 0 0 0 interface = lo0 fam = ipx 0 0 0 interface = lo0 fam = unix 0 0 0 interface = lo0 fam = link 0 0 0 I had this in a loop with all the interfaces, the results are the same for all interfaces. Doesn't work with -p either. netstat -I lo0 -s -p udp :udp: no per-interface stats routine It would be very useful if this actually worked. From owner-freebsd-net@freebsd.org Fri May 4 09:45:09 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96BEFFA6FC7 for ; Fri, 4 May 2018 09:45:09 +0000 (UTC) (envelope-from danika.isabella@primedataleaders.com) Received: from mail-pf0-x242.google.com (mail-pf0-x242.google.com [IPv6:2607:f8b0:400e:c00::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1BB0D6ACBE for ; Fri, 4 May 2018 09:45:09 +0000 (UTC) (envelope-from danika.isabella@primedataleaders.com) Received: by mail-pf0-x242.google.com with SMTP id f20so8240497pfn.0 for ; Fri, 04 May 2018 02:45:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=I+HAgtMeeMEKH8bovP3LZydOGC6xk6zCz2ENVKMp0S4=; b=C/cRyLbpY2KzfS2Hyu25d4il5oDI6y507ZPOzrEG7Tz1rfTBrdnZZoCI5+wep+KbMa K4y8JroRsnblwocPKxGwGMyK+4T1HYsMGfqL32l7V+7L8yoSpJQy1Off9tmFVHCdp3X9 be6MbiyNipVCxW/L2Zq4BXSRinpP4YjwB69MUNBdGNPHnkjuC2CB+RZq+QxHFqrr4m7X dZMK1Zp0mBdgO0aCuQwBFP9SThu7k9DCiDA7LhFlwm4I4C+bD5DSpnT7TJG/SPJAoAbl SiM0KHjkC54vEHJ1HjHvUtIzkyHxpdjiunWQcNu2AtUmHInDiYWHjNSH6SVZUF55EUYg r8GQ== X-Gm-Message-State: ALQs6tDUZfswuErJqwulkFH1wlXNDhhb8jIdZ2aUP+jksk1v7bZyLWlS +ehpyYYaHLg0d/WZeFN8ZPEalGzP X-Google-Smtp-Source: AB8JxZoeI5PA4cDeR1IjLkUsbo9+BqQVSpA1qWGAjLwCtm5JxaBfxYn2CnYCVrKXKILTZ8gr8Z9oEA== X-Received: by 10.98.134.5 with SMTP id x5mr26292195pfd.103.1525427107766; Fri, 04 May 2018 02:45:07 -0700 (PDT) Received: from userPC ([183.82.23.158]) by smtp.gmail.com with ESMTPSA id c21sm7463391pfb.116.2018.05.04.02.45.05 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 04 May 2018 02:45:06 -0700 (PDT) From: "Danika Isabella" To: References: In-Reply-To: Subject: RE: Asphalt Pavement Industry Database Date: Fri, 4 May 2018 05:44:40 -0400 Message-ID: <0f0e01d3e38c$865f1060$931d3120$@primedataleaders.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdPh3iGX+oBt9pjJRUa4N/YhALbbDABrmMGw Content-Language: en-us Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 04 May 2018 09:45:09 -0000 Hi, Good day to you, I am writing this email to check if you have received the below email and have any update on the same. Thanks and I will look forward to your response, Best Regards Danika From: Danika Isabella [mailto:danika.isabella@primedataleaders.com] Sent: Wednesday, May 02, 2018 2:24 AM To: 'freebsd-net@freebsd.org' Subject: Asphalt Pavement Industry Database Hi, Are you interested to reach the newly updated Asphalt Pavement Industry Database which includes complete contact details and verified email addresses of - Contractors, Liquid Asphalt Suppliers, Asphalt Products Manufactures, Asphalt Pavement Material Producer, Government Agencies, Paving Contractors, Equipment and Materials Manufacturers/Suppliers/Distributors, Engineering firms, Consultants, Road Building and Maintenance, Highways, Bridges and Tunnels, Grading and Excavating, Earthmoving, Trucking and Hauling, Underground Utilities, Lifting, Aggregates Production, Equipment Management and Maintenance and many more across USA, UK, Canada, Australia, Europe and most of the World. If your target audience is not mentioned above, kindly let me know. Please send me your target audience and geographical area, so that I can give you more information, Counts, Pricing as well as few samples, just for your review. Target Industry : _____________ Target Geography : ______________ Target Job Title : _________________ Looking forward to hear from you. Note: Samples are available as per your request. Best Regards, Danika Isabella Online Marketing Manager If you do not wish to receive future emails from us, please reply as 'leave out' From owner-freebsd-net@freebsd.org Fri May 4 10:22:13 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45970FA88E7; Fri, 4 May 2018 10:22:13 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward102p.mail.yandex.net (forward102p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B13F2722C4; Fri, 4 May 2018 10:22:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback10j.mail.yandex.net (mxback10j.mail.yandex.net [IPv6:2a02:6b8:0:1619::113]) by forward102p.mail.yandex.net (Yandex) with ESMTP id 4E9A7430463B; Fri, 4 May 2018 13:22:02 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback10j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id jXvSB8I1XI-M2XG10cS; Fri, 04 May 2018 13:22:02 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1525429322; bh=C0suh/MH/lzHHLdvu7DpttfyLAYTvwpZ9TTJ+S3rPMw=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=TeoxSnRb5j6ECplbyu1yZ3YcYrBeImcDSKn39vUVIeN2FKMO0Af29XrEMHmX5lDLr /hEqxjr12sJ11zujwKnN/A84NHkKPZNJHl2pccK/YRVSQWdYpow9IjcCSwYA1Wtoyk vB3/5usKjouaR6Iyig9Ez+EcMJUfuFsSUsyibI/s= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id yBH1Ej2S98-M1NqaE5b; Fri, 04 May 2018 13:22:01 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1525429321; bh=C0suh/MH/lzHHLdvu7DpttfyLAYTvwpZ9TTJ+S3rPMw=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=MMGwuZt7RBLsFSnUQ7f7NgXQ3634s9Qh08QBUbBNZ73nw8hyl4eXm45GaZ+n7wRoF jqR2c6Ja4OlTqr/Xt1PaodmZ4+t8FboK0GqAqCt8aYl1lYRn9+l9vpb7ezNxZJa9I+ UnqSfaYAz9PnX3wDIWSmY2sgtAtjfmTwEp0CUdtY= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: netstat(1) -s -f is broken To: Dieter BSD , freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org References: From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Fri, 4 May 2018 13:19:57 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VQ7FBkkI6si8brz3m7ulIZi9Qgk0G0JTS" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 04 May 2018 10:22:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VQ7FBkkI6si8brz3m7ulIZi9Qgk0G0JTS Content-Type: multipart/mixed; boundary="jiNzG0IhPgBcjl5lpYDC7aHS52sxPbVEm"; protected-headers="v1" From: "Andrey V. Elsukov" To: Dieter BSD , freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org Message-ID: Subject: Re: netstat(1) -s -f is broken References: In-Reply-To: --jiNzG0IhPgBcjl5lpYDC7aHS52sxPbVEm Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 04.05.2018 00:32, Dieter BSD wrote: > Doesn't work with -p either. > netstat -I lo0 -s -p udp > :udp: no per-interface stats routine >=20 > It would be very useful if this actually worked. Only IPv6 and ICMPv6 have per-interface statistics counters. Other protocols don't have such support. --=20 WBR, Andrey V. Elsukov --jiNzG0IhPgBcjl5lpYDC7aHS52sxPbVEm-- --VQ7FBkkI6si8brz3m7ulIZi9Qgk0G0JTS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlrsM84ACgkQAcXqBBDI oXrHbgf+I6KRGpRoc3jIq8ISiinr9x63mz0Kx7KVB/Sf+z4kaTYMLxwVASUEz7Zv mnoaaZTchBeKy3zMKHLWe/88LXJqfTt3zZ824oZC/QS9rjztXUKsvw9ei6Zkc+Oo ZOwY7E9Oc7pkB95i/pDRtOVxoNziokiOgUA0Uc1H5wuYVUW35FziXDS4lnbnZjcQ 5RjKsN3nis3gdq2fYQPFl7ir4dYza2/MyiVtos9LISWg1UbS8IfDG8n1EGpV1h0J YLyPul9T1Y6dGXq5WSPuXdM1iCHXGPmnOcsXMXkN5qm6k9A/m3CTk36gWtT1ekN6 GA0H9RDCRdYwVdHKnghAAVBMgqa6Xw== =Z+Ff -----END PGP SIGNATURE----- --VQ7FBkkI6si8brz3m7ulIZi9Qgk0G0JTS-- From owner-freebsd-net@freebsd.org Fri May 4 13:24:01 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6017FFAD929 for ; Fri, 4 May 2018 13:24:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E694279B53 for ; Fri, 4 May 2018 13:24:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9EFF5FAD926; Fri, 4 May 2018 13:24:00 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8894BFAD925 for ; Fri, 4 May 2018 13:24:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1638879B4F for ; Fri, 4 May 2018 13:24:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 45E771279C for ; Fri, 4 May 2018 13:23:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w44DNxFM081148 for ; Fri, 4 May 2018 13:23:59 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w44DNxrN081147 for net@FreeBSD.org; Fri, 4 May 2018 13:23:59 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227963] panic on shutdown - if_delmulti_ifma : Fatal trap 9: general protection fault while in kernel mode Date: Fri, 04 May 2018 13:23:59 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 04 May 2018 13:24:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227963 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri May 4 13:56:53 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 504BBFAE551 for ; Fri, 4 May 2018 13:56:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CD526821F2 for ; Fri, 4 May 2018 13:56:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 77C33FAE550; Fri, 4 May 2018 13:56:52 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CD03FAE54F for ; Fri, 4 May 2018 13:56:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C75A2821F0 for ; Fri, 4 May 2018 13:56:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E428212BCE for ; Fri, 4 May 2018 13:56:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w44DuoSA050568 for ; Fri, 4 May 2018 13:56:50 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w44Duotu050567 for net@FreeBSD.org; Fri, 4 May 2018 13:56:50 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227720] Kernel panic in ppp server Date: Fri, 04 May 2018 13:56:51 +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: 11.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: matt.allanson@trimedx.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 04 May 2018 13:56:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227720 --- Comment #11 from Matt Allanson --- (In reply to Eugene Grosbein from comment #10) Hoping this is more what you were looking for... (kgdb) #0 __curthread () at ./machine/pcpu.h:222 #1 doadump (textdump=3D) at /usr/src/sys/kern/kern_shutdown= .c:298 #2 0xffffffff804bf360 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:366 #3 0xffffffff804bf920 in vpanic (fmt=3D, ap=3D0xfffffe00968= ee120) at /usr/src/sys/kern/kern_shutdown.c:759 #4 0xffffffff804bf963 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:690 #5 0xffffffff806e56a2 in trap_fatal (frame=3D0xfffffe00968ee2b0, eva=3D0) at /usr/src/sys/amd64/amd64/trap.c:801 #6 0xffffffff806e4d15 in trap (frame=3D0xfffffe00968ee2b0) at /usr/src/sys/amd64/amd64/trap.c:197 #7 #8 0xffffffff805d4297 in sysctl_dumpentry (rn=3D0xfffff80012b12c30, vw=3D0xfffffe00968ee648) at /usr/src/sys/net/rtsock.c:1543 #9 0xffffffff805ce5e0 in rn_walktree (h=3D, f=3D0xffffffff805d41a0 , w=3D0xfffffe00968ee648) at /usr/src/sys/net/radix.c:1094 #10 0xffffffff805d393b in sysctl_rtsock (oidp=3D, arg1=3D, arg2=3D, req=3D) at /usr/src/sys/net/rtsock.c:1900 #11 0xffffffff804cbe00 in sysctl_root_handler_locked ( oid=3D0xffffffff80a5e818 , arg1=3D0xfffffe0096= 8ee8b8, arg2=3D4, req=3D0xfffffe00968ee7f0, tracker=3D0xfffffe00968ee770) at /usr/src/sys/kern/kern_sysctl.c:165 #12 0xffffffff804cb622 in sysctl_root (oidp=3D, arg1=3D0x80, arg2=3D4, req=3D) at /usr/src/sys/kern/kern_sysctl.c:1877 #13 0xffffffff804cbb8d in userland_sysctl (td=3D, name=3D0xfffffe00968ee8b0, namelen=3D6, old=3D, oldlenp=3D, inkernel=3D, new=3D0x0, newlen=3D, retval=3D0xfffff80001e6b800, flags=3D0) at /usr/src/sys/kern/kern_sysctl.c:1980 #14 0xffffffff804cba2f in sys___sysctl (td=3D0xfffff800524e9000, uap=3D0xfffffe00968eea30) at /usr/src/sys/kern/kern_sysctl.c:1907 #15 0xffffffff806e5c60 in syscallenter (td=3D0xfffff800524e9000, sa=3D) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 #16 amd64_syscall (td=3D0xfffff800524e9000, traced=3D0) at /usr/src/sys/amd64/amd64/trap.c:902 #17 #18 0x0000000801dd22aa in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffdf08 (kgdb) Please let me know if you need anything else. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri May 4 15:28:32 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A728FB0292 for ; Fri, 4 May 2018 15:28:32 +0000 (UTC) (envelope-from hhaim.hanoh@gmail.com) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B0DE77389F for ; Fri, 4 May 2018 15:28:31 +0000 (UTC) (envelope-from hhaim.hanoh@gmail.com) Received: by mail-it0-x235.google.com with SMTP id q4-v6so3851537ite.3 for ; Fri, 04 May 2018 08:28:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=XrihNiXH8Y2tv+F9VbvnwmmxRF6G82F+IRFNdynsayU=; b=XXvqUxBTd0TBiakZEqrq5Ji0b1d70idyGf0cY6I+qs51jfkPBMuylHkp9gT1ooLOU/ CNttMDYWXsqAGoulL5JJw6peOExYlG+kPFVFeNpZ2ZeTd0+oCFdrGonXxYW5lfG2nVqB 18O73me/b1uHK35GhwaGNG2bh42nG5GyUQ5NCeFdg7PwxaJqaAd9RPl4O5cQdAq4ge5a gQ+56nDEb3AJ/wvJ2buYvokq8yjkGOekUCFtshlu5WRw1KNGqx5lkzx44C6tQ+LXlL3v Ws1oY6YtZpYC7uOe9C6KE0pW/RYNuEihdXL8j/fAHYRT+vXlG8Hwn4FNndeeg13smvdx +w2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=XrihNiXH8Y2tv+F9VbvnwmmxRF6G82F+IRFNdynsayU=; b=PyT4SyCpK5eZCKOTE3FyvHQ/9YhCJ8vGaYJc61ozUKQ/dDLOoq7KW9k2xkd7lflozn UeVoslIuOilVeEdMNHHVNdI0mv+y+P/gRvbg7jmLg8TWerlLizp844U+PhBPXk+7k/eo oLNhgDCQnUN3k7xhE7KeRhl8RIK52L6zL1D7Aif+IFvB4xtBWO/r77NHPTtvvNFxrW7m AdRTbxnpMDFl2fkrVfKPQq5NbC53P4cv6WIAIaFD1U9w7uSpRboLFkgYdeZx3mGYCpAw pnvxfjEoGny0Xg6kdzhSa8ZBge8xLNJNAHBuaO6h9ltnWhGr5SsYa8tn7/LGG5S98j+u 1/ig== X-Gm-Message-State: ALQs6tC+ztSqIGE8SZGnMit6orInrkMNZf2kFw8ZP/uY2MiB52HLmxEq sfP6iIeIfg06mzkDX8IVkm1uuBTeRWkzzMKH429rkYWq X-Google-Smtp-Source: AB8JxZqM4kQ8kL2/GCDhYDeii41kOvzpYzFsI4071xUFn3uS/DhmH6n/DJzpTzZkp/HIYohZ0w5MLEAFijeZbQl0pEg= X-Received: by 2002:a24:d34c:: with SMTP id n73-v6mr4728063itg.104.1525447710792; Fri, 04 May 2018 08:28:30 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:938e:0:0:0:0:0 with HTTP; Fri, 4 May 2018 08:28:30 -0700 (PDT) From: hanoh haim Date: Fri, 4 May 2018 18:28:30 +0300 Message-ID: Subject: TCP keepalive does not work for half-close connections To: freebsd-net@freebsd.org Cc: hhaim.hanoh@gamil.com Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 04 May 2018 15:28:32 -0000 Hi Expert, Regarding the folwoing code, Is there a reason that keepalive timer does not protect from half-close socket (e.g. other side crash after this step)? example C S FIN-> <-ACK server crash here, the Client is not protected by keepalive <-FIN ->ACK I think that this condition should be removed. "tp->t_state <= TCPS_CLOSIN " if ((tcp_always_keepalive || inp->inp_socket->so_options & SO_KEEPALIVE) && tp->t_state <= TCPS_CLOSING) { thanks Hanoh From owner-freebsd-net@freebsd.org Fri May 4 17:33:23 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6544FB2B67 for ; Fri, 4 May 2018 17:33:23 +0000 (UTC) (envelope-from jmk@wagsky.com) Received: from mx.allycomm.com (mx.allycomm.com [138.68.30.55]) (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 5A9EC6E52F for ; Fri, 4 May 2018 17:33:22 +0000 (UTC) (envelope-from jmk@wagsky.com) Received: from JKLETSKY1-MBP15.local (184-23-191-245.vpn.dynamic.sonic.net [184.23.191.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.allycomm.com (Postfix) with ESMTPSA id 5C113250FC; Fri, 4 May 2018 10:33:15 -0700 (PDT) Subject: Re: ipfw -- selecting locally generated packets To: freebsd-net@freebsd.org References: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> <2b8de01f-9c67-8ead-5891-f0241be31a8d@freebsd.org> From: Jeff Kletsky Message-ID: Date: Fri, 4 May 2018 10:33:15 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <2b8de01f-9c67-8ead-5891-f0241be31a8d@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 04 May 2018 17:33:23 -0000 On 5/3/18 6:35 AM, Julian Elischer wrote: > On 3/5/18 12:08 am, Michael Sierchio wrote: >> On Mon, Apr 30, 2018 at 10:48 AM, Jeff Kletsky >> wrote: >> >>> "not recv any" doesn't seem to be helpful either >>> >>>      $ sudo ipfw add 64000 count ip from any to any out xmit any not >>> recv >>> any >> >> The loopback interface, lo0 ? >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > As was pointed out a selector might be > > add 100 ip from me to any out not recv * > > one wonders if that would work or maybe > > skipto {line x) any from any to any out recv * > > followed by lines htat are for locally generated. > > these not tested.. Looks like      [not] recv * is going to work. Part of my refactor is to do "dispatch" with call/skipto (as Julian Elischer noted above), so the potential inefficiencies of what I'm guessing is a string glob only happen "once" per packet (per pass), rather than on dozens of rules. Rule 16, below, could probably skip the test, but for the likely tiny performance impact, readability and maintainability have me leaving it in. I took a *quick* look on a "live" routing system (standard ipfw points; no bridging, no ether) with sudo ipfw add 13 set 5 drop all from any to any via ng*    # Kill packet clones sudo ipfw add 14 set 5 ngtee 100 ip4 from any to any in    # incoming packets sudo ipfw add 15 set 5 ngtee 200 ip4 from any to any out recv \* # forwarded packets sudo ipfw add 16 set 5 ngtee 300 ip4 from any to any out not recv \*    # locally generated packets $ sudo ngctl mkpeer ipfw: iface 100 inet mkpeer ipfw: iface 200 inet mkpeer ipfw: iface 300 inet and bringing up those new interfaces and using tcpdump. Took a brief bit to figure out how to get around the lack of link-level headers on ng_ipfw output for tcpdump (documented in ng_tag, of all places) as "mkpeer ipfw: eiface NNN ether" and "tcpdump -ni ngX" doesn't know what to make of things. It feels like something of a hack-ish approach using ng_iface to wrap the "bare" packet with a link-level header, especially as it appears to be injecting a second copy of the packet into the stack (hence rule 13, above). Figuring out a "better" way to "monitor" packet flow through ipfw may be on my list in the future, but that was sufficient to let me go ahead with further config/test. Thanks for all the help! After so many years with FreeBSD and ipfw, eyes with a different perspective can reveal new tricks to this old dog. Jeff From owner-freebsd-net@freebsd.org Fri May 4 18:36:16 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 246BAFB4B42 for ; Fri, 4 May 2018 18:36:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AC02F85308 for ; Fri, 4 May 2018 18:36:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6B830FB4B41; Fri, 4 May 2018 18:36:15 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A1DAFB4B40 for ; Fri, 4 May 2018 18:36:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC5F1852FD for ; Fri, 4 May 2018 18:36:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2A3781526D for ; Fri, 4 May 2018 18:36:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w44IaECQ056235 for ; Fri, 4 May 2018 18:36:14 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w44IaE8I056233 for net@FreeBSD.org; Fri, 4 May 2018 18:36:14 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227720] Kernel panic in ppp server Date: Fri, 04 May 2018 18:36:14 +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: 11.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 04 May 2018 18:36:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227720 --- Comment #12 from Eugene Grosbein --- (In reply to Matt Allanson from comment #11) Yes, that's it. Can you please make files kernel.debug and vmcore.0 available for download? Preferably compressed. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 5 07:16:28 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A588FCCD09 for ; Sat, 5 May 2018 07:16:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 956FD79455 for ; Sat, 5 May 2018 07:16:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4D269FCCD06; Sat, 5 May 2018 07:16:27 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3776BFCCD05 for ; Sat, 5 May 2018 07:16:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A4B1E79452 for ; Sat, 5 May 2018 07:16:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id EE1D71BC90 for ; Sat, 5 May 2018 07:16:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w457GPxY092684 for ; Sat, 5 May 2018 07:16:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w457GPF8092683 for net@FreeBSD.org; Sat, 5 May 2018 07:16:25 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227979] re0: watchdog timeout, perpetual Date: Sat, 05 May 2018 07:16:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 05 May 2018 07:16:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227979 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 5 17:20:50 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FA6BFB417D for ; Sat, 5 May 2018 17:20:50 +0000 (UTC) (envelope-from julian@freebsd.org) 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 D78E3753F9 for ; Sat, 5 May 2018 17:20:49 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (124-148-108-197.dyn.iinet.net.au [124.148.108.197]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w45HKdp7029476 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 5 May 2018 10:20:41 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: ipfw -- selecting locally generated packets To: Jeff Kletsky , freebsd-net@freebsd.org References: <979d3478-4bec-e6a1-41cd-bb26beb93123@wagsky.com> <2b8de01f-9c67-8ead-5891-f0241be31a8d@freebsd.org> From: Julian Elischer Message-ID: <53d28233-58ed-fc51-c267-44402dc4e603@freebsd.org> Date: Sun, 6 May 2018 01:20:33 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 05 May 2018 17:20:50 -0000 On 5/5/18 1:33 am, Jeff Kletsky wrote: > > > On 5/3/18 6:35 AM, Julian Elischer wrote: >> On 3/5/18 12:08 am, Michael Sierchio wrote: >>> On Mon, Apr 30, 2018 at 10:48 AM, Jeff Kletsky >>> wrote: >>> >>>> "not recv any" doesn't seem to be helpful either >>>> >>>>      $ sudo ipfw add 64000 count ip from any to any out xmit any >>>> not recv >>>> any >>> >>> The loopback interface, lo0 ? >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to >>> "freebsd-net-unsubscribe@freebsd.org" >>> >> As was pointed out a selector might be >> >> add 100 ip from me to any out not recv * >> >> one wonders if that would work or maybe >> >> skipto {line x) any from any to any out recv * >> >> followed by lines htat are for locally generated. >> >> these not tested.. > > Looks like > >      [not] recv * > > is going to work. > > Part of my refactor is to do "dispatch" with call/skipto (as Julian > Elischer noted above), so the potential inefficiencies of what I'm > guessing is a string glob only happen "once" per packet (per pass), > rather than on dozens of rules. Rule 16, below, could probably skip > the test, but for the likely tiny performance impact, readability > and maintainability have me leaving it in. > > > I took a *quick* look on a "live" routing system (standard ipfw > points; no bridging, no ether) with > > sudo ipfw add 13 set 5 drop all from any to any via ng*    # Kill > packet clones > sudo ipfw add 14 set 5 ngtee 100 ip4 from any to any in    # > incoming packets > sudo ipfw add 15 set 5 ngtee 200 ip4 from any to any out recv \* # > forwarded packets > sudo ipfw add 16 set 5 ngtee 300 ip4 from any to any out not recv > \*    # locally generated packets I'd skip it as 'interface = *' takes some time to evaluate. if you want to be readable. add comments. e.g. fb10-cc01# ipfw add count ip from any to any // test comments 05300 count ip from any to any // test comments fb10-cc01# ipfw list 5000-6000 05000 allow tcp from any to me via em0 frag 05100 allow ip from me to me via lo0 05200 allow udp from me to any out via em0 05300 count ip from any to any // test comments also I've > > $ sudo ngctl > > mkpeer ipfw: iface 100 inet > mkpeer ipfw: iface 200 inet > mkpeer ipfw: iface 300 inet > > and bringing up those new interfaces and using tcpdump. > > Took a brief bit to figure out how to get around the lack of > link-level headers on ng_ipfw output for tcpdump (documented in > ng_tag, of all places) as "mkpeer ipfw: eiface NNN ether" and > "tcpdump -ni ngX" doesn't know what to make of things. > > It feels like something of a hack-ish approach using ng_iface to > wrap the "bare" packet with a link-level header, especially as it > appears to be injecting a second copy of the packet into the stack > (hence rule 13, above). Figuring out a "better" way to "monitor" > packet flow through ipfw may be on my list in the future, but that > was sufficient to let me go ahead with further config/test. > > > Thanks for all the help! > > After so many years with FreeBSD and ipfw, eyes with a different > perspective can reveal new tricks to this old dog. > > Jeff > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://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 May 5 17:21:00 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 204BCFB4197 for ; Sat, 5 May 2018 17:21:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A354575592 for ; Sat, 5 May 2018 17:20:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6871BFB4196; Sat, 5 May 2018 17:20:59 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55F9AFB4195 for ; Sat, 5 May 2018 17:20:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E38747556F for ; Sat, 5 May 2018 17:20:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 21B992116C for ; Sat, 5 May 2018 17:20:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w45HKwal089096 for ; Sat, 5 May 2018 17:20:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w45HKwKO089095 for net@FreeBSD.org; Sat, 5 May 2018 17:20:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 208205] re0 watchdog timeout Date: Sat, 05 May 2018 17:20:58 +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: 11.1-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ale@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 05 May 2018 17:21:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208205 --- Comment #23 from Alex Dupre --- Disabling MSI/MSI-X was proposed as solution in the past. I've just tried a= gain to be sure, it helps, but the issue doesn't disappear completely. With it I= can successfully run the google (m-lab) speed test, but I still get a watchdog timeout and network reset as soon as I start the Ookla speed test. Fully reproducible. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 5 17:21:25 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4D97FB41FD for ; Sat, 5 May 2018 17:21:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5E61275A42 for ; Sat, 5 May 2018 17:21:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1D64BFB41EC; Sat, 5 May 2018 17:21:24 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C30AFB41EB for ; Sat, 5 May 2018 17:21:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAB77759ED for ; Sat, 5 May 2018 17:21:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 0B27721193 for ; Sat, 5 May 2018 17:21:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w45HLLLF092128 for ; Sat, 5 May 2018 17:21:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w45HLL0v092127 for net@FreeBSD.org; Sat, 5 May 2018 17:21:21 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 166724] [re] if_re watchdog timeout Date: Sat, 05 May 2018 17:21:21 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: needs-patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ale@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: yongari@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.25 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, 05 May 2018 17:21:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166724 --- Comment #24 from Alex Dupre --- Disabling MSI/MSI-X was proposed as solution in the past. I've just tried a= gain to be sure, it helps, but the issue doesn't disappear completely. With it I= can successfully run the google (m-lab) speed test, but I still get a watchdog timeout and network reset as soon as I start the Ookla speed test. Fully reproducible. --=20 You are receiving this mail because: You are on the CC list for the bug.=