Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932695AbXARWfx (ORCPT ); Thu, 18 Jan 2007 17:35:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932675AbXARWfx (ORCPT ); Thu, 18 Jan 2007 17:35:53 -0500 Received: from pentafluge.infradead.org ([213.146.154.40]:49510 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932663AbXARWfw (ORCPT ); Thu, 18 Jan 2007 17:35:52 -0500 Date: Thu, 18 Jan 2007 22:35:50 +0000 From: Christoph Hellwig To: Ingo Molnar Cc: Christoph Hellwig , Pierre Peiffer , LKML , Ulrich Drepper , Jakub Jelinek , Jean-Pierre Dion Subject: Re: [PATCH 2.6.20-rc5 4/4] sys_futex64 : allows 64bit futexes Message-ID: <20070118223550.GC5404@infradead.org> Mail-Followup-To: Christoph Hellwig , Ingo Molnar , Pierre Peiffer , LKML , Ulrich Drepper , Jakub Jelinek , Jean-Pierre Dion References: <45ADDF60.5080704@bull.net> <45ADE6B5.8050402@bull.net> <20070118001758.GB17257@infradead.org> <20070118074556.GB29128@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070118074556.GB29128@elte.hu> User-Agent: Mutt/1.4.2.2i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1004 Lines: 17 On Thu, Jan 18, 2007 at 08:45:56AM +0100, Ingo Molnar wrote: > actually, we have a big multiplexer there already, so it's only > symmetric. Nothing is served by doing it half-assed. I raised the issue > of the multiplexer back when the first futex API was merged (years ago), > and it was rejected. Now whether you like it or not we've got to live > with that decision. You are certainly free to introduce a patchset with > a completely new set of syscall vectors to demultiplex all futex APIs, > but to just start a half-done demultiplexing makes zero sense. dding new syscalls for the old functionality is totally pointless as we have to support the old entry point forever anyway. And new code is using the new entry point, so let's get that right. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/