From: Greg KH <gregkh@linuxfoundation.org>
To: Uros Bizjak <ubizjak@gmail.com>
Cc: Charlemagne Lasse <charlemagnelasse@gmail.com>, stable@vger.kernel.org
Subject: Re: [PATCH] x86/percpu: Use __force to cast from __percpu address space
Date: Wed, 15 May 2024 09:32:21 +0200 [thread overview]
Message-ID: <2024051540-tranquil-stoppable-30ff@gregkh> (raw)
In-Reply-To: <20240514083920.3369074-1-ubizjak@gmail.com>
On Tue, May 14, 2024 at 10:39:18AM +0200, Uros Bizjak wrote:
> commit a55c1fdad5f61b4bfe42319694b23671a758cb28 upstream.
>
> Fix Sparse warning when casting from __percpu address space by using
> __force in the cast. x86 named address spaces are not considered to
> be subspaces of the generic (flat) address space, so explicit casts
> are required to convert pointers between these address spaces and the
> generic address space (the application should cast to uintptr_t and
> apply the segment base offset). The cast to uintptr_t removes
> __percpu address space tag and Sparse reports:
>
> warning: cast removes address space '__percpu' of expression
>
> Use __force to inform Sparse that the cast is intentional.
Why is a fix for sparse required for stable kernels?
> The patch deviates from upstream commit due to the unification of
> arch_raw_cpu_ptr() defines in the commit:
>
> 4e5b0e8003df ("x86/percpu: Unify arch_raw_cpu_ptr() defines").
>
> Fixes: 9a462b9eafa6 ("x86/percpu: Use compiler segment prefix qualifier")
> Reported-by: Charlemagne Lasse <charlemagnelasse@gmail.com>
> Closes: https://lore.kernel.org/lkml/CAFGhKbzev7W4aHwhFPWwMZQEHenVgZUj7=aunFieVqZg3mt14A@mail.gmail.com/
> Cc: stable@vger.kernel.org # v6.8
> Link: https://lore.kernel.org/r/20240402175058.52649-1-ubizjak@gmail.com
> Signed-off-by: Uros Bizjak <ubizjak@gmail.com>
> ---
> arch/x86/include/asm/percpu.h | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
And also, what kernel version(s) is this for?
I don't see this in any released kernels yet either, is that
intentional?
thanks,
greg k-h
next prev parent reply other threads:[~2024-05-15 7:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-14 8:39 [PATCH] x86/percpu: Use __force to cast from __percpu address space Uros Bizjak
2024-05-15 7:32 ` Greg KH [this message]
2024-05-15 8:03 ` Uros Bizjak
2024-05-15 10:15 ` Uros Bizjak
-- strict thread matches above, loose matches on Subject: below --
2024-04-02 17:50 Uros Bizjak
2024-04-05 14:38 ` Nadav Amit
2024-04-05 15:16 ` Uros Bizjak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2024051540-tranquil-stoppable-30ff@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=charlemagnelasse@gmail.com \
--cc=stable@vger.kernel.org \
--cc=ubizjak@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.