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

On Thu, 5 Oct 2017 09:01:14 -0700 Thomas Garnier <thgar...@google.com> wrote: > On Thu, Oct 5, 2017 at 6:06 AM, Steven Rostedt <rost...@goodmis.org> wrote: > > On Wed, 4 Oct 2017 14:19:56 -0700 > > Thomas Garnier <thgar...@google.com> wrote: > > > >

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

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

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

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

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

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

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

y: Juergen Gross <jgr...@suse.com> > > (Again, adding Ingo and Steven) Feel free to add: Acked-by: Steven Rostedt (VMware) <rost...@goodmis.org> to both. -- Steve > > Reviewed-by: Boris Ostrovsky <boris.ostrov...@oracle.com> > > although I think "

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

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

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

mmio_address); > + pr_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(); &g

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

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

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

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

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

On Thu, 22 Jan 2015 17:40:27 -0800 Andy Lutomirski l...@amacapital.net 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

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

[ Added Paul McKenney ] On Thu, 22 Jan 2015 19:39:13 +0100 Luis R. Rodriguez mcg...@suse.com 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

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

On Thu, 22 Jan 2015 12:58:00 -0800 Andy Lutomirski l...@amacapital.net wrote: On Thu, Jan 22, 2015 at 12:37 PM, Steven Rostedt rost...@goodmis.org wrote: On Thu, 22 Jan 2015 12:24:47 -0800 Andy Lutomirski l...@amacapital.net wrote: Also, please remove the notrace, because function