From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268920AbUHMBLo (ORCPT ); Thu, 12 Aug 2004 21:11:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268921AbUHMBLo (ORCPT ); Thu, 12 Aug 2004 21:11:44 -0400 Received: from mustang.oldcity.dca.net ([216.158.38.3]:31463 "HELO mustang.oldcity.dca.net") by vger.kernel.org with SMTP id S268920AbUHMBL2 (ORCPT ); Thu, 12 Aug 2004 21:11:28 -0400 Subject: Re: [patch] voluntary-preempt-2.6.8-rc3-O5 From: Lee Revell To: Florian Schmidt Cc: Ingo Molnar , linux-kernel , Felipe Alfaro Solana , jackit-devel , Paul Davis In-Reply-To: <20040813031834.3b45aee5@mango.fruits.de> References: <20040809104649.GA13299@elte.hu> <20040810132654.GA28915@elte.hu> <1092174959.5061.6.camel@mindpipe> <20040811073149.GA4312@elte.hu> <20040811074256.GA5298@elte.hu> <1092210765.1650.3.camel@mindpipe> <20040811090639.GA8354@elte.hu> <20040811141649.447f112f@mango.fruits.de> <20040811124342.GA17017@elte.hu> <1092268536.1090.7.camel@mindpipe> <20040812072127.GA20386@elte.hu> <1092347654.11134.10.camel@mindpipe> <1092355488.1304.52.camel@mindpipe> <1092356877.1304.58.camel@mindpipe> <20040813025546.1372fbc6@mango.fruits.de> <1092358530.1304.63.camel@mindpipe> <20040813031834.3b45aee5@mango.fruits.de> Content-Type: text/plain Message-Id: <1092359520.1304.66.camel@mindpipe> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 12 Aug 2004 21:12:01 -0400 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2004-08-12 at 21:18, Florian Schmidt wrote: > On Thu, 12 Aug 2004 20:55:30 -0400 > Lee Revell wrote: > > > Even if it is not a long non-preemptible section, mlockall-test is > > still doing *something* that causes an xrun in jackd. Maybe > > interrupts are being disabled for a long time. Whatever it is, it > > cannot possibly be a jackd bug, because mlockall by an unrelated, > > normal-priority process causes an xrun in the SCHED_FIFO jackd > > process. > > Hmm, yes, that makes sense. I wonder: does mlockall have any influence > on IPC? > Good question. I did repeat your test (disabling xrun_debug) and I can confirm that I no longer get a preempt timing violation, but mlockall-test still triggers xruns in jackd every time. So there is something else going on here. Lee