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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20250306132003.0066f109dae75f74711f9432@linux-foundation.org>
Date: Thu, 6 Mar 2025 13:20:03 -0800
From: Andrew Morton <akpm@...ux-foundation.org>
To: Mike Rapoport <rppt@...nel.org>
Cc: Alexander Gordeev <agordeev@...ux.ibm.com>, Andreas Larsson
 <andreas@...sler.com>, Andy Lutomirski <luto@...nel.org>, Arnd Bergmann
 <arnd@...db.de>, Borislav Petkov <bp@...en8.de>, Brian Cain
 <bcain@...nel.org>, Catalin Marinas <catalin.marinas@....com>, Dave Hansen
 <dave.hansen@...ux.intel.com>, "David S. Miller" <davem@...emloft.net>,
 Dinh Nguyen <dinguyen@...nel.org>, Geert Uytterhoeven
 <geert@...ux-m68k.org>, Gerald Schaefer <gerald.schaefer@...ux.ibm.com>,
 Guo Ren <guoren@...nel.org>, Heiko Carstens <hca@...ux.ibm.com>, Helge
 Deller <deller@....de>, Huacai Chen <chenhuacai@...nel.org>, Ingo Molnar
 <mingo@...hat.com>, Jiaxun Yang <jiaxun.yang@...goat.com>, Johannes Berg
 <johannes@...solutions.net>, John Paul Adrian Glaubitz
 <glaubitz@...sik.fu-berlin.de>, Madhavan Srinivasan <maddy@...ux.ibm.com>,
 Matt Turner <mattst88@...il.com>, Max Filippov <jcmvbkbc@...il.com>,
 Michael Ellerman <mpe@...erman.id.au>, Michal Simek <monstr@...str.eu>,
 Palmer Dabbelt <palmer@...belt.com>, Peter Zijlstra <peterz@...radead.org>,
 Richard Weinberger <richard@....at>, Russell King <linux@...linux.org.uk>,
 Stafford Horne <shorne@...il.com>, Thomas Bogendoerfer
 <tsbogend@...ha.franken.de>, Thomas Gleixner <tglx@...utronix.de>, Vasily
 Gorbik <gor@...ux.ibm.com>, Vineet Gupta <vgupta@...nel.org>, Will Deacon
 <will@...nel.org>, linux-alpha@...r.kernel.org,
 linux-kernel@...r.kernel.org, linux-snps-arc@...ts.infradead.org,
 linux-arm-kernel@...ts.infradead.org, linux-csky@...r.kernel.org,
 linux-hexagon@...r.kernel.org, loongarch@...ts.linux.dev,
 linux-m68k@...ts.linux-m68k.org, linux-mips@...r.kernel.org,
 linux-openrisc@...r.kernel.org, linux-parisc@...r.kernel.org,
 linuxppc-dev@...ts.ozlabs.org, linux-riscv@...ts.infradead.org,
 linux-s390@...r.kernel.org, linux-sh@...r.kernel.org,
 sparclinux@...r.kernel.org, linux-um@...ts.infradead.org,
 linux-arch@...r.kernel.org, linux-mm@...ck.org, x86@...nel.org
Subject: Re: [PATCH 00/13] arch, mm: reduce code duplication in mem_init()

On Thu,  6 Mar 2025 20:51:10 +0200 Mike Rapoport <rppt@...nel.org> wrote:

> Every architecture has implementation of mem_init() function and some
> even more than one. All these release free memory to the buddy
> allocator, most of them set high_memory to the end of directly
> addressable memory and many of them set max_mapnr for FLATMEM case.
> 
> These patches pull the commonalities into the generic code and refactor
> some of the mem_init() implementations so that many of them can be just
> dropped.

Thanks, I added this series to mm.git.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ