Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1497979pxb; Fri, 22 Jan 2021 18:32:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJyi8fL+tk9M+zyImE5Ln2lgKna2dHAOJQEM9tekmrEQ3GxAZqn8vq5hdrSSBQyjF/DKUAvj X-Received: by 2002:a17:906:cc89:: with SMTP id oq9mr517549ejb.154.1611369157596; Fri, 22 Jan 2021 18:32:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611369157; cv=none; d=google.com; s=arc-20160816; b=ZuMPm2nsfuUkq76bVmYuxmuCmfiyXTggPlGPihw66mfB553wesJnJZyex/iQgtCR2f ZSFF2lE/NufdyLyJOZdgH5nPhnfGQoYtg7pgUdUj+yvc/DkrSgG4fb9MQ0fXDHYLXx/E gKbZa1v+Inwyr1MGIoI6dwdrqsIKI5wNQuZzkpwwVmlri5MjMeW7d19RNZfTtAOR1et0 dkNdXesj4TZZmxPXh2GvBYwVMRnjtvfRHUSHWAQpCdHreLGa81+A86qCXHLdd5E6u4rY QZEUnlgRPaoAr5I5M6y0nYXdcB6yU3YDtT0usxm7S9aQqQQMEzUAjLs0ThvsKw3spoHM YarQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=BsDzyWGQpODPbH1iLNKpROubuzOQsoIWVH4nNscjPfc=; b=CzcNO+6tZIw9GEwX8tFRd/L3jtC//fkETAMUC+arA0J6tp1IrowJRfPm/Fa8GlB+kV H9k4GMBv3trXim2NgoFcHjO5Tt7sQRFPBeq97+7kXgSFySQa3VuL4qJfwwkqZOi9m2D1 GbcyjBE5ZTaoPOMuGxJAQ4bwEE6mZRNx0cB2DY+6FD529DnHn/QXiPFriIJkiy1mxcl4 ujJt4FWYRt80wnqQjcvnNJU/TgqYcNc48ErblK+AchkocTuB3s/ZqmMM8CFLyzFgR1Ip bv8u7EjzBaJoC5Y+6X2ah+IVhDTH3XdlvSuNokkwsqdYuz06GjKPwljYL/Gd0FRbkYRQ 7P5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=W7FPwbwJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h12si4423058edv.277.2021.01.22.18.32.13; Fri, 22 Jan 2021 18:32:37 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=W7FPwbwJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726396AbhAWC3J (ORCPT + 99 others); Fri, 22 Jan 2021 21:29:09 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37904 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726274AbhAWC3H (ORCPT ); Fri, 22 Jan 2021 21:29:07 -0500 Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 19DAFC06174A; Fri, 22 Jan 2021 18:28:27 -0800 (PST) Received: by mail-oi1-x22a.google.com with SMTP id r189so8271883oih.4; Fri, 22 Jan 2021 18:28:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=BsDzyWGQpODPbH1iLNKpROubuzOQsoIWVH4nNscjPfc=; b=W7FPwbwJ/Tu4gxGZ31mbzZ342RijhVm5CNSuhNdCBaLdw3RLkh6EwPpBpPxxOvssOp Xf5e1kcF8su5TCDN1a5MRU9TKLMuF4btTCWUJRR3o/KCga+e+prQRT9AYLE+yUbwoRDD JMs3CmXeSZjRyAO8dQTBS+4IfzaEVMKg5+ufZknb1yNC2R172t/xeF6Fh8tjaTvh9s96 E1zseTc4URIdrqWzg30zhW2ZpwEt01c7TIwhWEORsmK5p6jCtJYa56Qy740TPL21gTsr i/aOwEEu0gbjM70bcOaZkanEBHIn1jjpIALpiGo41GSrTJhqcA/ol3cBcrtJJPsGIZDH C8MA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=BsDzyWGQpODPbH1iLNKpROubuzOQsoIWVH4nNscjPfc=; b=YWz/zjxOEy97xxTLIiOis3bxV8FrXdRsMYlAEUniHqB/IcVYOcKUIBIGnIlrrq23o8 wtZdqnOVk9Ot2BpPtqPt0bav3eVsPKoi+sPzpDZmEaC71o0yjVjDXdkfIxESeH10U6j1 yyGxgaM99TQj0A4dwTBOuL78ndHxsLyg+tSMHQcN+PAn7sC0JBanu0x/GCqjZB7KtqVC ISRGQbKO9oDMfd/H2s+4R6kV2Ja+2daHsmJNb2gSBfIn0e+6dQrRyliRrkVt+9HngWGq yZGn357vdwQ1uGHO7qLZlc5tU8xTJCxSxSHT5vWCtDde0p66fTp5ZEZ3wy9BoINF91SO rxMQ== X-Gm-Message-State: AOAM530trS7Dh6RW6pW50dQQWVvzvHdd5lP/OLpOUzjCFmsaNaz8K1Eo qo7Vjelapc5kgxsvOenRCks= X-Received: by 2002:aca:a844:: with SMTP id r65mr5162645oie.35.1611368906406; Fri, 22 Jan 2021 18:28:26 -0800 (PST) Received: from localhost.localdomain (99-6-134-177.lightspeed.snmtca.sbcglobal.net. [99.6.134.177]) by smtp.gmail.com with ESMTPSA id i126sm2078627oif.22.2021.01.22.18.28.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Jan 2021 18:28:25 -0800 (PST) Date: Fri, 22 Jan 2021 18:28:23 -0800 From: Enke Chen To: Jakub Kicinski Cc: Eric Dumazet , "David S. Miller" , Alexey Kuznetsov , Hideaki YOSHIFUJI , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Neal Cardwell , enkechen2020@gmail.com Subject: Re: [PATCH net] tcp: make TCP_USER_TIMEOUT accurate for zero window probes Message-ID: <20210123022823.GA100578@localhost.localdomain> References: <20210122191306.GA99540@localhost.localdomain> <20210122174325.269ac329@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210122174325.269ac329@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Jakub: In terms of backporting, this patch should go together with: 9d9b1ee0b2d1 tcp: fix TCP_USER_TIMEOUT with zero window Thanks. -- Enke On Fri, Jan 22, 2021 at 05:43:25PM -0800, Jakub Kicinski wrote: > On Fri, 22 Jan 2021 11:13:06 -0800 Enke Chen wrote: > > From: Enke Chen > > > > The TCP_USER_TIMEOUT is checked by the 0-window probe timer. As the > > timer has backoff with a max interval of about two minutes, the > > actual timeout for TCP_USER_TIMEOUT can be off by up to two minutes. > > > > In this patch the TCP_USER_TIMEOUT is made more accurate by taking it > > into account when computing the timer value for the 0-window probes. > > > > This patch is similar to the one that made TCP_USER_TIMEOUT accurate for > > RTOs in commit b701a99e431d ("tcp: Add tcp_clamp_rto_to_user_timeout() > > helper to improve accuracy"). > > > > Signed-off-by: Enke Chen > > Reviewed-by: Neal Cardwell > > This is targeting net, any guidance on Fixes / backporting?