From mboxrd@z Thu Jan 1 00:00:00 1970 From: "H. Peter Anvin" Subject: Re: [PATCH] nextfd(2) Date: Wed, 11 Apr 2012 10:58:24 -0700 Message-ID: <4F85C640.3060608@zytor.com> References: <20120401125741.GA7484@p183.telecom.by> <4F78D0BA.9040709@zytor.com> <4F7F1864.8090606@zytor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexey Dobriyan , akpm@linux-foundation.org, viro@zeniv.linux.org.uk, torvalds@linux-foundation.org, drepper@gmail.com, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org To: KOSAKI Motohiro Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 04/10/2012 05:09 PM, KOSAKI Motohiro wrote: > > I know the reason. fcntl(F_NEXT) is one of a proposal of next SUS enhancement. > > http://austingroupbugs.net/view.php?id=149 > > nextfd() has a semantics of F_NEXT. > > Next, why shoundn't we implement fcntl(F_NEXT) in our kernel? I think > we have two reason. > > 1) As linus pointed out, linux specific "flags" argument may be useful. > 2) The name of F_NEXT is not fixed yet. another url of the austin says > it is FD_NEXT. > So, we can't choose right name yet. Moreover, A meanings of 3rd > argument of F_NEXT > haven't been fixed. > But it still has the same braindamage: one system call per loop invocation, and we can do better. I would much rather see fdwalk() in SUS. -hpa