Re: [Xen-devel] [RFC v3 20/27] x86/ftrace: Adapt function tracing for PIE support

2017-10-05 Thread Steven Rostedt
On Thu, 5 Oct 2017 09:01:14 -0700 Thomas Garnier wrote: > On Thu, Oct 5, 2017 at 6:06 AM, Steven Rostedt wrote: > > On Wed, 4 Oct 2017 14:19:56 -0700 > > Thomas Garnier wrote: > > > >> When using -fPIE/PIC with function tracing, the compiler generates a &

Re: [Xen-devel] [RFC v3 20/27] x86/ftrace: Adapt function tracing for PIE support

2017-10-05 Thread Steven Rostedt
On Wed, 4 Oct 2017 14:19:56 -0700 Thomas Garnier wrote: > When using -fPIE/PIC with function tracing, the compiler generates a > call through the GOT (call *__fentry__@GOTPCREL). This instruction > takes 6 bytes instead of 5 on the usual relative call. > > With this change, function tracing sup

Re: [Xen-devel] x86: PIE support and option to extend KASLR randomization

2017-08-24 Thread Steven Rostedt
On Thu, 24 Aug 2017 14:13:38 -0700 Thomas Garnier wrote: > With the fix for function tracing, the hackbench results have an > average of +0.8 to +1.4% (from +8% to +10% before). With a default > configuration, the numbers are closer to 0.8%. Wow, an empty fentry function not "nop"ed out only add

Re: [Xen-devel] [tip:x86/platform] x86/hyper-v: Use hypercall for remote TLB flush

2017-08-15 Thread Steven Rostedt
On Fri, 11 Aug 2017 14:07:14 +0200 Peter Zijlstra wrote: > It goes like: > > CPU0CPU1 > > unhook page > cli > traverse page tables > TLB invalidate ---> > sti >

Re: [Xen-devel] [PATCH 3/3] xen: remove not used trace functions

2017-08-14 Thread Steven Rostedt
dding Ingo and Steven) Feel free to add: Acked-by: Steven Rostedt (VMware) to both. -- Steve > > Reviewed-by: Boris Ostrovsky > > although I think "s/some Xen/some unused Xen/" in the commit message > would make it clearer. > _

Re: [Xen-devel] [PATCH 2/3] xen: remove unused function xen_set_domain_pte()

2017-08-14 Thread Steven Rostedt
On Fri, 4 Aug 2017 15:20:30 -0400 Boris Ostrovsky wrote: > On 08/04/2017 07:36 AM, Juergen Gross wrote: > > The function xen_set_domain_pte() is used nowhere in the kernel. > > Remove it. > > > > Signed-off-by: Juergen Gross > > Reviewed-by: Boris Ostrovsky > > (+ Ingo and Steven who are ma

Re: [Xen-devel] [PATCH 09/35] x86: Convert remaining uses of pr_warning to pr_warn

2017-02-17 Thread Steven Rostedt
r_warn("WARNING: mapping %lu kB @ 0x%08lx in PCI address space, and > writing 16 kB of rubbish in there\n", > + size >> 10, mmio_address); > do_test(size); > do_test_bulk_ioremapping(); > pr_info("All done.\n"); Acked-by: Ste

Re: [Xen-devel] [RFC v3 00/13] linux: generalize sections, ranges and linker tables

2016-08-15 Thread Steven Rostedt
On Mon, 15 Aug 2016 21:15:06 +0100 Alan Cox wrote: > > This is the module tag ... it says what licence the module is under, > > not the licence for the module combined with the kernel, which is > > always GPLv2 because the stricter licence rules. > > Because if I build a BSD licensed module ag

Re: [Xen-devel] [RFC v3 05/13] sections.h: add sections header to collect all section info

2016-07-29 Thread Steven Rostedt
On Fri, 22 Jul 2016 22:37:16 +0100 James Hogan wrote: > > --- /dev/null > > +++ b/arch/alpha/include/asm/sections.h > > @@ -0,0 +1,6 @@ > > +#ifndef _ASM_ALPHA_SECTIONS_H > > +#define _ASM_ALPHA_SECTIONS_H > > + > > +#include > > + > > +#endif /* _ASM_ALPHA_SECTIONS_H */ > > Any particular r

Re: [Xen-devel] [RFC v4 2/2] x86/xen: allow privcmd hypercalls to be preempted

2015-01-22 Thread Steven Rostedt
On Thu, 22 Jan 2015 17:40:27 -0800 Andy Lutomirski wrote: > > > > +/* > > + * CONFIG_PREEMPT=n kernels can end up triggering the softlock > > + * TASK_UNINTERRUPTIBLE hanger check (default 120 seconds) > > + * when certain multicalls are used [0] on large systems, in > > + * that case we need a w

Re: [Xen-devel] [RFC v3 2/2] x86/xen: allow privcmd hypercalls to be preempted

2015-01-22 Thread Steven Rostedt
On Thu, 22 Jan 2015 12:58:00 -0800 Andy Lutomirski wrote: > On Thu, Jan 22, 2015 at 12:37 PM, Steven Rostedt wrote: > > On Thu, 22 Jan 2015 12:24:47 -0800 > > Andy Lutomirski wrote: > > > >> > Also, please remove the "notrace", because function traci

Re: [Xen-devel] [RFC v3 2/2] x86/xen: allow privcmd hypercalls to be preempted

2015-01-22 Thread Steven Rostedt
On Thu, 22 Jan 2015 12:24:47 -0800 Andy Lutomirski wrote: > > Also, please remove the "notrace", because function tracing goes an > > extra step to not require RCU being visible. The only thing you get > > with notrace is not being able to trace an otherwise traceable function. > > > > Is this a

Re: [Xen-devel] [RFC v3 2/2] x86/xen: allow privcmd hypercalls to be preempted

2015-01-22 Thread Steven Rostedt
[ Added Paul McKenney ] On Thu, 22 Jan 2015 19:39:13 +0100 "Luis R. Rodriguez" wrote: > > Why not make this a tracepoint? Then you can enable it only when you > > want to. As tracepoints are also hooks, you could add you own code that > > hooks to it and does a printk as well. The advantage of

Re: [Xen-devel] [RFC v3 2/2] x86/xen: allow privcmd hypercalls to be preempted

2015-01-22 Thread Steven Rostedt
On Thu, 22 Jan 2015 11:50:10 + Andrew Cooper wrote: > On 22/01/15 02:17, Luis R. Rodriguez wrote: > > --- a/drivers/xen/events/events_base.c > > +++ b/drivers/xen/events/events_base.c > > @@ -32,6 +32,8 @@ > > #include > > #include > > #include > > +#include > > +#include > > > > #