Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp382350ybi; Wed, 29 May 2019 23:34:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqzD0T30dKhcG3e7Glc+Yp/fQZPdw9HaTLJDDNHneK3yBPzVY7gf2kxVe1evsW4IA6HI5L9B X-Received: by 2002:a17:902:14e:: with SMTP id 72mr2361339plb.36.1559198073323; Wed, 29 May 2019 23:34:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559198073; cv=none; d=google.com; s=arc-20160816; b=y10ZaUDXljbeIHWq68XIi1BnYQ5oS7DVZwfH+nbBADDfCwvagY8j6bL6lNZGjNAKu0 EWmo6KW+J9Wj23Aph+yh49gJ3INlpUMVifghm8uh1+4xhGkGPf7A7Rut7BsMPz51UkKj V0A82KUHSQ+rom64uMn1IbxlcMObnUVP/CwXqK04b9SYpWzzzgTInHb/5RekmXt5gSqf JxYFNPE+T0f0vLI+f32DW2MbdpBd/CmyoQlkGid4N3SKmW5qSTT3PyNt1w8rzCQ2xiev C6jdB6XOqSi0ljP9pAl/jieGnR7Wolv0NAHtlNJn/Bl2hNkiSkj0Gojacn5rMCCtW564 5ajA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=mQ0H4wSq5pbsXKxawgKKX/+P18oznidp7OQu10fxRPo=; b=cZFqUr3X60JQC0T3WgP8aIhZMG17WAtazAaj57EP1bhd1Dwf79vQEm71YJoMF3Hh+D /9uitXZkYUt7s70afVSGDUKqUJzTtmeV8d70wWLwdHtAp/6ZmP3vAYd5pRfstukkHpXz YXy4eH2oTscdYdnaJIMmrdEgukAUN3m6mKr0gUbKlXsvaGyuUebnU1nr+bbf9+EIuldH lCRpOgenbqS8n0/85PAp37D9wE1NZct1iAY+rVO6N4n9d4N4H4nGtVqMM8H/b/sc5Eeo oscz0Xxd8hugCyaLqke9IhthTl2taCDRE1ovbLjy/AS5vouePszP8W2+Go5+KjpwoT6E k9tw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h6si2021828pjk.65.2019.05.29.23.34.15; Wed, 29 May 2019 23:34:33 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727334AbfE3GdF (ORCPT + 99 others); Thu, 30 May 2019 02:33:05 -0400 Received: from 59-120-53-16.HINET-IP.hinet.net ([59.120.53.16]:33611 "EHLO ATCSQR.andestech.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727196AbfE3GdE (ORCPT ); Thu, 30 May 2019 02:33:04 -0400 Received: from mail.andestech.com (atcpcs16.andestech.com [10.0.1.222]) by ATCSQR.andestech.com with ESMTP id x4U6QvwC058344; Thu, 30 May 2019 14:26:57 +0800 (GMT-8) (envelope-from nickhu@andestech.com) Received: from andestech.com (10.0.15.65) by ATCPCS16.andestech.com (10.0.1.222) with Microsoft SMTP Server id 14.3.123.3; Thu, 30 May 2019 14:32:31 +0800 Date: Thu, 30 May 2019 14:32:32 +0800 From: Nick Hu To: Christoph Hellwig CC: "linux-riscv@lists.infradead.org" , "palmer@sifive.com" , "linux-kernel@vger.kernel.org" , "green.hu@gmail.com" , Greentime Ying-Han =?utf-8?B?SHUo6IOh6Iux5ryiKQ==?= Subject: Re: [PATCH] riscv: Fix udelay in RV32. Message-ID: <20190530063232.GA17102@andestech.com> References: <381ee6950c84b868ca6a3c676eb981a1980889a3.1559035050.git.nickhu@andestech.com> <20190530055258.GA7170@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20190530055258.GA7170@infradead.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Originating-IP: [10.0.15.65] X-DNSRBL: X-MAIL: ATCSQR.andestech.com x4U6QvwC058344 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 30, 2019 at 01:52:58PM +0800, Christoph Hellwig wrote: > On Tue, May 28, 2019 at 05:26:49PM +0800, Nick Hu wrote: > > In RV32, udelay would delay the wrong cycle. > > When it shifts right "UDELAY_SHITFT" bits, it > > either delays 0 cycle or 1 cycle. It only works > > correctly in RV64. Because the 'ucycles' always > > needs to be 64 bits variable. > > Please use up all your ~72 chars per line in the commit log. > OK, Thanks! > > diff --git a/arch/riscv/lib/delay.c b/arch/riscv/lib/delay.c > > index dce8ae24c6d3..da847f49fb74 100644 > > --- a/arch/riscv/lib/delay.c > > +++ b/arch/riscv/lib/delay.c > > @@ -88,7 +88,7 @@ EXPORT_SYMBOL(__delay); > > > > void udelay(unsigned long usecs) > > { > > - unsigned long ucycles = usecs * lpj_fine * UDELAY_MULT; > > + unsigned long long ucycles = (unsigned long long)usecs * lpj_fine * UDELAY_MULT; > > And this creates a way too long line. Pleaase use u64 instead of > unsigned long long to clarify the intention while also fixing the long > lines. > Sure, I will fix it and send another patch. Thanks. > _______________________________________________ > linux-riscv mailing list > linux-riscv@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-riscv