linux-kernel - Re: [PATCH v1] LoongArch/tlb: fix "error: parameter 'ptep' set but not used" due to __tlb_remove_tlb

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]

Date: Thu, 18 Apr 2024 11:03:18 +0800
From: Huacai Chen <chenhuacai@...nel.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>, David Hildenbrand <david@...hat.com>, 
	linux-kernel@...r.kernel.org, kvm@...r.kernel.org, linux-arch@...r.kernel.org, 
	loongarch@...ts.linux.dev, llvm@...ts.linux.dev, 
	Arnd Bergmann <arnd@...db.de>, WANG Xuerui <kernel@...0n.name>, Nathan Chancellor <nathan@...nel.org>
Subject: Re: [PATCH v1] LoongArch/tlb: fix "error: parameter 'ptep' set but
 not used" due to __tlb_remove_tlb_entry()

Hi, Andrew,

On Thu, Apr 18, 2024 at 4:58 AM Andrew Morton <akpm@...ux-foundation.org> wrote:
>
> On Wed, 17 Apr 2024 11:18:27 +0800 Huacai Chen <chenhuacai@...nel.org> wrote:
>
> > On Wed, Apr 17, 2024 at 3:25 AM Miguel Ojeda
> > <miguel.ojeda.sandonis@...il.com> wrote:
> > >
> > > On Tue, Apr 16, 2024 at 4:49 PM David Hildenbrand <david@...hat.com> wrote:
> > > >
> > > > With LLVM=1 and W=1 we get:
> > >
> > > Hmm... I didn't need W=1 to trigger it (LLVM 18.1.2).
> > >
> > > > Reported-by: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>
> > >
> > > Thanks, looks good to me -- built-tested:
> > >
> > > Reviewed-by: Miguel Ojeda <ojeda@...nel.org>
> > > Tested-by: Miguel Ojeda <ojeda@...nel.org>
> > >
> >
> > Queued for loongarch-fixes, thanks.
> >
>
> (top-posting repaired so I can sensibly reply to this.  Please avoid
> top-posting!)
Sorry, I only top-posting with "Queued ...", "Applied ..." because I
saw others do like this. If this is also unacceptable, I will not do
it again.

>
> I'd rather carry this in mm.git with your ack please.  Otherwise mm.git
> won't compile without it and if I retain this patch we'll get
> duplicate-patch emails from Stephen and I won't be able to merge
> mm.git's mm-nonmm-stable tree into Linus until loongarch-fixes has
> merged.
loongarch-next always merges loongarch-fixes, so when I apply a patch
it will be in linux-next. Now this patch I have already applied to
loongarch-fixes and loongarch-next. In future, I will give an Acked-by
for you if needed.

Huacai

>
>