Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp744180pxb; Wed, 25 Aug 2021 14:04:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwX62tzf1LIN01JQkRUpMLSNMlelD9FlD4iM8tmQJZ8Jzey2g9M+s7aSRozJ2OQ90s8gI75 X-Received: by 2002:a6b:7519:: with SMTP id l25mr314987ioh.169.1629925445672; Wed, 25 Aug 2021 14:04:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629925445; cv=none; d=google.com; s=arc-20160816; b=nQGx7kbDwKw3qFKxQgROcqlSQd+seAUCm8j/r/419gPg5P7VSnl7ZvlWST91BdtcpA 8xpacPEfkYf93xWzKLWUkcG0kbqVthWAvuPkdD5RjTwhEaXmdf3wqFE24SayY2px+tvx AGyGYEisxmqEsge/NPmlAvdiv9ccd7nnivO1EpdD/Wh+Gb0nBK1vzKoPSYnsXsgCrEvv UZoz0PNCkc09N8mQ5A/JfJ+JuMLfEKCdvnlanizhvzUaQmpuEQ/T9io+XcmK5PKx8WNe Wzb6gQxrgARVlioI14XwDquJzr5tpnK60kprXvwJ/CwHUsC5KujR0GxN5s3yWdyOIH6E zN3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date; bh=CVCXd/dF1acnbV9CexRkjYHNc19rxnmQ7V6kFJWpKRQ=; b=ljSqXBAWb8K92b7W7DbCwn+zVcBdoCQFcJ7mLftfYCGxZ+xLpABUQuU7/Rqta/529S JWAKa3/fyO2+LBVt4YGNKI3xTZh6pDWzlewYbkoULyd0hRbK1tPJHJHg0KahmnumMK8r g4rEpbgjNduBduoZN/X6FTnXwWQRZgq3aB1NVhsSHoJd73GddJR6AkCiMjQ5Dx6Wm/F0 k2grDAf2igm5Nt30gZMSmlQutn2gcBMGEh+AnubmXE3ZtwfCR50hypZf2Q/0qTpx8RdN HuF6XHTBc/5EzqYinrxMerAkCFvzeO54Y7fk77qFr39281UmM+nn2TDsiWrZyG4kc3mo agDA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m39si656943jav.28.2021.08.25.14.03.54; Wed, 25 Aug 2021 14:04:05 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242411AbhHYR5K (ORCPT + 99 others); Wed, 25 Aug 2021 13:57:10 -0400 Received: from mga03.intel.com ([134.134.136.65]:42586 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235032AbhHYR5K (ORCPT ); Wed, 25 Aug 2021 13:57:10 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10087"; a="217614869" X-IronPort-AV: E=Sophos;i="5.84,351,1620716400"; d="scan'208";a="217614869" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Aug 2021 10:56:24 -0700 X-IronPort-AV: E=Sophos;i="5.84,351,1620716400"; d="scan'208";a="527422217" Received: from jambrizm-mobl1.amr.corp.intel.com ([10.212.224.56]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Aug 2021 10:56:23 -0700 Date: Wed, 25 Aug 2021 10:56:14 -0700 (PDT) From: Mat Martineau To: Jiang Biao cc: Matthieu Baerts , davem@davemloft.net, kuba@kernel.org, netdev@vger.kernel.org, mptcp@lists.linux.dev, linux-kernel , Jiang Biao , Jiang Biao , Paolo Abeni Subject: Re: [PATCH] ipv4/mptcp: fix divide error In-Reply-To: Message-ID: References: <20210824071926.68019-1-benbjiang@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 24 Aug 2021, Jiang Biao wrote: > Hi, > > On Tue, 24 Aug 2021 at 15:36, Matthieu Baerts > wrote: >> >> Hi Jiang, >> >> On 24/08/2021 09:19, Jiang Biao wrote: >> >> (...) >> >>> There is a fix divide error reported, >>> divide error: 0000 [#1] PREEMPT SMP KASAN >>> RIP: 0010:tcp_tso_autosize build/../net/ipv4/tcp_output.c:1975 [inline] >>> RIP: 0010:tcp_tso_segs+0x14f/0x250 build/../net/ipv4/tcp_output.c:1992 >> >> Thank you for this patch and validating MPTCP on your side! >> >> This issue is actively tracked on our Github project [1] and a patch is >> already in our tree [2] but still under validation. >>> It's introduced by non-initialized info->mss_now in __mptcp_push_pending. >>> Fix it by adding protection in mptcp_push_release. >> >> Indeed, you are right, info->mss_now can be set to 0 in some cases but >> that's not normal. >> >> Instead of adding a protection here, we preferred fixing the root cause, >> see [2]. Do not hesitate to have a look at the other patch and comment >> there if you don't agree with this version. >> Except if [2] is difficult to backport, I think we don't need your extra >> protection. WDYT? >> > Agreed, fixing the root cause is much better. > Thanks for the reply. > Hi Jiang - Could you try cherry-picking this commit to see if it eliminates the error in your system? https://github.com/multipath-tcp/mptcp_net-next/commit/9ef5aea5a794f4a369e26ed816e9c80cdc5a5f86 Thanks! -- Mat Martineau Intel