Received-SPF: pass (google.com: domain of linux-kernel+bounces-142552-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
Precedence: bulk
MIME-Version: 1.0
References: <20240411205428.537700-1-thorsten.blum@toblux.com>
In-Reply-To: <20240411205428.537700-1-thorsten.blum@toblux.com>
From: Alice Ryhl <aliceryhl@google.com>
Date: Fri, 12 Apr 2024 13:05:27 +0200
Message-ID: <CAH5fLgjx=z-bDHOD4nNiagzGyAigBaKpu+mRsYvWSF5Qj4p+xA@mail.gmail.com>
Subject: Re: [PATCH] rust: helpers: Fix grammar in comment
To: Thorsten Blum <thorsten.blum@toblux.com>
Cc: Miguel Ojeda <ojeda@kernel.org>, Alex Gaynor <alex.gaynor@gmail.com>, 
	Wedson Almeida Filho <wedsonaf@gmail.com>, Boqun Feng <boqun.feng@gmail.com>, Gary Guo <gary@garyguo.net>, 
	=?UTF-8?Q?Bj=C3=B6rn_Roy_Baron?= <bjorn3_gh@protonmail.com>, 
	Benno Lossin <benno.lossin@proton.me>, Andreas Hindborg <a.hindborg@samsung.com>, 
	rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Apr 11, 2024 at 10:55=E2=80=AFPM Thorsten Blum <thorsten.blum@toblu=
x.com> wrote:
>
> s/directly the bindings/the bindings directly/
>
> Signed-off-by: Thorsten Blum <thorsten.blum@toblux.com>
> ---
>  rust/helpers.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/rust/helpers.c b/rust/helpers.c
> index 70e59efd92bc..4c8b7b92a4f4 100644
> --- a/rust/helpers.c
> +++ b/rust/helpers.c
> @@ -4,7 +4,7 @@
>   * cannot be called either. This file explicitly creates functions ("hel=
pers")
>   * that wrap those so that they can be called from Rust.
>   *
> - * Even though Rust kernel modules should never use directly the binding=
s, some
> + * Even though Rust kernel modules should never use the bindings directl=
y, some
>   * of these helpers need to be exported because Rust generics and inline=
d
>   * functions may not get their code generated in the crate where they ar=
e
>   * defined. Other helpers, called from non-inline functions, may not be

Reviewed-by: Alice Ryhl <aliceryhl@google.com>