Roland McGrath 1d51c69fb6 [SPARC]: avoid CHILD_MAX and OPEN_MAX constants ... I don't figure anyone really cares about SunOS syscall emulation, and I certainly don't. But I'm getting rid of uses of the OPEN_MAX and CHILD_MAX compile-time constant, and these are almost the only ones. OPEN_MAX is a bogus constant with no meaning about anything. The RLIMIT_NOFILE resource limit is what sysconf (_SC_OPEN_MAX) actually wants to return. The CHILD_MAX cases weren't actually using anything I want to get rid of, but I noticed that they are there and are wrong too. The CHILD_MAX value is not really unlimited as a -1 return from sysconf indicates. The RLIMIT_NPROC resource limit is what sysconf (_SC_CHILD_MAX) wants to return. Signed-off-by: Roland McGrath <roland@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2007-04-12 13:13:42 -07:00
..
conv.h
entry64.S
fs.c	[PATCH] struct path: convert sparc64	2006-12-08 08:28:50 -08:00
ioctl.c	[PATCH] struct path: convert sparc64	2006-12-08 08:28:50 -08:00
ipc.c
Makefile
misc.c	[SPARC]: avoid CHILD_MAX and OPEN_MAX constants	2007-04-12 13:13:42 -07:00
signal.c
signal.h
socket.c
socksys.c	[PATCH] mark struct file_operations const 2	2007-02-12 09:48:44 -08:00
socksys.h
systbl.S
timod.c	[PATCH] struct path: convert sparc64	2006-12-08 08:28:50 -08:00