From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261498AbVFFPFP (ORCPT ); Mon, 6 Jun 2005 11:05:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261502AbVFFPFP (ORCPT ); Mon, 6 Jun 2005 11:05:15 -0400 Received: from gateway-1237.mvista.com ([12.44.186.158]:36602 "EHLO dhcp153.mvista.com") by vger.kernel.org with ESMTP id S261498AbVFFPFJ (ORCPT ); Mon, 6 Jun 2005 11:05:09 -0400 Date: Mon, 6 Jun 2005 08:04:53 -0700 (PDT) From: Daniel Walker To: Ingo Molnar cc: Esben Nielsen , Thomas Gleixner , , Inaky Perez-Gonzalez , Oleg Nesterov Subject: Re: [patch] Real-Time Preemption, plist fixes In-Reply-To: <20050606073229.GA9143@elte.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 6 Jun 2005, Ingo Molnar wrote: > > yes, it's supposed to be used for user-space PI too. What do you mean by > 'completely bounded'. Do you consider the current worst-case O(100) > property of plists a 'completely bounded' solution? > > i dont think fusyn's should be made available to non-RT tasks. If this > restriction is preserved then fusyn's would become O(max_nr_RT_tasks) > too. I think making fusyn RT tasks only would be asking a lot. Fusyn replaces Futex, and they are both used in pthreads. So non-RT tasks wouldn't be able to use pthreads in userspace, or a big chunk of pthread .. Daniel