From f56d57f8a7aa536d40014933841a8b22f9c10328 Mon Sep 17 00:00:00 2001 From: Rich Felker Date: Tue, 30 Jul 2019 13:07:55 -0400 Subject: move IPC_64 from public bits/ipc.h to syscall_arch.h the definition of the IPC_64 macro controls the interface between libc and the kernel through syscalls; it's not a public API. the meaning is rather obscure. long ago, Linux's sysvipc *id_ds structures used 16-bit uids/gids and wrong types for a few other fields. this was in the libc5 era, before glibc. the IPC_64 flag (64 is a misnomer; it's more like 32) tells the kernel to use the modern[-ish] versions of the structures. the definition of IPC_64 has nothing to do with whether the arch is 32- or 64-bit. rather, due to either historical accident or intentional obnoxiousness, the kernel only accepts and masks off the 0x100 IPC_64 flag conditional on CONFIG_ARCH_WANT_IPC_PARSE_VERSION, i.e. for archs that want to provide, or that accidentally provided, both. for archs which don't define this option, no masking is performed and commands with the 0x100 bit set will fail as invalid. so ultimately, the definition is just a matter of matching an arbitrary switch defined per-arch in the kernel. --- arch/aarch64/bits/ipc.h | 2 -- 1 file changed, 2 deletions(-) (limited to 'arch/aarch64/bits/ipc.h') diff --git a/arch/aarch64/bits/ipc.h b/arch/aarch64/bits/ipc.h index 6f3328a8..ef39a0ca 100644 --- a/arch/aarch64/bits/ipc.h +++ b/arch/aarch64/bits/ipc.h @@ -10,5 +10,3 @@ struct ipc_perm { unsigned long __pad1; unsigned long __pad2; }; - -#define IPC_64 0 -- cgit v1.2.3-70-g09d2