Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp5441196imm; Tue, 18 Sep 2018 09:33:17 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYmIw+HJUD+yRx9KLuYRgc5xYjrjXlVe+Ng8Ax8XKaqW9bXb1ZRv+xNr012rbFBl8l5Hr/9 X-Received: by 2002:a17:902:33c2:: with SMTP id b60-v6mr30026406plc.11.1537288397570; Tue, 18 Sep 2018 09:33:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537288397; cv=none; d=google.com; s=arc-20160816; b=e+buXhDw6Uhz9ks3QBe8h3b1VOXAhuiBLj2kimqoZBKxwELES2OghuPyR60gU+lNNK SBIe4Piz3cexILjcUUO7ibKRkU8B/9tnpMqc0PBXqhRYnj5pO5DwGMA+jQNMCxnoHUWr vFLXirBzN8h/vQ1LCxt5O/ShrVgyP5dUt40VRks/QWeAt3uAJ+Dfb7QVcaHGYpEcNHpG Sj+w5/Cj2nzDI4RqIc2cA7Z9yTZhzCbqNF/9QcjfUtIppsYiCGO4EwFU/zZHFAYah9bc ln6cZ7VbfKkpevt8ZYSN3uZd6tARoKUa2+hmPKiBGpvG4g0FhkMQE+u0yoU1BDTiJWQ8 I9MA== 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=tN1u4jeGg/YAHbMyioef1sA9KGP6ex26sw59z5X2fXU=; b=cao32C+X7ICuLWIuYD+kzlt3x8J5Vp4QrgfGjCyE0SL46cEuRnXWc9ufQLUkyEDpXm 1pee8X6eOVaeSUTLSP25Oa5PygV7cTYfGBYq6izxSvarR2yyFUi47x6HZMuKi6zgW411 IU1dAmQ5P5zDj2oEfY6lWcZbM3sWOkpJGeGWJM7mqf9KRIvBQ/0tPNO+8/pim0H+8bGL O9QDp9MdfP5LKhYYhmvdykQufd8dAjDpqoJvnLGA4UufF86vuQ0i24XMPv6/lBq5qRLx deHkDtLXNn2q8AODGTilt6Cg2vviRJ+3U0Nj6+q3jVs/iBIs/6QRW0fZzgn4OaW0SnXR 5ehA== 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 k6-v6si15498993pgq.503.2018.09.18.09.33.02; Tue, 18 Sep 2018 09:33:17 -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 S1730268AbeIRWFw (ORCPT + 99 others); Tue, 18 Sep 2018 18:05:52 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:35516 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728631AbeIRWFw (ORCPT ); Tue, 18 Sep 2018 18:05:52 -0400 Received: from localhost (unknown [IPv6:2603:3023:50c:85e1:b5c5:ae11:3e54:6a07]) (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 CFE9A14700FDF; Tue, 18 Sep 2018 09:32:30 -0700 (PDT) Date: Tue, 18 Sep 2018 09:32:30 -0700 (PDT) Message-Id: <20180918.093230.1954285517367290862.davem@davemloft.net> To: daniel@iogearbox.net Cc: vakul.garg@nxp.com, sfr@canb.auug.org.au, netdev@vger.kernel.org, linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, davejwatson@fb.com, doronrk@fb.com Subject: Re: linux-next: manual merge of the net-next tree with the net tree From: David Miller In-Reply-To: <5959dad0-dd02-1c3d-2487-13a69f8c507b@iogearbox.net> References: <236589cd-b55d-1ceb-f236-36f9135f794e@iogearbox.net> <5959dad0-dd02-1c3d-2487-13a69f8c507b@iogearbox.net> X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO) 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]); Tue, 18 Sep 2018 09:32:31 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Daniel Borkmann Date: Tue, 18 Sep 2018 11:53:17 +0200 > Ok, I think usually tests assert current kernel behavior to make sure any changes > coming in don't accidentally break expectations from applications as opposed to > future tests that still need fixing, but I guess I'm fine either way how to resolve > the conflict; leaving it up to DaveM. Thanks for clarifying! I'm doing the merge right now and will leave both tests in.