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
..
asm-offsets.c
audit.c
auxio.c
binfmt_aout32.c
binfmt_elf32.c
central.c
chmc.c
compat_audit.c
cpu.c
devices.c
dtlb_miss.S
dtlb_prot.S
ebus.c
entry.S
etrap.S
head.S
idprom.c
init_task.c
iommu_common.c
iommu_common.h
irq.c
isa.c
itlb_miss.S
kprobes.c
ktlb.S
Makefile
module.c
of_device.c
pci_common.c
pci_impl.h
pci_iommu.c
pci_psycho.c
pci_sabre.c
pci_schizo.c
pci_sun4v_asm.S
pci_sun4v.c
pci_sun4v.h
pci.c
power.c
process.c
prom.c
ptrace.c
rtrap.S
sbus.c
semaphore.c
setup.c
signal.c
signal32.c
smp.c
sparc64_ksyms.c
stacktrace.c
starfire.c
sun4v_ivec.S
sun4v_tlb_miss.S
sunos_ioctl32.c
sys_sparc.c
sys_sparc32.c
sys_sunos32.c	[SPARC]: avoid CHILD_MAX and OPEN_MAX constants	2007-04-12 13:13:42 -07:00
sys32.S
systbls.S
time.c
trampoline.S
traps.c
tsb.S
ttable.S
una_asm.S
unaligned.c
us2e_cpufreq.c
us3_cpufreq.c
visemul.c
vmlinux.lds.S
winfixup.S