move IPC_64 from public bits/ipc.h to syscall_arch.h
authorRich Felker <dalias@aerifal.cx>
Tue, 30 Jul 2019 17:07:55 +0000 (13:07 -0400)
committerRich Felker <dalias@aerifal.cx>
Tue, 30 Jul 2019 18:23:56 +0000 (14:23 -0400)
commitf56d57f8a7aa536d40014933841a8b22f9c10328
treef34e16245f19c8b1fcf739c9a8e9526d44bbba5d
parent722a1ae3351a03ab25010dbebd492eced664853b
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.
16 files changed:
arch/aarch64/bits/ipc.h
arch/aarch64/syscall_arch.h
arch/generic/bits/ipc.h
arch/mips64/bits/ipc.h
arch/or1k/bits/ipc.h
arch/or1k/syscall_arch.h
arch/powerpc/bits/ipc.h
arch/powerpc64/bits/ipc.h
arch/riscv64/bits/ipc.h
arch/riscv64/syscall_arch.h
arch/s390x/bits/ipc.h
arch/x32/bits/ipc.h
arch/x32/syscall_arch.h
arch/x86_64/bits/ipc.h
arch/x86_64/syscall_arch.h
src/ipc/ipc.h