From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 15 10:29:20 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E08A71065673 for ; Wed, 15 Aug 2012 10:29:20 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 925A98FC08 for ; Wed, 15 Aug 2012 10:29:20 +0000 (UTC) Received: from JRE-MBP-2.local (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q7FATCvB069232 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 15 Aug 2012 03:29:13 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <502B79F3.2020703@freebsd.org> Date: Wed, 15 Aug 2012 03:29:07 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Konstantin Belousov References: <20120810170715.GI2425@deviant.kiev.zoral.com.ua> <20120811184522.GK2425@deviant.kiev.zoral.com.ua> <5029A9CE.8070307@freebsd.org> <20120814130700.GD5883@deviant.kiev.zoral.com.ua> In-Reply-To: <20120814130700.GD5883@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Dan Plassche Subject: Re: [maybe spam] Re: FreeBSD 1.x Binaries Work Except under Chroot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 10:29:21 -0000 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...