linux-stable/arch/sparc64/solaris
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 Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
entry64.S [SPARC64]: Mark __ex_table section correctly. 2006-03-04 23:23:56 -08:00
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 Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
Makefile Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
misc.c [SPARC]: avoid CHILD_MAX and OPEN_MAX constants 2007-04-12 13:13:42 -07:00
signal.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
signal.h Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
socket.c [NET]: Fix memory leak in sys_{send,recv}msg() w/compat 2005-08-09 15:29:19 -07:00
socksys.c [PATCH] mark struct file_operations const 2 2007-02-12 09:48:44 -08:00
socksys.h Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
systbl.S [SPARC]: Wire up sys_unshare(). 2006-02-07 18:11:24 -08:00
timod.c [PATCH] struct path: convert sparc64 2006-12-08 08:28:50 -08:00