From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752625AbbCIX3q (ORCPT ); Mon, 9 Mar 2015 19:29:46 -0400 Received: from mail-qc0-f180.google.com ([209.85.216.180]:41089 "EHLO mail-qc0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752469AbbCIX3m (ORCPT ); Mon, 9 Mar 2015 19:29:42 -0400 MIME-Version: 1.0 In-Reply-To: <20150309173441.GG13768@linutronix.de> References: <1424305436-6716-1-git-send-email-brian@peloton-tech.com> <20150309173441.GG13768@linutronix.de> From: Brian Silverman Date: Mon, 9 Mar 2015 19:29:11 -0400 Message-ID: Subject: Re: [PATCH] sched: fix RLIMIT_RTTIME when PI-boosting to RT To: Sebastian Andrzej Siewior Cc: Austin Schuh , mingo@redhat.com, peterz , LKML , Thomas Gleixner , rt-users Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 9, 2015 at 1:34 PM, Sebastian Andrzej Siewior wrote: > From what I can tell not beeing a sched guy is that the patch looks > reasonable since the timeout gets only set to zero on enqueue_task_rt(). > Is there something special you do to trigger this? I posted some test code with two threads and a shared PTHREAD_PRIO_INHERIT mutex. It forces repeated priority boosting from SCHED_OTHER to SCHED_RR and then spins for a bit while boosted. It eventually receives a SIGXCPU on non-fixed kernels. The SIGXCPU happens much faster with a CONFIG_PREEMPT_RT kernel, and does happen eventually with CONFIG_PREEMPT_VOLUNTARY kernels. > > Sebastian Thanks, Brian