On 8/15/12 3:29 AM, Julian Elischer wrote:
On 8/14/12 6:07 AM, Konstantin Belousov wrote:
On Mon, Aug 13, 2012 at 06:28:46PM -0700, Julian Elischer wrote:
On 8/13/12 3:33 PM, Dan Plassche wrote:
Konstantin,
My apologies for any confusion. Your patch solved the problem on
8.2. Static and dynamic a.out binaries from 1.1.5.1 are working
normally in a chroot environment now.
you will also have to change PID_MAX (spelling?) to be 60000
I have considered making this a tunable..
If you don't then the shell in the 1.1.5.1 environment will not be
able to handle when a child
get s a pid of > 16 bits and it will not be able to wait on it. so it
will suspend for ever.
teh result is that you can not complete a "make world".
last time I tried a "make world" completed in about 1 minute and a
kernel
(1.1.5.1 GENERIC) compiled in way less than a minute. that was in 7.x
days.
I'd like to see results under 9.2 on a modern machine.
I committed today a batch of changes that allowed me to run most of
the binaries from 1.1.5.1 CD on real amd64 machine.
Below is the pid_max tunable patch. I first thought that it cannot be
made a writeable sysctl, but then realized that there is nothing wrong
with having existing process pid be greater then pid_max, as far as it
is less then PID_MAX.
cool..
One thing that may be doing is to have pid_max either inherrited
from a parent or jail or somehow
influenced by the exec handler.. or (I know adrian suggested this
too.)
for example if you have an ancestor that is an old a.out image then
maybe the system could do the right thing.
it wouldn't be able to handle it's OWN pid maybe, but it could
handle children.
hmm maybe that isn't such a good idea...
so kib: so when you have it all working, time a make world for us!
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
