BMC/Intel-BMC/linux.git/arch/s390/kernel/compat_linux.c, branch dev-4.10

Replace with globally

2016-12-24T19:46:01+00:00

This was entirely automated, using the script by Al: PATT='^[[:blank:]]*#[[:blank:]]*include[[:blank:]]*' sed -i -e "s!$PATT!#include !" \ $(git grep -l "$PATT"|grep -v ^include/linux/uaccess.h) to do the replacement at the end of the merge window. Requested-by: Al Viro Signed-off-by: Linus Torvalds

cred: simpler, 1D supplementary groups

2016-10-08T01:46:30+00:00

Current supplementary groups code can massively overallocate memory and is implemented in a way so that access to individual gid is done via 2D array. If number of gids is <= 32, memory allocation is more or less tolerable (140/148 bytes). But if it is not, code allocates full page (!) regardless and, what's even more fun, doesn't reuse small 32-entry array. 2D array means dependent shifts, loads and LEAs without possibility to optimize them (gid is never known at compile time). All of the above is unnecessary. Switch to the usual trailing-zero-len-array scheme. Memory is allocated with kmalloc/vmalloc() and only as much as needed. Accesses become simpler (LEA 8(gi,idx,4) or even without displacement). Maximum number of gids is 65536 which translates to 256KB+8 bytes. I think kernel can handle such allocation. On my usual desktop system with whole 9 (nine) aux groups, struct group_info shrinks from 148 bytes to 44 bytes, yay! Nice side effects: - "gi->gid[i]" is shorter than "GROUP_AT(gi, i)", less typing, - fix little mess in net/ipv4/ping.c should have been using GROUP_AT macro but this point becomes moot, - aux group allocation is persistent and should be accounted as such. Link: http://lkml.kernel.org/r/20160817201927.GA2096@p183.telecom.by Signed-off-by: Alexey Dobriyan Cc: Vasily Kulikov Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

groups: Consolidate the setgroups permission checks

2014-12-05T23:19:27+00:00

Today there are 3 instances of setgroups and due to an oversight their permission checking has diverged. Add a common function so that they may all share the same permission checking code. This corrects the current oversight in the current permission checks and adds a helper to avoid this in the future. A user namespace security fix will update this new helper, shortly. Cc: stable@vger.kernel.org Signed-off-by: "Eric W. Biederman"

s390/compat: add sync_file_range and fallocate compat syscalls

2014-03-04T08:05:47+00:00

The compat syscall wrappers for sync_file_range and fallocate merged 32 bit parameters into 64 bit parameters. Therefore they did more than just the usual zero and/or sign extension of system call parameters. So convert these two wrappers to full s390 specific compat sytem calls. Signed-off-by: Heiko Carstens

s390/compat: convert to COMPAT_SYSCALL_DEFINEx part 7

2014-03-04T08:05:38+00:00

Signed-off-by: Heiko Carstens

s390/compat: convert to COMPAT_SYSCALL_DEFINEx part 6

2014-03-04T08:05:37+00:00

Signed-off-by: Heiko Carstens

s390/compat: convert to COMPAT_SYSCALL_DEFINEx part 5

2014-03-04T08:05:36+00:00

Signed-off-by: Heiko Carstens

s390/compat: convert to COMPAT_SYSCALL_DEFINEx part 4

2014-03-04T08:05:36+00:00

Signed-off-by: Heiko Carstens

s390/compat: convert to COMPAT_SYSCALL_DEFINEx part 3

2014-03-04T08:05:35+00:00

Signed-off-by: Heiko Carstens

s390/compat: convert to COMPAT_SYSCALL_DEFINEx part 2

2014-03-04T08:05:35+00:00

Signed-off-by: Heiko Carstens