From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757073Ab2DDRHY (ORCPT <rfc822;w@1wt.eu>);
	Wed, 4 Apr 2012 13:07:24 -0400
Received: from mail-pz0-f52.google.com ([209.85.210.52]:58246 "EHLO
	mail-pz0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756979Ab2DDRHW (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 4 Apr 2012 13:07:22 -0400
Message-ID: <4F7C7FCE.3090105@gmail.com>
Date: Wed, 04 Apr 2012 10:07:26 -0700
From: KOSAKI Motohiro <kosaki.motohiro@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: Ulrich Drepper <drepper@gmail.com>
CC: KOSAKI Motohiro <kosaki.motohiro@gmail.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        Alexey Dobriyan <adobriyan@gmail.com>, akpm@linux-foundation.org,
        viro@zeniv.linux.org.uk, torvalds@linux-foundation.org,
        linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH] nextfd(2)
References: <20120401125741.GA7484@p183.telecom.by> <CAHGf_=pgpRrQA3-YVtS=h-Bjq2LyTFmYtKGxxWgwP0XWexnh2g@mail.gmail.com> <4F7A3CC2.1040200@zytor.com> <CAOPLpQebqKED5G1nti6i=JLZ+A6df2UdA86RVEv1Er7hw7KFpQ@mail.gmail.com> <4F7C7907.3090808@gmail.com> <CAOPLpQfowVbAfY5utOa4pYDkA+AtLGU0zMLC5Eq5oH=zVrVC6Q@mail.gmail.com>
In-Reply-To: <CAOPLpQfowVbAfY5utOa4pYDkA+AtLGU0zMLC5Eq5oH=zVrVC6Q@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

(4/4/12 9:43 AM), Ulrich Drepper wrote:
> On Wed, Apr 4, 2012 at 12:38, KOSAKI Motohiro<kosaki.motohiro@gmail.com>  wrote:
>> As far as I understand, any major open source project don't use
>> posix_spawn().
>> Please remind, I'm talking about real world issue.
>
> This doesn't mean they shouldn't.  If you require code to be changed
> anyway let them change to something which doesn't require more cruft
> in the kernel.  The limitations you cited are irrelevant for
> posix_spawn.  And perhaps there will be actually spawn support in the
> kernel which would make dealing with OOM situations and non-overcommit
> much easier.

Umm... I'm sorry. I haven't catch why OOM is related topic. Could you please
elaborate more?