From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932339AbXDVI5D (ORCPT ); Sun, 22 Apr 2007 04:57:03 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932500AbXDVI5D (ORCPT ); Sun, 22 Apr 2007 04:57:03 -0400 Received: from holomorphy.com ([66.93.40.71]:34692 "EHLO holomorphy.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932339AbXDVI5B (ORCPT ); Sun, 22 Apr 2007 04:57:01 -0400 Date: Sun, 22 Apr 2007 01:48:43 -0700 From: William Lee Irwin III To: Ulrich Drepper Cc: Linus Torvalds , Kyle Moffett , Willy Tarreau , Ingo Molnar , Con Kolivas , linux-kernel@vger.kernel.org, Andrew Morton , Nick Piggin , Mike Galbraith , Arjan van de Ven , Peter Williams , Thomas Gleixner , caglar@pardus.org.tr, Gene Heskett Subject: Re: [REPORT] cfs-v4 vs sd-0.44 Message-ID: <20070422084843.GJ2986@holomorphy.com> References: <20070421154614.GA26169@elte.hu> <20070421161818.GC7840@1wt.eu> <20070421164241.GF2986@holomorphy.com> <20070422070238.GH2986@holomorphy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: The Domain of Holomorphy User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 4/22/07, William Lee Irwin III wrote: >> I'm just looking for what people want the API to be here. With that in >> hand we can just go out and do whatever needs to be done. On Sun, Apr 22, 2007 at 12:17:31AM -0700, Ulrich Drepper wrote: > I think a sched_yield_to is one interface: > int sched_yield_to(pid_t); All clear on that front. On Sun, Apr 22, 2007 at 12:17:31AM -0700, Ulrich Drepper wrote: > For futex(), the extension is needed for the FUTEX_WAIT operation. We > need a new operation FUTEX_WAIT_FOR or so which takes another (the > fourth) parameter which is the PID of the target. > For FUTEX_LOCK_PI we need no extension. The futex value is the PID of > the current owner. This is required for the whole interface to work > in the first place. We'll have to send things out and see what sticks here. There seems to be some pickiness above. -- wli