On Fri, Jul 24, 2015 at 05:28:40PM -0400, Eric B Munson wrote: > With the refactored mlock code, introduce a new system call for mlock. > The new call will allow the user to specify what lock states are being > added. mlock2 is trivial at the moment, but a follow on patch will add > a new mlock state making it useful. > > Signed-off-by: Eric B Munson <emun...@akamai.com> > Cc: Michal Hocko <mho...@suse.cz> > Cc: Vlastimil Babka <vba...@suse.cz> > Cc: Heiko Carstens <heiko.carst...@de.ibm.com> > Cc: Geert Uytterhoeven <ge...@linux-m68k.org> > Cc: Catalin Marinas <catalin.mari...@arm.com> > Cc: Stephen Rothwell <s...@canb.auug.org.au> > Cc: Guenter Roeck <li...@roeck-us.net> > Cc: linux-al...@vger.kernel.org > Cc: linux-ker...@vger.kernel.org > Cc: linux-arm-ker...@lists.infradead.org > Cc: adi-buildroot-de...@lists.sourceforge.net > Cc: linux-cris-ker...@axis.com > Cc: linux-i...@vger.kernel.org > Cc: linux-m...@lists.linux-m68k.org > Cc: linux-am33-l...@redhat.com > Cc: linux-par...@vger.kernel.org > Cc: linuxppc-dev@lists.ozlabs.org > Cc: linux-s...@vger.kernel.org > Cc: linux...@vger.kernel.org > Cc: sparcli...@vger.kernel.org > Cc: linux-xte...@linux-xtensa.org > Cc: linux-...@vger.kernel.org > Cc: linux-a...@vger.kernel.org > Cc: linux...@kvack.org > --- > Changes from V4: > * Drop all architectures except x86[_64] from this patch, MIPS is added > later in the series. All others will be left to their maintainers. > > Changes from V3: > * Do a (hopefully) complete job of adding the new system calls > arch/alpha/include/uapi/asm/mman.h | 2 ++ > arch/mips/include/uapi/asm/mman.h | 5 +++++ > arch/parisc/include/uapi/asm/mman.h | 2 ++ > arch/powerpc/include/uapi/asm/mman.h | 2 ++ > arch/sparc/include/uapi/asm/mman.h | 2 ++ > arch/tile/include/uapi/asm/mman.h | 5 +++++ > arch/x86/entry/syscalls/syscall_32.tbl | 1 + > arch/x86/entry/syscalls/syscall_64.tbl | 1 + > arch/xtensa/include/uapi/asm/mman.h | 5 +++++
Define MLOCK_LOCKED in include/uapi/asm-generic/mman-common.h. This way you can drop changes in powerpc, sparc and tile. Otherwise looks good. -- Kirill A. Shutemov _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev