From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030317AbWFUWfQ (ORCPT ); Wed, 21 Jun 2006 18:35:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030332AbWFUWfQ (ORCPT ); Wed, 21 Jun 2006 18:35:16 -0400 Received: from nf-out-0910.google.com ([64.233.182.188]:58818 "EHLO nf-out-0910.google.com") by vger.kernel.org with ESMTP id S1030317AbWFUWfO (ORCPT ); Wed, 21 Jun 2006 18:35:14 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:x-x-sender:to:cc:subject:in-reply-to:message-id:references:mime-version:content-type:from; b=EdDIhTW5/PHEQo1LZoUvRR7EEcDUMskjUEYxhJdT2Oi12E4ZFSnhaTC7gp1eXoM36buLBn2tBO1uvfc2GnNzFYSHe3WUqSzaKCOg9Z0UFKdTYicwFXQg3mQbC8Lg0ON2H1JjfliHfyM/PtRl8zjkxMN6U2zeXzkshdt7desn7Kc= Date: Thu, 22 Jun 2006 00:35:14 +0100 (BST) X-X-Sender: simlo@localhost.localdomain To: Thomas Gleixner cc: Esben Nielsen , Esben Nielsen , Steven Rostedt , Ingo Molnar , linux-kernel@vger.kernel.org Subject: Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1) In-Reply-To: <1150922007.25491.24.camel@localhost.localdomain> Message-ID: References: <20060618070641.GA6759@elte.hu> <1150816429.6780.222.camel@localhost.localdomain> <1150824092.6780.255.camel@localhost.localdomain> <1150907165.25491.4.camel@localhost.localdomain> <1150922007.25491.24.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed From: Esben Nielsen Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 21 Jun 2006, Thomas Gleixner wrote: > On Wed, 2006-06-21 at 22:29 +0100, Esben Nielsen wrote: >>> Find an version against the code in -mm below. Not too much tested yet. >> >> What if setscheduler is called from interrup context as in the hrt timers? > > It simply gets stuff going, nothing else. > What I mean is that we will then do the full priority inheritance boost with interrupts off. Before setscheduler() was O(1), now it is O(). This is not a problem for your use of setscheduler() as the task involved only can be blocked on kernel mutexes, but when the function is used on a userspace process the lock depth can be deep. Esben > tglx > >