csjp 6b22256534 Back out fd optimization introduced in revision 1.280 as it appears to be
really breaking things. Simple "close(0); dup(fd)" does not return descriptor
"0" in some cases. Further, this change also breaks some MAC interactions with
mac_execve_will_transition().  Under certain circumstances, fdcheckstd() can
be called in execve(2) causing an assertion that checks to make sure that
stdin, stdout and stderr reside at indexes 0, 1 and 2 in the process fd table
to fail, resulting in a kernel panic when INVARIANTS is on.

This should also kill the "dup(2) regression on 6.x" show stopper item on the
6.1-RELEASE TODO list.

This is a RELENG_6 candidate.

PR:		kern/87208
Silence from:	des
MFC after:	1 week
2006-03-18 23:27:21 +00:00
..
2006-03-01 06:49:38 +00:00
2006-03-08 20:21:54 +00:00
2006-01-27 23:06:08 +00:00
2005-12-23 21:32:40 +00:00
2006-03-03 22:36:52 +00:00
2005-12-04 02:12:43 +00:00
2005-12-28 17:13:31 +00:00
2006-02-04 06:36:39 +00:00
2005-11-17 08:56:21 +00:00
2006-03-01 06:49:38 +00:00