2017-11-01 17:08:43 +03:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
|
2009-05-14 02:56:26 +04:00
|
|
|
#ifndef __ASM_GENERIC_SEMBUF_H
|
|
|
|
#define __ASM_GENERIC_SEMBUF_H
|
|
|
|
|
|
|
|
#include <asm/bitsperlong.h>
|
2019-12-05 03:53:03 +03:00
|
|
|
#include <asm/ipcbuf.h>
|
2009-05-14 02:56:26 +04:00
|
|
|
|
|
|
|
/*
|
2020-05-20 13:23:08 +03:00
|
|
|
* The semid64_ds structure for most architectures (though it came from x86_32
|
|
|
|
* originally). Note extra padding because this structure is passed back and
|
|
|
|
* forth between kernel and user space.
|
2009-05-14 02:56:26 +04:00
|
|
|
*
|
|
|
|
* semid64_ds was originally meant to be architecture specific, but
|
|
|
|
* everyone just ended up making identical copies without specific
|
|
|
|
* optimizations, so we may just as well all use the same one.
|
|
|
|
*
|
2019-11-04 23:17:26 +03:00
|
|
|
* 64 bit architectures use a 64-bit long time field here, while
|
y2038: asm-generic: Extend sysvipc data structures
Most architectures now use the asm-generic copy of the sysvipc data
structures (msqid64_ds, semid64_ds, shmid64_ds), which use 32-bit
__kernel_time_t on 32-bit architectures but have padding behind them to
allow extending the type to 64-bit.
Unfortunately, that fails on all big-endian architectures, which have the
padding on the wrong side. As so many of them get it wrong, we decided to
not bother even trying to fix it up when we introduced the asm-generic
copy. Instead we always use the padding word now to provide the upper
32 bits of the seconds value, regardless of the endianess.
A libc implementation on a typical big-endian system can deal with
this by providing its own copy of the structure definition to user
space, and swapping the two 32-bit words before returning from the
semctl/shmctl/msgctl system calls.
Note that msqid64_ds and shmid64_ds were broken on x32 since commit
f4b4aae18288 ("x86/headers/uapi: Fix __BITS_PER_LONG value for x32
builds"). I have sent a separate fix for that, but as we no longer
have to worry about x32 here, I no longer worry about x32 here and
use 'unsigned long' instead of __kernel_ulong_t.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2015-05-06 00:13:15 +03:00
|
|
|
* 32 bit architectures have a pair of unsigned long values.
|
2009-05-14 02:56:26 +04:00
|
|
|
*
|
y2038: asm-generic: Extend sysvipc data structures
Most architectures now use the asm-generic copy of the sysvipc data
structures (msqid64_ds, semid64_ds, shmid64_ds), which use 32-bit
__kernel_time_t on 32-bit architectures but have padding behind them to
allow extending the type to 64-bit.
Unfortunately, that fails on all big-endian architectures, which have the
padding on the wrong side. As so many of them get it wrong, we decided to
not bother even trying to fix it up when we introduced the asm-generic
copy. Instead we always use the padding word now to provide the upper
32 bits of the seconds value, regardless of the endianess.
A libc implementation on a typical big-endian system can deal with
this by providing its own copy of the structure definition to user
space, and swapping the two 32-bit words before returning from the
semctl/shmctl/msgctl system calls.
Note that msqid64_ds and shmid64_ds were broken on x32 since commit
f4b4aae18288 ("x86/headers/uapi: Fix __BITS_PER_LONG value for x32
builds"). I have sent a separate fix for that, but as we no longer
have to worry about x32 here, I no longer worry about x32 here and
use 'unsigned long' instead of __kernel_ulong_t.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2015-05-06 00:13:15 +03:00
|
|
|
* On big-endian systems, the padding is in the wrong place for
|
|
|
|
* historic reasons, so user space has to reconstruct a time_t
|
|
|
|
* value using
|
|
|
|
*
|
|
|
|
* user_semid_ds.sem_otime = kernel_semid64_ds.sem_otime +
|
|
|
|
* ((long long)kernel_semid64_ds.sem_otime_high << 32)
|
|
|
|
*
|
|
|
|
* Pad space is left for 2 miscellaneous 32-bit values
|
2009-05-14 02:56:26 +04:00
|
|
|
*/
|
|
|
|
struct semid64_ds {
|
|
|
|
struct ipc64_perm sem_perm; /* permissions .. see ipc.h */
|
y2038: asm-generic: Extend sysvipc data structures
Most architectures now use the asm-generic copy of the sysvipc data
structures (msqid64_ds, semid64_ds, shmid64_ds), which use 32-bit
__kernel_time_t on 32-bit architectures but have padding behind them to
allow extending the type to 64-bit.
Unfortunately, that fails on all big-endian architectures, which have the
padding on the wrong side. As so many of them get it wrong, we decided to
not bother even trying to fix it up when we introduced the asm-generic
copy. Instead we always use the padding word now to provide the upper
32 bits of the seconds value, regardless of the endianess.
A libc implementation on a typical big-endian system can deal with
this by providing its own copy of the structure definition to user
space, and swapping the two 32-bit words before returning from the
semctl/shmctl/msgctl system calls.
Note that msqid64_ds and shmid64_ds were broken on x32 since commit
f4b4aae18288 ("x86/headers/uapi: Fix __BITS_PER_LONG value for x32
builds"). I have sent a separate fix for that, but as we no longer
have to worry about x32 here, I no longer worry about x32 here and
use 'unsigned long' instead of __kernel_ulong_t.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2015-05-06 00:13:15 +03:00
|
|
|
#if __BITS_PER_LONG == 64
|
2019-11-04 23:17:26 +03:00
|
|
|
long sem_otime; /* last semop time */
|
|
|
|
long sem_ctime; /* last change time */
|
y2038: asm-generic: Extend sysvipc data structures
Most architectures now use the asm-generic copy of the sysvipc data
structures (msqid64_ds, semid64_ds, shmid64_ds), which use 32-bit
__kernel_time_t on 32-bit architectures but have padding behind them to
allow extending the type to 64-bit.
Unfortunately, that fails on all big-endian architectures, which have the
padding on the wrong side. As so many of them get it wrong, we decided to
not bother even trying to fix it up when we introduced the asm-generic
copy. Instead we always use the padding word now to provide the upper
32 bits of the seconds value, regardless of the endianess.
A libc implementation on a typical big-endian system can deal with
this by providing its own copy of the structure definition to user
space, and swapping the two 32-bit words before returning from the
semctl/shmctl/msgctl system calls.
Note that msqid64_ds and shmid64_ds were broken on x32 since commit
f4b4aae18288 ("x86/headers/uapi: Fix __BITS_PER_LONG value for x32
builds"). I have sent a separate fix for that, but as we no longer
have to worry about x32 here, I no longer worry about x32 here and
use 'unsigned long' instead of __kernel_ulong_t.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2015-05-06 00:13:15 +03:00
|
|
|
#else
|
|
|
|
unsigned long sem_otime; /* last semop time */
|
|
|
|
unsigned long sem_otime_high;
|
|
|
|
unsigned long sem_ctime; /* last change time */
|
|
|
|
unsigned long sem_ctime_high;
|
2009-05-14 02:56:26 +04:00
|
|
|
#endif
|
|
|
|
unsigned long sem_nsems; /* no. of semaphores in array */
|
|
|
|
unsigned long __unused3;
|
|
|
|
unsigned long __unused4;
|
|
|
|
};
|
|
|
|
|
|
|
|
#endif /* __ASM_GENERIC_SEMBUF_H */
|