mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-11-30 14:26:42 +07:00
7729303469
The OPEN_MAX macro in limits.h should not be there. It claims to be the limit on file descriptors in a process, but its value is wrong for that. There is no constant value, but a variable resource limit (RLIMIT_NOFILE). Nothing in the kernel uses OPEN_MAX except things that are wrong to do so. I've submitted other patches to remove those uses. The proper thing to do according to POSIX is not to define OPEN_MAX at all. The sysconf (_SC_OPEN_MAX) implementation works by calling getrlimit. Signed-off-by: Roland McGrath <roland@redhat.com> Cc: "David S. Miller" <davem@davemloft.net> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
22 lines
925 B
C
22 lines
925 B
C
#ifndef _LINUX_LIMITS_H
|
|
#define _LINUX_LIMITS_H
|
|
|
|
#define NR_OPEN 1024
|
|
|
|
#define NGROUPS_MAX 65536 /* supplemental group IDs are available */
|
|
#define ARG_MAX 131072 /* # bytes of args + environ for exec() */
|
|
#define CHILD_MAX 999 /* no limit :-) */
|
|
#define LINK_MAX 127 /* # links a file may have */
|
|
#define MAX_CANON 255 /* size of the canonical input queue */
|
|
#define MAX_INPUT 255 /* size of the type-ahead buffer */
|
|
#define NAME_MAX 255 /* # chars in a file name */
|
|
#define PATH_MAX 4096 /* # chars in a path name including nul */
|
|
#define PIPE_BUF 4096 /* # bytes in atomic write to a pipe */
|
|
#define XATTR_NAME_MAX 255 /* # chars in an extended attribute name */
|
|
#define XATTR_SIZE_MAX 65536 /* size of an extended attribute value (64k) */
|
|
#define XATTR_LIST_MAX 65536 /* size of extended attribute namelist (64k) */
|
|
|
|
#define RTSIG_MAX 32
|
|
|
|
#endif
|