[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20190530063232.GA17102@andestech.com>
Date: Thu, 30 May 2019 14:32:32 +0800
From: Nick Hu <nickhu@...estech.com>
To: Christoph Hellwig <hch@...radead.org>
CC: "linux-riscv@...ts.infradead.org" <linux-riscv@...ts.infradead.org>,
"palmer@...ive.com" <palmer@...ive.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"green.hu@...il.com" <green.hu@...il.com>,
Greentime Ying-Han Hu(胡英漢)
<greentime@...estech.com>
Subject: Re: [PATCH] riscv: Fix udelay in RV32.
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@...ts.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-riscv
Powered by blists - more mailing lists