linux-kernel - Re: [PATCH 2/3] iio: accel: adxl355: Correct the typo 'accelaration'

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20240928161631.0182ad73@jic23-huawei>
Date: Sat, 28 Sep 2024 16:16:31 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: WangYuli <wangyuli@...ontech.com>
Cc: puranjay@...nel.org, lars@...afoo.de, Michael.Hennerich@...log.com,
 linux-iio@...r.kernel.org, linux-kernel@...r.kernel.org,
 puranjay12@...il.com, Jonathan.Cameron@...wei.com
Subject: Re: [PATCH 2/3] iio: accel: adxl355: Correct the typo
 'accelaration'

On Sun, 22 Sep 2024 19:26:08 +0800
WangYuli <wangyuli@...ontech.com> wrote:

>  From 562a6ce3ebbeae03eabdd8fa5c265299ca59560b Mon Sep 17 00:00:00 2001
> From: WangYuli <wangyuli@...ontech.com>
> Date: Sun, 22 Sep 2024 18:45:50 +0800
> Subject: [PATCH 2/3] iio: accel: adxl355: Correct the typo 'accelaration'
> 
> There is a spelling mistake of 'accelaration' which should be
> 'acceleration'.
> 
> Signed-off-by: WangYuli <wangyuli@...ontech.com>
Patch is fine, but the way it has been sent is not.
We shouldn't be seeing the email header within the body of the patch.

Jonathan

> ---
>   drivers/iio/accel/adxl355_core.c | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/iio/accel/adxl355_core.c 
> b/drivers/iio/accel/adxl355_core.c
> index 0c9225d18fb2..5e682bf079d8 100644
> --- a/drivers/iio/accel/adxl355_core.c
> +++ b/drivers/iio/accel/adxl355_core.c
> @@ -643,7 +643,7 @@ static irqreturn_t adxl355_trigger_handler(int irq, 
> void *p)
>           * The acceleration data is 24 bits and big endian. It has to 
> be saved
>           * in 32 bits, hence, it is saved in the 2nd byte of the 4 byte 
> buffer.
>           * The buf array is 14 bytes as it includes 3x4=12 bytes for
> -        * accelaration data of x, y, and z axis. It also includes 2 
> bytes for
> +        * acceleration data of x, y, and z axis. It also includes 2 
> bytes for
>           * temperature data.
>           */
>          ret = regmap_bulk_read(data->regmap, ADXL355_XDATA3_REG,