From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752228Ab3LXP6M (ORCPT ); Tue, 24 Dec 2013 10:58:12 -0500 Received: from mail7.hitachi.co.jp ([133.145.228.42]:48953 "EHLO mail7.hitachi.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751397Ab3LXP6K (ORCPT ); Tue, 24 Dec 2013 10:58:10 -0500 Message-ID: <52B9AF0A.3030806@hitachi.com> Date: Wed, 25 Dec 2013 00:58:02 +0900 From: Masami Hiramatsu Organization: Hitachi, Ltd., Japan User-Agent: Mozilla/5.0 (Windows NT 5.2; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Jovi Zhangwei Cc: Ingo Molnar , linux-arch@vger.kernel.org, Ananth N Mavinakayanahalli , Sandeepa Prabhu , x86@kernel.org, lkml , "Steven Rostedt (Red Hat)" , Ingo Molnar , systemtap@sourceware.org, "H. Peter Anvin" , Thomas Gleixner , "David S. Miller" Subject: Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset References: <20131219090353.14309.15496.stgit@kbuild-fedora.novalocal> <20131219090409.14309.25677.stgit@kbuild-fedora.novalocal> <52B3AD7D.2020104@hitachi.com> <52B3CABE.1080903@hitachi.com> <52B40C00.2060401@hitachi.com> <52B8178F.5020607@hitachi.com> <52B9468D.4060201@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 (2013/12/24 18:53), Jovi Zhangwei wrote: >>> Still no crash, use your kernel config. >>> memcpy and __memcpy have same address in /proc/kallsyms. >>> >>> Looks like a interesting problem. >> >> Agreed. In my case, those have same address, but only probing >> __memcpy caused a kernel crash. I'm not sure why, but it is >> safe to disable probing on it. >> > Shall we need dig further to address the root cause? IMO, the kprobe > should act same behavior when given same probe address, but it's look > so weird in your box. :) Hmm, right now, I tried it again and found the bug disappeared... I'm using the latest tip kernel for the test; 3ab838d7723e9fbfd49b2d395752bd68e1ef4b71 Should I remove this patch until it happens again? Thank you, -- Masami HIRAMATSU IT Management Research Dept. Linux Technology Center Hitachi, Ltd., Yokohama Research Laboratory E-mail: masami.hiramatsu.pt@hitachi.com