Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4021225ybg; Fri, 25 Oct 2019 12:12:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqwToewTAGgo0CPJme61I79a4QxARa371dOZfDodKOUXy3RXn/S/YXE0Aw1tMdkK9K9gkhzU X-Received: by 2002:a17:906:745:: with SMTP id z5mr5146896ejb.41.1572030727206; Fri, 25 Oct 2019 12:12:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572030727; cv=none; d=google.com; s=arc-20160816; b=oicyHJFrH7G6+phIWq8oNIX+dhOy0YOsc0QGPQdE/9DnmcDKOu74pewLCLky2suGk0 VmeCzM4oxsXcTaGDnPkc9MoQmUJahPXg/QiJdnwqMW6MdECz6IjwWMBL0snDbzbYg8IR 68kslo0rWZsvVo2cHl8jQOvogDXQcbQWYZw74gzeH4niBHGkN+K+YOr4yROJ//xVsRWu UuRE+XMyLyNqaRXQtIOpsJWnvX6AFVK9x6PWLsDipjIdoQyYfqKToGXusgxxmHUNyYsp /D6OvKlyuKTOXVcd6h13esbXaeXXJPAYTBim7L0ltFtwlL24I4jtf2+du/cpnfx6nMwN 03eQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=ths3mS2JLBtX7yts576qotcD+licwl7TchyDTHDvhO4=; b=yJLwENqiSZAq9E751uiJk4cb9PTAEUMm9QaS86tMmx95WL4J0MIg25gnwUKf8Y6gp9 T9CZ58baiwECOn9ZwBZR3IAfNRUN12bKyYUPStt4JL//AbiEFiwbXh5PxPmw+uEoNBR0 zuSd+WnFFaz/wuJyh334AG7UVewacuwcwVWWpLzPZhWOj7EuXzvGTzg1g2jFqthfCETT 8KgvAWV6eEbdwaQm3jBgUOwVNvDmJU2rN9n7Gsd4BQVzbbg4YoIpU5jUhgLj0MCzSaPl +wIEMozrTQGq+gKcspScFNnT9vyAfCBGeE55eSFStnG9Bsq6F8++WGoQh6MgLaUjS3PN zWFA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y67si2053943ede.436.2019.10.25.12.11.44; Fri, 25 Oct 2019 12:12:07 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730079AbfJXWFF (ORCPT + 99 others); Thu, 24 Oct 2019 18:05:05 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:52484 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726516AbfJXWFF (ORCPT ); Thu, 24 Oct 2019 18:05:05 -0400 Received: from localhost (unknown [IPv6:2601:601:9f00:1e2::d71]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 20CA014B7273F; Thu, 24 Oct 2019 15:05:04 -0700 (PDT) Date: Thu, 24 Oct 2019 15:05:03 -0700 (PDT) Message-Id: <20191024.150503.272673272041377721.davem@davemloft.net> To: mcroce@redhat.com Cc: netdev@vger.kernel.org, j.vosburgh@gmail.com, vfalico@gmail.com, andy@greyhouse.net, sdf@google.com, daniel@iogearbox.net, songliubraving@fb.com, ast@kernel.org, paulb@mellanox.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH net-next 0/4] ICMP flow improvements From: David Miller In-Reply-To: <20191021200948.23775-1-mcroce@redhat.com> References: <20191021200948.23775-1-mcroce@redhat.com> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 24 Oct 2019 15:05:04 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Matteo Croce Date: Mon, 21 Oct 2019 22:09:44 +0200 > This series improves the flow inspector handling of ICMP packets: > The first two patches just add some comments in the code which would have saved > me a few minutes of time, and refactor a piece of code. > The third one adds to the flow inspector the capability to extract the > Identifier field, if present, so echo requests and replies are classified > as part of the same flow. > The fourth patch uses the function introduced earlier to the bonding driver, > so echo replies can be balanced across bonding slaves. Simon has unaddressed feedback for patch #3, and this has been sitting in that state for several days. Please repost this series when everything is sorted, thank you.