Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751473AbWH1U2w (ORCPT ); Mon, 28 Aug 2006 16:28:52 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751481AbWH1U2w (ORCPT ); Mon, 28 Aug 2006 16:28:52 -0400 Received: from adsl-69-232-92-238.dsl.sndg02.pacbell.net ([69.232.92.238]:6792 "EHLO gnuppy.monkey.org") by vger.kernel.org with ESMTP id S1751473AbWH1U2v (ORCPT ); Mon, 28 Aug 2006 16:28:51 -0400 Date: Mon, 28 Aug 2006 13:28:27 -0700 To: Robert Crocombe Cc: Esben Nielsen , Ingo Molnar , Thomas Gleixner , rostedt@goodmis.org, linux-kernel , "Bill Huey (hui)" Subject: Re: rtmutex assert failure (was [Patch] restore the RCU callback...) Message-ID: <20060828202827.GA3625@gnuppy.monkey.org> References: <20060823202046.GA17267@gnuppy.monkey.org> <20060823210558.GA17606@gnuppy.monkey.org> <20060823210842.GB17606@gnuppy.monkey.org> <20060824014658.GB19314@gnuppy.monkey.org> <20060825071957.GA30720@gnuppy.monkey.org> <20060826104923.GA7879@gnuppy.monkey.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11+cvs20060403 From: Bill Huey (hui) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1636 Lines: 48 [...resend...] On Mon, Aug 28, 2006 at 11:33:59AM -0700, Robert Crocombe wrote: > On 8/26/06, hui Bill Huey wrote: > >The function __put_task_struct() should never show up a stack trace > >EVER. That function has been rename under all things > >CONFIG_PREEMPT_RT > >under my addendum patches. That's why I'm starting to think it's your > >build environment or you're miss applying the patches. > > but is it used? ... > +void fastcall __put_task_struct(struct task_struct *task) > +{ > + struct list_head *head; > + > + head = &get_cpu_var(delayed_put_task_struct_list); > + list_add_tail(&task->delayed_drop, head); > + > + _wake_cpu_desched_task(); > + > + put_cpu_var(delayed_put_task_struct_list); > +} > +#endif > + > > So I think you're mistaken. Patch is applied like this: The patch is applied correctly. This is what I'm having a problem with in your stack trace... I was unclear in explain that __put_task_struct() should never appear with free_task() in a stack trace as you can clearly see from the implementation. All it's suppose to do is wake a thread, so "how?" you're getting those things simultaneously in the stack trace is completely baffling to me. Could you double check to see if it's booting the right kernel ? maybe make sure that's calling that version of the function with printks or something ? bill - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/