Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2691536pxm; Mon, 28 Feb 2022 04:26:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJygoY0lKOj3PM8p0TDlF0SqSMbowkUnssqDXYae4FIVIjdhyM7SMtnQNwOwtQkHHKnzoBnK X-Received: by 2002:a17:902:e542:b0:150:e0a:c21e with SMTP id n2-20020a170902e54200b001500e0ac21emr20716891plf.59.1646051214396; Mon, 28 Feb 2022 04:26:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646051214; cv=none; d=google.com; s=arc-20160816; b=cGtr64ixG4h5UMp7OIraZRn1JGYhTmL4e5dPKC9ewo8Ta6kxL1lxYaJYr/3zmiIb/7 AVqS8uJcorxbt0uS85CIS3nA45MoH9kCUMyMu41UPjv4L2QF3paRjkEVI4FnrNWfUfK8 tJf7l9KHVIUlcOaDxOlzfN7q8DxHNb5bD0Dg4pOua+sdIHOHAQEqNR7DO3qRjZ8D5zFD 3zwKpO9ajLHFU42HAwc5ci1WB7RtEVA/MzQjSkzh3IZ6VV4ioYWk1vRUm5FhTXqKYXJJ eNhCy6m+s1I/4vUQW+Aj43I4eanGLfrxYma6Z/qJRi9Ngl+R+tXCm+OJ7SEp2Gpyhxi7 rm+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=8WnObInMC2ofWUsTKYtPij+k1Wh0DXe/u1zG3p1IPf4=; b=ATJpOIHUgJVH5rGBfeZkcphCiKR2AJnUBdDSvZGEBIVtWp11nzq7rFjcYddXBdiexl 9h+fmWyQ5xjkWS5j9O+vGOx570bLvhtkpaBFvJ0MlxUXEtlgg2v0eXgA/6kEJBp+ppq7 zDCXcUJ7GHrRGniCLVTLqvJ2QI00Uk/G1M0QW6aoZq44Go69JzCXM2eHGaunIuniFHWp lOidrXFifaPxMfHTtOZocroPPPJY2xf3WK6Qr38EkTS6+Es2/tXmRLiy/R+AyIxdPRED cPmy+dSHRUHYdv8Kr3RLfUOZvzE6M6qkeoP8HhJSZHqLF2kEguwETotXUrh6UyaJy34l BtFQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=JqfBkaGJ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r4-20020a170902be0400b0015143f5d4b8si6912716pls.118.2022.02.28.04.26.39; Mon, 28 Feb 2022 04:26:54 -0800 (PST) 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=@linaro.org header.s=google header.b=JqfBkaGJ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232799AbiB1MFF (ORCPT + 99 others); Mon, 28 Feb 2022 07:05:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51004 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231265AbiB1MFD (ORCPT ); Mon, 28 Feb 2022 07:05:03 -0500 Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2753017E28 for ; Mon, 28 Feb 2022 04:04:25 -0800 (PST) Received: by mail-lf1-x136.google.com with SMTP id y24so20969745lfg.1 for ; Mon, 28 Feb 2022 04:04:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=8WnObInMC2ofWUsTKYtPij+k1Wh0DXe/u1zG3p1IPf4=; b=JqfBkaGJmDTS5BLvufjhP/LEar/dzjQ6i7GPUZzQbUUApCYFA5AQYeQ/dfEM6n3HG6 CaZx9w0fjnDcQCHoNddRQS/A54mr7vTrErGBM5tIFsv7T/+VRPuNDLeW23vIDovdwSP7 1YlExP3x/CuK+MMWXD+8VX40ycwwMQg9kW/7AfxgyIM/5HUHjOIhV6o04w+Sz1TY6zGJ yK5nlmPf9dv+VtE25IFeAdYzaQl0yQmQdb0DFN6YWjq3GJl8OCOtYnx1B1DzLqs0Htc5 BO28nMs1x1Ceqic4zFgJpRukkI19rYnBqN13EUOvPUo4O19aDegrb8WhpA5zTdnQRqGM OE9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=8WnObInMC2ofWUsTKYtPij+k1Wh0DXe/u1zG3p1IPf4=; b=yLyEP9Qo1m51mEwYU76Ybyu803+1lXNUlBla+dDwj7DQQssvU7JaPNKd/KdZxohW3z ceATaA0i3onqV2mZxnzhTnRZGX1WtbElEAO7CZJn8Ty2wprXSNcw+qs5nCu22uWGyZPs M0MIJZBZXF1aEYqFCSCwT4oASt1aDUSufjmtRBJhTjUq55UloBdqozLSZGRyAXK9bBgg zzFjDVpEeX1p+eKsh5pNyN07N+iQSmJeoQwwklp0SmfJVq9o13cpOaReFQss7CCj01N4 4QMWLDqCM0CSj5nzFuQ4fW6fTDpE2GCG1YlquZ+iNZfLExO5ZeBga/3HsjwfA+PPuchl C0QA== X-Gm-Message-State: AOAM531uDVlCEL2RVN9/f+tYKIcG2hskoAsGN6kPhiDiUCmI4lMCBRHP em60mVk5F/q81UjYDLjex/Vivx1doYKE2FqkLTmJ7g== X-Received: by 2002:ac2:5de4:0:b0:443:5b80:d4c4 with SMTP id z4-20020ac25de4000000b004435b80d4c4mr12437782lfq.373.1646049863342; Mon, 28 Feb 2022 04:04:23 -0800 (PST) MIME-Version: 1.0 References: <1644395927-4138-1-git-send-email-wangqing@vivo.com> In-Reply-To: From: Ulf Hansson Date: Mon, 28 Feb 2022 13:03:47 +0100 Message-ID: Subject: Re: [PATCH] mmc: mtk-sd: use div64_u64() instead of do_div() To: Qing Wang , Christophe JAILLET Cc: Chaotian Jing , Matthias Brugger , linux-mmc@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 On Thu, 17 Feb 2022 at 21:00, Christophe JAILLET wrote: > > Le 17/02/2022 =C3=A0 16:39, Ulf Hansson a =C3=A9crit : > > On Wed, 9 Feb 2022 at 09:39, Qing Wang wrote: > >> > >> From: Wang Qing > >> > >> do_div() does a 64-by-32 division. > >> When the divisor is u64, do_div() truncates it to 32 bits, this means = it > >> can test non-zero and be truncated to zero for division. > >> > >> fix do_div.cocci warning: > >> do_div() does a 64-by-32 division, please consider using div64_u64 ins= tead. > >> > >> Signed-off-by: Wang Qing > > > > Applied for next, thanks! > > > This is wrong. > > See [1]. Thanks for reporting this, I am dropping the patch from my next branch! See more comments below. > > > Wang Qing, you should really warn all the people you have sent such patch= es. > > CJ > > [1]: > https://lore.kernel.org/linux-kernel/19b96972-cee7-937f-21ce-c78982ed2048= @linaro.org/ > > > > > > Kind regards > > Uffe > > > > > >> --- > >> drivers/mmc/host/mtk-sd.c | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >> > >> diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/host/mtk-sd.c > >> index 65037e1..777c9a8 > >> --- a/drivers/mmc/host/mtk-sd.c > >> +++ b/drivers/mmc/host/mtk-sd.c > >> @@ -766,7 +766,7 @@ static u64 msdc_timeout_cal(struct msdc_host *host= , u64 ns, u64 clks) > >> clk_ns =3D 1000000000ULL; > >> do_div(clk_ns, mmc->actual_clock); > >> timeout =3D ns + clk_ns - 1; > >> - do_div(timeout, clk_ns); > >> + div64_u64(timeout, clk_ns); I guess a proper patch would be to convert clk_ns into an u32 instead!? > >> timeout +=3D clks; > >> /* in 1048576 sclk cycle unit */ > >> timeout =3D DIV_ROUND_UP(timeout, BIT(20)); > >> -- Kind regards Uffe