Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp2518674pxb; Tue, 24 Aug 2021 00:37:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxGeGZUD4CPDa+P15c3ggtJ+74aYd5IGc4NaOV7TgB23/LwiLwv/XwreZHltxtMc1wrgay9 X-Received: by 2002:a05:6638:dce:: with SMTP id m14mr8840160jaj.39.1629790652871; Tue, 24 Aug 2021 00:37:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629790652; cv=none; d=google.com; s=arc-20160816; b=jAanocRvTWyT2xHg44+clHb4D2J9XWjJFoLqpndhUcPK6jJlCciqrdbvj9txqsAb8F VH0EZcIpZ0KZgZS4qDZQGI/+Ca2gf1IKAjiRD48Ya3mrj5F7j8Z2Uzw1k/o6LH21Hq62 juxKTa/XylMN5XdkZbsnaACvEpRLOA2HmMhAFPS+XM2I5X7j2GahMh4p2XKdl3ziMn52 59iq3Qt0mFJ2dIjHY1Cvl4NoVWnNyebm4VWRt4CoIF1U/mLen6zceuwOe97lm+MEBH6h LJcJXKzeTYf/s+ILQxfKQFX3YTHUzgSH5KyXaEB5UQC0+f0gw9ndwNM1aQLN9XId16Dr tCNQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:subject:from :references:cc:to:dkim-signature; bh=ohQP/1UpMRPWfOIH909jZeqhXx82KjuL1nCKK9Lczqs=; b=IlHjCc+hcUm5jw6vj0ZsYoc2dnt/gfVh+mgNrZwZKL2jF/g0QFc3uYJt1JeHgv+MbC rLx1Q1mXSSwHf25infE7OdoT2UN826/kDWvA4kDg+Atu8rBLe4u8OtUeUpoaJ5oyDMuY kfiSUn5fcCX4jCGZTNTBEOKpVD9hTphoJXuV0kQya8T+eclvur8pZqB7N/2J4Qrs1mET Bzy+LbgVGrb5y+HyP+kjA2USfPSOZUfjsNLszLDRjWT9xDT03/pMU2uPEeGADcNBpXJM ORyCJ70T0qra35PJ9R6JwZylzFVNdVMuQtBBB6sgl9zsVQSijBQC1kd6RX7x1txDjTrs jJLw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@tessares-net.20150623.gappssmtp.com header.s=20150623 header.b=ScIf9fPF; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x16si12724377jad.63.2021.08.24.00.37.20; Tue, 24 Aug 2021 00:37:32 -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; dkim=pass header.i=@tessares-net.20150623.gappssmtp.com header.s=20150623 header.b=ScIf9fPF; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235105AbhHXHhX (ORCPT + 99 others); Tue, 24 Aug 2021 03:37:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37280 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234997AbhHXHhW (ORCPT ); Tue, 24 Aug 2021 03:37:22 -0400 Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A7D1BC061575 for ; Tue, 24 Aug 2021 00:36:38 -0700 (PDT) Received: by mail-ej1-x629.google.com with SMTP id bt14so42392042ejb.3 for ; Tue, 24 Aug 2021 00:36:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tessares-net.20150623.gappssmtp.com; s=20150623; h=to:cc:references:from:subject:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ohQP/1UpMRPWfOIH909jZeqhXx82KjuL1nCKK9Lczqs=; b=ScIf9fPFFbRhexoClHs4VFnCx1ReIkjSsslA5dqpARKNb9Bvx6NPJHAG3IQ3iHHBkk g+xLJWQWBZ2q/KxmLc3zV7tQnwK9wCpM6e2/CAA0f9DMlka7YGekua8AX/HwypywrLFJ wIs8rJML38TA2btLMJWXCw9buJ9I6loVZntwUHFpW9ObNnZS3pFh81RHSrGSTioZsynD 89v0IH/KI2rMd/ErkUAS/QQ02lZVD6tBEiAYdWGDKm6kKvdFdm2H6+t+GNjcKiIcMwTy VieSQzRqhjDzO8ojaYX4Ar4GFvm80aF+aGoh+87ktxOk2/fuOw7WD9JOaUdjhjJxCvUk E1SQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:references:from:subject:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ohQP/1UpMRPWfOIH909jZeqhXx82KjuL1nCKK9Lczqs=; b=T8fd585kV75wQDUxkCylAUPF4GAd7BuBgqh1gN2gDZFeXdrbayiiZYUgF/8lYX7R0J wbHxYyNdQfqj1QKN4Ka2Isx+RmCZGTOhGG3FJV0KcruQWz7sh5r6W4Z2YF+vVt1CL4Cj 8/1JSF7tdGdeOT61aISM5KuexMquV37SQleeIdFaGpC4mi9pMqtvNvBKD6FnNL82WZZh mauJPro2mTr21j5GV/vHG50FbIdzwpgJlcUeWU6fkGT1iXiGcKYHz89+Rm0f56NPrWIi YIKYHOd1u6FKYfYESrfUZwlKbCkQXv4xXDqVnITYDjrw6AN/ywVmbh4UVdik/wjM/xoy EqUw== X-Gm-Message-State: AOAM530oFxpa0Bt2uaHaJytmALzJkGmiOiWaUi8k2ND4/iamv4KaZ8Q9 tunjFbQSMFAg0KPWR9U92pjlhw== X-Received: by 2002:a17:907:2492:: with SMTP id zg18mr7398248ejb.233.1629790597326; Tue, 24 Aug 2021 00:36:37 -0700 (PDT) Received: from tsr-lap-08.nix.tessares.net (94.105.103.227.dyn.edpnet.net. [94.105.103.227]) by smtp.gmail.com with ESMTPSA id p3sm9032454ejy.20.2021.08.24.00.36.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 24 Aug 2021 00:36:37 -0700 (PDT) To: Jiang Biao , mathew.j.martineau@linux.intel.com, davem@davemloft.net, kuba@kernel.org Cc: netdev@vger.kernel.org, mptcp@lists.linux.dev, linux-kernel@vger.kernel.org, benbjiang@tencent.com, Jiang Biao References: <20210824071926.68019-1-benbjiang@gmail.com> From: Matthieu Baerts Subject: Re: [PATCH] ipv4/mptcp: fix divide error Message-ID: Date: Tue, 24 Aug 2021 09:36:35 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20210824071926.68019-1-benbjiang@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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? Cheers, Matt [1] https://github.com/multipath-tcp/mptcp_net-next/issues/219 [2] https://patchwork.kernel.org/project/mptcp/patch/286de8f451b32f60e75d3b8bcc4df515e186b930.1629481305.git.pabeni@redhat.com/ -- Tessares | Belgium | Hybrid Access Solutions www.tessares.net