2017-11-01 21:08:43 +07:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
|
2009-05-14 05:56:26 +07:00
|
|
|
#ifndef __ASM_GENERIC_MSGBUF_H
|
|
|
|
#define __ASM_GENERIC_MSGBUF_H
|
|
|
|
|
|
|
|
#include <asm/bitsperlong.h>
|
2019-12-05 07:53:00 +07:00
|
|
|
#include <asm/ipcbuf.h>
|
|
|
|
|
2009-05-14 05:56:26 +07:00
|
|
|
/*
|
|
|
|
* generic msqid64_ds structure.
|
|
|
|
*
|
|
|
|
* Note extra padding because this structure is passed back and forth
|
|
|
|
* between kernel and user space.
|
|
|
|
*
|
|
|
|
* msqid64_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-05 03:17:26 +07:00
|
|
|
* 64 bit architectures use a 64-bit long time field here, while
|
|
|
|
* 32 bit architectures have a pair of unsigned long values.
|
|
|
|
* On big-endian systems, the lower half is in the wrong place.
|
2009-05-14 05:56:26 +07:00
|
|
|
*
|
|
|
|
* Pad space is left for:
|
|
|
|
* - 2 miscellaneous 32-bit values
|
|
|
|
*/
|
|
|
|
|
|
|
|
struct msqid64_ds {
|
|
|
|
struct ipc64_perm msg_perm;
|
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 04:13:15 +07:00
|
|
|
#if __BITS_PER_LONG == 64
|
2019-11-05 03:17:26 +07:00
|
|
|
long msg_stime; /* last msgsnd time */
|
|
|
|
long msg_rtime; /* last msgrcv time */
|
|
|
|
long msg_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 04:13:15 +07:00
|
|
|
#else
|
|
|
|
unsigned long msg_stime; /* last msgsnd time */
|
|
|
|
unsigned long msg_stime_high;
|
|
|
|
unsigned long msg_rtime; /* last msgrcv time */
|
|
|
|
unsigned long msg_rtime_high;
|
|
|
|
unsigned long msg_ctime; /* last change time */
|
|
|
|
unsigned long msg_ctime_high;
|
2009-05-14 05:56:26 +07:00
|
|
|
#endif
|
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 04:13:15 +07:00
|
|
|
unsigned long msg_cbytes; /* current number of bytes on queue */
|
|
|
|
unsigned long msg_qnum; /* number of messages in queue */
|
|
|
|
unsigned long msg_qbytes; /* max number of bytes on queue */
|
2009-05-14 05:56:26 +07:00
|
|
|
__kernel_pid_t msg_lspid; /* pid of last msgsnd */
|
|
|
|
__kernel_pid_t msg_lrpid; /* last receive pid */
|
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 04:13:15 +07:00
|
|
|
unsigned long __unused4;
|
|
|
|
unsigned long __unused5;
|
2009-05-14 05:56:26 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
#endif /* __ASM_GENERIC_MSGBUF_H */
|