Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp1424823imw; Tue, 5 Jul 2022 09:12:42 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tdt5OWwgUThoRBUbJ+HOYYqvfFvQHOnU+ZRwZA9rWOmTh9BP18ZdBw2SZIclqfK2AkKcqA X-Received: by 2002:a17:907:75c6:b0:72a:43f9:10fb with SMTP id jl6-20020a17090775c600b0072a43f910fbmr32409670ejc.358.1657037562173; Tue, 05 Jul 2022 09:12:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657037562; cv=none; d=google.com; s=arc-20160816; b=Se+f5HRz8jgkecz7VC09r79t7mi1p2CP+tQ1s2vQPQqXLMMUOBqTwciuwjuPP2h4kv Rd74vzr68QB1bVCFcPSfSFf/PKSjLnvq9Mbc+5HAIQRIX3PrEreMhke4wWqUiqfqKGOK YZLcsTLEhU3yJIbRK/Pbe2SwDSCfAPILmOG7dbK/+sPR4MOPbLsN1NA5MWVK8pRYZjo+ 6lur4IXeXXq+nKn2FmdP9hEnSEFU20ID+uXpYyPM3VN7u6gk92E2keLD4vPcjxOM1RtW zTC3CWXk65fK5F4ByxdZN6eO+8pwwrU4jOIKFJJ707aFHsvXIY8HT4lmD1vNNGssjKxm hi7w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=Bkb2t3lDURV+9gpABG4pK24ow+hL1RSxnJvzn5vajrk=; b=oX+sM6IWOElVgFF1x3Rj0fqRe+EBNRZE/YK6JznNzIHrShc58bkAMGQI9GShJbIOtd kYhwpIEM2jW4c/F8SGVyfarkgez7fL91N6S1p8AsY/butFNlh+HcwpvMwf+18SO6/OgZ xufQiUY1AUuU4OsWcPKudAhM+YLvfKsRgI7m3vIDF8R8hWGVr7xHiaQnoKQsFWqH7+oz Ad6/mIEPVY2nFTckyetTj0rBB5V/gSeGtS7xr+fYXy+FCibBn4DU75PMykfLXCtaj+Id +Sxwi4QJBXqGBFVCpoRiSVWKbQStkqYg672nMUY02shS/ohZHtEQZSR61mIAyBhVCS+9 Me5Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@tessares-net.20210112.gappssmtp.com header.s=20210112 header.b="1Z/M5igv"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id js7-20020a17090797c700b0072a75bd84b6si21628330ejc.954.2022.07.05.09.12.10; Tue, 05 Jul 2022 09:12:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@tessares-net.20210112.gappssmtp.com header.s=20210112 header.b="1Z/M5igv"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232694AbiGEP73 (ORCPT + 99 others); Tue, 5 Jul 2022 11:59:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59046 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229718AbiGEP71 (ORCPT ); Tue, 5 Jul 2022 11:59:27 -0400 Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BFDE213DF0 for ; Tue, 5 Jul 2022 08:59:25 -0700 (PDT) Received: by mail-ed1-x52d.google.com with SMTP id y8so10117230eda.3 for ; Tue, 05 Jul 2022 08:59:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tessares-net.20210112.gappssmtp.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=Bkb2t3lDURV+9gpABG4pK24ow+hL1RSxnJvzn5vajrk=; b=1Z/M5igvv0Rmr0OrX4V65gyT3peDifd6VzU6pHtDqhA5yFORCVa85nrL7jqZxGK3iZ oThhYGFLTJieRMIIKx7DHNajY99W8nUnQoJHobOBY4MEvHkAHRPzTxCOAgaqFmoYj4FG twEa15zo+Rvd+QVuiQNgKIoUu9e51RgFD1c71W004mitFUa695AqWaz0zE8AR5CqNgvr CqJ9i9lUnQcYfskMy1qhUfr+fYAHwSjCf7mX96xdmirL11sNaNx3HXqdYe3GsJ/DeXAO 8TjE91WpncxpuQBMTAdimKE1JxHjfmRwJT6Ujvt9cX3DMeKLOI57WvMzs950Tdd3ufa9 5DxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=Bkb2t3lDURV+9gpABG4pK24ow+hL1RSxnJvzn5vajrk=; b=rqeK0u5Hw9ldg/qcadmaxJPd3nxZ9UTOcjZg+s0PJ+ruY8AVMYJaUe/BouXfZGKkPg S8s4Obe9V7b9Vb16G0IdixDkAUvWeAnTOX+9FTtueekOUmJr0jly/Cw3iT8tQ/FL1snb 5oAe5zTJ0VFg4NfqrYZWZxbNnFFojmWi5WG4yWbODat4vLC0sYZ5EGlhizMJSyJNN0fz dirWX+BbB2Jzks/zfKrRuKNoe44JleEdmbNjq7fxcCmGoJ56d6cQ2uQIfGRtcM/LH01W WN5JlV6DPXPN3AzMfEnOX297eDgoackIFbQThVIVkl1FhTzJV6hABsDKYcli8nchpl4Q dNGg== X-Gm-Message-State: AJIora+R2Y6v1AQ/y2IEFqgAJFMlcTVhIB7MAIjQd7/KKKZkLxD76Ypp J7T8o0DBC+Ej0EXiUOqsjiuUCw== X-Received: by 2002:a05:6402:2988:b0:43a:60b5:1e63 with SMTP id eq8-20020a056402298800b0043a60b51e63mr13906468edb.171.1657036764104; Tue, 05 Jul 2022 08:59:24 -0700 (PDT) Received: from ?IPV6:2a02:578:8593:1200:a555:352e:f7d5:1df2? ([2a02:578:8593:1200:a555:352e:f7d5:1df2]) by smtp.gmail.com with ESMTPSA id cf16-20020a0564020b9000b0043a422801f8sm5610074edb.87.2022.07.05.08.59.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 05 Jul 2022 08:59:23 -0700 (PDT) Message-ID: Date: Tue, 5 Jul 2022 17:59:22 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH 5.10 51/84] selftests: mptcp: add ADD_ADDR timeout test case Content-Language: en-GB To: Greg Kroah-Hartman , Sasha Levin Cc: stable@vger.kernel.org, Paolo Abeni , Geliang Tang , Mat Martineau , Jakub Kicinski , linux-kernel@vger.kernel.org, MPTCP Upstream References: <20220705115615.323395630@linuxfoundation.org> <20220705115616.814163273@linuxfoundation.org> From: Matthieu Baerts In-Reply-To: <20220705115616.814163273@linuxfoundation.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Greg, Sasha, (+ MPTCP upstream ML) First, thank you again for maintaining the stable branches! On 05/07/2022 13:58, Greg Kroah-Hartman wrote: > From: Geliang Tang > > [ Upstream commit 8d014eaa9254a9b8e0841df40dd36782b451579a ] > > This patch added the test case for retransmitting ADD_ADDR when timeout > occurs. It set NS1's add_addr_timeout to 1 second, and drop NS2's ADD_ADDR > echo packets. TL;DR: Could it be possible to drop all selftests MPTCP patches from v5.10 queue please? I was initially reacting on this patch because it looks like it depends on: 93f323b9cccc ("mptcp: add a new sysctl add_addr_timeout") and indirectly to: 9ce7deff92e8 ("docs: networking: mptcp: Add MPTCP sysctl entries") to have "net.mptcp.add_addr_timeout" sysctl knob needed for this new selftest. But then I tried to understand why this current patch ("selftests: mptcp: add ADD_ADDR timeout test case") has been selected for 5.10. I guess it was to ease the backport of another one, right? Looking at the 'series' file in 5.10 queue, it seems the new "selftests-mptcp-more-stable-diag-tests" patch requires 5 other patches: -> selftests-mptcp-more-stable-diag-tests.patch -> selftests-mptcp-fix-diag-instability.patch -> selftests-mptcp-launch-mptcp_connect-with-timeout.patch -> selftests-mptcp-add-add_addr-ipv6-test-cases.patch -> selftests-mptcp-add-link-failure-test-case.patch -> selftests-mptcp-add-add_addr-timeout-test-case.patch When looking at these patches in more detail, it looks like "selftests: mptcp: add ADD_ADDR IPv6 test cases" depends on a new feature only available from v5.11: ADD_ADDR for IPv6. Could it be possible to drop all these patches from v5.10 then please? The two recent fixes for the "diag" selftest mainly helps on slow / busy CI. I think it is not worth backporting them to v5.10. (Note that if we want "selftests: mptcp: fix diag instability" patch, we also need 2e580a63b5c2 ("selftests: mptcp: add cfg_do_w for cfg_remove") and the top part of 8da6229b9524 ("selftests: mptcp: timeout testcases for multi addresses"): the list starts to be long.) One last thing: it looks like when Sasha adds patches to a stable queue, a notification is sent to less people than when Greg adds patches. For example here, I have not been notified for this patch when added to the queue while I was one of the reviewers. I already got notifications from Greg when I was a reviewer on other patches. Is it normal? Do you only cc people who signed off on the patch? It looks like you don't cc maintainers from the MAINTAINERS file but that's probably on purpose. I didn't get cc for all MPTCP patches of the series here but I guess I can always subscribe to 'stable' ML for that. Cheers, Matt -- Tessares | Belgium | Hybrid Access Solutions www.tessares.net