Re: [RFC] kprobe'ing conditionally executed instructions

On 12/12/2015 01:48 PM, William Cohen wrote: On 12/12/2015 12:56 AM, David Long wrote: On 12/11/2015 11:09 AM, William Cohen wrote: On 12/11/2015 12:05 AM, David Long wrote: There is a moderate amount of code already in kprobes on ARM and the current ARMv8 patch to deal with conditional

Re: [RFC] kprobe'ing conditionally executed instructions

On 12/12/2015 12:56 AM, David Long wrote: > On 12/11/2015 11:09 AM, William Cohen wrote: >> On 12/11/2015 12:05 AM, David Long wrote: >>> 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 >>>

Re: [RFC] kprobe'ing conditionally executed instructions

On 12/12/2015 12:56 AM, David Long wrote: > On 12/11/2015 11:09 AM, William Cohen wrote: >> On 12/11/2015 12:05 AM, David Long wrote: >>> 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 >>>

Re: [RFC] kprobe'ing conditionally executed instructions

On 12/12/2015 01:48 PM, William Cohen wrote: On 12/12/2015 12:56 AM, David Long wrote: On 12/11/2015 11:09 AM, William Cohen wrote: On 12/11/2015 12:05 AM, David Long wrote: There is a moderate amount of code already in kprobes on ARM and the current ARMv8 patch to deal with conditional

Re: [RFC] kprobe'ing conditionally executed instructions

On 12/11/2015 11:09 AM, William Cohen wrote: On 12/11/2015 12:05 AM, David Long wrote: 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

Re: [RFC] kprobe'ing conditionally executed instructions

On 12/11/2015 12:05 AM, David Long wrote: > 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

Re: [RFC] kprobe'ing conditionally executed instructions

On Fri, 2015-12-11 at 10:34 +, Russell King - ARM Linux wrote: > On Fri, Dec 11, 2015 at 10:27:13AM +, Jon Medhurst (Tixy) wrote: > > On Fri, 2015-12-11 at 00:05 -0500, David Long wrote: > > > There is a moderate amount of code already in kprobes on ARM and the > > > current ARMv8 patch

Re: [RFC] kprobe'ing conditionally executed instructions

On Fri, Dec 11, 2015 at 10:27:13AM +, Jon Medhurst (Tixy) wrote: > On Fri, 2015-12-11 at 00:05 -0500, David Long wrote: > > 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

Re: [RFC] kprobe'ing conditionally executed instructions

On Fri, 2015-12-11 at 00:05 -0500, David Long wrote: > 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

Re: [RFC] kprobe'ing conditionally executed instructions

On 11 December 2015 at 13:05, David Long wrote: > 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

Re: [RFC] kprobe'ing conditionally executed instructions

On Fri, Dec 11, 2015 at 10:27:13AM +, Jon Medhurst (Tixy) wrote: > On Fri, 2015-12-11 at 00:05 -0500, David Long wrote: > > 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

Re: [RFC] kprobe'ing conditionally executed instructions

On Fri, 2015-12-11 at 10:34 +, Russell King - ARM Linux wrote: > On Fri, Dec 11, 2015 at 10:27:13AM +, Jon Medhurst (Tixy) wrote: > > On Fri, 2015-12-11 at 00:05 -0500, David Long wrote: > > > There is a moderate amount of code already in kprobes on ARM and the > > > current ARMv8 patch

Re: [RFC] kprobe'ing conditionally executed instructions

On 11 December 2015 at 13:05, David Long wrote: > 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

Re: [RFC] kprobe'ing conditionally executed instructions

On Fri, 2015-12-11 at 00:05 -0500, David Long wrote: > 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

Re: [RFC] kprobe'ing conditionally executed instructions

On 12/11/2015 12:05 AM, David Long wrote: > 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

Re: [RFC] kprobe'ing conditionally executed instructions

On 12/11/2015 11:09 AM, William Cohen wrote: On 12/11/2015 12:05 AM, David Long wrote: 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

[RFC] kprobe'ing conditionally executed instructions

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.

[RFC] kprobe'ing conditionally executed instructions

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.