From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (ozlabs.org [203.10.76.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.ozlabs.org", Issuer "CA Cert Signing Authority" (verified OK)) by bilbo.ozlabs.org (Postfix) with ESMTPS id 12238B7067 for ; Fri, 11 Sep 2009 14:27:08 +1000 (EST) Received: from e28smtp03.in.ibm.com (e28smtp03.in.ibm.com [59.145.155.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "e28smtp03.in.ibm.com", Issuer "Equifax" (verified OK)) by ozlabs.org (Postfix) with ESMTPS id 165A2DDD04 for ; Fri, 11 Sep 2009 14:27:06 +1000 (EST) Received: from d28relay05.in.ibm.com (d28relay05.in.ibm.com [9.184.220.62]) by e28smtp03.in.ibm.com (8.14.3/8.13.1) with ESMTP id n8B4R00v011763 for ; Fri, 11 Sep 2009 09:57:00 +0530 Received: from d28av01.in.ibm.com (d28av01.in.ibm.com [9.184.220.63]) by d28relay05.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n8B4R0in2531412 for ; Fri, 11 Sep 2009 09:57:00 +0530 Received: from d28av01.in.ibm.com (loopback [127.0.0.1]) by d28av01.in.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id n8B4R0jY002690 for ; Fri, 11 Sep 2009 09:57:00 +0530 Message-ID: <4AA9D193.9030304@in.ibm.com> Date: Fri, 11 Sep 2009 09:56:59 +0530 From: Sachin Sant MIME-Version: 1.0 To: rostedt@goodmis.org Subject: Re: [FTRACE] Enabling function_graph causes OOPS References: <4A5C5D65.3030906@in.ibm.com> <4A76BE81.4080707@in.ibm.com> <1252458303.20985.10.camel@gandalf.stny.rr.com> <4AA74AE2.5090001@in.ibm.com> <1252525364.27001.32.camel@gandalf.stny.rr.com> <4AA88F7D.5030302@in.ibm.com> <1252638353.18996.62.camel@gandalf.stny.rr.com> In-Reply-To: <1252638353.18996.62.camel@gandalf.stny.rr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Cc: linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Steven Rostedt wrote: > On Thu, 2009-09-10 at 11:02 +0530, Sachin Sant wrote: > >> Steven Rostedt wrote: >> >>> Ah, seems the bug happens to be in the module handling. Does the call >>> back always have .mod_return_to_handler? >>> >>> >> Yes. Every time it ends up in .mod_return_to_handler >> > > BTW, do you have CONFIG_IRQSTACK set? > Yes. That option is enabled. CONFIG_DEBUGGER=y CONFIG_IRQSTACKS=y # CONFIG_VIRQ_DEBUG is not set thanks -Sachin -- --------------------------------- Sachin Sant IBM Linux Technology Center India Systems and Technology Labs Bangalore, India ---------------------------------