Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751064AbbLKFFb (ORCPT ); Fri, 11 Dec 2015 00:05:31 -0500 Received: from mail-qg0-f54.google.com ([209.85.192.54]:34841 "EHLO mail-qg0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750724AbbLKFFa (ORCPT ); Fri, 11 Dec 2015 00:05:30 -0500 From: David Long Subject: [RFC] kprobe'ing conditionally executed instructions To: "Jon Medhurst (Tixy)" , masami.hiramatsu.pt@hitachi.com, Ananth N Mavinakayanahalli , anil.s.keshavamurthy@intel.com, davem@davemloft.net, Steve Capper , will.deacon@arm.com Cc: "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , Sandeepa Prabhu , wcohen@redhat.com, Pratyush Anand Message-ID: <566A5997.9020908@linaro.org> Date: Fri, 11 Dec 2015 00:05:27 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 938 Lines: 19 There is a moderate amount of code already in kprobes on ARM and the current ARMv8 patch to deal with conditional execution of instructions. One aspect of how this is handled is that instructions that fail their predicate and are not (technically) executed are also not treated as a hit kprobe. Steve Capper has suggested that the probe handling should still take place because we stepped through the instruction even if it was effectively a nop. This would be a significant change in how it currently works on 32-bit ARM, and a change in the patch for ARMv8 (although it's not likely to be much of a change in the kernel code). I need input on this. Do people have opinions? -dl -- 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/