linux-kernel - Re: [RESEND PATCH] mm: Move set_pxd_safe() helpers from generic to platform

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <841de51d-1a93-4a1f-8096-5876a6695a7e@redhat.com>
Date: Fri, 4 Oct 2024 09:55:37 +0200
From: David Hildenbrand <david@...hat.com>
To: Dave Hansen <dave.hansen@...el.com>,
 Anshuman Khandual <anshuman.khandual@....com>, linux-mm@...ck.org,
 akpm@...ux-foundation.org, paul.walmsley@...ive.com,
 dave.hansen@...ux.intel.com
Cc: Palmer Dabbelt <palmer@...belt.com>, Thomas Gleixner
 <tglx@...utronix.de>, Ryan Roberts <ryan.roberts@....com>, x86@...nel.org,
 linux-riscv@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [RESEND PATCH] mm: Move set_pxd_safe() helpers from generic to
 platform

On 03.10.24 16:09, Dave Hansen wrote:
> On 10/2/24 21:48, Anshuman Khandual wrote:
>> set_pxd_safe() helpers that serve a specific purpose for both x86 and riscv
>> platforms, do not need to be in the common memory code. Otherwise they just
>> unnecessarily make the common API more complicated. This moves the helpers
>> from common code to platform instead.
> 
> I looked into the x86 side a bit.  I'm pretty sure we can just remove
> the _safe variants.  All they do is spew warnings that don't seem to be
> doing any good.  They're not really safer in any meaningful way.

Yes, one reason I am happy that we are removing them from core code :)

> 
> I've got a series cooked up to zap them, but I need to get some eyeballs
> on it.

Feel free to CC me. If you're busy, let me know and I might have someone 
to tackle this.


Acked-by: David Hildenbrand <david@...hat.com>

-- 
Cheers,

David / dhildenb