Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932093AbaLDLxM (ORCPT ); Thu, 4 Dec 2014 06:53:12 -0500 Received: from mail9.hitachi.co.jp ([133.145.228.44]:37098 "EHLO mail9.hitachi.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753500AbaLDLxK (ORCPT ); Thu, 4 Dec 2014 06:53:10 -0500 Message-ID: <54804B1F.3020703@hitachi.com> Date: Thu, 04 Dec 2014 20:53:03 +0900 From: Masami Hiramatsu Organization: Hitachi, Ltd., Japan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Steve Capper Cc: David Long , "Jon Medhurst (Tixy)" , Russell King , Ananth N Mavinakayanahalli , Sandeepa Prabhu , Catalin Marinas , Will Deacon , "linux-kernel@vger.kernel.org" , Anil S Keshavamurthy , William Cohen , David Miller , "linux-arm-kernel@lists.infradead.org" Subject: Re: [PATCH v3 0/5] ARM64: Add kernel probes(Kprobes) support References: <1416292375-29560-1-git-send-email-dave.long@linaro.org> <20141120135851.GA32528@linaro.org> <54759041.9080105@hitachi.com> <20141126100325.GA9157@linaro.org> <5476120D.9030703@linaro.org> <5476BFB4.2020705@hitachi.com> <547C36DB.7060903@hitachi.com> <547F242D.1060705@redhat.com> <547F94B0.1000902@linaro.org> <547FB5DD.901@redhat.com> <547FCB73.1010707@linaro.org> <54803ADD.2090201@hitachi.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org (2014/12/04 20:29), Steve Capper wrote: >> I'd like to ask you to try my fix on your machine, with my reproducing >> methods. (do not use sytemtap nor perf, those can have other issues) >> > > Thank you Masami, > > I tried the following commands: > > echo "p:trace_event_buffer_lock_reserve > trace_event_buffer_lock_reserve" > > /sys/kernel/debug/tracing/kprobe_events > echo 1 > /sys/kernel/debug/tracing/events/kprobes/enable > echo 1 > /sys/kernel/debug/tracing/events/sched/sched_process_exec/enable > > The system appeared okay, I then cat'ed out: > # cat /sys/kernel/debug/tracing/kprobe_profile > trace_event_buffer_lock_reserve 25 25 > > I got similar output (i.e. no crashes) both with and without the > interrupt fix you recommended. > > I'm not sure how to interpret this, please let me know if you would > like me to run any other tests? > > (I did also try your proposed fix with perf + memcpy and that crashed > in a similar way as before). Hmm, then the bug is still there, and the bug may not be in the recursive call path... We need to find another suspicious code in the patch. Thank you, -- Masami HIRAMATSU Software Platform Research Dept. Linux Technology Research Center Hitachi, Ltd., Yokohama Research Laboratory E-mail: masami.hiramatsu.pt@hitachi.com -- 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/