From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20308 invoked by alias); 29 May 2006 06:26:31 -0000 Received: (qmail 20301 invoked by uid 22791); 29 May 2006 06:26:30 -0000 X-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from ausmtp06.au.ibm.com (HELO ausmtp06.au.ibm.com) (202.81.18.155) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 29 May 2006 06:26:26 +0000 Received: from sd0208e0.au.ibm.com (d23rh904.au.ibm.com [202.81.18.202]) by ausmtp06.au.ibm.com (8.13.6/8.13.6) with ESMTP id k4T6SXwf6451416 for ; Mon, 29 May 2006 16:28:33 +1000 Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.250.243]) by sd0208e0.au.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k4T6TfXN242820 for ; Mon, 29 May 2006 16:29:42 +1000 Received: from d23av02.au.ibm.com (loopback [127.0.0.1]) by d23av02.au.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k4T6QDvZ028988 for ; Mon, 29 May 2006 16:26:13 +1000 Received: from [127.0.0.1] ([9.181.133.250]) by d23av02.au.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k4T6QBFL028881 for ; Mon, 29 May 2006 16:26:12 +1000 Message-ID: <447A9437.6080306@cn.ibm.com> Date: Mon, 29 May 2006 06:26:00 -0000 From: Li Guanglei Organization: IBM CSTL User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: "systemtap@sourceware.org" Subject: Re: [UPDATE] Linux Kernel Event Trace tool(LKET) References: <44682100.6040908@cn.ibm.com> <446D4504.6020108@cn.ibm.com> <44739BF3.1000803@cn.ibm.com> <44747B35.8070907@redhat.com> <44756975.8020408@cn.ibm.com> In-Reply-To: <44756975.8020408@cn.ibm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2006-q2/txt/msg00512.txt.bz2 Li Guanglei ??: > > > I don't have a x86_64 at hand. I tried __switch_to(scheduler.ctxswitch > in src/tapset/schedule.stp) and it will cause kernel panic. I will take > a further look at this and will open a bug for this if needed. I tested again with 2.6.16.16 & 2.6.16-1.2211_FC6 on x86, _switch_to won't cause kernel panic any more. So I think this bug has been fixed in latest kernel. - Li Guanglei