On Tue, Nov 3, 2020 at 11:33 PM Atish Patra wrote:
>
> On Sat, Oct 31, 2020 at 12:42 AM Guo Ren wrote:
> >
> > On Sat, Oct 31, 2020 at 8:28 AM Steven Rostedt wrote:
> > >
> > > On Fri, 30 Oct 2020 14:47:56 -0700
> > > Atish Patra wrote:
> > >
> > > > > Look at arm64, they __kprobes flag and I g
On Sat, Oct 31, 2020 at 12:42 AM Guo Ren wrote:
>
> On Sat, Oct 31, 2020 at 8:28 AM Steven Rostedt wrote:
> >
> > On Fri, 30 Oct 2020 14:47:56 -0700
> > Atish Patra wrote:
> >
> > > > Look at arm64, they __kprobes flag and I guess it would also prevent
> > > > ftrace call site.
> > > >
> > >
> >
On Sat, Oct 31, 2020 at 8:28 AM Steven Rostedt wrote:
>
> On Fri, 30 Oct 2020 14:47:56 -0700
> Atish Patra wrote:
>
> > > Look at arm64, they __kprobes flag and I guess it would also prevent
> > > ftrace call site.
> > >
> >
> > Are you sure about that ? __kprobes puts the code in .kprobes.text s
On Fri, 30 Oct 2020 14:47:56 -0700
Atish Patra wrote:
> > Look at arm64, they __kprobes flag and I guess it would also prevent
> > ftrace call site.
> >
>
> Are you sure about that ? __kprobes puts the code in .kprobes.text section
> which is under whitelist sections in recordmcount.pl & recor
On Thu, Oct 29, 2020 at 8:28 PM Guo Ren wrote:
>
> On Fri, Oct 30, 2020 at 2:46 AM Atish Patra wrote:
> >
> > On Thu, Oct 29, 2020 at 9:06 AM Guo Ren wrote:
> > >
> > > On Thu, Oct 29, 2020 at 10:34 AM Zong Li wrote:
> > > >
> > > > On Thu, Oct 29, 2020 at 8:23 AM Atish Patra
> > > > wrote:
>
On Fri, Oct 30, 2020 at 2:46 AM Atish Patra wrote:
>
> On Thu, Oct 29, 2020 at 9:06 AM Guo Ren wrote:
> >
> > On Thu, Oct 29, 2020 at 10:34 AM Zong Li wrote:
> > >
> > > On Thu, Oct 29, 2020 at 8:23 AM Atish Patra wrote:
> > > >
> > > > On Wed, Oct 28, 2020 at 8:44 AM Guo Ren wrote:
> > > > >
On Thu, Oct 29, 2020 at 9:06 AM Guo Ren wrote:
>
> On Thu, Oct 29, 2020 at 10:34 AM Zong Li wrote:
> >
> > On Thu, Oct 29, 2020 at 8:23 AM Atish Patra wrote:
> > >
> > > On Wed, Oct 28, 2020 at 8:44 AM Guo Ren wrote:
> > > >
> > > > Hi Zong & Atish,
> > > >
> > > > In our 2 harts c910 chip, we
On Thu, Oct 29, 2020 at 10:34 AM Zong Li wrote:
>
> On Thu, Oct 29, 2020 at 8:23 AM Atish Patra wrote:
> >
> > On Wed, Oct 28, 2020 at 8:44 AM Guo Ren wrote:
> > >
> > > Hi Zong & Atish,
> > >
> > > In our 2 harts c910 chip, we found:
> > >
> > > echo function > /sys/kernel/debug/tracing/current
On Thu, Oct 29, 2020 at 8:23 AM Atish Patra wrote:
>
> On Wed, Oct 28, 2020 at 8:44 AM Guo Ren wrote:
> >
> > Hi Zong & Atish,
> >
> > In our 2 harts c910 chip, we found:
> >
> > echo function > /sys/kernel/debug/tracing/current_tracer
> > echo function_graph > /sys/kernel/debug/tracing/current_t
On Thu, Oct 29, 2020 at 8:23 AM Atish Patra wrote:
>
> On Wed, Oct 28, 2020 at 8:44 AM Guo Ren wrote:
> >
> > Hi Zong & Atish,
> >
> > In our 2 harts c910 chip, we found:
> >
> > echo function > /sys/kernel/debug/tracing/current_tracer
> > echo function_graph > /sys/kernel/debug/tracing/current_t
Hi Zong & Atish,
In our 2 harts c910 chip, we found:
echo function > /sys/kernel/debug/tracing/current_tracer
echo function_graph > /sys/kernel/debug/tracing/current_tracer
echo function > /sys/kernel/debug/tracing/current_tracer
echo function_graph > /sys/kernel/debug/tracing/current_tracer
The
On Wed, Oct 28, 2020 at 8:44 AM Guo Ren wrote:
>
> Hi Zong & Atish,
>
> In our 2 harts c910 chip, we found:
>
> echo function > /sys/kernel/debug/tracing/current_tracer
> echo function_graph > /sys/kernel/debug/tracing/current_tracer
> echo function > /sys/kernel/debug/tracing/current_tracer
> ech
On Sat, Oct 24, 2020 at 3:29 AM Colin Ian King wrote:
>
> On 21/10/2020 08:38, Zong Li wrote:
> > Like the commit cb9d7fd51d9f ("watchdog: Mark watchdog touch functions
> > as notrace"), some architectures assume that the stopped CPUs don't make
> > function calls to traceable functions when they
On 21/10/2020 08:38, Zong Li wrote:
> Like the commit cb9d7fd51d9f ("watchdog: Mark watchdog touch functions
> as notrace"), some architectures assume that the stopped CPUs don't make
> function calls to traceable functions when they are in the stopped
> state. For example, it causes unexpected ker
On Wed, Oct 21, 2020 at 12:38 AM Zong Li wrote:
>
> Like the commit cb9d7fd51d9f ("watchdog: Mark watchdog touch functions
> as notrace"), some architectures assume that the stopped CPUs don't make
> function calls to traceable functions when they are in the stopped
> state. For example, it causes
On Wed, Oct 21, 2020 at 11:54:51AM -0400, Steven Rostedt wrote:
> On Wed, 21 Oct 2020 08:44:56 -0700
> "Paul E. McKenney" wrote:
>
> > Or let me know if you would like me to take it, target v5.11.
>
> I'm not sure if these can wait, as I believe they are fixing a regression
> with RISCV function
On Wed, 21 Oct 2020 08:44:56 -0700
"Paul E. McKenney" wrote:
> Or let me know if you would like me to take it, target v5.11.
I'm not sure if these can wait, as I believe they are fixing a regression
with RISCV function tracing.
Probably best to have them go through the RISCV tree.
-- Steve
On Wed, Oct 21, 2020 at 10:15:22AM -0400, Steven Rostedt wrote:
> On Wed, 21 Oct 2020 10:12:16 -0400
> Steven Rostedt wrote:
>
> > > Fixes: 4ecf0a43e729 ("processor: get rid of cpu_relax_yield")
> > > Fixes: 366237e7b083 ("stop_machine: Provide RCU quiescent state in
> > > multi_cpu_stop()")
>
On Wed, 21 Oct 2020 10:12:16 -0400
Steven Rostedt wrote:
> > Fixes: 4ecf0a43e729 ("processor: get rid of cpu_relax_yield")
> > Fixes: 366237e7b083 ("stop_machine: Provide RCU quiescent state in
> > multi_cpu_stop()")
>
> I really do not like to add "notrace" to core functions because a single
On Wed, 21 Oct 2020 15:38:39 +0800
Zong Li wrote:
> Like the commit cb9d7fd51d9f ("watchdog: Mark watchdog touch functions
> as notrace"), some architectures assume that the stopped CPUs don't make
> function calls to traceable functions when they are in the stopped
> state. For example, it cause
20 matches
Mail list logo
