[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <e3ba1b78-5047-3bb3-e1af-988c718c075b@einfach.org>
Date: Wed, 1 Jun 2022 08:04:24 +0100
From: Bruno Randolf <br1@...fach.org>
To: Jui-Tse Huang <juitse.huang@...il.com>,
linux-kernel@...r.kernel.org
Cc: Mark Rutland <mark.rutland@....com>,
Johannes Berg <johannes.berg@...el.com>,
Ching-Chun Huang <jserv@...s.ncku.edu.tw>
Subject: Re: [PATCH] average: Clarify the restrictions
On 01/06/2022 07:57, Jui-Tse Huang wrote:
> There is several restrictions in the EWMA helper macro that the
> developers should take care of, but the comment does not mentioned yet,
> thus, this patch clarify the restrictions.
>
> Signed-off-by: Jui-Tse Huang <juitse.huang@...il.com>
> ---
> include/linux/average.h | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/include/linux/average.h b/include/linux/average.h
> index a1a8f09631ce..1618f6519c3d 100644
> --- a/include/linux/average.h
> +++ b/include/linux/average.h
> @@ -13,6 +13,10 @@
> * precision and fall-off coefficient determined at compile-time
> * and built into the generated helper funtions.
> *
> + * This implementation supports upto 30 bits of precition, and for
spelling: up to ... precision
> + * usage concern, only the api of fetching non-fractional part is
> + * provided for now.
spelling: "API for"
wording: remove "and for usage concern", just ", and only the API for"
would be enough.
Thank you,
bruno
Powered by blists - more mailing lists