From owner-freebsd-net@freebsd.org Sun Apr 2 01:42:02 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28385D1E2CE for ; Sun, 2 Apr 2017 01:42:02 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-wr0-x22b.google.com (mail-wr0-x22b.google.com [IPv6:2a00:1450:400c:c0c::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 C1B619AF for ; Sun, 2 Apr 2017 01:42:01 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wr0-x22b.google.com with SMTP id l43so129557652wre.1 for ; Sat, 01 Apr 2017 18:42:01 -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=7cp3XQ47DQR0SdtLO68UsE/QcYg8ynZA+mk79owVkJ0=; b=jqycJe3582susV3I6U6FV8jhIJ0JTgNIDsUQUEZXiplMNwqLnx+8O8qAhuDgRP0JGp sWuvYWLdc4qdoZnZDdfXa4nDYFNS6NBelbsaQ/MLCXkfYQp7O43roDYuVfxs0NC2bdbZ PMYqBkeETQteUnCw2sekw1h/06wokkxXVRGVEgKujX+H+ZbVy64QUtb8UmZLbzfhsQzD UvVlNRmz8kWIkIwJoGEkoVBmnpbc9+l9dKXPo9zL6xXZy42cl/66G3ZOD97KBCp+fZrI 60i0Odw7r/bvtmbODaDlcdr9KoN7Fg/BSh7mqpX8H6/kZGpgPysaT03sysvf4Zbvey4X TC9A== 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=7cp3XQ47DQR0SdtLO68UsE/QcYg8ynZA+mk79owVkJ0=; b=qThHHqlycjQv4ZmlByhaekH7jsF6u9Cfa2o5iDvffJ4xdxgaUV4grmJUbmLh/XOTEV ZEJWs7p8tBqMs0thT7Ld+uDGsjpjId5PdljaMyFLg9pZ8P/C6hFl2Ir/xNeFo6kGMkKc nx0HqkpNxeYXHGPjrWkZMLhrT5dWrSMLQ2+q+289MghDXvYNyewOoXJzj8c0sdThqj+1 XvhcG+V7cF8q0yKfafe3/hCF3KETR/w6VNHekmUECeQsa4POxECWKkBYQNe/wMD6wC33 IzbUbWhqLNe2LMp0wt4VoWY2SqJejSVduY2OKR4SLXKdF3HTOHFVdmJZZOvm63MsebeB QfZA== X-Gm-Message-State: AFeK/H2dI4kntr8XNaCTe7iwFcev22OYz4M08sr2IP7ILamyuxkQmIxEBgl+/F+gwUtk/PoRHjjKD40jsMEgvQ== X-Received: by 10.223.147.98 with SMTP id 89mr8299191wro.99.1491097318368; Sat, 01 Apr 2017 18:41:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.141.28 with HTTP; Sat, 1 Apr 2017 18:41:58 -0700 (PDT) In-Reply-To: References: From: Ben Woods Date: Sun, 2 Apr 2017 09:41:58 +0800 Message-ID: Subject: Re: interface down, console output: igb3: TX(7) desc avail = 41, pidx = 308 To: Kevin Bowling Cc: freebsd-net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Apr 2017 01:42:02 -0000 On 27 March 2017 at 15:35, Kevin Bowling wrote: > Try turning TSO off.. i.e. ifconfig igb3 -tso or sysctl net.inet.tcp.tso=0 > > The transition to iflib has exposed much jankiness in the Intel "shared > code" of the e1000 drivers. In particular, the locking contracts may not > align with FreeBSD locking primitives. I have boxes running the legacy > driver that are clearly reliant on the watchdog reset for steady state > which is unacceptable. We are actively looking into this at LLNW, but > additional reports and help are appreciated. > Hi Kevin, Thanks for the reply. Sorry it took so long for me to get back to you, I first had to wait for the problem to be repeated. Indeed, running "ifconfig igb3 -tso" did fix the issue. It didn't seem to the first time, but I may have been too quick to judge. After re-enabling TSO and disabling it a second time, the problem stopped, and the interface immediately came up. Please let me know if there is anything I can do to try and help diagnose this. In the mean time, I have added net.inet.tcp.tso=0 to my /etc/sysctl.conf, so I don't think this will re-occur unless I remove it. Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-net@freebsd.org Sun Apr 2 08:04:45 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B5B1D29580 for ; Sun, 2 Apr 2017 08:04:45 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::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 2A380A3F for ; Sun, 2 Apr 2017 08:04:44 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-oi0-x22a.google.com with SMTP id o67so98626267oib.1 for ; Sun, 02 Apr 2017 01:04:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=t6LUTL7LEbRFXtyNnTBxx8DbMSpOorC8MP0bEcnNyaM=; b=cTVYG0V0fT2vw1MiBxonmiUO8IKwqLJjmKUE0AHdj/0T4teh15PuCuoCD8C5ECxMuu Wn7afLOSjvGPXg13BPznu8HPhBVwWtiSblVpV0nFA20YHNdj7Ur/f33IeKAdFpQJnT59 f6o8OErxJV/6Snh/v8VqVUMuWv+anq9l6Paxw= 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=t6LUTL7LEbRFXtyNnTBxx8DbMSpOorC8MP0bEcnNyaM=; b=JOoR+SgnPXH5DgK8fykbpgewGC9q1BlCQ6HO4946GpQNFqye+pN5YxhAu2rNN22OOo te+91TvCyv1jAkhSRSzkUYMXtFDj0oaaDb4POqJLZ9lUHtCjggBCT+UwGjQyUeiaYg7Z inGhjpCBgkCtPzckqcrEyIdBHGUuqHVdpocNFf5LtBgQPoTmu4+3gKIP9xquPcA/7KkJ AUZFMTfriCE2hd2AnP3Br1BvBe60OQlhr5GqvNEPT4KPO/jx9fxuRGeeRb5nvoOhAyRo miNbzO8B+HY7xo45g0Yrne0XB0wL7gYdLq0pqx3/417r1nCTcOf0CUsprMwNKQG/iw60 75cw== X-Gm-Message-State: AFeK/H0jS6nJs5jPp2L1kLPxdGybAA/69dq9FjTVWk0VIjn8RwP42DlcvRC0cgilxTkZ4sUxhYuBuwcV03kZJg== X-Received: by 10.202.169.139 with SMTP id s133mr5745019oie.184.1491120284244; Sun, 02 Apr 2017 01:04:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.3.239 with HTTP; Sun, 2 Apr 2017 01:04:43 -0700 (PDT) In-Reply-To: References: From: Kevin Bowling Date: Sun, 2 Apr 2017 01:04:43 -0700 Message-ID: Subject: Re: interface down, console output: igb3: TX(7) desc avail = 41, pidx = 308 To: Ben Woods Cc: freebsd-net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Apr 2017 08:04:45 -0000 Sean Bruno committed a couple fixes to the watchdog code this week that should at least allow for a usable TSO although the frequency of the watchdog events is still cause for concern. It seems some timeouts are part of Intel's expectations during normal operations for several chipsets. If you could share which exact NIC chipset you have I will check the datasheets and see if we're missing anything. Regards, On Sat, Apr 1, 2017 at 6:41 PM, Ben Woods wrote: > On 27 March 2017 at 15:35, Kevin Bowling wrote: > >> Try turning TSO off.. i.e. ifconfig igb3 -tso or sysctl net.inet.tcp.tso=0 >> >> The transition to iflib has exposed much jankiness in the Intel "shared >> code" of the e1000 drivers. In particular, the locking contracts may not >> align with FreeBSD locking primitives. I have boxes running the legacy >> driver that are clearly reliant on the watchdog reset for steady state >> which is unacceptable. We are actively looking into this at LLNW, but >> additional reports and help are appreciated. >> > > > Hi Kevin, > > Thanks for the reply. Sorry it took so long for me to get back to you, I > first had to wait for the problem to be repeated. > > Indeed, running "ifconfig igb3 -tso" did fix the issue. It didn't seem to > the first time, but I may have been too quick to judge. After re-enabling > TSO and disabling it a second time, the problem stopped, and the interface > immediately came up. > > Please let me know if there is anything I can do to try and help diagnose > this. In the mean time, I have added net.inet.tcp.tso=0 to my > /etc/sysctl.conf, so I don't think this will re-occur unless I remove it. > > Regards, > Ben > > -- > From: Benjamin Woods > woodsb02@gmail.com > From owner-freebsd-net@freebsd.org Sun Apr 2 12:40:02 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA9AED29587; Sun, 2 Apr 2017 12:40:02 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: from mail-oi0-x243.google.com (mail-oi0-x243.google.com [IPv6:2607:f8b0:4003:c06::243]) (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 92EFBBC9; Sun, 2 Apr 2017 12:40:02 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: by mail-oi0-x243.google.com with SMTP id f193so15781756oib.0; Sun, 02 Apr 2017 05:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:sender:from:date:message-id:subject:to:cc; bh=qP9QF8asK1d5HOV44tC1jPhl6LyTvJNY4DNiQDjXszQ=; b=VX0Gf/OmyXIJQE+Reo72raaC6pD7aLf/jyXyoc1SYSKn0c4opAnMWPyx9JCPoMyJs+ RH8YLbzPYLD2XXmg/LcsUDzXBAeTPhcDx2AyNoX+dgJeYdztEd3XsZKUHSGN3xvKqNTS 2+j2I+skomcsieefPWsY2HsX6dnj6fA+xj2VW0BIhB04oYW6Y8/tTQIb1oDSo9lMBHKx ZuaSTAeDzGTms5g1Ec/Ei8dUaV77xmC9OSxGtjfl4+L1VunRCJnF9ChL3X+CS7wec1O8 P6ITlBpgUpM4MOKZrcBPYQOAfuY3+u1V55oIKhIQ7/Akoi3BA5vJk7uzytfIc97lNlE0 GqlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:from:date :message-id:subject:to:cc; bh=qP9QF8asK1d5HOV44tC1jPhl6LyTvJNY4DNiQDjXszQ=; b=AWmOzeM2dngo8i1pZuJXhavccI0Ijdo6vkmNN6OIHhLzpFiL9AX11kMgc2DMDmhARU D4ZXClsYMAb13bOnoKLl9a8KNm6PNkzINwWbstsv2+3aj+8nFvLHD/j7pngSedCxeuvC qeBP2xQbSNEvHPeUBlCc9IomaG5hwVokvxzgAzjsvYQSVfk+Y4Ul1ODH9Xt2aBpFtMqj Q7/EiOT5zY5r+LJWRFEqWC5J/yEyO6ibLjHderEe1mOUAcDOt9XbVxo2oNmvB6VtP9yG Gu+Re18KXmJDwspfaWd+sEIRhqb3QV1Z12Ix/+4GMH7z8tVRWW+sA08LqohyUp4GqX8g kyCQ== X-Gm-Message-State: AFeK/H3LJo1n6buXkAvMECsdjii5c7rsWTYHiCKl7s1VYj4q0sV30WndVShW929VfZU2Wnrdw3rhj/qQJ0tdLg== X-Received: by 10.157.41.38 with SMTP id d35mr306678otb.15.1491136801889; Sun, 02 Apr 2017 05:40:01 -0700 (PDT) MIME-Version: 1.0 Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.74.32.213 with HTTP; Sun, 2 Apr 2017 05:40:01 -0700 (PDT) From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= Date: Sun, 2 Apr 2017 21:40:01 +0900 X-Google-Sender-Auth: dZW0xVKrkVEHzcKx_UHLeyJXvgM Message-ID: Subject: Re: ng_ipfw and vnet To: avernar@gmail.com Cc: freebsd-net@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Apr 2017 12:40:02 -0000 Hello, Adding freebsd-virtualization@ > I needed to have the netgraph ipfw node appear in a vnet jail but it > is only created once on module load and only for the base system. I > put together this modification to get it to also appear in vnet jails. I also had the need to use ipfw node in a vnet jail and found your mail: https://lists.freebsd.org/pipermail/freebsd-net/2016-October/046249.html With this patch, I am running ipfw with ng_tcpmss inside a vnet jail. I am sorry that I cannot say anything about the code itself, but it works well and is what I was looking for. Do you have any plan to file it to bugzilla so that it will be committed? ---- Hiroo Ono From owner-freebsd-net@freebsd.org Sun Apr 2 14:37:54 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E77D0D2AC0D for ; Sun, 2 Apr 2017 14:37:54 +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 mx1.freebsd.org (Postfix) with ESMTPS id D70CAE94 for ; Sun, 2 Apr 2017 14:37:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v32EbsuN044911 for ; Sun, 2 Apr 2017 14:37:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 218270] panic: sbsndptr: sockbuf (...) and mbuf (...) clashing Date: Sun, 02 Apr 2017 14:37:54 +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.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: miwi@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: 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.23 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, 02 Apr 2017 14:37:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218270 Martin Wilke changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Apr 2 21:00:35 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B6C8D2B97E for ; Sun, 2 Apr 2017 21:00:35 +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 mx1.freebsd.org (Postfix) with ESMTPS id 325A8302 for ; Sun, 2 Apr 2017 21:00:35 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v32L01GW054323 for ; Sun, 2 Apr 2017 21:00:35 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201704022100.v32L01GW054323@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-net@FreeBSD.org Subject: Problem reports for freebsd-net@FreeBSD.org that need special attention Date: Sun, 02 Apr 2017 21:00:35 +0000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Apr 2017 21:00:35 -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 | 203422 | mpd/ppoe not working with re(4) with revision 285 In Progress | 206581 | bxe_ioctl_nvram handler is faulty 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 | 213410 | [carp] service netif restart causes hang only whe New | 215874 | [patch] [icmp] [mbuf_tags] teach icmp_error() opt Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 194485 | Userland cannot add IPv6 prefix routes Open | 194515 | Fatal Trap 12 Kernel with vimage Open | 199136 | [if_tap] Added down_on_close sysctl variable to t Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 206544 | sendmsg(2) (sendto(2) too?) can fail with EINVAL; Open | 211031 | [panic] in ng_uncallout when argument is NULL Open | 211962 | bxe driver queue soft hangs and flooding tx_soft_ 16 problems total for which you should take action. From owner-freebsd-net@freebsd.org Tue Apr 4 09:56:23 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C38BD2AB8B for ; Tue, 4 Apr 2017 09:56:23 +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 mx1.freebsd.org (Postfix) with ESMTPS id 07E379DB for ; Tue, 4 Apr 2017 09:56:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v349uM9A014175 for ; Tue, 4 Apr 2017 09:56:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 217637] One TCP connection accepted TWO times Date: Tue, 04 Apr 2017 09:56:23 +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: tuexen@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.23 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, 04 Apr 2017 09:56:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217637 --- Comment #80 from Michael Tuexen --- I put a patch under review: https://reviews.freebsd.org/D10272 If syncookies are used in case of an overflow of the syncache, its usage is restricted to the case where there was an overflow recently. This mitigates= the problem describe in the PR. I'm still investing the behaviour in case of close()/shutdown(,SHUT_RD) and received user data. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Apr 4 14:39:33 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79D2ED2E57C for ; Tue, 4 Apr 2017 14:39:33 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 54272DBA for ; Tue, 4 Apr 2017 14:39:33 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 3A849203F5; Tue, 4 Apr 2017 14:39:33 +0000 (UTC) Date: Tue, 4 Apr 2017 14:39:33 +0000 To: freebsd-net@freebsd.org From: "glebius (Gleb Smirnoff)" Reply-to: D9270+325+bbd470fd257eef1b@reviews.freebsd.org Subject: [Differential] D9270: Add support for user-supplied Host-Uniq tag and handle PADM messages in Netgraph PPPoE Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , Thread-Topic: D9270: Add support for user-supplied Host-Uniq tag in Netgraph PPPoE X-Herald-Rules: <28>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NTZkNjQzYWQxOGQ3MGJlZTIzOGZhZmQ4NGNmIFjjsCU= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 14:39:33 -0000 Z2xlYml1cyByZXF1ZXN0ZWQgY2hhbmdlcyB0byB0aGlzIHJldmlzaW9uLgpnbGViaXVzIGFkZGVk IGEgY29tbWVudC4KVGhpcyByZXZpc2lvbiBub3cgcmVxdWlyZXMgY2hhbmdlcyB0byBwcm9jZWVk LgoKCiAgSSBnb3QgZmV3IG1pbm9yIGNvbW1lbnRzLgoKSU5MSU5FIENPTU1FTlRTCgo+IG5nX3Bw cG9lLmM6MTEzNQo+ICsJCQkvKiBHZW5lcmF0ZSBhIHBhY2tldCBvZiB0aGF0IHR5cGUuICovCj4g KwkJCU1HRVRIRFIobSwgTV9OT1dBSVQsIE1UX0RBVEEpOwo+ICsJCQlpZiAobSA9PSBOVUxMKQoK VGhpcyBpcyBkZXByZWNhdGVkIG1hY3JvLiBQbGVhc2UgdXNlIG1fZ2V0aGRyKE1fTk9XQUlULCBN VF9EQVRBKTsKCj4gbmdfcHBwb2UuYzoxMTQ0Cj4gKwo+ICsJCQkJbS0+bV9wa3RoZHIucmN2aWYg PSBOVUxMOwo+ICsJCQkJbS0+bV9wa3RoZHIubGVuID0gbS0+bV9sZW4gPSBzaXplb2YoKndoKTsK ClRoaXMgaXMgYWxyZWFkeSBkb25lIGJ5IHRoZSBhbGxvY2F0b3IuIE5vdCBuZWVkZWQuCgo+IG5n X3BwcG9lLmM6MTE0NQo+ICsJCQkJbS0+bV9wa3RoZHIucmN2aWYgPSBOVUxMOwo+ICsJCQkJbS0+ bV9wa3RoZHIubGVuID0gbS0+bV9sZW4gPSBzaXplb2YoKndoKTsKPiArCQkJCXdoID0gbXRvZCht LCBzdHJ1Y3QgcHBwb2VfZnVsbF9oZHIgKik7CgpMb29rcyBsaWtlIG1fcGt0aGRyLmxlbiBpcyBu ZXZlciByZWFkIGJlZm9yZSBpdCBpcyBvdmVyd3JpdHRlbiBsYXRlciBpbiBMMTE2Ny4KCj4gbmdf cHBwb2UuYzoxMTgwCj4gKwkJCS8qIEdlbmVyYXRlIGEgcGFja2V0IG9mIHRoYXQgdHlwZS4gKi8K PiArCQkJTUdFVEhEUihtLCBNX05PV0FJVCwgTVRfREFUQSk7Cj4gKwkJCWlmIChtID09IE5VTEwp CgpTYW1lIGNvbW1lbnRzIG9uIHRoaXMgYmxvY2sgYXMgb24gU0VORF9IVVJMLgoKUkVQT1NJVE9S WQogIHJTIEZyZWVCU0Qgc3JjIHJlcG9zaXRvcnkKClJFVklTSU9OIERFVEFJTAogIGh0dHBzOi8v cmV2aWV3cy5mcmVlYnNkLm9yZy9EOTI3MAoKRU1BSUwgUFJFRkVSRU5DRVMKICBodHRwczovL3Jl dmlld3MuZnJlZWJzZC5vcmcvc2V0dGluZ3MvcGFuZWwvZW1haWxwcmVmZXJlbmNlcy8KClRvOiBh bGUsICNtYW5wYWdlcywgd2Jsb2NrLCAjbmV0d29yaywganVsaWFuLCBtYXYsIGFkcmlhbiwgZ2xl Yml1cwpDYzogZ2xlYml1cywgd2Jsb2NrLCBtYXYsIHBvb2xyb29tX2dtYWlsLmNvbSwgbWFuZHJl ZSwgaW1wLCBmcmVlYnNkLW5ldC1saXN0Cg== From owner-freebsd-net@freebsd.org Tue Apr 4 19:40:59 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 409EED2EA3F for ; Tue, 4 Apr 2017 19:40:59 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 19F3A18F9 for ; Tue, 4 Apr 2017 19:40:59 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id D4E8420EBD; Tue, 4 Apr 2017 19:40:58 +0000 (UTC) Date: Tue, 4 Apr 2017 19:40:58 +0000 To: freebsd-net@freebsd.org From: "ale (Alex Dupre)" Reply-to: D9270+325+bbd470fd257eef1b@reviews.freebsd.org Subject: [Differential] D9270: Add support for user-supplied Host-Uniq tag and handle PADM messages in Netgraph PPPoE Message-ID: <7f1c976992a838e3abd329a1efc6503c@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D9270: Add support for user-supplied Host-Uniq tag in Netgraph PPPoE X-Herald-Rules: <28>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NTZkNjQzYWQxOGQ3MGJlZTIzOGZhZmQ4NGNmIFjj9so= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 19:40:59 -0000 YWxlIGFkZGVkIGEgY29tbWVudC4KCgogIFRoZSB0aHJlZSBtZW50aW9uZWQgY29tbWVudHMgYXBw bHkgYWxzbyB0byB0aGUgbmdfcHBwb2VfZGlzY29ubmVjdCBmdW5jdGlvbiBhdCBsaW5lIDIwMzAg ZnJvbSB3aGljaCBJIHRvb2sgaW5zcGlyYXRpb24sIGRvIHlvdSB3YW50IG1lIHRvIGNoYW5nZSB0 aGF0IGZ1bmN0aW9uLCB0b28/CgpSRVBPU0lUT1JZCiAgclMgRnJlZUJTRCBzcmMgcmVwb3NpdG9y eQoKUkVWSVNJT04gREVUQUlMCiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Q5MjcwCgpF TUFJTCBQUkVGRVJFTkNFUwogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9zZXR0aW5ncy9w YW5lbC9lbWFpbHByZWZlcmVuY2VzLwoKVG86IGFsZSwgI21hbnBhZ2VzLCB3YmxvY2ssICNuZXR3 b3JrLCBqdWxpYW4sIG1hdiwgYWRyaWFuLCBnbGViaXVzCkNjOiBnbGViaXVzLCB3YmxvY2ssIG1h diwgcG9vbHJvb21fZ21haWwuY29tLCBtYW5kcmVlLCBpbXAsIGZyZWVic2QtbmV0LWxpc3QK From owner-freebsd-net@freebsd.org Tue Apr 4 20:19:16 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2E16D2F823 for ; Tue, 4 Apr 2017 20:19:16 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 86F0D77C for ; Tue, 4 Apr 2017 20:19:16 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id ADFAD20D4B; Tue, 4 Apr 2017 20:19:15 +0000 (UTC) Date: Tue, 4 Apr 2017 20:19:15 +0000 To: freebsd-net@freebsd.org From: "ale (Alex Dupre)" Reply-to: D9270+325+bbd470fd257eef1b@reviews.freebsd.org Subject: [Differential] D9270: Add support for user-supplied Host-Uniq tag and handle PADM messages in Netgraph PPPoE Message-ID: <8513b9a6eeb72a7bfdce60f3f947d8d7@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , Thread-Topic: D9270: Add support for user-supplied Host-Uniq tag in Netgraph PPPoE X-Herald-Rules: <28>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NTZkNjQzYWQxOGQ3MGJlZTIzOGZhZmQ4NGNmIFjj/8M= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_8513b9a6eeb72a7bfdce60f3f947d8d7" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 20:19:16 -0000 --b1_8513b9a6eeb72a7bfdce60f3f947d8d7 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: base64 YWxlIHVwZGF0ZWQgdGhpcyByZXZpc2lvbiB0byBEaWZmIDI3MDU5LgphbGUgYWRkZWQgYSBjb21t ZW50LgoKCiAgQWRkcmVzc2VkIGxhdGVzdCBjb21tZW50cywgdXBkYXRlZCBhbHNvIHRoZSBwcHBv ZSBkaXNjb25uZWN0IGZ1bmN0aW9uLgogIFBsZWFzZSBjaGVjayB0aGUgY29ycmVjdG5lc3MsIGFu ZCBjb21taXQgdGhlIHBhdGNoIGlmIHlvdSBhcmUgc2F0aXNmaWVkLgoKUkVQT1NJVE9SWQogIHJT IEZyZWVCU0Qgc3JjIHJlcG9zaXRvcnkKCkNIQU5HRVMgU0lOQ0UgTEFTVCBVUERBVEUKICBodHRw czovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDkyNzA/dnM9MjU5NzcmaWQ9MjcwNTkKClJFVklTSU9O IERFVEFJTAogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EOTI3MAoKQUZGRUNURUQgRklM RVMKICBzaGFyZS9tYW4vbWFuNC9uZ19wcHBvZS40CiAgc3lzL25ldGdyYXBoL25nX3BwcG9lLmMK ICBzeXMvbmV0Z3JhcGgvbmdfcHBwb2UuaAoKRU1BSUwgUFJFRkVSRU5DRVMKICBodHRwczovL3Jl dmlld3MuZnJlZWJzZC5vcmcvc2V0dGluZ3MvcGFuZWwvZW1haWxwcmVmZXJlbmNlcy8KClRvOiBh bGUsICNtYW5wYWdlcywgd2Jsb2NrLCAjbmV0d29yaywganVsaWFuLCBtYXYsIGFkcmlhbiwgZ2xl Yml1cwpDYzogZ2xlYml1cywgd2Jsb2NrLCBtYXYsIHBvb2xyb29tX2dtYWlsLmNvbSwgbWFuZHJl ZSwgaW1wLCBmcmVlYnNkLW5ldC1saXN0Cg== --b1_8513b9a6eeb72a7bfdce60f3f947d8d7 Content-Type: text/x-patch; charset=utf-8; name="D9270.27059.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D9270.27059.patch" ZGlmZiAtLWdpdCBhL3N5cy9uZXRncmFwaC9uZ19wcHBvZS5oIGIvc3lzL25ldGdyYXBoL25nX3Bw cG9lLmgKLS0tIGEvc3lzL25ldGdyYXBoL25nX3BwcG9lLmgKKysrIGIvc3lzL25ldGdyYXBoL25n X3BwcG9lLmgKQEAgLTUyLDggKzUyLDEwIEBACiAKICNkZWZpbmUgTkdNX1BQUE9FX0NPT0tJRQkJ MTA4OTg5MzA3MgogI2RlZmluZSBOR01fUFBQT0VfU0VUTUFYUF9DT09LSUUJMTQ0MTYyNDMyMgor I2RlZmluZSBOR01fUFBQT0VfUEFETV9DT09LSUUJCTE0ODg0MDU4MjIKIAogI2RlZmluZQlQUFBP RV9TRVJWSUNFX05BTUVfU0laRQkJNjQgLyogZm9yIG5vdyAqLworI2RlZmluZQlQUFBPRV9QQURN X1ZBTFVFX1NJWkUJCTEyOCAvKiBmb3Igbm93ICovCiAKIC8qIEhvb2sgbmFtZXMgKi8KICNkZWZp bmUgTkdfUFBQT0VfSE9PS19FVEhFUk5FVAkiZXRoZXJuZXQiCkBAIC04NCw3ICs4NiwxMSBAQAog CU5HTV9QUFBPRV9TRVRNT0RFICA9IDEyLCAvKiBzZXQgdG8gc3RhbmRhcmQgb3IgY29tcGF0IG1v ZGVzICovCiAJTkdNX1BQUE9FX0dFVE1PREUgID0gMTMsIC8qIHNlZSBjdXJyZW50IG1vZGUgKi8K IAlOR01fUFBQT0VfU0VURU5BRERSID0gMTQsIC8qIHNldCBFdGhlcm5ldCBhZGRyZXNzICovCi0J TkdNX1BQUE9FX1NFVE1BWFAgID0gMTUgLyogU2V0IFBQUC1NYXgtUGF5bG9hZCB2YWx1ZSAqLwor CU5HTV9QUFBPRV9TRVRNQVhQICAgPSAxNSwgLyogU2V0IFBQUC1NYXgtUGF5bG9hZCB2YWx1ZSAq LworCU5HTV9QUFBPRV9TRU5EX0hVUkwgPSAxNiwgLyogU2VuZCBQQURNIEhVUkwgbWVzc2FnZSAq LworCU5HTV9QUFBPRV9IVVJMICAgICAgPSAxNywgLyogSFVSTCBmb3IgaW5mb3JtYXRpb25hbCBw dXJwb3NlcyAqLworCU5HTV9QUFBPRV9TRU5EX01PVE0gPSAxOCwgLyogU2VuZCBQQURNIE1PVE0g bWVzc2FnZSAqLworCU5HTV9QUFBPRV9NT1RNICAgICAgPSAxOSAgLyogTU9UTSBmb3IgaW5mb3Jt YXRpb25hbCBwdXJwb3NlcyAqLwogfTsKIAogLyoqKioqKioqKioqKioqKioqKioqKioqCkBAIC0x NTcsNiArMTYzLDEzIEBACiAJdWludDE2X3QJZGF0YTsKIH07CiAKKy8qCisgKiBUaGlzIHN0cnVj dHVyZSBpcyB1c2VkIHRvIHNlbmQgUEFETSBtZXNzYWdlcyBmcm9tIHNlcnZlciB0byBjbGllbnQu CisgKi8KK3N0cnVjdCBuZ3BwcG9lX3BhZG0geworCWNoYXIJbXNnW1BQUE9FX1BBRE1fVkFMVUVf U0laRV07Cit9OworCiAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioKICAqIENvbnN0YW50cyBhbmQgZGVmaW5pdGlvbnMg c3BlY2lmaWMgdG8gcHBwb2UKICAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KQEAgLTE3MSw2ICsxODQsNyBAQAogI2Rl ZmluZSBQQURSX0NPREUJMHgxOQogI2RlZmluZSBQQURTX0NPREUJMHg2NQogI2RlZmluZSBQQURU X0NPREUJMHhhNworI2RlZmluZSBQQURNX0NPREUJMHhkMwogCiAvKiBUYWcgaWRlbnRpZmllcnMg Ki8KICNpZiBCWVRFX09SREVSID09IEJJR19FTkRJQU4KQEAgLTE4MSw2ICsxOTUsOCBAQAogI2Rl ZmluZSBQVFRfQUNfQ09PS0lFCSgweDAxMDQpCiAjZGVmaW5lIFBUVF9WRU5ET1IgCSgweDAxMDUp CiAjZGVmaW5lIFBUVF9SRUxBWV9TSUQJKDB4MDExMCkKKyNkZWZpbmUgUFRUX0hVUkwJKDB4MDEx MSkJLyogUFBQb0UgRXh0ZW5zaW9ucyAoQ0FSUkVMKSAqLworI2RlZmluZSBQVFRfTU9UTQkoMHgw MTEyKQkvKiBQUFBvRSBFeHRlbnNpb25zIChDQVJSRUwpICovCiAjZGVmaW5lCVBUVF9NQVhfUEFZ TAkoMHgwMTIwKQkvKiBQUFAtTWF4LVBheWxvYWQgKFJGQzQ2MzgpICovCiAjZGVmaW5lIFBUVF9T UlZfRVJSICAgICAoMHgwMjAxKQogI2RlZmluZSBQVFRfU1lTX0VSUiAgCSgweDAyMDIpCkBAIC0x OTgsNiArMjE0LDggQEAKICNkZWZpbmUgUFRUX0FDX0NPT0tJRQkoMHgwNDAxKQogI2RlZmluZSBQ VFRfVkVORE9SIAkoMHgwNTAxKQogI2RlZmluZSBQVFRfUkVMQVlfU0lECSgweDEwMDEpCisjZGVm aW5lIFBUVF9IVVJMCSgweDExMDEpCS8qIFBQUG9FIEV4dGVuc2lvbnMgKENBUlJFTCkgKi8KKyNk ZWZpbmUgUFRUX01PVE0JKDB4MTIwMSkJLyogUFBQb0UgRXh0ZW5zaW9ucyAoQ0FSUkVMKSAqLwog I2RlZmluZQlQVFRfTUFYX1BBWUwJKDB4MjAwMSkJLyogUFBQLU1heC1QYXlsb2FkIChSRkM0NjM4 KSAqLwogI2RlZmluZSBQVFRfU1JWX0VSUiAgICAgKDB4MDEwMikKICNkZWZpbmUgUFRUX1NZU19F UlIgIAkoMHgwMjAyKQpkaWZmIC0tZ2l0IGEvc3lzL25ldGdyYXBoL25nX3BwcG9lLmMgYi9zeXMv bmV0Z3JhcGgvbmdfcHBwb2UuYwotLS0gYS9zeXMvbmV0Z3JhcGgvbmdfcHBwb2UuYworKysgYi9z eXMvbmV0Z3JhcGgvbmdfcHBwb2UuYwpAQCAtMTc1LDYgKzE3NSwyMCBAQAogCSAgJm5nX3BhcnNl X3VpbnQxNl90eXBlLAogCSAgTlVMTAogCX0sCisgICAgICAgIHsKKwkgIE5HTV9QUFBPRV9DT09L SUUsCisJICBOR01fUFBQT0VfU0VORF9IVVJMLAorCSAgInNlbmRfaHVybCIsCisJICAmbmdwcHBv ZV9pbml0X2RhdGFfc3RhdGVfdHlwZSwKKwkgIE5VTEwKKyAgICAgICAgfSwKKyAgICAgICAgewor CSAgTkdNX1BQUE9FX0NPT0tJRSwKKwkgIE5HTV9QUFBPRV9TRU5EX01PVE0sCisJICAic2VuZF9t b3RtIiwKKwkgICZuZ3BwcG9lX2luaXRfZGF0YV9zdGF0ZV90eXBlLAorCSAgTlVMTAorICAgICAg ICB9LAogCXsgMCB9CiB9OwogCkBAIC0yMjYsOSArMjQwLDExIEBACiAJY29uc3Qgc3RydWN0IHBw cG9lX3RhZwkqdGFnc1tOVU1UQUdTXTsKIAl1X2ludAkJCXNlcnZpY2VfbGVuOwogCXVfaW50CQkJ YWNfbmFtZV9sZW47CisJdV9pbnQJCQlob3N0X3VuaXFfbGVuOwogCiAJc3RydWN0IGRhdGF0YWcJ CXNlcnZpY2U7CiAJc3RydWN0IGRhdGF0YWcJCWFjX25hbWU7CisJc3RydWN0IGRhdGF0YWcJCWhv c3RfdW5pcTsKIH07CiB0eXBlZGVmIHN0cnVjdCBzZXNzX25lZyAqbmVncDsKIApAQCAtNTg5LDE4 ICs2MDUsNDAgQEAKIHBwcG9lX2ZpbmR1bmlxKG5vZGVfcCBub2RlLCBjb25zdCBzdHJ1Y3QgcHBw b2VfdGFnICp0YWcpCiB7CiAJaG9va19wCWhvb2sgPSBOVUxMOwotCXVuaW9uIHVuaXEgdW5pcTsK KwlzZXNzcAlzcDsKKworCS8qIEN5Y2xlIHRocm91Z2ggYWxsIGtub3duIGhvb2tzLiAqLworCUxJ U1RfRk9SRUFDSChob29rLCAmbm9kZS0+bmRfaG9va3MsIGhrX2hvb2tzKSB7CisJCS8qIFNraXAg YW55IG5vbnNlc3Npb24gaG9vay4gKi8KKwkJaWYgKE5HX0hPT0tfUFJJVkFURShob29rKSA9PSBO VUxMKQorCQkJY29udGludWU7CisJCXNwID0gTkdfSE9PS19QUklWQVRFKGhvb2spOworCQlpZiAo c3AtPm5lZy0+aG9zdF91bmlxX2xlbiA9PSBudG9ocyh0YWctPnRhZ19sZW4pICYmCisJCSAgICBi Y21wKHNwLT5uZWctPmhvc3RfdW5pcS5kYXRhLCAoY29uc3QgY2hhciAqKSh0YWcgKyAxKSwKKwkJ ICAgICBzcC0+bmVnLT5ob3N0X3VuaXFfbGVuKSA9PSAwKQorCQkJYnJlYWs7CisJfQorCUNUUjMo S1RSX05FVCwgIiUyMHM6IG1hdGNoZWQgJXAgZm9yICVwIiwgX19mdW5jX18sIGhvb2ssIHNwKTsK KworCXJldHVybiAoaG9vayk7Cit9CisKK3N0YXRpYyBob29rX3AKK3BwcG9lX2ZpbmRjb29raWUo bm9kZV9wIG5vZGUsIGNvbnN0IHN0cnVjdCBwcHBvZV90YWcgKnRhZykKK3sKKwlob29rX3AJaG9v ayA9IE5VTEw7CisJdW5pb24gdW5pcSBjb29raWU7CiAKLQliY29weSh0YWcgKyAxLCB1bmlxLmJ5 dGVzLCBzaXplb2Yodm9pZCAqKSk7CisJYmNvcHkodGFnICsgMSwgY29va2llLmJ5dGVzLCBzaXpl b2Yodm9pZCAqKSk7CiAJLyogQ3ljbGUgdGhyb3VnaCBhbGwga25vd24gaG9va3MuICovCiAJTElT VF9GT1JFQUNIKGhvb2ssICZub2RlLT5uZF9ob29rcywgaGtfaG9va3MpIHsKIAkJLyogU2tpcCBh bnkgbm9uc2Vzc2lvbiBob29rLiAqLwogCQlpZiAoTkdfSE9PS19QUklWQVRFKGhvb2spID09IE5V TEwpCiAJCQljb250aW51ZTsKLQkJaWYgKHVuaXEucG9pbnRlciA9PSBOR19IT09LX1BSSVZBVEUo aG9vaykpCisJCWlmIChjb29raWUucG9pbnRlciA9PSBOR19IT09LX1BSSVZBVEUoaG9vaykpCiAJ CQlicmVhazsKIAl9Ci0JQ1RSMyhLVFJfTkVULCAiJTIwczogbWF0Y2hlZCAlcCBmb3IgJXAiLCBf X2Z1bmNfXywgaG9vaywgdW5pcS5wb2ludGVyKTsKKwlDVFIzKEtUUl9ORVQsICIlMjBzOiBtYXRj aGVkICVwIGZvciAlcCIsIF9fZnVuY19fLCBob29rLCBjb29raWUucG9pbnRlcik7CiAKIAlyZXR1 cm4gKGhvb2spOwogfQpAQCAtNzQ0LDE3ICs3ODIsMjkgQEAKIAkJY2FzZSBOR01fUFBQT0VfTElT VEVOOgogCQljYXNlIE5HTV9QUFBPRV9PRkZFUjoKIAkJY2FzZSBOR01fUFBQT0VfU0VSVklDRToK KwkJY2FzZSBOR01fUFBQT0VfU0VORF9IVVJMOgorCQljYXNlIE5HTV9QUFBPRV9TRU5EX01PVE06 CiAJCQlvdXJtc2cgPSAoc3RydWN0IG5ncHBwb2VfaW5pdF9kYXRhICopbXNnLT5kYXRhOwogCQkJ aWYgKG1zZy0+aGVhZGVyLmFyZ2xlbiA8IHNpemVvZigqb3VybXNnKSkgewogCQkJCWxvZyhMT0df RVJSLCAibmdfcHBwb2VbJXhdOiBpbml0IGRhdGEgdG9vICIKIAkJCQkgICAgInNtYWxsXG4iLCBu b2RlLT5uZF9JRCk7CiAJCQkJTEVBVkUoRU1TR1NJWkUpOwogCQkJfQotCQkJaWYgKG1zZy0+aGVh ZGVyLmFyZ2xlbiAtIHNpemVvZigqb3VybXNnKSA+Ci0JCQkgICAgUFBQT0VfU0VSVklDRV9OQU1F X1NJWkUpIHsKLQkJCQlsb2coTE9HX0VSUiwgIm5nX3BwcG9lWyV4XTogc2VydmljZSBuYW1lICIK LQkJCQkgICAgInRvbyBiaWdcbiIsIG5vZGUtPm5kX0lEKTsKLQkJCQlMRUFWRShFTVNHU0laRSk7 CisJCQlpZiAobXNnLT5oZWFkZXIuY21kID09IE5HTV9QUFBPRV9TRU5EX0hVUkwgfHwKKwkJCSAg ICBtc2ctPmhlYWRlci5jbWQgPT0gTkdNX1BQUE9FX1NFTkRfTU9UTSkgeworCQkJCWlmIChtc2ct PmhlYWRlci5hcmdsZW4gLSBzaXplb2YoKm91cm1zZykgPgorCQkJCSAgICBQUFBPRV9QQURNX1ZB TFVFX1NJWkUpIHsKKwkJCQkJbG9nKExPR19FUlIsICJuZ19wcHBvZVsleF06IG1lc3NhZ2UgIgor CQkJCQkgICAgInRvbyBiaWdcbiIsIG5vZGUtPm5kX0lEKTsKKwkJCQkJTEVBVkUoRU1TR1NJWkUp OworCQkJCX0KKwkJCX0gZWxzZSB7CisJCQkJaWYgKG1zZy0+aGVhZGVyLmFyZ2xlbiAtIHNpemVv Zigqb3VybXNnKSA+CisJCQkJICAgIFBQUE9FX1NFUlZJQ0VfTkFNRV9TSVpFKSB7CisJCQkJCWxv ZyhMT0dfRVJSLCAibmdfcHBwb2VbJXhdOiBzZXJ2aWNlIG5hbWUgIgorCQkJCQkgICAgInRvbyBi aWdcbiIsIG5vZGUtPm5kX0lEKTsKKwkJCQkJTEVBVkUoRU1TR1NJWkUpOworCQkJCX0KIAkJCX0K IAkJCWlmIChtc2ctPmhlYWRlci5hcmdsZW4gLSBzaXplb2YoKm91cm1zZykgPAogCQkJICAgIG91 cm1zZy0+ZGF0YV9sZW4pIHsKQEAgLTc5NCw2ICs4NDQsMjAgQEAKIAkJCWlmIChtc2ctPmhlYWRl ci5jbWQgPT0gTkdNX1BQUE9FX1NFUlZJQ0UpCiAJCQkJYnJlYWs7CiAKKwkJCS8qCisJCQkgKiBQ QURNIG1lc3NhZ2VzIGFyZSBzZXQgdXAgb24gYWN0aXZlIHNlc3Npb25zLgorCQkJICovCisJCQlp ZiAobXNnLT5oZWFkZXIuY21kID09IE5HTV9QUFBPRV9TRU5EX0hVUkwgfHwKKwkJCSAgICBtc2ct PmhlYWRlci5jbWQgPT0gTkdNX1BQUE9FX1NFTkRfTU9UTSkgeworCQkJCWlmIChzcC0+c3RhdGUg IT0gUFBQT0VfTkVXQ09OTkVDVEVEICYmCisJCQkJICAgIHNwLT5zdGF0ZSAhPSBQUFBPRV9DT05O RUNURUQpIHsKKwkJCQkJbG9nKExPR19OT1RJQ0UsICJuZ19wcHBvZVsleF06IHNlc3Npb24gaXMg bm90ICIKKwkJCQkJICAgICJhY3RpdmVcbiIsIG5vZGUtPm5kX0lEKTsKKwkJCQkJTEVBVkUoRUlT Q09OTik7CisJCQkJfQorCQkJCWJyZWFrOworCQkJfQorCiAJCQlpZiAoc3AtPnN0YXRlICE9IFBQ UE9FX1NOT05FKSB7CiAJCQkJbG9nKExPR19OT1RJQ0UsICJuZ19wcHBvZVsleF06IFNlc3Npb24g YWxyZWFkeSAiCiAJCQkJICAgICJhY3RpdmVcbiIsIG5vZGUtPm5kX0lEKTsKQEAgLTg0OCwyOCAr OTEyLDcyIEBACiAJCQkgKiBDaGVjayB0aGUgaG9vayBleGlzdHMgYW5kIGlzIFVuaW5pdGlhbGlz ZWQuCiAJCQkgKiBTZW5kIGEgUEFESSByZXF1ZXN0LCBhbmQgc3RhcnQgdGhlIHRpbWVvdXQgbG9n aWMuCiAJCQkgKiBTdG9yZSB0aGUgb3JpZ2luYXRvciBvZiB0aGlzIG1lc3NhZ2Ugc28gd2UgY2Fu IHNlbmQKLQkJCSAqIGEgc3VjY2VzcyBvZiBmYWlsIG1lc3NhZ2UgdG8gdGhlbSBsYXRlci4KKwkJ CSAqIGEgc3VjY2VzcyBvciBmYWlsIG1lc3NhZ2UgdG8gdGhlbSBsYXRlci4KIAkJCSAqIE1vdmUg dGhlIHNlc3Npb24gdG8gU0lOSVQuCiAJCQkgKiBTZXQgdXAgdGhlIHNlc3Npb24gdG8gdGhlIGNv cnJlY3Qgc3RhdGUgYW5kCiAJCQkgKiBzdGFydCBpdC4KIAkJCSAqLwotCQkJaW50CWksIGFjbmxl biA9IDAsIGFjbnNlcCA9IDAsIHNydmxlbjsKKwkJCWludAlhY25wb3MsIGFjbmxlbiA9IDAsIGFj bnNlcCA9IDA7CisJCQlpbnQJaHVwb3MsIGh1bGVuID0gMCwgaHVzZXAgPSAwOworCQkJaW50CWks IHNydnBvcywgc3J2bGVuOworCQkJYWNucG9zID0gMDsKIAkJCWZvciAoaSA9IDA7IGkgPCBvdXJt c2ctPmRhdGFfbGVuOyBpKyspIHsKIAkJCQlpZiAob3VybXNnLT5kYXRhW2ldID09ICdcXCcpIHsK IAkJCQkJYWNubGVuID0gaTsKIAkJCQkJYWNuc2VwID0gMTsKIAkJCQkJYnJlYWs7CiAJCQkJfQog CQkJfQotCQkJc3J2bGVuID0gb3VybXNnLT5kYXRhX2xlbiAtIGFjbmxlbiAtIGFjbnNlcDsKKwkJ CWh1cG9zID0gYWNubGVuICsgYWNuc2VwOworCQkJZm9yIChpID0gaHVwb3M7IGkgPCBvdXJtc2ct PmRhdGFfbGVuOyBpKyspIHsKKwkJCQlpZiAob3VybXNnLT5kYXRhW2ldID09ICd8JykgeworCQkJ CQlodWxlbiA9IGkgLSBodXBvczsKKwkJCQkJaHVzZXAgPSAxOworCQkJCQlicmVhazsKKwkJCQl9 CisJCQl9CisJCQlzcnZwb3MgPSBodXBvcyArIGh1bGVuICsgaHVzZXA7CisJCQlzcnZsZW4gPSBv dXJtc2ctPmRhdGFfbGVuIC0gc3J2cG9zOwogCi0JCQliY29weShvdXJtc2ctPmRhdGEsIG5lZy0+ YWNfbmFtZS5kYXRhLCBhY25sZW4pOworCQkJYmNvcHkob3VybXNnLT5kYXRhICsgYWNucG9zLCBu ZWctPmFjX25hbWUuZGF0YSwgYWNubGVuKTsKIAkJCW5lZy0+YWNfbmFtZV9sZW4gPSBhY25sZW47 CiAKKwkJCW5lZy0+aG9zdF91bmlxLmhkci50YWdfdHlwZSA9IFBUVF9IT1NUX1VOSVE7CisJCQlp ZiAoaHVsZW4gPT0gMCkgeworCQkJCS8qIE5vdCBwcm92aWRlZCwgZ2VuZXJhdGUgb25lICovCisJ CQkJbmVnLT5ob3N0X3VuaXEuaGRyLnRhZ19sZW4gPSBodG9ucyhzaXplb2Yoc3ApKTsKKwkJCQli Y29weSgmc3AsIG5lZy0+aG9zdF91bmlxLmRhdGEsIHNpemVvZihzcCkpOworCQkJCW5lZy0+aG9z dF91bmlxX2xlbiA9IHNpemVvZihzcCk7CisJCQl9IGVsc2UgaWYgKGh1bGVuID4gMiAmJiBvdXJt c2ctPmRhdGFbaHVwb3NdID09ICcwJyAmJgorCQkJICBvdXJtc2ctPmRhdGFbaHVwb3MgKyAxXSA9 PSAneCcgJiYgaHVsZW4gJSAyID09IDApIHsKKwkJCQkvKiBIZXggZW5jb2RlZCAqLworCQkJCXN0 YXRpYyBjb25zdCBjaGFyIGhleGRpZ1sxNl0gPSAiMDEyMzQ1Njc4OWFiY2RlZiI7CisJCQkJaW50 IGo7CisKKwkJCQluZWctPmhvc3RfdW5pcS5oZHIudGFnX2xlbiA9IGh0b25zKCh1aW50MTZfdCko aHVsZW4gLyAyIC0gMSkpOworCQkJCWZvciAoaSA9IDA7IGkgPCBodWxlbiAtIDI7IGkrKykgewor CQkJCQlmb3IgKGogPSAwOworCQkJCQkgICAgIGogPCAxNiAmJgorCQkJCQkgICAgIG91cm1zZy0+ ZGF0YVtodXBvcyArIDIgKyBpXSAhPSBoZXhkaWdbal07CisJCQkJCSAgICAgaisrKTsKKwkJCQkJ aWYgKGogPT0gMTYpCisJCQkJCQlMRUFWRShFSU5WQUwpOworCQkJCQlpZiAoaSAlIDIgPT0gMCkK KwkJCQkJCW5lZy0+aG9zdF91bmlxLmRhdGFbaSAvIDJdID0gaiA8PCA0OworCQkJCQllbHNlCisJ CQkJCQluZWctPmhvc3RfdW5pcS5kYXRhW2kgLyAyXSB8PSBqOworCQkJCX0KKwkJCQluZWctPmhv c3RfdW5pcV9sZW4gPSBodWxlbiAvIDIgLSAxOworCQkJfSBlbHNlIHsKKwkJCQkvKiBQbGFpbiBz dHJpbmcgKi8KKwkJCQluZWctPmhvc3RfdW5pcS5oZHIudGFnX2xlbiA9IGh0b25zKCh1aW50MTZf dClodWxlbik7CisJCQkJYmNvcHkob3VybXNnLT5kYXRhICsgaHVwb3MsIG5lZy0+aG9zdF91bmlx LmRhdGEsIGh1bGVuKTsKKwkJCQluZWctPmhvc3RfdW5pcV9sZW4gPSBodWxlbjsKKwkJCX0KKwog CQkJbmVnLT5zZXJ2aWNlLmhkci50YWdfdHlwZSA9IFBUVF9TUlZfTkFNRTsKIAkJCW5lZy0+c2Vy dmljZS5oZHIudGFnX2xlbiA9IGh0b25zKCh1aW50MTZfdClzcnZsZW4pOwotCQkJYmNvcHkob3Vy bXNnLT5kYXRhICsgYWNubGVuICsgYWNuc2VwLAotCQkJICAgIG5lZy0+c2VydmljZS5kYXRhLCBz cnZsZW4pOworCQkJYmNvcHkob3VybXNnLT5kYXRhICsgc3J2cG9zLCBuZWctPnNlcnZpY2UuZGF0 YSwgc3J2bGVuKTsKIAkJCW5lZy0+c2VydmljZV9sZW4gPSBzcnZsZW47CiAJCQlwcHBvZV9zdGFy dChzcCk7CiAJCQlicmVhazsKQEAgLTg3OSw3ICs5ODcsNyBAQAogCQkJICogQ2hlY2sgdGhlIGhv b2sgZXhpc3RzIGFuZCBpcyBVbmluaXRpYWxpc2VkLgogCQkJICogSW5zdGFsbCB0aGUgc2Vydmlj ZSBtYXRjaGluZyBzdHJpbmcuCiAJCQkgKiBTdG9yZSB0aGUgb3JpZ2luYXRvciBvZiB0aGlzIG1l c3NhZ2Ugc28gd2UgY2FuIHNlbmQKLQkJCSAqIGEgc3VjY2VzcyBvZiBmYWlsIG1lc3NhZ2UgdG8g dGhlbSBsYXRlci4KKwkJCSAqIGEgc3VjY2VzcyBvciBmYWlsIG1lc3NhZ2UgdG8gdGhlbSBsYXRl ci4KIAkJCSAqIE1vdmUgdGhlIGhvb2sgdG8gJ0xJU1RFTklORycKIAkJCSAqLwogCQkJbmVnLT5z ZXJ2aWNlLmhkci50YWdfdHlwZSA9IFBUVF9TUlZfTkFNRTsKQEAgLTEwMTksNiArMTEyNyw5MiBA QAogCQkJcHJpdnAtPm1heF9wYXlsb2FkLmhkci50YWdfbGVuID0gaHRvbnMoc2l6ZW9mKHVpbnQx Nl90KSk7CiAJCQlwcml2cC0+bWF4X3BheWxvYWQuZGF0YSA9IGh0b25zKCooKHVpbnQxNl90ICop bXNnLT5kYXRhKSk7CiAJCQlicmVhazsKKwkJY2FzZSBOR01fUFBQT0VfU0VORF9IVVJMOgorCQkg ICAgeworCQkJc3RydWN0IG1idWYgKm07CisKKwkJCS8qIEdlbmVyYXRlIGEgcGFja2V0IG9mIHRo YXQgdHlwZS4gKi8KKwkJCW0gPSBtX2dldGhkcihNX05PV0FJVCwgTVRfREFUQSk7CisJCQlpZiAo bSA9PSBOVUxMKQorCQkJCWxvZyhMT0dfTk9USUNFLCAibmdfcHBwb2VbJXhdOiBzZXNzaW9uIG91 dCBvZiAiCisJCQkJICAgICJtYnVmc1xuIiwgbm9kZS0+bmRfSUQpOworCQkJZWxzZSB7CisJCQkJ c3RydWN0IHBwcG9lX2Z1bGxfaGRyICp3aDsKKwkJCQlzdHJ1Y3QgcHBwb2VfdGFnICp0YWc7CisJ CQkJaW50ICAgICBlcnJvciA9IDA7CisKKwkJCQl3aCA9IG10b2QobSwgc3RydWN0IHBwcG9lX2Z1 bGxfaGRyICopOworCQkJCWJjb3B5KCZzcC0+cGt0X2hkciwgd2gsIHNpemVvZigqd2gpKTsKKwor CQkJCS8qIFJldmVydCB0aGUgc3RvcmVkIGhlYWRlciB0byBESVNDL1BBRE0gbW9kZS4gKi8KKwkJ CQl3aC0+cGguY29kZSA9IFBBRE1fQ09ERTsKKwkJCQkvKgorCQkJCSAqIENvbmZpZ3VyZSBldGhl cnR5cGUgZGVwZW5kaW5nIG9uIHdoYXQKKwkJCQkgKiB3YXMgdXNlZCBkdXJpbmcgc2Vzc2lvbnMg c3RhZ2UuCisJCQkJICovCisJCQkJaWYgKHdoLT5laC5ldGhlcl90eXBlID09CisJCQkJICAgIEVU SEVSVFlQRV9QUFBPRV8zQ09NX1NFU1MpCisJCQkJCXdoLT5laC5ldGhlcl90eXBlID0gRVRIRVJU WVBFX1BQUE9FXzNDT01fRElTQzsKKwkJCQllbHNlCisJCQkJCXdoLT5laC5ldGhlcl90eXBlID0g RVRIRVJUWVBFX1BQUE9FX0RJU0M7CisJCQkJLyoKKwkJCQkgKiBBZGQgUEFETSBtZXNzYWdlIGFu ZCBhZGp1c3Qgc2l6ZXMuCisJCQkJICovCisJCQkJdGFnID0gKHZvaWQgKikoJndoLT5waCArIDEp OworCQkJCXRhZy0+dGFnX3R5cGUgPSBQVFRfSFVSTDsKKwkJCQl0YWctPnRhZ19sZW4gPSBodG9u cyhvdXJtc2ctPmRhdGFfbGVuKTsKKwkJCQlzdHJuY3B5KChjaGFyICopKHRhZyArIDEpLCBvdXJt c2ctPmRhdGEsIG91cm1zZy0+ZGF0YV9sZW4pOworCQkJCW0tPm1fcGt0aGRyLmxlbiA9IG0tPm1f bGVuID0gc2l6ZW9mKCp3aCkgKyBzaXplb2YoKnRhZykgKworCQkJCSAgICBvdXJtc2ctPmRhdGFf bGVuOworCQkJCXdoLT5waC5sZW5ndGggPSBodG9ucyhzaXplb2YoKnRhZykgKyBvdXJtc2ctPmRh dGFfbGVuKTsKKwkJCQlOR19TRU5EX0RBVEFfT05MWShlcnJvciwKKwkJCQkgICAgcHJpdnAtPmV0 aGVybmV0X2hvb2ssIG0pOworCQkJfQorCQkJYnJlYWs7CisJCSAgICB9CisJCWNhc2UgTkdNX1BQ UE9FX1NFTkRfTU9UTToKKwkJICAgIHsKKwkJCXN0cnVjdCBtYnVmICptOworCisJCQkvKiBHZW5l cmF0ZSBhIHBhY2tldCBvZiB0aGF0IHR5cGUuICovCisJCQltID0gbV9nZXRoZHIoTV9OT1dBSVQs IE1UX0RBVEEpOworCQkJaWYgKG0gPT0gTlVMTCkKKwkJCQlsb2coTE9HX05PVElDRSwgIm5nX3Bw cG9lWyV4XTogc2Vzc2lvbiBvdXQgb2YgIgorCQkJCSAgICAibWJ1ZnNcbiIsIG5vZGUtPm5kX0lE KTsKKwkJCWVsc2UgeworCQkJCXN0cnVjdCBwcHBvZV9mdWxsX2hkciAqd2g7CisJCQkJc3RydWN0 IHBwcG9lX3RhZyAqdGFnOworCQkJCWludCAgICAgZXJyb3IgPSAwOworCisJCQkJd2ggPSBtdG9k KG0sIHN0cnVjdCBwcHBvZV9mdWxsX2hkciAqKTsKKwkJCQliY29weSgmc3AtPnBrdF9oZHIsIHdo LCBzaXplb2YoKndoKSk7CisKKwkJCQkvKiBSZXZlcnQgdGhlIHN0b3JlZCBoZWFkZXIgdG8gRElT Qy9QQURNIG1vZGUuICovCisJCQkJd2gtPnBoLmNvZGUgPSBQQURNX0NPREU7CisJCQkJLyoKKwkJ CQkgKiBDb25maWd1cmUgZXRoZXJ0eXBlIGRlcGVuZGluZyBvbiB3aGF0CisJCQkJICogd2FzIHVz ZWQgZHVyaW5nIHNlc3Npb25zIHN0YWdlLgorCQkJCSAqLworCQkJCWlmICh3aC0+ZWguZXRoZXJf dHlwZSA9PQorCQkJCSAgICBFVEhFUlRZUEVfUFBQT0VfM0NPTV9TRVNTKQorCQkJCQl3aC0+ZWgu ZXRoZXJfdHlwZSA9IEVUSEVSVFlQRV9QUFBPRV8zQ09NX0RJU0M7CisJCQkJZWxzZQorCQkJCQl3 aC0+ZWguZXRoZXJfdHlwZSA9IEVUSEVSVFlQRV9QUFBPRV9ESVNDOworCQkJCS8qCisJCQkJICog QWRkIFBBRE0gbWVzc2FnZSBhbmQgYWRqdXN0IHNpemVzLgorCQkJCSAqLworCQkJCXRhZyA9ICh2 b2lkICopKCZ3aC0+cGggKyAxKTsKKwkJCQl0YWctPnRhZ190eXBlID0gUFRUX01PVE07CisJCQkJ dGFnLT50YWdfbGVuID0gaHRvbnMob3VybXNnLT5kYXRhX2xlbik7CisJCQkJc3RybmNweSgoY2hh ciAqKSh0YWcgKyAxKSwgb3VybXNnLT5kYXRhLCBvdXJtc2ctPmRhdGFfbGVuKTsKKwkJCQltLT5t X3BrdGhkci5sZW4gPSBtLT5tX2xlbiA9IHNpemVvZigqd2gpICsgc2l6ZW9mKCp0YWcpICsKKwkJ CQkgICAgb3VybXNnLT5kYXRhX2xlbjsKKwkJCQl3aC0+cGgubGVuZ3RoID0gaHRvbnMoc2l6ZW9m KCp0YWcpICsgb3VybXNnLT5kYXRhX2xlbik7CisJCQkJTkdfU0VORF9EQVRBX09OTFkoZXJyb3Is CisJCQkJICAgIHByaXZwLT5ldGhlcm5ldF9ob29rLCBtKTsKKwkJCX0KKwkJCWJyZWFrOworCQkg ICAgfQogCQlkZWZhdWx0OgogCQkJTEVBVkUoRUlOVkFMKTsKIAkJfQpAQCAtMTA2MSwxMCArMTI1 NSw2IEBACiAJbm9kZV9wCW5vZGUgPSBOR19IT09LX05PREUoaG9vayk7CiAJcHJpdl9wCXByaXZw ID0gTkdfTk9ERV9QUklWQVRFKG5vZGUpOwogCW5lZ3AJbmVnID0gc3AtPm5lZzsKLQlzdHJ1Y3Qg ewotCQlzdHJ1Y3QgcHBwb2VfdGFnIGhkcjsKLQkJdW5pb24JdW5pcQlkYXRhOwotCX0gX19wYWNr ZWQgdW5pcXRhZzsKIAlzdHJ1Y3QgIG1idWYgKm0wOwogCWludAllcnJvcjsKIApAQCAtMTA4MCwx MSArMTI3MCw4IEBACiAJbWVtY3B5KCh2b2lkICopJm5lZy0+cGt0LT5wa3RfaGVhZGVyLmVoLCAm cHJpdnAtPmVoLAogCSAgICBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcikpOwogCW5lZy0+cGt0 LT5wa3RfaGVhZGVyLnBoLmNvZGUgPSBQQURJX0NPREU7Ci0JdW5pcXRhZy5oZHIudGFnX3R5cGUg PSBQVFRfSE9TVF9VTklROwotCXVuaXF0YWcuaGRyLnRhZ19sZW4gPSBodG9ucygodV9pbnQxNl90 KXNpemVvZih1bmlxdGFnLmRhdGEpKTsKLQl1bmlxdGFnLmRhdGEucG9pbnRlciA9IHNwOwogCWlu aXRfdGFncyhzcCk7Ci0JaW5zZXJ0X3RhZyhzcCwgJnVuaXF0YWcuaGRyKTsKKwlpbnNlcnRfdGFn KHNwLCAmbmVnLT5ob3N0X3VuaXEuaGRyKTsKIAlpbnNlcnRfdGFnKHNwLCAmbmVnLT5zZXJ2aWNl Lmhkcik7CiAJaWYgKHByaXZwLT5tYXhfcGF5bG9hZC5kYXRhICE9IDApCiAJCWluc2VydF90YWco c3AsICZwcml2cC0+bWF4X3BheWxvYWQuaGRyKTsKQEAgLTExNjMsNiArMTM1MCw1MiBAQAogCXJl dHVybiAoZXJyb3IpOwogfQogCitzdGF0aWMgaW50CitzZW5kX2h1cmwoc2Vzc3Agc3AsIGNvbnN0 IHN0cnVjdCBwcHBvZV90YWcgKnRhZykKK3sKKwlpbnQgZXJyb3IsIHRsZW47CisJc3RydWN0IG5n X21lc2cgKm1zZzsKKwlzdHJ1Y3QgbmdwcHBvZV9wYWRtICpwYWRtOworCisJQ1RSMihLVFJfTkVU LCAiJTIwczogY2FsbGVkICVkIiwgX19mdW5jX18sIHNwLT5TZXNzaW9uX0lEKTsKKworCU5HX01L TUVTU0FHRShtc2csIE5HTV9QUFBPRV9DT09LSUUsIE5HTV9QUFBPRV9IVVJMLAorCSAgICBzaXpl b2Yoc3RydWN0IG5ncHBwb2VfcGFkbSksIE1fTk9XQUlUKTsKKwlpZiAobXNnID09IE5VTEwpCisJ CXJldHVybiAoRU5PTUVNKTsKKworCXBhZG0gPSAoc3RydWN0IG5ncHBwb2VfcGFkbSAqKW1zZy0+ ZGF0YTsKKwl0bGVuID0gbWluKFBQUE9FX1BBRE1fVkFMVUVfU0laRSAtIDEsIG50b2hzKHRhZy0+ dGFnX2xlbikpOworCXN0cm5jcHkocGFkbS0+bXNnLCAoY29uc3QgY2hhciAqKSh0YWcgKyAxKSwg dGxlbik7CisJcGFkbS0+bXNnW3RsZW5dID0gJ1wwJzsKKwlOR19TRU5EX01TR19JRChlcnJvciwg TkdfSE9PS19OT0RFKHNwLT5ob29rKSwgbXNnLCBzcC0+Y3JlYXRvciwgMCk7CisKKwlyZXR1cm4g KGVycm9yKTsKK30KKworc3RhdGljIGludAorc2VuZF9tb3RtKHNlc3NwIHNwLCBjb25zdCBzdHJ1 Y3QgcHBwb2VfdGFnICp0YWcpCit7CisJaW50IGVycm9yLCB0bGVuOworCXN0cnVjdCBuZ19tZXNn ICptc2c7CisJc3RydWN0IG5ncHBwb2VfcGFkbSAqcGFkbTsKKworCUNUUjIoS1RSX05FVCwgIiUy MHM6IGNhbGxlZCAlZCIsIF9fZnVuY19fLCBzcC0+U2Vzc2lvbl9JRCk7CisKKwlOR19NS01FU1NB R0UobXNnLCBOR01fUFBQT0VfQ09PS0lFLCBOR01fUFBQT0VfTU9UTSwKKwkgICAgc2l6ZW9mKHN0 cnVjdCBuZ3BwcG9lX3BhZG0pLCBNX05PV0FJVCk7CisJaWYgKG1zZyA9PSBOVUxMKQorCQlyZXR1 cm4gKEVOT01FTSk7CisKKwlwYWRtID0gKHN0cnVjdCBuZ3BwcG9lX3BhZG0gKiltc2ctPmRhdGE7 CisJdGxlbiA9IG1pbihQUFBPRV9QQURNX1ZBTFVFX1NJWkUgLSAxLCBudG9ocyh0YWctPnRhZ19s ZW4pKTsKKwlzdHJuY3B5KHBhZG0tPm1zZywgKGNvbnN0IGNoYXIgKikodGFnICsgMSksIHRsZW4p OworCXBhZG0tPm1zZ1t0bGVuXSA9ICdcMCc7CisJTkdfU0VORF9NU0dfSUQoZXJyb3IsIE5HX0hP T0tfTk9ERShzcC0+aG9vayksIG1zZywgc3AtPmNyZWF0b3IsIDApOworCisJcmV0dXJuIChlcnJv cik7Cit9CisKIC8qCiAgKiBSZWNlaXZlIGRhdGEgZnJvbSBzZXNzaW9uIGhvb2sgYW5kIGRvIHNv bWV0aGluZyB3aXRoIGl0LgogICovCkBAIC0xMzIwLDYgKzE1NTMsNyBAQAogCWNvbnN0IHByaXZf cAkJcHJpdnAgPSBOR19OT0RFX1BSSVZBVEUobm9kZSk7CiAJc2Vzc3AJCQlzcDsKIAljb25zdCBz dHJ1Y3QgcHBwb2VfdGFnCSp1dGFnID0gTlVMTCwgKnRhZyA9IE5VTEw7CisJY29uc3Qgc3RydWN0 IHBwcG9lX3RhZwlzbnRhZyA9IHsgUFRUX1NSVl9OQU1FLCAwIH07CiAJY29uc3Qgc3RydWN0IHBw cG9lX2Z1bGxfaGRyICp3aDsKIAljb25zdCBzdHJ1Y3QgcHBwb2VfaGRyCSpwaDsKIAluZWdwCQkJ bmVnID0gTlVMTDsKQEAgLTE0MDksMTEgKzE2NDMsOCBAQAogCQkJICogcHJvY2Vzc2luZy4KIAkJ CSAqLwogCQkJdGFnID0gZ2V0X3RhZyhwaCwgUFRUX1NSVl9OQU1FKTsKLQkJCWlmICh0YWcgPT0g TlVMTCkgewotCQkJCUNUUjEoS1RSX05FVCwgIiUyMHM6IFBBREkgdy9vIFNlcnZpY2UtTmFtZSIs Ci0JCQkJICAgIF9fZnVuY19fKTsKLQkJCQlMRUFWRShFTkVUVU5SRUFDSCk7Ci0JCQl9CisJCQlp ZiAodGFnID09IE5VTEwpCisJCQkJdGFnID0gJnNudGFnOwogCiAJCQkvKgogCQkJICogRmlyc3Qs IHRyeSB0byBtYXRjaCBTZXJ2aWNlLU5hbWUgYWdhaW5zdCBvdXIgCkBAIC0xNDM4LDggKzE2Njks NyBAQAogCQkJICogRm9yIG5vdyBzaW1wbHkgYWNjZXB0IHRoZSBmaXJzdCB3ZSByZWNlaXZlLgog CQkJICovCiAJCQl1dGFnID0gZ2V0X3RhZyhwaCwgUFRUX0hPU1RfVU5JUSk7Ci0JCQlpZiAoKHV0 YWcgPT0gTlVMTCkgfHwKLQkJCSAgICAobnRvaHModXRhZy0+dGFnX2xlbikgIT0gc2l6ZW9mKHNw KSkpIHsKKwkJCWlmICh1dGFnID09IE5VTEwpIHsKIAkJCQlsb2coTE9HX05PVElDRSwgIm5nX3Bw cG9lWyV4XTogbm8gaG9zdCAiCiAJCQkJICAgICJ1bmlxdWUgZmllbGRcbiIsIG5vZGUtPm5kX0lE KTsKIAkJCQlMRUFWRShFTkVUVU5SRUFDSCk7CkBAIC0xNTI5LDcgKzE3NTksNyBAQAogCQkJCUxF QVZFKEVORVRVTlJFQUNIKTsKIAkJCX0KIAotCQkJc2VuZGhvb2sgPSBwcHBvZV9maW5kdW5pcShu b2RlLCB1dGFnKTsKKwkJCXNlbmRob29rID0gcHBwb2VfZmluZGNvb2tpZShub2RlLCB1dGFnKTsK IAkJCWlmIChzZW5kaG9vayA9PSBOVUxMKQogCQkJCUxFQVZFKEVORVRVTlJFQUNIKTsKIApAQCAt MTYwNSw4ICsxODM1LDcgQEAKIAkJCSAqIHNldCB1cyBpbnRvIFNlc3Npb24gbW9kZS4KIAkJCSAq LwogCQkJdXRhZyA9IGdldF90YWcocGgsIFBUVF9IT1NUX1VOSVEpOwotCQkJaWYgKCh1dGFnID09 IE5VTEwpIHx8Ci0JCQkgICAgKG50b2hzKHV0YWctPnRhZ19sZW4pICE9IHNpemVvZihzcCkpKSB7 CisJCQlpZiAodXRhZyA9PSBOVUxMKSB7CiAJCQkJTEVBVkUgKEVORVRVTlJFQUNIKTsKIAkJCX0K IAkJCXNlbmRob29rID0gcHBwb2VfZmluZHVuaXEobm9kZSwgdXRhZyk7CkBAIC0xNjU5LDYgKzE4 ODgsMTkgQEAKIAkJCS8qIERpc2Nvbm5lY3QgdGhhdCBob29rLiAqLwogCQkJbmdfcm1ob29rX3Nl bGYoc3AtPmhvb2spOwogCQkJYnJlYWs7CisJCWNhc2UJUEFETV9DT0RFOgorCQkJLyoKKwkJCSAq IFdlIGFyZSBhIGNsaWVudDoKKwkJCSAqIGZpbmQgbWF0Y2hpbmcgcGVlci9zZXNzaW9uIGNvbWJp bmF0aW9uLgorCQkJICovCisJCQlzcCA9IHBwcG9lX2ZpbmRzZXNzaW9uKHByaXZwLCB3aCk7CisJ CQlpZiAoc3AgPT0gTlVMTCkKKwkJCQlMRUFWRSAoRU5FVFVOUkVBQ0gpOworCQkJaWYgKCh0YWcg PSBnZXRfdGFnKHBoLCBQVFRfSFVSTCkpKQorCQkJCXNlbmRfaHVybChzcCwgdGFnKTsKKwkJCWlm ICgodGFnID0gZ2V0X3RhZyhwaCwgUFRUX01PVE0pKSkKKwkJCQlzZW5kX21vdG0oc3AsIHRhZyk7 CisJCQlicmVhazsKIAkJZGVmYXVsdDoKIAkJCUxFQVZFKEVQRk5PU1VQUE9SVCk7CiAJCX0KQEAg LTE3ODEsNyArMjAyMyw3IEBACiAJCQlzdHJ1Y3QgbWJ1ZiAqbTsKIAogCQkJLyogR2VuZXJhdGUg YSBwYWNrZXQgb2YgdGhhdCB0eXBlLiAqLwotCQkJTUdFVEhEUihtLCBNX05PV0FJVCwgTVRfREFU QSk7CisJCQltID0gbV9nZXRoZHIoTV9OT1dBSVQsIE1UX0RBVEEpOwogCQkJaWYgKG0gPT0gTlVM TCkKIAkJCQlsb2coTE9HX05PVElDRSwgIm5nX3BwcG9lWyV4XTogc2Vzc2lvbiBvdXQgb2YgIgog CQkJCSAgICAibWJ1ZnNcbiIsIG5vZGUtPm5kX0lEKTsKQEAgLTE3OTEsOCArMjAzMyw2IEBACiAJ CQkJaW50CW1zZ2xlbiA9IHN0cmxlbihTSUdOT0ZGKTsKIAkJCQlpbnQJZXJyb3IgPSAwOwogCi0J CQkJbS0+bV9wa3RoZHIucmN2aWYgPSBOVUxMOwotCQkJCW0tPm1fcGt0aGRyLmxlbiA9IG0tPm1f bGVuID0gc2l6ZW9mKCp3aCk7CiAJCQkJd2ggPSBtdG9kKG0sIHN0cnVjdCBwcHBvZV9mdWxsX2hk ciAqKTsKIAkJCQliY29weSgmc3AtPnBrdF9oZHIsIHdoLCBzaXplb2YoKndoKSk7CiAKQEAgLTE4 MTUsOCArMjA1NSw4IEBACiAJCQkJdGFnLT50YWdfdHlwZSA9IFBUVF9HRU5fRVJSOwogCQkJCXRh Zy0+dGFnX2xlbiA9IGh0b25zKCh1X2ludDE2X3QpbXNnbGVuKTsKIAkJCQlzdHJuY3B5KChjaGFy ICopKHRhZyArIDEpLCBTSUdOT0ZGLCBtc2dsZW4pOwotCQkJCW0tPm1fcGt0aGRyLmxlbiA9ICht LT5tX2xlbiArPSBzaXplb2YoKnRhZykgKwotCQkJCSAgICBtc2dsZW4pOworCQkJCW0tPm1fcGt0 aGRyLmxlbiA9IG0tPm1fbGVuID0gc2l6ZW9mKCp3aCkgKyBzaXplb2YoKnRhZykgKworCQkJCSAg ICBtc2dsZW47CiAJCQkJd2gtPnBoLmxlbmd0aCA9IGh0b25zKHNpemVvZigqdGFnKSArIG1zZ2xl bik7CiAJCQkJTkdfU0VORF9EQVRBX09OTFkoZXJyb3IsCiAJCQkJCXByaXZwLT5ldGhlcm5ldF9o b29rLCBtKTsKQEAgLTE5MzMsNiArMjE3Myw4IEBACiAJCWNhc2UJUFRUX1NZU19FUlI6CiAJCWNh c2UJUFRUX0dFTl9FUlI6CiAJCWNhc2UJUFRUX01BWF9QQVlMOgorCQljYXNlCVBUVF9IVVJMOgor CQljYXNlCVBUVF9NT1RNOgogCQkJYnJlYWs7CiAJCX0KIAkJcHQgPSAoY29uc3Qgc3RydWN0IHBw cG9lX3RhZyopcHRuOwpkaWZmIC0tZ2l0IGEvc2hhcmUvbWFuL21hbjQvbmdfcHBwb2UuNCBiL3No YXJlL21hbi9tYW40L25nX3BwcG9lLjQKLS0tIGEvc2hhcmUvbWFuL21hbjQvbmdfcHBwb2UuNAor KysgYi9zaGFyZS9tYW4vbWFuNC9uZ19wcHBvZS40CkBAIC0zNSw3ICszNSw3IEBACiAuXCIgJEZy ZWVCU0QkCiAuXCIgJFdoaXN0bGU6IG5nX3BwcG9lLjgsdiAxLjEgMTk5OS8wMS8yNSAyMzo0Njoy NyBhcmNoaWUgRXhwICQKIC5cIgotLkRkIFNlcHRlbWJlciAxNSwgMjAxNQorLkRkIEFwcmlsIDQs IDIwMTcKIC5EdCBOR19QUFBPRSA0CiAuT3MKIC5TaCBOQU1FCkBAIC0xMDQsMTIgKzEwNCwzMyBA QAogSXQgbXVzdCBiZSBuZXdseSBjcmVhdGVkIGFuZCBhIHNlcnZpY2UgbmFtZSBjYW4gYmUgZ2l2 ZW4gYXMgYW4gYXJndW1lbnQuCiBJdCBpcyBsZWdhbCB0byBzcGVjaWZ5IGEgemVyby1sZW5ndGgg c2VydmljZSBuYW1lLCB0aGlzIGlzIGNvbW1vbgogb24gc29tZSBEU0wgc2V0dXBzLgotSXQgaXMg cG9zc2libGUgdG8gcmVxdWVzdCBhIGNvbm5lY3Rpb24gdG8gYSBzcGVjaWZpYwotYWNjZXNzIGNv bmNlbnRyYXRvciBieSBpdHMgbmFtZSB1c2luZyB0aGUgIkFDLU5hbWVcXFNlcnZpY2UtTmFtZSIg c3ludGF4LgotQSBzZXNzaW9uIHJlcXVlc3QgcGFja2V0IHdpbGwgYmUgYnJvYWRjYXN0ZWQgb24g dGhlIEV0aGVybmV0LgorSXQgaXMgcG9zc2libGUgdG8gcmVxdWVzdCBhIGNvbm5lY3Rpb24gdG8g YSBzcGVjaWZpYyBhY2Nlc3MgY29uY2VudHJhdG9yLAorYW5kL29yIHNldCBhIHNwZWNpZmljIEhv c3QtVW5pcSB0YWcsIHJlcXVpcmVkIGJ5IHNvbWUgSW50ZXJuZXQgcHJvdmlkZXJzLAordXNpbmcg dGhlCisuUXEgTGkgW0FDLU5hbWVcXF1bSG9zdC1VbmlxfF1TZXJ2aWNlLU5hbWUKK3N5bnRheC4K K1RvIHNldCBhIGJpbmFyeSBIb3N0LVVuaXEsIGl0IG11c3QgYmUgZW5jb2RlZCBhcyBhIGhleGFk ZWNpbWFsIGxvd2VyY2FzZQorc3RyaW5nIGFuZCBwcmVmaXhlZCB3aXRoIAorLlFxIExpIDB4ICwK K2ZvciBleGFtcGxlIAorLlFxIExpIDB4NmQ3OTJkNzQ2MTY3CitpcyBlcXVpdmFsZW50IHRvCisu UXEgTGkgbXktdGFnIC4KK0Egc2Vzc2lvbiByZXF1ZXN0IHBhY2tldCB3aWxsIGJlIGJyb2FkY2Fz dCBvbiB0aGUgRXRoZXJuZXQuCiBUaGlzIGNvbW1hbmQgdXNlcyB0aGUKIC5EdiBuZ3BwcG9lX2lu aXRfZGF0YQogc3RydWN0dXJlIHNob3duIGJlbG93LgorRm9yIGV4YW1wbGUsIHRoaXMgaW5pdCBk YXRhIGFyZ3VtZW50IGNhbiBiZSB1c2VkIHRvCitjb25uZWN0IHRvCisuUXEgTGkgbXktaXNwCitz ZXJ2aWNlIHdpdGgKKy5RcSBMaSBteS1ob3N0Cit1bmlxIHRhZywgYWNjZXB0aW5nIG9ubHkKKy5R cSBMaSByZW1vdGUtYWMKK2FzIGFjY2VzcyBjb25jZW50cmF0b3I6CisuQmQgLWxpdGVyYWwgLW9m ZnNldCBpbmRlbnQKKyJyZW1vdGUtYWNcXG15LWhvc3R8bXktaXNwIgorLkVkCiAuSXQgRHYgTkdN X1BQUE9FX0xJU1RFTiBQcSBJYyBwcHBvZV9saXN0ZW4KIFRlbGwgYSBub21pbmF0ZWQgbmV3bHkg Y3JlYXRlZCBob29rIHRoYXQgaXRzIHNlc3Npb24gc2hvdWxkIGVudGVyCiB0aGUgc3RhdGUgbWFj aGluZSBhcyBhIHNlcnZlciBsaXN0ZW5lci4KQEAgLTI1OCw3ICsyNzksNDEgQEAKICAgICB1aW50 MTZfdCBkYXRhOwogfTsKIC5FZAorLkl0IER2IE5HTV9QUFBPRV9TRU5EX0hVUkwgUHEgSWMgc2Vu ZF9odXJsCitUZWxsIGEgbm9taW5hdGVkIGhvb2sgd2l0aCBhbiBhY3RpdmUgc2Vzc2lvbiB0byBz ZW5kIGEgUEFETSBtZXNzYWdlIHdpdGgKK2EgSFVSTCB0YWcuCitUaGUgYXJndW1lbnQgaXMgdGhl IFVSTCB0byBiZSBkZWxpdmVyZWQgdG8gdGhlIGNsaWVudDoKKy5CZCAtbGl0ZXJhbCAtb2Zmc2V0 IGluZGVudAorbmdjdGwgbXNnIGZ4cDA6b3JwaGFucyBzZW5kX2h1cmwgJ3sgaG9vaz0ibXlIb29r IiBkYXRhPSJodHRwOi8vZXhhbXBsZS5uZXQvY3BlIiB9JworLkVkCisuSXQgRHYgTkdNX1BQUE9F X1NFTkRfTU9UTSBQcSBJYyBzZW5kX21vdG0KK1RlbGwgYSBub21pbmF0ZWQgaG9vayB3aXRoIGFu IGFjdGl2ZSBzZXNzaW9uIHRvIHNlbmQgYSBQQURNIG1lc3NhZ2Ugd2l0aAorYSBNT1RNIHRhZy4K K1RoZSBhcmd1bWVudCBpcyB0aGUgbWVzc2FnZSB0byBiZSBkZWxpdmVyZWQgdG8gdGhlIGNsaWVu dDoKKy5CZCAtbGl0ZXJhbCAtb2Zmc2V0IGluZGVudAorbmdjdGwgbXNnIGZ4cDA6b3JwaGFucyBz ZW5kX21vdG0gJ3sgaG9vaz0ibXlIb29rIiBkYXRhPSJXZWxjb21lIGFib2FyZCIgfScKKy5FZAog LkVsCisuUHAKK1RoZSB0d28gY29tbWFuZHMgYWJvdmUgdXNlIHRoZSBzYW1lIG5ncHBwb2VfaW5p dF9kYXRhIHN0cnVjdHVyZSBkZXNjcmliZWQKK2Fib3ZlLgorLkJsIC10YWcgLXdpZHRoIDNuCisu SXQgRHYgTkdNX1BQUE9FX0hVUkwKK1RoaXMgY29tbWFuZCBpcyBzZW50IHRvIHRoZSBub2RlIHRo YXQgc3RhcnRlZCB0aGlzIHNlc3Npb24gd2hlbiBhIFBBRE0KK21lc3NhZ2Ugd2l0aCBhIEhVUkwg dGFnIGlzIHJlY2VpdmVkLCBhbmQgY29udGFpbnMgYSBVUkwgdGhhdCB0aGUgaG9zdCBjYW4KK3Bh c3MgdG8gYSB3ZWIgYnJvd3NlciBmb3IgcHJlc2VudGF0aW9uIHRvIHRoZSB1c2VyLgorLkl0IER2 IE5HTV9QUFBPRV9NT1RNCitUaGlzIGNvbW1hbmQgaXMgc2VudCB0byB0aGUgbm9kZSB0aGF0IHN0 YXJ0ZWQgdGhpcyBzZXNzaW9uIHdoZW4gYSBQQURNCittZXNzYWdlIHdpdGggYSBNT1RNIHRhZyBp cyByZWNlaXZlZCwgYW5kIGNvbnRhaW5zIGEgTWVzc2FnZSBPZiBUaGUKK01pbnV0ZSB0aGF0IHRo ZSBob3N0IGNhbiBkaXNwbGF5IHRvIHRoZSB1c2VyLgorLkVsCisuUHAKK1RoZSB0d28gY29tbWFu ZHMgYWJvdmUgdXNlIGEgY29tbW9uIGRhdGEgc3RydWN0dXJlOgorLkJkIC1saXRlcmFsIC1vZmZz ZXQgNG4KK3N0cnVjdCBuZ3BwcG9lX3BhZG0geworICAgIGNoYXIgICAgbXNnW1BQUE9FX1BBRE1f VkFMVUVfU0laRV07Cit9OworLkVkCiAuU2ggU0hVVERPV04KIFRoaXMgbm9kZSBzaHV0cyBkb3du IHVwb24gcmVjZWlwdCBvZiBhCiAuRHYgTkdNX1NIVVRET1dOCgo= --b1_8513b9a6eeb72a7bfdce60f3f947d8d7-- From owner-freebsd-net@freebsd.org Tue Apr 4 20:20:18 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72567D2F8BB for ; Tue, 4 Apr 2017 20:20:18 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 4ACF38E6 for ; Tue, 4 Apr 2017 20:20:18 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 2B4A020E44; Tue, 4 Apr 2017 20:20:18 +0000 (UTC) Date: Tue, 4 Apr 2017 20:20:18 +0000 To: freebsd-net@freebsd.org From: "ale (Alex Dupre)" Reply-to: D9270+325+bbd470fd257eef1b@reviews.freebsd.org Subject: [Differential] D9270: Add support for user-supplied Host-Uniq tag and handle PADM messages in Netgraph PPPoE Message-ID: <2a319f979d622c9600d21c6b5d34ef0e@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D9270: Add support for user-supplied Host-Uniq tag in Netgraph PPPoE X-Herald-Rules: <28>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NTZkNjQzYWQxOGQ3MGJlZTIzOGZhZmQ4NGNmIFjkAAI= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 20:20:18 -0000 YWxlIG1hcmtlZCA1IGlubGluZSBjb21tZW50cyBhcyBkb25lLgoKUkVQT1NJVE9SWQogIHJTIEZy ZWVCU0Qgc3JjIHJlcG9zaXRvcnkKClJFVklTSU9OIERFVEFJTAogIGh0dHBzOi8vcmV2aWV3cy5m cmVlYnNkLm9yZy9EOTI3MAoKRU1BSUwgUFJFRkVSRU5DRVMKICBodHRwczovL3Jldmlld3MuZnJl ZWJzZC5vcmcvc2V0dGluZ3MvcGFuZWwvZW1haWxwcmVmZXJlbmNlcy8KClRvOiBhbGUsICNtYW5w YWdlcywgd2Jsb2NrLCAjbmV0d29yaywganVsaWFuLCBtYXYsIGFkcmlhbiwgZ2xlYml1cwpDYzog Z2xlYml1cywgd2Jsb2NrLCBtYXYsIHBvb2xyb29tX2dtYWlsLmNvbSwgbWFuZHJlZSwgaW1wLCBm cmVlYnNkLW5ldC1saXN0Cg== From owner-freebsd-net@freebsd.org Wed Apr 5 08:06:39 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 587C8D2FAC2 for ; Wed, 5 Apr 2017 08:06:39 +0000 (UTC) (envelope-from daniel.bilik@neosystem.cz) Received: from mail.neosystem.cz (mail.neosystem.cz [IPv6:2001:41d0:2:5ab8::10:15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26162353; Wed, 5 Apr 2017 08:06:39 +0000 (UTC) (envelope-from daniel.bilik@neosystem.cz) Received: from mail.neosystem.cz (unknown [127.0.10.15]) by mail.neosystem.cz (Postfix) with ESMTP id A3B376630; Wed, 5 Apr 2017 10:06:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.neosystem.cz Received: from dragon.sn.neosystem.cz (unknown [IPv6:2001:41d0:2:5ab8::100:a809]) by mail.neosystem.cz (Postfix) with ESMTPA id BA0156628; Wed, 5 Apr 2017 10:06:34 +0200 (CEST) Date: Wed, 5 Apr 2017 09:56:25 +0200 From: Daniel Bilik To: miwi@FreeBSD.org Cc: freebsd-net@FreeBSD.org Subject: Re: [Bug 218270] panic: sbsndptr: sockbuf (...) and mbuf (...) clashing Message-Id: <20170405095625.bc2ba3aaae44a1f1aa1504be@neosystem.cz> In-Reply-To: References: Organization: neosystem.cz X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.29; x86_64-portbld-dragonfly4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 08:06:39 -0000 On Sun, 02 Apr 2017 14:37:54 +0000 bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218270 > Martin Wilke changed: > What |Removed |Added > ---------------------------------------------------------------------------- > Status|New |Closed > Resolution|--- |FIXED Does it mean that hw.igb.num_queues workaround is not necessary (to keep the system stable under network load) on 10-STABLE anymore? Thank you. -- Daniel Bilik From owner-freebsd-net@freebsd.org Wed Apr 5 11:21:10 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56D8FD2F657 for ; Wed, 5 Apr 2017 11:21:10 +0000 (UTC) (envelope-from nbe@renzel.net) Received: from nijmegen.renzel.net (mx1.renzel.net [195.243.213.130]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA928C6 for ; Wed, 5 Apr 2017 11:21:09 +0000 (UTC) (envelope-from nbe@renzel.net) X-Virus-Scanned: GDATA Antivirus at gdata-milter.renzel.de.isb X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=-8.0 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Received: from dublin.vkf.isb.de.renzel.net (unknown [10.0.0.80]) by nijmegen.renzel.net (smtpd) with ESMTP id 59BB614148F0 for ; Wed, 5 Apr 2017 13:20:57 +0200 (CEST) Received: from asbach.renzel.net (unknown [172.18.96.1]) by dublin.vkf.isb.de.renzel.net (Postfix) with ESMTP id 5417D816A1 for ; Wed, 5 Apr 2017 13:20:57 +0200 (CEST) From: Nils Beyer To: freebsd-net@freebsd.org Subject: [PF] Symmetric routing enforcement, how-to without using "reply-to"... Date: Wed, 05 Apr 2017 13:20:57 +0200 Message-ID: <4956261.2DO1X0b8Gd@asbach.renzel.net> Organization: VKF Renzel GmbH User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on nijmegen.renzel.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 11:21:10 -0000 Hi, we have two internet lines here. Following situation (IP addresses changed) on my server: iface "wan1" = 8.0.0.1/24 - GW1 8.0.0.254 (internet line 1) iface "wan2" = 9.0.0.1/24 - GW2 9.0.0.254 (internet line 2) Now I'd like it so that every packet that comes in on interface "wan1" being replied on interface "wan1" and its "GW1". For every packet that comes in on interface "wan2", replies go to "GW2" via "wan2". That's my "pf.conf" ------------------------------------------------------------------------------ scrub in all block in log pass in inet proto icmp pass in inet proto tcp to port { ssh } pass on lo0 pass out pass out on wan1 route-to (wan2 9.0.0.254) from wan2 pass out on wan2 route-to (wan1 8.0.0.254) from wan1 ------------------------------------------------------------------------------ guess what - it's not working. With tcpdump I see traffic from a remote "telnet 8.0.0.1 22" and a remote "telnet 9.0.0.1 22" going in on the corresponding interface, but the replies are always going through the default gateway. I also have tried "no state" after the "route-to" rules without success. "pfctl -vs rules" shows that no outgoing packet matches one of the "route-to"- rules. "reply-to"-rules are working, but then I have to duplicate all incoming rules for every possible gateway route - or use tags; with both solutions I'm not very happy with. The thing that works for me is an additional use of "ipfw" for routing: ------------------------------------------------------------------------------ kenv net.inet.ip.fw.default_to_accept=1 kldload ipfw # fwd gw2 from wan2 via wan1 ipfw add 65000 fwd 9.0.0.254 all from 9.0.0.1 to any via wan1 # fwd gw1 from wan1 via wan2 ipfw add 65001 fwd 8.0.0.254 all from 8.0.0.1 to any via wan2 ------------------------------------------------------------------------------ I'd really like to know where my fallacy lies... TIA and regards, Nils From owner-freebsd-net@freebsd.org Wed Apr 5 11:34:01 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50514D2FB35 for ; Wed, 5 Apr 2017 11:34:01 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 1281AF32 for ; Wed, 5 Apr 2017 11:34:01 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cvjCC-000AxQ-Oz; Wed, 05 Apr 2017 14:33:52 +0300 Date: Wed, 5 Apr 2017 14:33:52 +0300 From: Slawa Olhovchenkov To: Nils Beyer Cc: freebsd-net@freebsd.org Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... Message-ID: <20170405113352.GB20974@zxy.spb.ru> References: <4956261.2DO1X0b8Gd@asbach.renzel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4956261.2DO1X0b8Gd@asbach.renzel.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 11:34:01 -0000 On Wed, Apr 05, 2017 at 01:20:57PM +0200, Nils Beyer wrote: > Hi, > > we have two internet lines here. > > Following situation (IP addresses changed) on my server: > > iface "wan1" = 8.0.0.1/24 - GW1 8.0.0.254 (internet line 1) > iface "wan2" = 9.0.0.1/24 - GW2 9.0.0.254 (internet line 2) > > Now I'd like it so that every packet that comes in on interface "wan1" > being replied on interface "wan1" and its "GW1". For every packet that > comes in on interface "wan2", replies go to "GW2" via "wan2". On packet layers "replies" don't exist. Every packet is independent and don't have history. Also, posible to got packets for 9.0.0.1 via wan1 and this is legitime. I.e. you can't build rules based on "replays", only on "origins", source IP address generated packes (as you ipfw fwd rules). UDP select source address based on routing information and only case don't use default gateway interface -- multiple bind() call in application. > That's my "pf.conf" > ------------------------------------------------------------------------------ > scrub in all > > block in log > pass in inet proto icmp > pass in inet proto tcp to port { ssh } > pass on lo0 > > pass out > pass out on wan1 route-to (wan2 9.0.0.254) from wan2 > pass out on wan2 route-to (wan1 8.0.0.254) from wan1 > ------------------------------------------------------------------------------ > > guess what - it's not working. > > > With tcpdump I see traffic from a remote "telnet 8.0.0.1 22" and a remote > "telnet 9.0.0.1 22" going in on the corresponding interface, but the replies > are always going through the default gateway. > > I also have tried "no state" after the "route-to" rules without success. > "pfctl -vs rules" shows that no outgoing packet matches one of the "route-to"- > rules. "reply-to"-rules are working, but then I have to duplicate all incoming > rules for every possible gateway route - or use tags; with both solutions I'm > not very happy with. > > > The thing that works for me is an additional use of "ipfw" for routing: > ------------------------------------------------------------------------------ > kenv net.inet.ip.fw.default_to_accept=1 > kldload ipfw > # fwd gw2 from wan2 via wan1 > ipfw add 65000 fwd 9.0.0.254 all from 9.0.0.1 to any via wan1 > # fwd gw1 from wan1 via wan2 > ipfw add 65001 fwd 8.0.0.254 all from 8.0.0.1 to any via wan2 > ------------------------------------------------------------------------------ > > > I'd really like to know where my fallacy lies... > > > > TIA and regards, > Nils > _______________________________________________ > 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 Wed Apr 5 12:29:04 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22443D2CBB3 for ; Wed, 5 Apr 2017 12:29:04 +0000 (UTC) (envelope-from nbe@renzel.net) Received: from nijmegen.renzel.net (mx1.renzel.net [195.243.213.130]) by mx1.freebsd.org (Postfix) with ESMTP id DCA98839 for ; Wed, 5 Apr 2017 12:29:03 +0000 (UTC) (envelope-from nbe@renzel.net) X-Virus-Scanned: GDATA Antivirus at gdata-milter.renzel.de.isb X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=-7.5 required=7.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MID autolearn=no version=3.3.2 Received: from dublin.vkf.isb.de.renzel.net (unknown [10.0.0.80]) by nijmegen.renzel.net (smtpd) with ESMTP id 7D4CB141480F for ; Wed, 5 Apr 2017 14:29:00 +0200 (CEST) Received: from asbach.renzel.net (unknown [172.18.96.1]) by dublin.vkf.isb.de.renzel.net (Postfix) with ESMTP id 77D498125D for ; Wed, 5 Apr 2017 14:29:00 +0200 (CEST) Content-Type: text/plain; charset="ISO-8859-1" From: Nils Beyer Organization: VKF Renzel GmbH Date: Wed, 05 Apr 2017 14:29 +0200 User-Agent: KNode/4.14.10 Content-Transfer-Encoding: 7Bit Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... To: freebsd-net@freebsd.org References: <4956261.2DO1X0b8Gd@asbach.renzel.net> <20170405113352.GB20974@zxy.spb.ru> Lines: 37 MIME-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on nijmegen.renzel.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 12:29:04 -0000 Slawa Olhovchenkov wrote: > I.e. you can't build rules based on "replays", only on "origins", > source IP address generated packes (as you ipfw fwd rules). okay, let's ditch the word "reply". I meant it so that these packets are generated by a software due to incoming packets. If I try ping -S 8.0.0.1 8.8.8.8 or ping -S 9.0.0.1 8.8.8.8 I always see packets only going out on the default gateway's interface. So, I refine my question to: in what way are these PF rules: ------------------------------------------------------------------------------ pass out on wan1 route-to (wan2 9.0.0.254) from 9.0.0.1 pass out on wan2 route-to (wan1 8.0.0.254) from 8.0.0.1 ------------------------------------------------------------------------------ different to these IPFW rules: ------------------------------------------------------------------------------ ipfw add 65000 fwd 9.0.0.254 all from 9.0.0.1 to any via wan1 ipfw add 65001 fwd 8.0.0.254 all from 8.0.0.1 to any via wan2 ------------------------------------------------------------------------------ ? Regards, Nils From owner-freebsd-net@freebsd.org Wed Apr 5 12:46:10 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D764D2E393 for ; Wed, 5 Apr 2017 12:46:10 +0000 (UTC) (envelope-from nbe@renzel.net) Received: from nijmegen.renzel.net (mx1.renzel.net [195.243.213.130]) by mx1.freebsd.org (Postfix) with ESMTP id D8136313 for ; Wed, 5 Apr 2017 12:46:09 +0000 (UTC) (envelope-from nbe@renzel.net) X-Virus-Scanned: GDATA Antivirus at gdata-milter.renzel.de.isb X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=-7.5 required=7.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MID autolearn=no version=3.3.2 Received: from dublin.vkf.isb.de.renzel.net (unknown [10.0.0.80]) by nijmegen.renzel.net (smtpd) with ESMTP id 87B34141487A for ; Wed, 5 Apr 2017 14:46:06 +0200 (CEST) Received: from asbach.renzel.net (unknown [172.18.96.1]) by dublin.vkf.isb.de.renzel.net (Postfix) with ESMTP id 717FD815FE for ; Wed, 5 Apr 2017 14:46:06 +0200 (CEST) Content-Type: text/plain; charset="ISO-8859-1" From: Nils Beyer Organization: VKF Renzel GmbH Date: Wed, 05 Apr 2017 14:46:06 +0200 User-Agent: KNode/4.14.10 Content-Transfer-Encoding: 7Bit Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... To: freebsd-net@freebsd.org References: <4956261.2DO1X0b8Gd@asbach.renzel.net> <20170405113352.GB20974@zxy.spb.ru> <29877.6759453633$1491395346@news.gmane.org> Lines: 19 MIME-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on nijmegen.renzel.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 12:46:10 -0000 I wrote: > If I try > > ping -S 8.0.0.1 8.8.8.8 > > or > > ping -S 9.0.0.1 8.8.8.8 > > I always see packets only going out on the default gateway's interface. sorry, my fault. After issuing a "pfctl -F all", these ICMP packets are now going through the designated interface. The problem by externally induced responses are still there, though... Reagrds, Nils From owner-freebsd-net@freebsd.org Wed Apr 5 13:26:06 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D2F9D2F2D7 for ; Wed, 5 Apr 2017 13:26:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 118D1D1 for ; Wed, 5 Apr 2017 13:26:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cvkwk-000CmX-Hy; Wed, 05 Apr 2017 16:26:02 +0300 Date: Wed, 5 Apr 2017 16:26:02 +0300 From: Slawa Olhovchenkov To: Nils Beyer Cc: freebsd-net@freebsd.org Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... Message-ID: <20170405132602.GC20974@zxy.spb.ru> References: <4956261.2DO1X0b8Gd@asbach.renzel.net> <20170405113352.GB20974@zxy.spb.ru> <29877.6759453633$1491395346@news.gmane.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 13:26:06 -0000 On Wed, Apr 05, 2017 at 02:46:06PM +0200, Nils Beyer wrote: > I wrote: > > If I try > > > > ping -S 8.0.0.1 8.8.8.8 > > > > or > > > > ping -S 9.0.0.1 8.8.8.8 > > > > I always see packets only going out on the default gateway's interface. > > sorry, my fault. After issuing a "pfctl -F all", these ICMP packets are > now going through the designated interface. > > The problem by externally induced responses are still there, though... Responses generated stateless, i.e. generated ICMP not "answered" to some packets, this is just ICMP packets destinated to some host and source address selected by routing and interface w/ default gateway. From owner-freebsd-net@freebsd.org Wed Apr 5 16:26:34 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9EF72D30971 for ; Wed, 5 Apr 2017 16:26:34 +0000 (UTC) (envelope-from vijju.singh@gmail.com) 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 80BAF106 for ; Wed, 5 Apr 2017 16:26:34 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 801A5D30970; Wed, 5 Apr 2017 16:26:34 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FC99D3096F for ; Wed, 5 Apr 2017 16:26:34 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::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 09478105 for ; Wed, 5 Apr 2017 16:26:34 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id h125so12730519lfe.0 for ; Wed, 05 Apr 2017 09:26:33 -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=xfz0ioA2oOq5pj4JCFYyn6BCKlU6esTqHc4j1X9OH1Y=; b=RJdwab21kIlzfkwWminNM+pP7+09ZP/FeHBTR04ZXyHczKRddhY9JJo9rD4y0ORK1O GgmpNVK1x+AtkKf6FixGiDz8K/TDDqBOtftQZbCqZ1oTZ1fFYmDEhsQgqZpRP4TjT3xE bwaQUIdR3dEo0S7D24R7rMLiR6BJyT4aFL1jUk8XG//gna43drqyCa3FcC+fLVAR0DdE hIFoDK2fIbIA0TJHuxdmlle4eCaEQInTEQpKFf5epXObONoEVNjcDdASORPeXMI4qAw3 UBxkpTDeitjjN8lWRTfdBA9UuDsdU1NeAK4Yk4CRfO/7Q9sUGZ2NedbA3kKpfIE/PhqW QrBA== 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=xfz0ioA2oOq5pj4JCFYyn6BCKlU6esTqHc4j1X9OH1Y=; b=VAugOErbZT6gOupj3lIfK+gF0Xb1l6zIMT5fOT8X6lyUrKd4goawrY/a8nv7xksWfC VQozht+6vYLd+uCkHkXdQQt0AwHxIWCJKRj9iVLrG5mCASWJPmJm3BIpNhJMzvVQxHM9 vu0/Wt8wVMYqNNNfdy3Fg68RuUI+Op6vGoGvrhTyqR48SSKavKCpo3RihRs1fa4YokvK Gu/NPKrFVIOYEm9L8PKkj50+AEC/eKtLL946g2C1hvCXsk1/wLl8L7i6iDoLRPZoe7QK NC5ZqeTFNC9VVyre3FHDAqsukwvoyGkkIZ5qKlficneAE3zY/7iPAZBxz3kiXi89WUH2 gKog== X-Gm-Message-State: AFeK/H317PyEkRpC1zwphKQFz2jcKnGwJX62dZSJceBbmgVNREPo3OtgAd0RN5D35IX9U6t8cKZWyJS5j4zJHA== X-Received: by 10.25.102.2 with SMTP id a2mr8316743lfc.3.1491409591970; Wed, 05 Apr 2017 09:26:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.67.9 with HTTP; Wed, 5 Apr 2017 09:26:31 -0700 (PDT) From: Vijay Singh Date: Wed, 5 Apr 2017 09:26:31 -0700 Message-ID: Subject: Intel 82545 & TSO To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 16:26:34 -0000 I am running FreeBSD as a guest on ESX 5.x and see Intel device 0x100F in the guest. The man page for em(4) says: " The driver supports Transmit/Receive checksum offload and Jumbo Frames on all but 82542-based adapters. Furthermore it supports TCP segmentation offload (TSO) on all adapters but those based on the 82543, 82544 and 82547 controller chips." This particular device is probed by the if_lem.c driver, but I see no support for TSO in that file. I have verified that TSO is enabled on the host. What am I missing? em0@pci0:2:0:0: class=0x020000 card=0x075015ad chip=0x100f8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82545EM Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet ifconfig -vvvm em0 em0: flags=8843 metric 0 mtu 1500 options=8009b capabilities=9009b ether 02:a0:98:ec:26:1d media: Ethernet autoselect (1000baseT ) status: active supported media: media autoselect media 100baseTX mediaopt full-duplex media 100baseTX media 10baseT/UTP mediaopt full-duplex media 10baseT/UTP -vijay From owner-freebsd-net@freebsd.org Wed Apr 5 18:21:18 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB48AD30C1B for ; Wed, 5 Apr 2017 18:21:18 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [88.199.43.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "plan-b.pwste.edu.pl" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 53CACDEA for ; Wed, 5 Apr 2017 18:21:17 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (zarychtam@localhost [127.0.0.1]) by plan-b.pwste.edu.pl (8.15.2/8.15.2) with ESMTPS id v35IALL4082406 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 5 Apr 2017 20:10:21 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: (from zarychtam@localhost) by plan-b.pwste.edu.pl (8.15.2/8.15.2/Submit) id v35IALTk082404; Wed, 5 Apr 2017 20:10:21 +0200 (CEST) (envelope-from zarychtam) Date: Wed, 5 Apr 2017 20:10:21 +0200 From: Marek Zarychta To: Nils Beyer Cc: freebsd-net@freebsd.org Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... Message-ID: <20170405181021.GA76030@plan-b.pwste.edu.pl> References: <4956261.2DO1X0b8Gd@asbach.renzel.net> <20170405113352.GB20974@zxy.spb.ru> <29877.6759453633$1491395346@news.gmane.org> <201704051246.v35CkKB3028504@plan-b.pwste.edu.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <201704051246.v35CkKB3028504@plan-b.pwste.edu.pl> User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 18:21:19 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 05, 2017 at 02:46:06PM +0200, Nils Beyer wrote: > I wrote: > > If I try > >=20 > > ping -S 8.0.0.1 8.8.8.8 > >=20 > > or > >=20 > > ping -S 9.0.0.1 8.8.8.8 > >=20 > > I always see packets only going out on the default gateway's interface. >=20 > sorry, my fault. After issuing a "pfctl -F all", these ICMP packets are > now going through the designated interface. >=20 > The problem by externally induced responses are still there, though... >=20 With PF each IP packet can be "tricky" forwarded or replied using right "ro= ute-to" or "reply-to" rules. Let's assume ext_if_1 is default interface and all packets originating from= the host via default GW have source address of ext_if_1. ext_if_2 is a bac= kup interface and ip_gw_2 is its GW. Rules below should do the job for ICMP echo requests, almost any TCP servic= e and some fine written (in the terms of code quality) UDP services: pass in quick on $ext_if_1 \ inet proto icmp all \ icmp-type 8 code 0 keep state pass in quick on $ext_if_2 reply-to ($ext_if_2 $ip_gw_2) \ inet proto icmp all \ icmp-type 8 code 0 keep state pass in quick on $ext_if_1 \ inet proto {tcp, udp} \ from any \ to $ext_if_1 keep state pass in quick on $ext_if_2 \ reply-to ($ext_if_2 $ip_gw_2) \ inet proto {tcp, udp} \ from any \ to $ext_if_2 keep state If your machine is not forwarding packets, then take a look at setfbib (1) = because PF "route-to" is IMHO reserved for routing purposes only. Best regards, --=20 Marek Zarychta --azLHFNyN32YCQGCU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAljlMwkACgkQdZ/s//1S jSyNUAf9HSKc0CdXj7McO4lQbsnyX9n4rZKzY3aKWOmq9skP5b51eIe3EaAUDem+ jZwA9KPRfdEAz5eLDuhV0WyX0fihEzccOwV+sAU+dnhVB0lkp+mhddHWM1UNtGvd rX4X/lJmOe2zmwvxYuU3C9M1oPemNg3KCE32qid1gug5geeasU9QfXHPKGUWqQSE ato++cF4bFcoiqc4PfMY8PhaE7UQ2/R4EgQwP+8Yqidfsvfz27Ti5XBUSxNgU6fV GbC2W4uaEsgzMdjKUbF03ySZ0eKyU85+0KErh9Zv5X28AdIvaJxcmSSKuev5oHZn 4N9D5Tv2JnnN1gUC6zi5KIXSOw7Geg== =FZ2G -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-net@freebsd.org Wed Apr 5 20:24:15 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23C7FD303CA for ; Wed, 5 Apr 2017 20:24:15 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 D8F65C8A for ; Wed, 5 Apr 2017 20:24:14 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id DFE4120C86 for ; Wed, 5 Apr 2017 16:24:12 -0400 (EDT) Received: from web6 ([10.202.2.216]) by compute7.internal (MEProxy); Wed, 05 Apr 2017 16:24:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= mesmtp; bh=fDGemI5v0ZvhWLPTDfRUSx/G4P4wJyKEXlp1wATcEIk=; b=lqqDv K5/6Ja5wfRi1RrDu/SpjuEALNZoKIa1qLzruZ7pAsPbYLw8Woq+3bFo3N+6jhGcb WoN9AANkmGTPDj3CEMQgoCSG8bgjQl2QI2GI9jPxaLXO5o+ULby6wDik68toD7ij nXlbflGjMJCAIXAH2iYXDCPj3IVxvft7mmPgdw= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=fDGemI5v0ZvhWLPTDfRUSx/G4P4wJ yKEXlp1wATcEIk=; b=LAAfo9IbnHfbPyKjaP4r7hr074hhoFKPevavBL1CpdrNu H2QSjtB5PHh0AFDEbBL5Pqjb1eOJeTKTsnjW8UWfgTfdZfhAbr9ER0A0rhzt1DhJ rFPo/KaMt4pBOnVnikhWLjM5UjE5Gi5a58fLKtknvV4Jo+zDO01Ole6OYKrMc1KA o1hIy0VDh/lLF3ThjnqSfKC8sflpubSyXMb0cz9fagFlNeBq6gzOIml69mwMbWrb BY5BehrbL5QXgb8mJBPcq2ge1MCUpltpu6CScagOALKrqnAg1VbeP9wOyDGqavl3 wnEKt6gEXnOr2F+zlAt7djxroEuLQvayNyXSM9YnA== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id BC47348006; Wed, 5 Apr 2017 16:24:12 -0400 (EDT) Message-Id: <1491423852.756826.935508952.59809F07@webmail.messagingengine.com> From: Dave Cottlehuber To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-8e6aa83c Date: Wed, 05 Apr 2017 22:24:12 +0200 Subject: ngrep/tcpdump and cloned interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 20:24:15 -0000 hi, I posted this a week ago to freebsd-questions but got nothing. I hope its suitable for asking here. Today I wanted to observe traffic that is proxied via haproxy between IP addresses both bound to a lo1 cloned interface. To my surprise ngrep & tcpdump showed no activity on lo1, but it did show the expected traffic on lo0. Now I'm not even sure I understand what a cloned interface is anymore..... Why does this traffic appear on the other interface at all? Most importantly, does a jail with a lo1-bound IP address have any ability outside firewall rules to receive or view traffic using a lo0-bound IP in a different subnet? # ngrep -texd lo0 port 1978 T 2017/03/29 19:45:17.838356 10.241.0.3:48176 -> 10.241.0.3:1978 [AP] 50 4f 53 54 20 2f 72 70 63 2f 73 65 74 20 48 54 POST /rpc/set HT 54 50 2f 31 2e 31 0d 0a 55 73 65 72 2d 41 67 65 TP/1.1..User-Age 6e 74 3a 20 46 75 72 6c 3a 3a 48 54 54 50 2f 33 nt: Furl::HTTP/3 2e 30 39 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 .09..Content-Typ 65 3a 20 74 65 78 74 2f 74 61 62 2d 73 65 70 61 e: text/tab-sepa # sockstat -46l # sockstat -46l |grep 1978 www haproxy 36440 8 tcp4 10.241.0.0:1978 *:* kyototycoon ktserver73187 6 tcp4 10.241.0.3:1978 *:* # ifconfig snippets lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 groups: lo lo1: flags=8049 metric 0 mtu 16384 options=600003 inet 10.241.0.0 netmask 0xffff0000 inet 10.241.0.3 netmask 0xffffffff inet 10.241.0.2 netmask 0xffffffff inet 10.241.0.1 netmask 0xffffffff inet 10.241.0.5 netmask 0xffffffff inet 10.241.0.4 netmask 0xffffffff nd6 options=29 groups: lo # /etc/pf.conf snippet protocols = "{ tcp, udp, icmp }" extl_if="lagg0" jail_if="lo1" jail_net = $jail_if:network nat on $extl_if proto $protocols from $jail_net to any -> ($extl_if) A+ Dave _______________________________________________ freebsd-questions@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Wed Apr 5 21:53:14 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86D9BD2D741 for ; Wed, 5 Apr 2017 21:53:14 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6C4D7283 for ; Wed, 5 Apr 2017 21:53:14 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6B9C0D2D740; Wed, 5 Apr 2017 21:53:14 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B402D2D73E for ; Wed, 5 Apr 2017 21:53:14 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 3CF85282 for ; Wed, 5 Apr 2017 21:53:13 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (97-123-4-62.albq.qwest.net [97.123.4.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 44A6A1928AC; Wed, 5 Apr 2017 21:53:12 +0000 (UTC) Subject: Re: Intel 82545 & TSO To: Vijay Singh , "freebsd-net@freebsd.org" References: From: Sean Bruno Message-ID: <793b585e-8af4-56e3-97eb-942efbc8d06c@freebsd.org> Date: Wed, 5 Apr 2017 15:53:05 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FC6V5GUtBqtOWAhNGTiBj0FIHAVbpTv2R" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 21:53:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FC6V5GUtBqtOWAhNGTiBj0FIHAVbpTv2R Content-Type: multipart/mixed; boundary="K0Rtwt3AkWPE0sQMV77JCQlB2kuPMdKmD"; protected-headers="v1" From: Sean Bruno To: Vijay Singh , "freebsd-net@freebsd.org" Message-ID: <793b585e-8af4-56e3-97eb-942efbc8d06c@freebsd.org> Subject: Re: Intel 82545 & TSO References: In-Reply-To: --K0Rtwt3AkWPE0sQMV77JCQlB2kuPMdKmD Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 04/05/17 10:26, Vijay Singh wrote: > I am running FreeBSD as a guest on ESX 5.x and see Intel device 0x100F = in > the guest. The man page for em(4) says: >=20 > " The driver supports Transmit/Receive checksum offload and Jumbo > Frames on all but 82542-based adapters. Furthermore it supports TCP > segmentation offload (TSO) on all adapters but those based on the > 82543, 82544 and 82547 controller chips." >=20 > This particular device is probed by the if_lem.c driver, but I see no > support for TSO in that file. I have verified that TSO is enabled on > the host. What am I missing? >=20 > em0@pci0:2:0:0: class=3D0x020000 card=3D0x075015ad chip=3D0x100f8086 re= v=3D0x01 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82545EM Gigabit Ethernet Controller (Copper)' > class =3D network > subclass =3D ethernet >=20 > ifconfig -vvvm em0 > em0: flags=3D8843 metric 0 mtu = 1500 > options=3D8009b > capabilities=3D9009b > ether 02:a0:98:ec:26:1d > media: Ethernet autoselect (1000baseT ) > status: active > supported media: > media autoselect > media 100baseTX mediaopt full-duplex > media 100baseTX > media 10baseT/UTP mediaopt full-duplex > media 10baseT/UTP >=20 >=20 > -vijay > _______________________________________________ Just so that I'm sure, what version of FreeBSD is this from? sean --K0Rtwt3AkWPE0sQMV77JCQlB2kuPMdKmD-- --FC6V5GUtBqtOWAhNGTiBj0FIHAVbpTv2R Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAljlZ0FfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmSVpAf+IxWn7rYAhpX6wnA0xhuHCp8HpjVmYCJ98bnIeu91V2SIgL+dDwtzfr00 544U/DQhXnoZYtvBUMIzcanc0/wXrTNDwVUazgSsTDhMsNpdfmvHjcd5KB+XHYvE gW8AQJvT7Jbsd727pS449NCNIKmvoY7/h5i4cfYWMgtXUj/s2dqTFQfsyMT6rVcH mkYfOHtmP64P/CKlsI6bLVhPL64LfBmnd77L2OeUcyEqmuZ4zh0SDJ2ndapHUthM sOha8Swdn/H5woVPJXkw3YzE/u9pYsmboJjOHnuJwnA/QpBfmKa2HlgG5Ro4drSI DrYFOM6UfRkjcP1NoihbMqUcxw3Bng== =RvGw -----END PGP SIGNATURE----- --FC6V5GUtBqtOWAhNGTiBj0FIHAVbpTv2R-- From owner-freebsd-net@freebsd.org Wed Apr 5 21:54:06 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FD15D2D7D4 for ; Wed, 5 Apr 2017 21:54:06 +0000 (UTC) (envelope-from vijju.singh@gmail.com) 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 5983039E for ; Wed, 5 Apr 2017 21:54:06 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 58DC0D2D7D3; Wed, 5 Apr 2017 21:54:06 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 587ECD2D7D2 for ; Wed, 5 Apr 2017 21:54:06 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::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 D2C12390; Wed, 5 Apr 2017 21:54:05 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: by mail-lf0-x232.google.com with SMTP id h125so16938246lfe.0; Wed, 05 Apr 2017 14:54:05 -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=XcUavBh+mqrP4QN/hgRJ4Rs8YXR5MbKU85ZHxNHETMw=; b=AnOhV0/MrtxXO0RaCEqVFlYd/99CcDSOr5MrcrlKFcHQpzHj9nA+ucCfXNmgi4ajvB yMUiUQ6+zMiy8BRNDVy1rzVY/YInYexr+jKil/v5dW/CKVfwoEDHeDDuuvztRgwjHmBy VLFfCnXvolYdlMM3Ni8XXGCeHjyVhcKlHY6nwXPhoJfG0XAmvMBc5n4pxpHeZkzFKIKb HAAMt0hLPDuMHRdIpwjR3KEnFXk2vNiLZQ3rOI46347llowFwdq8FhqmqK4JL+WTB8Ie HiJYI1eBXgwYly6thvmxJ6lJK6sRiDBQq2B9Xx+nYGjWy9Xg3D4syVkcs7RhZIAxiNgQ X3DA== 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=XcUavBh+mqrP4QN/hgRJ4Rs8YXR5MbKU85ZHxNHETMw=; b=b7qVHtJnJjzLVpZ0oIly6YyIM8dHX0GFFXpEkRYkRbWaIiIBazYydbs4T5BRqBmUv4 kw8U8RzRrXE5vZHqLQ6JP1Iu1EQyMw0Yxw4MrgXNWb/d0nrDkkMGbb68C2o5c//Df7JJ voTrL9N4MwYEsjoKnDp2nwZ9sodSt75tQtQGS782Euba2W7OoI5MohjDbcmHghh5Aoz9 NcG8fC4XV0aZIiiryARCcX9loy6sloiRppaQ+2VexSUB5YWo4BHIX65qyhUwqdPLWA3P CJ9MCSUFnMy0q4pjFIdtXhmT+hz/H95S35McHN2MsFEWZwstpalimti6BH8igq3LIO8z dJ3A== X-Gm-Message-State: AFeK/H1fGFswa4a/1N4vtW5avm7kiXGIKogoQQYrktzvi1wvvsUi12Vtb5J/A+QkuvOOUE/ZlGlCXsAdw1dJ8g== X-Received: by 10.25.151.196 with SMTP id z187mr9874837lfd.126.1491429243392; Wed, 05 Apr 2017 14:54:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.67.9 with HTTP; Wed, 5 Apr 2017 14:54:03 -0700 (PDT) In-Reply-To: <793b585e-8af4-56e3-97eb-942efbc8d06c@freebsd.org> References: <793b585e-8af4-56e3-97eb-942efbc8d06c@freebsd.org> From: Vijay Singh Date: Wed, 5 Apr 2017 14:54:03 -0700 Message-ID: Subject: Re: Intel 82545 & TSO To: Sean Bruno Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 21:54:06 -0000 This is from FreeBSD 10.3. On Wed, Apr 5, 2017 at 2:53 PM, Sean Bruno wrote: > > > On 04/05/17 10:26, Vijay Singh wrote: > > I am running FreeBSD as a guest on ESX 5.x and see Intel device 0x100F in > > the guest. The man page for em(4) says: > > > > " The driver supports Transmit/Receive checksum offload and Jumbo > > Frames on all but 82542-based adapters. Furthermore it supports TCP > > segmentation offload (TSO) on all adapters but those based on the > > 82543, 82544 and 82547 controller chips." > > > > This particular device is probed by the if_lem.c driver, but I see no > > support for TSO in that file. I have verified that TSO is enabled on > > the host. What am I missing? > > > > em0@pci0:2:0:0: class=0x020000 card=0x075015ad chip=0x100f8086 rev=0x01 > hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82545EM Gigabit Ethernet Controller (Copper)' > > class = network > > subclass = ethernet > > > > ifconfig -vvvm em0 > > em0: flags=8843 metric 0 mtu > 1500 > > options=8009b HWCSUM,LINKSTATE> > > capabilities=9009b HWTAGGING,VLAN_HWCSUM,VLAN_HWFILTER,LINKSTATE> > > ether 02:a0:98:ec:26:1d > > media: Ethernet autoselect (1000baseT ) > > status: active > > supported media: > > media autoselect > > media 100baseTX mediaopt full-duplex > > media 100baseTX > > media 10baseT/UTP mediaopt full-duplex > > media 10baseT/UTP > > > > > > -vijay > > _______________________________________________ > > Just so that I'm sure, what version of FreeBSD is this from? > > sean > > From owner-freebsd-net@freebsd.org Wed Apr 5 21:55:00 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 215A0D2D9A6 for ; Wed, 5 Apr 2017 21:55:00 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 038F2795 for ; Wed, 5 Apr 2017 21:54:59 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (97-123-4-62.albq.qwest.net [97.123.4.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 7B4831928AC; Wed, 5 Apr 2017 21:54:58 +0000 (UTC) Subject: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 To: Harry Schmalzbauer , "freebsd-net@freebsd.org" References: <58CAD8CB.3060101@omnilan.de> From: Sean Bruno Message-ID: <939d3920-0181-8b1a-e0be-5d612286daee@freebsd.org> Date: Wed, 5 Apr 2017 15:54:57 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <58CAD8CB.3060101@omnilan.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SXEMfvcBh5RWXvUl42Ol2oSqK7hCblBud" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 21:55:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SXEMfvcBh5RWXvUl42Ol2oSqK7hCblBud Content-Type: multipart/mixed; boundary="762JxXRA7cRXXaWheHij3pjimMFnq9nTH"; protected-headers="v1" From: Sean Bruno To: Harry Schmalzbauer , "freebsd-net@freebsd.org" Message-ID: <939d3920-0181-8b1a-e0be-5d612286daee@freebsd.org> Subject: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 References: <58CAD8CB.3060101@omnilan.de> In-Reply-To: <58CAD8CB.3060101@omnilan.de> --762JxXRA7cRXXaWheHij3pjimMFnq9nTH Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 03/16/17 12:26, Harry Schmalzbauer wrote: > Hello, >=20 > I'm wondering if I really loose [RT]XCSUM_IPV6 on if_igb(4) vlan(4) > children. > My igb0 (Kawela, aka 82576) options end with > "TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6" >=20 > The vlan(4) filtered interfaces show these: > options=3D303 >=20 > So TSO6 is inherited, but RC/TXCSUM_IPV6 dropped? >=20 > In general, how is offloading implemented? If enabled, does the API > simply generate packets lacking the checksum header and NIC (silicon) > fills in the checksum if not adviesd not to do so (by the driver)? > Or is the driver utilizing NIC registers for calculation, but ensures > every packet will have a checksum? >=20 > Thanks, >=20 > -harry >=20 >=20 That looks like a bug. Which version of FreeBSD is this? sean --762JxXRA7cRXXaWheHij3pjimMFnq9nTH-- --SXEMfvcBh5RWXvUl42Ol2oSqK7hCblBud Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAljlZ7JfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmQ6swgAm61rWummy46oo3klHwFKYKUprcVwpHNAvbtyvrjUNSC3HQu9D4/oGxbG dtPJtrgueC1NXxRij5WyyKvkm3xbEDPnLk8k4yU8RkV8LgDMRY4eq8NClyNmhea/ ralCnIMuSxgp9Ta2RaHyRgQpEhfkBFCySPZRXmi4mxCdUUU7adQxW7O8dy97z3uS 4wZ0LRKf31DB0hI/jAFHFmp9yxjUZAX9yp924x/o8YduBTCP8ntv0lpIwtKSs+N3 qdmZ8Itg/HxeDtZdjZ/Mew8Dp5Xl1ZT+y2Sk0WcPPAWSsAXt59WsRkzNo77uhSdW T99VJo2vEzfdKCghltybUK/yIM5olA== =rz4Q -----END PGP SIGNATURE----- --SXEMfvcBh5RWXvUl42Ol2oSqK7hCblBud-- From owner-freebsd-net@freebsd.org Wed Apr 5 21:57:05 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D36AAD2DAC3 for ; Wed, 5 Apr 2017 21:57:05 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 A58E8882 for ; Wed, 5 Apr 2017 21:57:05 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (97-123-4-62.albq.qwest.net [97.123.4.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 408C71928B5; Wed, 5 Apr 2017 21:57:04 +0000 (UTC) Subject: Re: netmap error on -CURRENT with em and igb To: Giuseppe Lettieri , "Eggert, Lars" , "freebsd-net@FreeBSD.org" References: <8F640402-8F0B-407D-AB72-743A9AB50CA3@netapp.com> <5dc6df40-f5f0-d9c2-ed3e-d543c0dd59e2@iet.unipi.it> From: Sean Bruno Message-ID: Date: Wed, 5 Apr 2017 15:57:03 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <5dc6df40-f5f0-d9c2-ed3e-d543c0dd59e2@iet.unipi.it> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pE0Jpl0UrGLoq17NGqHJTkHUUUR9pKCdW" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Apr 2017 21:57:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pE0Jpl0UrGLoq17NGqHJTkHUUUR9pKCdW Content-Type: multipart/mixed; boundary="9RLCpRcfOMLRwxbuf4d61mg2Mo5QlQeDp"; protected-headers="v1" From: Sean Bruno To: Giuseppe Lettieri , "Eggert, Lars" , "freebsd-net@FreeBSD.org" Message-ID: Subject: Re: netmap error on -CURRENT with em and igb References: <8F640402-8F0B-407D-AB72-743A9AB50CA3@netapp.com> <5dc6df40-f5f0-d9c2-ed3e-d543c0dd59e2@iet.unipi.it> In-Reply-To: <5dc6df40-f5f0-d9c2-ed3e-d543c0dd59e2@iet.unipi.it> --9RLCpRcfOMLRwxbuf4d61mg2Mo5QlQeDp Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 02/16/17 02:25, Giuseppe Lettieri wrote: > Hi all, >=20 > the "Operation not permitted" is coming from iflib_netmap_register: >=20 > ifp->if_drv_flags &=3D ~(IFF_DRV_RUNNING | IFF_DRV_OACTIVE); > ... > IFDI_INIT(ctx); // for igb it calls em_if_init() > ... > return (ifp->if_drv_flags & IFF_DRV_RUNNING ? 0 : 1); >=20 > the last line is meant to check that the initialization was successful,= > but em_if_init() is not setting IFF_DRV_RUNNING. >=20 > Note that the iflib_netmap_register code, and the other netmap register= > functions which it mimicks, have other issues: >=20 > - in case of failure on NIOCREGIF, they leaves the NETMAP_ON flag set > even if the netmap data structures are deleted; > - the 1 was intended as a generic indication of failure, but it > translates to the rather confusing EPERM; > - they check IFF_DRV_RUNNING flag outside of the lock; I don't know it > this is safe or not. >=20 > I can prepare a patch fixing these issues, but I don't know wether > em_if_init() is supposed to set the IFF_DRV_RUNNING flag or not. >=20 > Cheers, > Giuseppe >=20 With IFLIB, em_if_init() should *not* set IFF_DRV_RUNNING, this should be done in sys/net/iflib.c Do you have an idea where you want to put this? sean --9RLCpRcfOMLRwxbuf4d61mg2Mo5QlQeDp-- --pE0Jpl0UrGLoq17NGqHJTkHUUUR9pKCdW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAljlaC9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmToNQf/a8smuHxF6tOB3FbOgs4/QrXpygrRxGiBJLhmkbtMbyFxfIHfmOZgE/sp Mj6VoqIbQnS3Uz2/wAR44sIlDUrvW7aLKohBsmTyjWyMQ+5iWog/36NGfxzX3PMl YYfrQTdvCQK/Vj6pbldAqhTZm+5AxKHhB4Sp30HVYAV0wrGRBvsOcOKn9gEJyl+l MByYZzFkvxTB/DesOqzY/W8g/AkDmFeB9vMVGxTbTBvzs3UHjHxQ50EXGtu4NyF9 Y4qKPpTX3Lo6QA3EYvDPgQo59RgZglH9IgLcnGYKGCuSE4AyY0c6EQk5xbHN+D6I OoUs7FgSCEPfYrI1N7I+eAHc4K1/Ug== =Hegz -----END PGP SIGNATURE----- --pE0Jpl0UrGLoq17NGqHJTkHUUUR9pKCdW-- From owner-freebsd-net@freebsd.org Wed Apr 5 22:02:03 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CABE5D2DC76 for ; Wed, 5 Apr 2017 22:02:03 +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 mx1.freebsd.org (Postfix) with ESMTPS id B9C8CD5B for ; Wed, 5 Apr 2017 22:02:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v35M23P1070377 for ; Wed, 5 Apr 2017 22:02:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 217748] sys/dev/ixgbe/if_ix.c: PVS-Studio: Assignment to Variable without Use (CWE-563) (1) Date: Wed, 05 Apr 2017 22:02:03 +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 Many People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.23 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, 05 Apr 2017 22:02:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217748 --- Comment #1 from commit-hook@freebsd.org --- A commit references this bug: Author: sbruno Date: Wed Apr 5 22:01:49 UTC 2017 New revision: 316544 URL: https://svnweb.freebsd.org/changeset/base/316544 Log: Don't overrite vf->flags variable at the end of ixgbe(4) ixgbe_add_vf(). Found by PVS-Studio Static code analyzer. PR: 217748 Submitted by: razmyslov@viva64.com MFC after: 1 week Changes: head/sys/dev/ixgbe/if_ix.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Apr 5 22:10:16 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADADED30082 for ; Wed, 5 Apr 2017 22:10:16 +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 mx1.freebsd.org (Postfix) with ESMTPS id 9CCFDCC for ; Wed, 5 Apr 2017 22:10:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v35MAGt3083489 for ; Wed, 5 Apr 2017 22:10:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 217413] panic: Assertion err == 0 failed at /usr/src/sys/net/iflib.c:2242 after 1000baseT physical link shutdown Date: Wed, 05 Apr 2017 22:10: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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: 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.23 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, 05 Apr 2017 22:10:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217413 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED --- Comment #7 from Sean Bruno --- Yell at us if this comes back up. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Apr 5 22:29:59 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07C9CD308F4 for ; Wed, 5 Apr 2017 22:29:59 +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 mx1.freebsd.org (Postfix) with ESMTPS id EBA6C83 for ; Wed, 5 Apr 2017 22:29:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v35MTtEO028727 for ; Wed, 5 Apr 2017 22:29:58 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 208409] [PATCH] igb and ALTQ Date: Wed, 05 Apr 2017 22:29:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-BETA2 X-Bugzilla-Keywords: IntelNetworking, patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: 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.23 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, 05 Apr 2017 22:29:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208409 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|In Progress |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Apr 6 07:08:54 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D00CD311DC for ; Thu, 6 Apr 2017 07:08:54 +0000 (UTC) (envelope-from nbe@renzel.net) Received: from nijmegen.renzel.net (mx1.renzel.net [195.243.213.130]) by mx1.freebsd.org (Postfix) with ESMTP id 6316138A for ; Thu, 6 Apr 2017 07:08:53 +0000 (UTC) (envelope-from nbe@renzel.net) X-Virus-Scanned: GDATA Antivirus at gdata-milter.renzel.de.isb X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=-7.5 required=7.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MID autolearn=no version=3.3.2 Received: from dublin.vkf.isb.de.renzel.net (unknown [10.0.0.80]) by nijmegen.renzel.net (smtpd) with ESMTP id 505D114148A4 for ; Thu, 6 Apr 2017 09:08:50 +0200 (CEST) Received: from asbach.renzel.net (unknown [172.18.96.1]) by dublin.vkf.isb.de.renzel.net (Postfix) with ESMTP id 4A37E81F85 for ; Thu, 6 Apr 2017 09:08:50 +0200 (CEST) Content-Type: text/plain; charset="ISO-8859-1" From: Nils Beyer Organization: VKF Renzel GmbH Date: Thu, 06 Apr 2017 09:08:49 +0200 User-Agent: KNode/4.14.10 Content-Transfer-Encoding: 7Bit Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... To: freebsd-net@freebsd.org References: <4956261.2DO1X0b8Gd@asbach.renzel.net> <20170405113352.GB20974@zxy.spb.ru> <29877.6759453633$1491395346@news.gmane.org> <201704051246.v35CkKB3028504@plan-b.pwste.edu.pl> <20170405181021.GA76030@plan-b.pwste.edu.pl> Lines: 25 MIME-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on nijmegen.renzel.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Apr 2017 07:08:54 -0000 Marek Zarychta wrote: > pass in quick on $ext_if_1 \ > [...] > pass in quick on $ext_if_2 reply-to ($ext_if_2 $ip_gw_2) \ > [...] > pass in quick on $ext_if_1 \ > [...] > pass in quick on $ext_if_2 \ that's what I meant in my opening post - you have to create a rule for every possible gateway. It even gets more complex if your server itself is a gateway for other servers in your network and you have to distribute outgoing traffic depending on the requesting server in your network. So something simple like: ------------------------------------------------------------------------------ ipfw add 60000 fwd $ip_gw_2 all from $ext_net_2 to any via $ext_if_1 ipfw add 60001 fwd $ip_gw_1 all from $ext_net_1 to any via $ext_if_2 ------------------------------------------------------------------------------ is not possible with PF? Regards, Nils From owner-freebsd-net@freebsd.org Thu Apr 6 09:26:28 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CF52D30CA0 for ; Thu, 6 Apr 2017 09:26:28 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1B36F24; Thu, 6 Apr 2017 09:26:27 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v369QOGP047424; Thu, 6 Apr 2017 11:26:24 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 47FDCD19; Thu, 6 Apr 2017 11:26:24 +0200 (CEST) Message-ID: <58E609BF.7040205@omnilan.de> Date: Thu, 06 Apr 2017 11:26:23 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Sean Bruno CC: "freebsd-net@freebsd.org" Subject: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 References: <58CAD8CB.3060101@omnilan.de> <939d3920-0181-8b1a-e0be-5d612286daee@freebsd.org> In-Reply-To: <939d3920-0181-8b1a-e0be-5d612286daee@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 124 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Thu, 06 Apr 2017 11:26:24 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Apr 2017 09:26:28 -0000 Bezüglich Sean Bruno's Nachricht vom 05.04.2017 23:54 (localtime): > > > On 03/16/17 12:26, Harry Schmalzbauer wrote: >> Hello, >> >> I'm wondering if I really loose [RT]XCSUM_IPV6 on if_igb(4) vlan(4) >> children. >> My igb0 (Kawela, aka 82576) options end with >> "TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6" >> >> The vlan(4) filtered interfaces show these: >> options=303 >> >> So TSO6 is inherited, but RC/TXCSUM_IPV6 dropped? … >> > > That looks like a bug. Which version of FreeBSD is this? Thanks for your attention. I'm on RELENG_11. I can confirm that behaviour on r315416 (Mar, 16th). >> In general, how is offloading implemented? If enabled, does the API >> simply generate packets lacking the checksum header and NIC (silicon) >> fills in the checksum if not adviesd not to do so (by the driver)? >> Or is the driver utilizing NIC registers for calculation, but ensures >> every packet will have a checksum? If you know any beginners-level explanations, I was still interested in getting knowledge about offloading implementation. Most important, is it driver/nic dependent or do all drivers implement it similar? Thanks, -harry From owner-freebsd-net@freebsd.org Thu Apr 6 11:24:12 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 699A9D2F914 for ; Thu, 6 Apr 2017 11:24:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5j.cmail.yandex.net (forward5j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::18]) (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 E3AB79E7 for ; Thu, 6 Apr 2017 11:24:11 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [37.140.190.28]) by forward5j.cmail.yandex.net (Yandex) with ESMTP id AFABD20F0D; Thu, 6 Apr 2017 14:24:07 +0300 (MSK) Received: from smtp3o.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp3o.mail.yandex.net (Yandex) with ESMTP id A42642940D4A; Thu, 6 Apr 2017 14:24:06 +0300 (MSK) Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id qDpdNmgcOF-O0tmDnH2; Thu, 06 Apr 2017 14:24:00 +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=1491477840; bh=T59YNsu9S1OLUuNCsJutqUbMbyr7317CAqHcvfBIGf4=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=RxA2ZIINmb0S39SgzKxWlIKwhMrWs7ncw9Cea2e6Rx4EX9OFy8Tipj/UfSOmyBYhk jcAOKZ/olvtCjbC8GwR0z89uwI3LlY1LiCLCxUNyhesI8cCOSHXKeTLl0xbc5Jtuau RLZ4ynewAFWVjgYg+RNn66+bONzq3rEI3Jvi/BO8= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 To: Harry Schmalzbauer , "freebsd-net@freebsd.org" References: <58CAD8CB.3060101@omnilan.de> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Message-ID: <5c2fb7b8-5289-deff-618d-16495addf96c@yandex.ru> Date: Thu, 6 Apr 2017 14:23:01 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <58CAD8CB.3060101@omnilan.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Sah625pKv3Tr25lSijItIuQQOEM7r8hFw" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Apr 2017 11:24:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Sah625pKv3Tr25lSijItIuQQOEM7r8hFw Content-Type: multipart/mixed; boundary="Lfj8CcMb0B6Q4eBtaNHB65DOT5dGLi9bq"; protected-headers="v1" From: "Andrey V. Elsukov" To: Harry Schmalzbauer , "freebsd-net@freebsd.org" Message-ID: <5c2fb7b8-5289-deff-618d-16495addf96c@yandex.ru> Subject: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 References: <58CAD8CB.3060101@omnilan.de> In-Reply-To: <58CAD8CB.3060101@omnilan.de> --Lfj8CcMb0B6Q4eBtaNHB65DOT5dGLi9bq Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 16.03.2017 21:26, Harry Schmalzbauer wrote: > So TSO6 is inherited, but RC/TXCSUM_IPV6 dropped? >=20 > In general, how is offloading implemented? If enabled, does the API > simply generate packets lacking the checksum header and NIC (silicon) > fills in the checksum if not adviesd not to do so (by the driver)? > Or is the driver utilizing NIC registers for calculation, but ensures > every packet will have a checksum? Since IPv6 header doesn't have checksum, such offloading is related to TCP/UDP/SCTP checksums. When RXCSUM_IPV6 is enabled, the NIC calculates the checksum and saves its value into the auxiliary packet's data. When the network stack handles the packet, it checks the presence of this data, and it uses stored checksum to reduce the needed calculation. For outgoing packets the L4 protocol marks a packet that the checksum calculation is needed before sending. And when TXCSUM_IPV6 is enabled, IPv6 output routine sees this flag and skips checksum calculation. And the NIC does this calculation. --=20 WBR, Andrey V. Elsukov --Lfj8CcMb0B6Q4eBtaNHB65DOT5dGLi9bq-- --Sah625pKv3Tr25lSijItIuQQOEM7r8hFw 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/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAljmJRUACgkQAcXqBBDI oXqy7Af/QPD2Sl+ugwEU1H6oIB9Ie/4aQP1Up9IfDkuoxUjU2PSoCBC32Nnr/iF9 U4Kz6/MJ7K2TPS4tN1mSAKz59g14C3l2qgsE/OtblsR1WYQaHG+9ZACCO5d96DKd 9GowtkhqGDhsc+qW670bwNSSZQm7y97QjrtkSAefDMcUNohTsrVh1zT/lJdivr1i 3r5v2cxfnV+6CVqCo4uyWpdsoCQ45DCn5uCQM/657HvTAxpO91zwv0ReqYgJ5Q1C 6buDW84kgEaRoK4Ggl1E1nSxWy+xaiN6HXwfZl2OaO1o1v1cT1LZFHRultz78FCa /2eEZjDvvGL5oggy8tJv2WUjrMIoew== =3mp7 -----END PGP SIGNATURE----- --Sah625pKv3Tr25lSijItIuQQOEM7r8hFw-- From owner-freebsd-net@freebsd.org Thu Apr 6 12:57:28 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E983ED2F0F9 for ; Thu, 6 Apr 2017 12:57:28 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1h.cmail.yandex.net (forward1h.cmail.yandex.net [IPv6:2a02:6b8:0:f35::11]) (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 617F2630 for ; Thu, 6 Apr 2017 12:57:28 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1o.mail.yandex.net (smtp1o.mail.yandex.net [37.140.190.26]) by forward1h.cmail.yandex.net (Yandex) with ESMTP id A87492141B; Thu, 6 Apr 2017 15:57:15 +0300 (MSK) Received: from smtp1o.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1o.mail.yandex.net (Yandex) with ESMTP id 669081300ACA; Thu, 6 Apr 2017 15:57:13 +0300 (MSK) Received: by smtp1o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id FwvpPivhaa-vDhqjZZo; Thu, 06 Apr 2017 15:57:13 +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=1491483433; bh=EbqYHN+5KYzRhu6T0SCGBgD8t8itUxVWvGbSGXSLkWI=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=rKKRoF7diDQsGh/1LIuNM+e2iGTd/kHAeUxc+zC+4/xSz+bJgrb4V7e16pbnVFa4K ptfpkulnpMaeJifpT753f2o55ypKnAYAxzBVXBA6rqeRreNAjBxiPvTD39Apiqnrtl Be3Zv6d0o2lb+0cCjcD6A4JrLKtSrFfrrINpdAoE= Authentication-Results: smtp1o.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 To: Harry Schmalzbauer , "freebsd-net@freebsd.org" References: <58CAD8CB.3060101@omnilan.de> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Message-ID: <283742a4-5314-eef3-ed53-958a1f6e7492@yandex.ru> Date: Thu, 6 Apr 2017 15:56:23 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <58CAD8CB.3060101@omnilan.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BR7AR0JLbRfuqWuWM4JT0A3Sx059frpVE" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Apr 2017 12:57:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BR7AR0JLbRfuqWuWM4JT0A3Sx059frpVE Content-Type: multipart/mixed; boundary="dmrqfmKFNXU8ineQAOLl1U52WvF8SFGdc"; protected-headers="v1" From: "Andrey V. Elsukov" To: Harry Schmalzbauer , "freebsd-net@freebsd.org" Message-ID: <283742a4-5314-eef3-ed53-958a1f6e7492@yandex.ru> Subject: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 References: <58CAD8CB.3060101@omnilan.de> In-Reply-To: <58CAD8CB.3060101@omnilan.de> --dmrqfmKFNXU8ineQAOLl1U52WvF8SFGdc Content-Type: multipart/mixed; boundary="------------C67742D2F01C02EE26440D29" Content-Language: en-US This is a multi-part message in MIME format. --------------C67742D2F01C02EE26440D29 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 16.03.2017 21:26, Harry Schmalzbauer wrote: > Hello, >=20 > I'm wondering if I really loose [RT]XCSUM_IPV6 on if_igb(4) vlan(4) > children. > My igb0 (Kawela, aka 82576) options end with > "TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6" >=20 > The vlan(4) filtered interfaces show these: > options=3D303 >=20 > So TSO6 is inherited, but RC/TXCSUM_IPV6 dropped? Can you test the attached patch? --=20 WBR, Andrey V. Elsukov --------------C67742D2F01C02EE26440D29 Content-Type: text/x-patch; name="vlan.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="vlan.diff" Index: sys/net/if_vlan.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/net/if_vlan.c (revision 316506) +++ sys/net/if_vlan.c (working copy) @@ -1555,13 +1555,16 @@ vlan_capabilities(struct ifvlan *ifv) * offloading requires hardware VLAN tagging. */ if (p->if_capabilities & IFCAP_VLAN_HWCSUM) - ifp->if_capabilities =3D p->if_capabilities & IFCAP_HWCSUM; + ifp->if_capabilities =3D + p->if_capabilities & (IFCAP_HWCSUM | IFCAP_HWCSUM_IPV6); =20 if (p->if_capenable & IFCAP_VLAN_HWCSUM && p->if_capenable & IFCAP_VLAN_HWTAGGING) { - ifp->if_capenable =3D p->if_capenable & IFCAP_HWCSUM; + ifp->if_capenable =3D + p->if_capenable & (IFCAP_HWCSUM | IFCAP_HWCSUM_IPV6); ifp->if_hwassist =3D p->if_hwassist & (CSUM_IP | CSUM_TCP | - CSUM_UDP | CSUM_SCTP); + CSUM_UDP | CSUM_SCTP | CSUM_TCP_IPV6 | CSUM_UDP_IPV6 | + CSUM_SCTP_IPV6); } else { ifp->if_capenable =3D 0; ifp->if_hwassist =3D 0; --------------C67742D2F01C02EE26440D29-- --dmrqfmKFNXU8ineQAOLl1U52WvF8SFGdc-- --BR7AR0JLbRfuqWuWM4JT0A3Sx059frpVE 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/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAljmOvcACgkQAcXqBBDI oXrvYgf/XW+rL29lJ4fYw/QmZ5dW/OJIcDB3j5Bj/nNr3gC23sI4UG7HSuGe3XJG pkzvpC6I5YZJfkff6oIAlbE8CcOOMHU+twUEoXJPaQusBbDXe/gA5ljVNAds/uW8 sJJNs2Wsp4gZwq2sE32QtfcVw5qmb95Ca5ssnZz+qoujKRWfQH+YMiNAoB5y9dMq zIjkbGBkYayOwBpdt80ZMp2DyIU1CMjzsHECMk2POVUYH/rcaIweIG7juCBPIfOl MT6iUCgee6fuI7NJ30ALaw9TaAoGK+RptnPyK9z453wKJDJ8sbmsBYPH0+pbb083 cBbr1ebn7Fv0jf6FOmJENiDXzSOuJw== =0za7 -----END PGP SIGNATURE----- --BR7AR0JLbRfuqWuWM4JT0A3Sx059frpVE-- From owner-freebsd-net@freebsd.org Thu Apr 6 13:25:16 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9D42D2FB1A for ; Thu, 6 Apr 2017 13:25:16 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79BB8940 for ; Thu, 6 Apr 2017 13:25:16 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v36DPDG2049730; Thu, 6 Apr 2017 15:25:13 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 01870D94; Thu, 6 Apr 2017 15:25:12 +0200 (CEST) Message-ID: <58E641B8.5050108@omnilan.de> Date: Thu, 06 Apr 2017 15:25:12 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Andrey V. Elsukov" CC: "freebsd-net@freebsd.org" Subject: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 References: <58CAD8CB.3060101@omnilan.de> <283742a4-5314-eef3-ed53-958a1f6e7492@yandex.ru> In-Reply-To: <283742a4-5314-eef3-ed53-958a1f6e7492@yandex.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 124 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Thu, 06 Apr 2017 15:25:13 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Apr 2017 13:25:17 -0000 Bezüglich Andrey V. Elsukov's Nachricht vom 06.04.2017 14:56 (localtime): > On 16.03.2017 21:26, Harry Schmalzbauer wrote: >> Hello, >> >> I'm wondering if I really loose [RT]XCSUM_IPV6 on if_igb(4) vlan(4) >> children. >> My igb0 (Kawela, aka 82576) options end with >> "TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6" >> >> The vlan(4) filtered interfaces show these: >> options=303 >> >> So TSO6 is inherited, but RC/TXCSUM_IPV6 dropped? > > Can you test the attached patch? Great, thanks for your explanation and the patch. Unfortunately I won't be able to test before weekend. Will report asap. Thanks, -harry From owner-freebsd-net@freebsd.org Thu Apr 6 16:56:38 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4618FD30892 for ; Thu, 6 Apr 2017 16:56:38 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [88.199.43.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "plan-b.pwste.edu.pl" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ABB341F4 for ; Thu, 6 Apr 2017 16:56:37 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (zarychtam@localhost [127.0.0.1]) by plan-b.pwste.edu.pl (8.15.2/8.15.2) with ESMTPS id v36GuX5O094915 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Apr 2017 18:56:33 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: (from zarychtam@localhost) by plan-b.pwste.edu.pl (8.15.2/8.15.2/Submit) id v36GuXrO094913; Thu, 6 Apr 2017 18:56:33 +0200 (CEST) (envelope-from zarychtam) Date: Thu, 6 Apr 2017 18:56:33 +0200 From: Marek Zarychta To: Nils Beyer , tingmultiplefibsandadequatePFrulesendingwithrtablefibstatementsseemstobethebestchoiceIMHO.@plan-b.pwste.edu.pl Cc: freebsd-net@freebsd.org Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... Message-ID: <20170406165633.GA94134@plan-b.pwste.edu.pl> References: <4956261.2DO1X0b8Gd@asbach.renzel.net> <20170405113352.GB20974@zxy.spb.ru> <29877.6759453633$1491395346@news.gmane.org> <201704051246.v35CkKB3028504@plan-b.pwste.edu.pl> <20170405181021.GA76030@plan-b.pwste.edu.pl> <201704060709.v36797pJ035503@plan-b.pwste.edu.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <201704060709.v36797pJ035503@plan-b.pwste.edu.pl> User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Apr 2017 16:56:38 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 06, 2017 at 09:08:49AM +0200, Nils Beyer wrote: > Marek Zarychta wrote: > > pass in quick on $ext_if_1 \ > > [...] > > pass in quick on $ext_if_2 reply-to ($ext_if_2 $ip_gw_2) \ > > [...] > > pass in quick on $ext_if_1 \ > > [...] > > pass in quick on $ext_if_2 \ >=20 > that's what I meant in my opening post - you have to create a rule for > every possible gateway. It even gets more complex if your server itself > is a gateway for other servers in your network and you have to distribute > outgoing traffic depending on the requesting server in your network. >=20 > So something simple like: > -------------------------------------------------------------------------= ----- > ipfw add 60000 fwd $ip_gw_2 all from $ext_net_2 to any via $ext_if_1 > ipfw add 60001 fwd $ip_gw_1 all from $ext_net_1 to any via $ext_if_2 > -------------------------------------------------------------------------= ----- >=20 > is not possible with PF? >=20 I think it will not be possible with PF since both firewalls were projected= with quite different approach in mind. PF and IPFW can be still successful= ly run together and combined on the same machine, but it needs some investi= gation how the packet flow looks like in such scenarios. Setting multiple fibs and adequate PF rules ending with "rtable fib" statem= ents seems to be the best choice IMHO. Best regards, --=20 Marek Zarychta --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAljmcz4ACgkQdZ/s//1S jSxKdgf/fXb8PVbmrhngFfwsf2t6kBDm8F8Xpyv5P7MIxoL/Yk4ET4Dcbc0u1aer Uhe37r74iSn6BHBpsS9mgmO+vCjHGtoBTSnstpf+7MBzLfI4eS9xV2nj6bJo/I0p xIMhs9hYAYKalrZpxZ/osKPAdUHRd9YUt8jldegUxgYtJq3ppFhrKn6r+Z8Ph0mL kNKzTRfpmdrlDuckSJwGNvTWWAe6jGOukJJopzTuytZXJKqc4Fugw30ofv9BDcyl scn1SH3SG2x9ydo1JcKMe20O1ePlAwzGjy59RxzqklPVKH2BY+M6sIgbN+rOXLUB FCMstWJEhw+TA/o2AyBXfrVZpiJYpg== =6BHR -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-net@freebsd.org Thu Apr 6 18:10:32 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2FC3D32114 for ; Thu, 6 Apr 2017 18:10:32 +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 mx1.freebsd.org (Postfix) with ESMTPS id D20B3F58 for ; Thu, 6 Apr 2017 18:10:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v36IAWs9049851 for ; Thu, 6 Apr 2017 18:10:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 217748] sys/dev/ixgbe/if_ix.c: PVS-Studio: Assignment to Variable without Use (CWE-563) (1) Date: Thu, 06 Apr 2017 18:10:33 +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 Many People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: flagtypes.name 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.23 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, 06 Apr 2017 18:10:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217748 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |mfc-stable10?, | |mfc-stable11? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Apr 6 23:57:55 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42767D32725; Thu, 6 Apr 2017 23:57:55 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 240C4653; Thu, 6 Apr 2017 23:57:54 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 8C1845A9F14; Thu, 6 Apr 2017 23:57:47 +0000 (UTC) Date: Thu, 6 Apr 2017 23:57:47 +0000 From: Brooks Davis To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, freebsd-atm@freebsd.org Subject: Impending NATM removal Message-ID: <20170406235747.GA8756@spindle.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Apr 2017 23:57:55 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As previously threatened, I plan to remove NATM support next week. This includes the drivers en(4), fatm(4), hatm(4), and patm(4). None of these devices have been manufactured in the last 20 years so it is time to move on. The planned commit can be seen at https://reviews.freebsd.org/D9883 -- Brooks --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJY5tX6AAoJEKzQXbSebgfA9UoH/2jKQgdw6IoR7M7N8i7z70FX PSk5WWqilBTy0szmGJxMGcV1h3euRxGvCHCtxhzunifOh2Ad1CQgHJCuK/4wer88 NQeNcWh6MfhyO2zKocbT/TRdK1e5qDFcMTh+CGC8DKvVYqpvHDpz1T33bp5slXhG T8AaQrls5+iKHnmiszyQt9DqB62c9mMxKBAssD0auZZ9XdM1ZHa6F796dt89xgI2 oQGksru0M1kKK3rQxoWrhRHAsmTjoMldx9+4+Pmv1/psy80kXclu5elS+RafoQz3 Gqacuk4G/iEtOSGtWKA6Nlt7GUFX+hUjm8rMCb+EmAjC5A0QrU+tiH05jdR7gUM= =SaZ7 -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-net@freebsd.org Fri Apr 7 00:00:22 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0C94D3291F for ; Fri, 7 Apr 2017 00:00: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 mx1.freebsd.org (Postfix) with ESMTPS id CFDAF90D for ; Fri, 7 Apr 2017 00:00:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3700M2V072513 for ; Fri, 7 Apr 2017 00:00:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 217746] sys/dev/cxgbe/t4_main.c: PVS-Studio: Expression is Always True (CWE-571) (3) Date: Fri, 07 Apr 2017 00:00:21 +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: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: np@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.23 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, 07 Apr 2017 00:00:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217746 Navdeep Parhar changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |np@FreeBSD.org Status|New |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Apr 7 01:40:36 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DCCCD31F02 for ; Fri, 7 Apr 2017 01:40:36 +0000 (UTC) (envelope-from takahiro.kurosawa@gmail.com) Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::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 3AB0ADCA for ; Fri, 7 Apr 2017 01:40:36 +0000 (UTC) (envelope-from takahiro.kurosawa@gmail.com) Received: by mail-qt0-x234.google.com with SMTP id v3so952941qtd.3 for ; Thu, 06 Apr 2017 18:40:36 -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=xTKH3Xy0mbv7s9PXbwp78zFfMG8REBGOCNpA27NxWuA=; b=NqH6+AUiSChKpo4MMdg0KcXai7j+aQV8TniSbX7STNN/b6b3FE5898eAO7pxSh5FEc /hO8xUiG/x2xSbd4OapAKplv3Z05FSWH/xB9tCwlZHhvn8nQABPgh3NE126Hm6vVF19a 4K8S85ki+XVNO4vVDPBbN2NYA+BpWmnYCxhDJSAig19ZiUg+BTcMsSe9c2YMFuvrskXx GXBj+xuGr/PP1n4TQ9AGkN0jqVq68cAFXw1NnCHmt9tU5lBM7f3NzI0qx8c7E4CfWaTd TYrAP2ppWLf8A7s7aWhACDWstLpN9j3Sih/uiE43r9HtDqkv9ax6MvIQ0xRSOtYJlHHG h/Bw== 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=xTKH3Xy0mbv7s9PXbwp78zFfMG8REBGOCNpA27NxWuA=; b=soj4STOhZXIw49U6wdGJ2Y9nTVCgfA5Zl7sfhwC5YxVKp+sB4GTCcaJFC1j+w4pnHA w9nxqz2j7DYy7rvdvno8Bafn0zrW3oulm45srfdHxcrbPvoIYuGM9muTKJ+sMsQ1DJRC 320n5zHuhqOYWTAr2sXIWwnybfnM0moabDSPGQspI/U0HMYvk/VbOsQLICeC6KcB91UQ pZ6JPYU9fQK6hcSiXiiBd41FRlKJzDWoMy6VSaLF3Jm9rmx6cAekYx0goGxRV/q3igez r+DvVKkADotkUYLtfM+YAcv7v2DD/jHMFv3uRqg/16kePr3c2CK8+Q9V1jgfyoQfiugB xLEw== X-Gm-Message-State: AFeK/H1t8fYPoatrYdCyQryRa3U8Q266xXzOUBhcKWw5c4WSUyTW7eDeHCrUSr8UBxi+pkIIH5L3e+QtHGyA5g== X-Received: by 10.237.36.212 with SMTP id u20mr36683380qtc.290.1491529234271; Thu, 06 Apr 2017 18:40:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.102.134 with HTTP; Thu, 6 Apr 2017 18:40:33 -0700 (PDT) In-Reply-To: <4956261.2DO1X0b8Gd@asbach.renzel.net> References: <4956261.2DO1X0b8Gd@asbach.renzel.net> From: Takahiro Kurosawa Date: Fri, 7 Apr 2017 10:40:33 +0900 Message-ID: Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... To: Nils Beyer Cc: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Apr 2017 01:40:36 -0000 2017-04-05 20:20 GMT+09:00 Nils Beyer : > That's my "pf.conf" > ------------------------------------------------------------------------------ > scrub in all > > block in log > pass in inet proto icmp > pass in inet proto tcp to port { ssh } > pass on lo0 > > pass out > pass out on wan1 route-to (wan2 9.0.0.254) from wan2 > pass out on wan2 route-to (wan1 8.0.0.254) from wan1 > ------------------------------------------------------------------------------ What if you change the line: > pass in inet proto tcp to port { ssh } to: pass in inet proto tcp to port { ssh } no state Without "no state", the incoming ssh packet generates a pf state entry, then the response packets are probably passed by the state instead of using "route-to" rules. From owner-freebsd-net@freebsd.org Fri Apr 7 07:48:08 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81361D31C97 for ; Fri, 7 Apr 2017 07:48:08 +0000 (UTC) (envelope-from nbe@renzel.net) Received: from nijmegen.renzel.net (mx1.renzel.net [195.243.213.130]) by mx1.freebsd.org (Postfix) with ESMTP id 472A6FA9 for ; Fri, 7 Apr 2017 07:48:07 +0000 (UTC) (envelope-from nbe@renzel.net) X-Virus-Scanned: GDATA Antivirus at gdata-milter.renzel.de.isb X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=-8.0 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Received: from dublin.vkf.isb.de.renzel.net (unknown [10.0.0.80]) by nijmegen.renzel.net (smtpd) with ESMTP id 3E60D1414807 for ; Fri, 7 Apr 2017 09:47:58 +0200 (CEST) Received: from asbach.renzel.net (unknown [172.18.96.1]) by dublin.vkf.isb.de.renzel.net (Postfix) with ESMTPA id 37E1A81314 for ; Fri, 7 Apr 2017 09:47:58 +0200 (CEST) From: Nils Beyer Subject: Re: [PF] Symmetric routing enforcement, how-to without using "reply-to"... To: freebsd-net@freebsd.org References: <4956261.2DO1X0b8Gd@asbach.renzel.net> Message-ID: Date: Fri, 7 Apr 2017 09:47:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on nijmegen.renzel.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Apr 2017 07:48:08 -0000 On 04/07/2017 03:40, Takahiro Kurosawa wrote: > What if you change the line: > pass in inet proto tcp to port { ssh } > to: > pass in inet proto tcp to port { ssh } no state close, but I had to use the "no state" on the "pass out" rules as well. Now it looks like that: ----------------------------------------------------------------------- scrub in all set skip on lo0 pass in quick inet proto icmp from any to self no state pass in quick inet proto tcp from any to self port { ssh } no state block in quick log to self pass out quick on $if_ext2 route-to ($if_ext1 $gw_ext1) from $if_ext1 to any pass out quick on $if_ext2 route-to ($if_ext1 $gw_ext1) from $if_ext1 to any no state pass out quick on $if_ext1 route-to ($if_ext2 $gw_ext2) from $if_ext2 to any pass out quick on $if_ext1 route-to ($if_ext2 $gw_ext2) from $if_ext2 to any no state pass out quick from self ----------------------------------------------------------------------- > Without "no state", the incoming ssh packet generates a pf state entry, > then the response packets are probably passed by the state instead of > using "route-to" rules. that makes absolute sense... Regards, Nils From owner-freebsd-net@freebsd.org Fri Apr 7 07:50:59 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B668AD31EC7 for ; Fri, 7 Apr 2017 07:50:59 +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 mx1.freebsd.org (Postfix) with ESMTPS id A5A76152 for ; Fri, 7 Apr 2017 07:50:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v377owjt032932 for ; Fri, 7 Apr 2017 07:50:59 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 217637] One TCP connection accepted TWO times Date: Fri, 07 Apr 2017 07:50: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: CURRENT X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_file_loc keywords 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.23 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, 07 Apr 2017 07:50:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217637 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://reviews.freebsd.org | |/D10272 Keywords| |needs-qa --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Apr 7 09:32:14 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E796CD31137; Fri, 7 Apr 2017 09:32:14 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6FC70268; Fri, 7 Apr 2017 09:32:14 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.15] ([194.32.164.15]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id v379Sx7W087411; Fri, 7 Apr 2017 10:29:00 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Impending NATM removal From: Bob Bishop In-Reply-To: <20170406235747.GA8756@spindle.one-eyed-alien.net> Date: Fri, 7 Apr 2017 10:28:59 +0100 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, freebsd-atm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170406235747.GA8756@spindle.one-eyed-alien.net> To: Brooks Davis X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Apr 2017 09:32:15 -0000 Hi, > On 7 Apr 2017, at 00:57, Brooks Davis wrote: >=20 > As previously threatened, I plan to remove NATM support next week. = This > includes the drivers en(4), fatm(4), hatm(4), and patm(4). None of > these devices have been manufactured in the last 20 years so it is = time > to move on. I don=E2=80=99t have a dog in this fight, but for instance ProSum = PROATM-E155 (patm(4)) still appear to be available. See = http://www.prosum.net/en/products/atm-adapters > The planned commit can be seen at https://reviews.freebsd.org/D9883 >=20 > -- Brooks -- Bob Bishop rb@gid.co.uk From owner-freebsd-net@freebsd.org Fri Apr 7 13:08:56 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1C9FD30505 for ; Fri, 7 Apr 2017 13:08:56 +0000 (UTC) (envelope-from lukasz.wojcik@zoho.com) Received: from sender-pp-091.zoho.com (sender-pp-091.zoho.com [135.84.80.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 80CD2AE3 for ; Fri, 7 Apr 2017 13:08:56 +0000 (UTC) (envelope-from lukasz.wojcik@zoho.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:to:references:from:message-id:date:user-agent:mime-version:in-reply-to:content-type; b=cu+0wvh+yf65bHs5pUMQBuMAgnFoZv51SIOlTnge47DRlROIfKrcs5ZqzE1Krg/aFOY7A0Ii/Osv Z/vskzCVWl/LIlmJK/VqHoXlru4mHH3M4hSp+rLcWKff9wxf88qz Received: from [192.168.1.102] (91.200.105.117 [91.200.105.117]) by mx.zohomail.com with SMTPS id 1491570525633508.107738410141; Fri, 7 Apr 2017 06:08:45 -0700 (PDT) Subject: Re: Impending NATM removal To: freebsd-net@freebsd.org References: <20170406235747.GA8756@spindle.one-eyed-alien.net> From: =?UTF-8?B?xYF1a2FzeiBXw7NqY2lr?= Message-ID: Date: Fri, 7 Apr 2017 15:08:37 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170406235747.GA8756@spindle.one-eyed-alien.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ZohoMailClient: External X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Apr 2017 13:08:56 -0000 Hi Brooks, AFAIK Prosum still manufactures PROATM155M card that utilizes patm driver (which is by the way a little bit outdated and does not support newer variants of ProSUM cards). I also have clients that still use ATM and prosum cards and FreeBSD. My guess is that they're not the only ones. Just my 5cents. The other thing is that ATM/NATM infrastructure in FreeBSD seems to never have been finished. Thanks -ŁW On 07-Apr-17 01:57, Brooks Davis wrote: > As previously threatened, I plan to remove NATM support next week. This > includes the drivers en(4), fatm(4), hatm(4), and patm(4). None of > these devices have been manufactured in the last 20 years so it is time > to move on. > > The planned commit can be seen at https://reviews.freebsd.org/D9883 > > -- Brooks From owner-freebsd-net@freebsd.org Fri Apr 7 13:15:54 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0B03D307A8 for ; Fri, 7 Apr 2017 13:15:54 +0000 (UTC) (envelope-from lukasz.wojcik@zoho.com) Received: from sender-pp-091.zoho.com (sender-pp-091.zoho.com [135.84.80.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97A64F8C for ; Fri, 7 Apr 2017 13:15:54 +0000 (UTC) (envelope-from lukasz.wojcik@zoho.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:to:references:from:message-id:date:user-agent:mime-version:in-reply-to:content-type; b=QQLnce4BjcmEdt9E0D4MxsHTJm1QKQEfdsLPdE6T6/LvpAlivCE3nXgu0P2iM5qKbRBIxyRnaleH +4Tk+CpClrCKK4+sF4E4rz/1vXcbsHo+ne7gckWchiesf4oPfos2 Received: from [192.168.1.102] (91.200.105.117 [91.200.105.117]) by mx.zohomail.com with SMTPS id 149157095139735.60021628282311; Fri, 7 Apr 2017 06:15:51 -0700 (PDT) Subject: Re: Impending NATM removal To: freebsd-net@freebsd.org References: <20170406235747.GA8756@spindle.one-eyed-alien.net> From: =?UTF-8?B?xYF1a2FzeiBXw7NqY2lr?= Message-ID: Date: Fri, 7 Apr 2017 15:15:43 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-ZohoMailClient: External X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Apr 2017 13:15:54 -0000 Oh, and mbpool DMA syncing does not work at all and -- at least in patm driver -- causes various issues. This of course can be easily worked around if you choose to let ATM ecosystem stay. If my client agrees, I could also share a patch for patm to make it work with newer ProSUM hardware. -ŁW On 07-Apr-17 15:08, Łukasz Wójcik wrote: > Hi Brooks, > > > AFAIK Prosum still manufactures PROATM155M card that utilizes patm > driver (which is by the way a little bit outdated and does > > not support newer variants of ProSUM cards). I also have clients that > still use ATM and prosum cards and FreeBSD. My guess is that > > they're not the only ones. Just my 5cents. The other thing is that > ATM/NATM infrastructure in FreeBSD seems to never have been > > finished. > > > Thanks > > -ŁW > > > On 07-Apr-17 01:57, Brooks Davis wrote: >> As previously threatened, I plan to remove NATM support next week. This >> includes the drivers en(4), fatm(4), hatm(4), and patm(4). None of >> these devices have been manufactured in the last 20 years so it is time >> to move on. >> >> The planned commit can be seen at https://reviews.freebsd.org/D9883 >> >> -- Brooks > > > _______________________________________________ > 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 Fri Apr 7 13:30:06 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F12AED30C5B for ; Fri, 7 Apr 2017 13:30:06 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::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 BC0E88A7 for ; Fri, 7 Apr 2017 13:30:06 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-oi0-x22f.google.com with SMTP id f193so85643699oib.2 for ; Fri, 07 Apr 2017 06:30:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=t+7eyKU/iCZTLjtY+LrFD0DkdRwiQ98Un6mFxSIrvdg=; b=HjvYp8PKA46lI3zzSqAaqR2tKTHLJhjRMINUrymUa6Gm/YQMEflngyBKm661mnnTcd TBva/R2lJuZaYCOloUjqWiuX7TmiqY4zqisa7Sx6+y2gDCUa7t0qHJf2l2ONJvIbXVrS GakSZm+GwAoSbMZzRlwbPzbIyX9UuN9HRBZFI= 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=t+7eyKU/iCZTLjtY+LrFD0DkdRwiQ98Un6mFxSIrvdg=; b=oAiR5wty0+X6zh+1FJcEs6XiRlp2rByoo80d6TYzqHaEgCygRRXPdo+5seRiZLos5c TANfas2ooApgTLMSAUiGyPHA9i+YBrgCW/nLVSBsMmOqpRsMCDuOPfXILHm0BqcTY6wV JWe65d54SBo2lhzo9JcNjN7MXazKdgmyzh+sMBwTrIYOagX80Bi2wXyKcMsX4+PsSkFQ DsM8zp316ZohdnCwwsKyPksyIi7uhGL5eux9lp9iYpWpFnGG0KsUzGQrB/lW7E5VMli2 eA7151uCK77b1Uv36mJMZ67RcfJ4ff5eAdi2nB6+ZeSso4ZC0MhBKHGG1opAnEQLVlLq A7eQ== X-Gm-Message-State: AN3rC/5zgAy6kXQycLUE9Ol9nY2Cs1ACUSSQ33SWe+1RkO0DNa75PAyRZupbVcD/zv/51PDOZ/MoClFz8tdIrw== X-Received: by 10.202.7.70 with SMTP id 67mr5818448oih.160.1491571805968; Fri, 07 Apr 2017 06:30:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.3.239 with HTTP; Fri, 7 Apr 2017 06:30:05 -0700 (PDT) In-Reply-To: References: <20170406235747.GA8756@spindle.one-eyed-alien.net> From: Kevin Bowling Date: Fri, 7 Apr 2017 06:30:05 -0700 Message-ID: Subject: Re: Impending NATM removal To: =?UTF-8?B?xYF1a2FzeiBXw7NqY2lr?= Cc: FreeBSD Net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Apr 2017 13:30:07 -0000 For consideration, stable/11 will be supported until September 30, 2021 which provides a pretty long window to transition. On Fri, Apr 7, 2017 at 6:15 AM, =C5=81ukasz W=C3=B3jcik wrote: > Oh, and mbpool DMA syncing does not work at all and -- at least in patm > driver -- causes various issues. > > This of course can be easily worked around if you choose to let ATM > ecosystem stay. If my client agrees, > > I could also share a patch for patm to make it work with newer ProSUM > hardware. > > > -=C5=81W > > > > On 07-Apr-17 15:08, =C5=81ukasz W=C3=B3jcik wrote: > >> Hi Brooks, >> >> >> AFAIK Prosum still manufactures PROATM155M card that utilizes patm drive= r >> (which is by the way a little bit outdated and does >> >> not support newer variants of ProSUM cards). I also have clients that >> still use ATM and prosum cards and FreeBSD. My guess is that >> >> they're not the only ones. Just my 5cents. The other thing is that >> ATM/NATM infrastructure in FreeBSD seems to never have been >> >> finished. >> >> >> Thanks >> >> -=C5=81W >> >> >> On 07-Apr-17 01:57, Brooks Davis wrote: >> >>> As previously threatened, I plan to remove NATM support next week. Thi= s >>> includes the drivers en(4), fatm(4), hatm(4), and patm(4). None of >>> these devices have been manufactured in the last 20 years so it is time >>> to move on. >>> >>> The planned commit can be seen at https://reviews.freebsd.org/D9883 >>> >>> -- Brooks >>> >> >> >> _______________________________________________ >> 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" >> > > > _______________________________________________ > 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 Fri Apr 7 13:39:23 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8BC3D311F9 for ; Fri, 7 Apr 2017 13:39:23 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 473C2EA4 for ; Fri, 7 Apr 2017 13:39:22 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by mailhost.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.3.319.2; Fri, 7 Apr 2017 15:37:57 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.3.319.2; Fri, 7 Apr 2017 15:37:57 +0200 Date: Fri, 7 Apr 2017 15:38:41 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Subject: Re: Impending NATM removal In-Reply-To: Message-ID: References: <20170406235747.GA8756@spindle.one-eyed-alien.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-TM-AS-Product-Ver: SMEX-11.0.0.4283-8.100.1062-22990.006 X-TM-AS-Result: No--2.089600-5.000000-31 X-TM-AS-MatchedID: 150567-700075-708497-701837-701618-702920-106360-707182-1 06390-701146-705901-701588-705388-703176-700617-188019-701446-303086-707926 -106420-704156-139705-702560-700486-701249-700047-700108-703829-148004-1480 50-42000-42003 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Apr 2017 13:39:23 -0000 On Fri, 7 Apr 2017, ?ukasz W?jcik wrote: ?W>they're not the only ones. Just my 5cents. The other thing is that ATM/NATM ?W>infrastructure in FreeBSD seems to never have been ?W> ?W>finished. That's true. ITU-T used to produce poor-quality ATM standards at a much higher rate than anybody could follow and the ATM-Forum at one point decided just to copy the ITU-T stuff :-(. Then I changed work and had almost zero involvment with ATM anymore... I would guess that keeping ATM alive in 11-stable (and updating drivers if necessary) would be the best way to go. harti ?W> ?W> ?W>On 07-Apr-17 01:57, Brooks Davis wrote: ?W>> As previously threatened, I plan to remove NATM support next week. This ?W>> includes the drivers en(4), fatm(4), hatm(4), and patm(4). None of ?W>> these devices have been manufactured in the last 20 years so it is time ?W>> to move on. ?W>> ?W>> The planned commit can be seen at https://reviews.freebsd.org/D9883 ?W>> ?W>> -- Brooks ?W> ?W> ?W>_______________________________________________ ?W>freebsd-net@freebsd.org mailing list ?W>https://lists.freebsd.org/mailman/listinfo/freebsd-net ?W>To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Fri Apr 7 17:44:25 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB947D32261 for ; Fri, 7 Apr 2017 17:44:25 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 AE7F3F53 for ; Fri, 7 Apr 2017 17:44:25 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id E15F35A9F14; Fri, 7 Apr 2017 17:44:23 +0000 (UTC) Date: Fri, 7 Apr 2017 17:44:23 +0000 From: Brooks Davis To: Kevin Bowling Cc: ??ukasz W??jcik , FreeBSD Net Subject: Re: Impending NATM removal Message-ID: <20170407174423.GB16743@spindle.one-eyed-alien.net> References: <20170406235747.GA8756@spindle.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7ZAtKRhVyVSsbBD2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Apr 2017 17:44:26 -0000 --7ZAtKRhVyVSsbBD2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The fact that FreeBSD 11 has almost five years of support left is part of what makes this a good time to remove support from 12. Updating 11 to support newer cards certainly makes sense. -- Brooks On Fri, Apr 07, 2017 at 06:30:05AM -0700, Kevin Bowling wrote: > For consideration, stable/11 will be supported until September 30, 2021 > which provides a pretty long window to transition. >=20 > On Fri, Apr 7, 2017 at 6:15 AM, ??ukasz W??jcik > wrote: >=20 > > Oh, and mbpool DMA syncing does not work at all and -- at least in patm > > driver -- causes various issues. > > > > This of course can be easily worked around if you choose to let ATM > > ecosystem stay. If my client agrees, > > > > I could also share a patch for patm to make it work with newer ProSUM > > hardware. > > > > > > -??W > > > > > > > > On 07-Apr-17 15:08, ??ukasz W??jcik wrote: > > > >> Hi Brooks, > >> > >> > >> AFAIK Prosum still manufactures PROATM155M card that utilizes patm dri= ver > >> (which is by the way a little bit outdated and does > >> > >> not support newer variants of ProSUM cards). I also have clients that > >> still use ATM and prosum cards and FreeBSD. My guess is that > >> > >> they're not the only ones. Just my 5cents. The other thing is that > >> ATM/NATM infrastructure in FreeBSD seems to never have been > >> > >> finished. > >> > >> > >> Thanks > >> > >> -??W > >> > >> > >> On 07-Apr-17 01:57, Brooks Davis wrote: > >> > >>> As previously threatened, I plan to remove NATM support next week. T= his > >>> includes the drivers en(4), fatm(4), hatm(4), and patm(4). None of > >>> these devices have been manufactured in the last 20 years so it is ti= me > >>> to move on. > >>> > >>> The planned commit can be seen at https://reviews.freebsd.org/D9883 > >>> > >>> -- Brooks > >>> > >> > >> > >> _______________________________________________ > >> 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" > >> > > > > > > _______________________________________________ > > 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" > > > _______________________________________________ > 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" --7ZAtKRhVyVSsbBD2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJY58/3AAoJEKzQXbSebgfAOHwH/jsAu6ejkRoCb3ji+bh9HqGc DGpPfBFqfqGLdk7SGkv5v/nR4DIz76eXH09gAFFr9EJwFREs3KpKHDQHS9O+PUWJ a38aVzpBMdCBcdeZ0nqCBp9FbvEsicTVjYf0+jijJXBqBpxzM3ocHrmUa0N5mA44 H5wM/vTts8tgxp3ZSRWm/DTgmoRXahKVKxNfK7BcmjoVwZ6VeU7F2JpynRPN87eF Z700C4LZdaW+ZVzlxbJI7PG4c2DSfQwCt8/wtUGL1F8S/QPT/T+BwTrWoDOvjVtm 9wqKMiYKwdlgR/FtUsCOyyAZLohPsshq4ULu6zIQn/qIfmqNKDXxPPL1DNhY6XY= =O+02 -----END PGP SIGNATURE----- --7ZAtKRhVyVSsbBD2-- From owner-freebsd-net@freebsd.org Sat Apr 8 09:55:42 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41267D33E8E; Sat, 8 Apr 2017 09:55:42 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A85793C4; Sat, 8 Apr 2017 09:55:41 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [192.168.243.2] ([192.168.243.2]) (authenticated bits=0) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id v389tZOf085757 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 8 Apr 2017 14:55:36 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1491645336; bh=zSBFel84vWlfaGSMXAOwr41Sq1KU4JdvF/WjytEuO40=; h=To:Cc:From:Subject:Date; b=fsA54zFu1Rv5oRFrdfy6BCFCeTi+YxpthrW6hUWGiiUOgsK2uG9/KahmlyRxUh+zx SvKcQJ/rUtnWils/vcVDI7F0Fzesf2K7AXJU/VFnaL95y0rxQn7T6w4QgU/vCtRYfx U373e83BjV/ptQ+khuQrK/K7RHqQsVtOOwfmdsto= To: FreeBSD Net Cc: freebsd-current@freebsd.org From: "Eugene M. Zheganin" Subject: altq and head Message-ID: Date: Sat, 8 Apr 2017 14:55:40 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Apr 2017 09:55:42 -0000 Hi, regarding all this stir around ALTQ and igb(4), and mentioning that igb(4) doesn't have ALTQ in HEAD - I wanted to ask - is this just igb(4) and ixgbe(4) that lost ALTQ in HEAD, or is ALTQ being removed totally from FreeBSD ? I did a couple of searches, but seems like I cannot find the simple answer. Thanks. Eugene. From owner-freebsd-net@freebsd.org Sat Apr 8 17:56:47 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B30AD3385E for ; Sat, 8 Apr 2017 17:56:47 +0000 (UTC) (envelope-from dreadiscool@gmail.com) Received: from mail-wr0-x233.google.com (mail-wr0-x233.google.com [IPv6:2a00:1450:400c:c0c::233]) (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 98D38CB1 for ; Sat, 8 Apr 2017 17:56:46 +0000 (UTC) (envelope-from dreadiscool@gmail.com) Received: by mail-wr0-x233.google.com with SMTP id c55so52522681wrc.3 for ; Sat, 08 Apr 2017 10:56:46 -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=F8d9Vz7P3VCDfwulkjG1rruK7m/irj3DU2YHVTpRM6w=; b=HPiQKUdy2p29BjFW5gswF8Sxgzgb515OQYmvFXw4a9V+GeUi2uneNOKEhaLuvGj8Ez ROW8VfLmm86ite5hFFUC6jXZ5XEY51tOgRyRUIHkl8inJEJD4eIMR3On0jdsx+tJehe+ CMIKmCTp/C4TFGS2v5Oio8zAjtEIHavRuQNbLPHQPgb9XFW/ozFEMmUUfjwUlQoG3MY6 Id2oAlWaarOqayIukcEKHm+wOmnZEmq6XBwZvUBjD+TznbJsq0FewVH8fQBpXHQeQdfw zAgCnRX08wwr0T2POyrQbnKpWHF8b15YVz1k0xxfQMbDqYUT+Ue5bT2tRnJHkiAfCHZ7 YGjg== 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=F8d9Vz7P3VCDfwulkjG1rruK7m/irj3DU2YHVTpRM6w=; b=CH6nd2iXhNOyGT+Ko+gcTaZYT3v35DYcwQOewTJdbS6Lw1c+FkDXZMhmMw7aUiEvT4 EOLEQwVtPqFLf8879mVIp8UeXlUEZw0m8n5Ym6uQSYQ0mZXx1db3oY0Jt7AFcYrm9/yc xKN4nIb3ZIQjS26GzixK7v6aSxMqh9vzdtDYxoRfDiKPZVi2Wlm00vkfLVEKKMl3ftJA zADDr+NHDt1vUy9umkED4EWExNYczBJesK3xugDQZekUyn0wbRD08jrynYZNZnbcm0mp Fttlw7C0hg2AsAdl0adJ9YCCBwUZ7Lp6tAumM5Dvi9suCniT0ub/h1rKBT0NXa1SIFJ6 paPw== X-Gm-Message-State: AFeK/H0bsE4jr8lXzGlfkJmgFaImJbqoZMDvT2Du3TTqc0xezUs39VTSnTjMmpYOXDlnDkf4zIeRr44CwIAqCg== X-Received: by 10.223.166.162 with SMTP id t31mr39030455wrc.15.1491674203725; Sat, 08 Apr 2017 10:56:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.165.89 with HTTP; Sat, 8 Apr 2017 10:56:43 -0700 (PDT) From: Paras Jha Date: Sat, 8 Apr 2017 13:56:43 -0400 Message-ID: Subject: Netmap pipe zero-copy with NIC buffer? To: FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Apr 2017 17:56:47 -0000 Hi all, Is it possible to have a netmap pipe share memory with a netmap port opened in KB mode for zero-copy purposes? All the best