From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30064 invoked by alias); 1 Mar 2006 16:56:52 -0000 Received: (qmail 30047 invoked by uid 48); 1 Mar 2006 16:56:49 -0000 Date: Wed, 01 Mar 2006 16:56:00 -0000 Message-ID: <20060301165649.30046.qmail@sourceware.org> From: "zanussi at us dot ibm dot com" To: systemtap@sources.redhat.com In-Reply-To: <20060223094047.2387.guanglei@cn.ibm.com> References: <20060223094047.2387.guanglei@cn.ibm.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug kprobes/2387] system crash on ppc64/2.6.15.4 X-Bugzilla-Reason: AssignedTo 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-q1/txt/msg00668.txt.bz2 ------- Additional Comments From zanussi at us dot ibm dot com 2006-03-01 16:56 ------- (In reply to comment #5) > (In reply to comment #4) > > If you are seen problem even when not using SystemTap the this is probably > > something outside of SystemTap. I suggest following this up on the linux-kernel > > and linuxppc64-dev mailing list to see if the problems is located in the kernel. > > > > We should mark this bug as rejected until its proven that it is a SystemTap > problem. > > the error : end_request: I/O error, dev sda, sector 17445 ... > will happen without running systemtap. It will occur after I copied something > into that partition. But I am not sure if it is the reason of causing kernel > panic when running systemtap. > > The error: > Unable to handle kernel paging request for data at address > will happed when running stap with -b option. > But I agree with Jose that it may not be a systemtap bug, because systemtap > could work quite well on the redhat shipped kernels(2.6.9-30.EL, 2.6.9-27.EL). > > It should not be a hardware failure because I tried it on different machines, > and even after reformat the partition. all of them have the same error. > > The 2.6.15 kernel has some changes about power arch(move ppc64 to powerpc > directory), and the relayfs diffs a lot from RH shipped kernel. I tried not to > compile relayfs in 2.6.15* and want systemtap compile it, but failed. the > relayfs shipped with systemtap can't be compiled. some function signatures has > changed, and if I have time I'll try to replace relayfs. > > > > To get systemtap to use the relayfs in the 2.6.15 kernel, try putting #define RELAYFS_VERSION_GE_4 at the top of src/runtime/transport/relayfs.h. Tom -- http://sourceware.org/bugzilla/show_bug.cgi?id=2387 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.