From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 15 10:55:44 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDCE7106566B for ; Wed, 15 Aug 2012 10:55:44 +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 7EDC88FC08 for ; Wed, 15 Aug 2012 10:55:44 +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 q7FAtgN8069311 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 15 Aug 2012 03:55:43 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <502B8029.1010205@freebsd.org> Date: Wed, 15 Aug 2012 03:55:37 -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> <502B79F3.2020703@freebsd.org> In-Reply-To: <502B79F3.2020703@freebsd.org> 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:55:44 -0000 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!