[PATCH] kvm: x86: make lapic hrtimer pinned

that apic_timer_fn() will run in core0 while kvm_inject_apic_timer_irqs() runs in a different core. If you get both on core0, try running a program that takes 100% of the CPU and pin it to core0 to force the vCPU out. Signed-off-by: Luiz Capitulino <lcapitul...@redhat.com> --- arch/x86/kvm/lapic

[PATCH] kvm: x86: make lapic hrtimer pinned

that apic_timer_fn() will run in core0 while kvm_inject_apic_timer_irqs() runs in a different core. If you get both on core0, try running a program that takes 100% of the CPU and pin it to core0 to force the vCPU out. Signed-off-by: Luiz Capitulino --- arch/x86/kvm/lapic.c | 8 1 file changed, 4

Re: [PATCH V16 00/11] x86: Intel Cache Allocation Technology Support

On Thu, 17 Dec 2015 14:46:05 -0800 "Fenghua Yu" wrote: > Changes in V16: > - Port to latest upstream kernel > - Add a spin lock to handle contention when writing closid to MSR and >creating closid by a user. Fenghua, Peter, what about all the discussion v15 got about this interface being

Re: [PATCH V16 11/11] x86,cgroup/intel_rdt : Add a cgroup interface to manage Intel cache allocation

On Sat, 19 Dec 2015 22:57:30 -0200 Marcelo Tosatti wrote: > On Sat, Dec 19, 2015 at 11:42:57AM +0100, Thomas Gleixner wrote: > > On Thu, 17 Dec 2015, Fenghua Yu wrote: > > > > > From: Fenghua Yu > > > > > > From: Vikas Shivappa > > > > > > Add a new cgroup 'intel_rdt' to manage cache

Re: [PATCH V16 00/11] x86: Intel Cache Allocation Technology Support

On Thu, 17 Dec 2015 14:46:05 -0800 "Fenghua Yu" wrote: > Changes in V16: > - Port to latest upstream kernel > - Add a spin lock to handle contention when writing closid to MSR and >creating closid by a user. Fenghua, Peter, what about all the discussion v15 got about

Re: [PATCH V16 11/11] x86,cgroup/intel_rdt : Add a cgroup interface to manage Intel cache allocation

On Sat, 19 Dec 2015 22:57:30 -0200 Marcelo Tosatti wrote: > On Sat, Dec 19, 2015 at 11:42:57AM +0100, Thomas Gleixner wrote: > > On Thu, 17 Dec 2015, Fenghua Yu wrote: > > > > > From: Fenghua Yu > > > > > > From: Vikas Shivappa

Re: [RFD] CAT user space interface revisited

On Thu, 19 Nov 2015 09:35:34 +0100 (CET) Thomas Gleixner wrote: > > Well any work on behalf of the important task, should have its cache > > protected as well (example irq handling threads). > > Right, but that's nothing you can do automatically and certainly not > from a random application.

Re: [RFD] CAT user space interface revisited

On Thu, 19 Nov 2015 09:35:34 +0100 (CET) Thomas Gleixner wrote: > > Well any work on behalf of the important task, should have its cache > > protected as well (example irq handling threads). > > Right, but that's nothing you can do automatically and certainly not > from a

Re: [RFD] CAT user space interface revisited

On Wed, 18 Nov 2015 19:25:03 +0100 (CET) Thomas Gleixner wrote: > We really need to make this as configurable as possible from userspace > without imposing random restrictions to it. I played around with it on > my new intel toy and the restriction to 16 COS ids (that's 8 with CDP > enabled)

Re: [RFD] CAT user space interface revisited

On Wed, 18 Nov 2015 19:25:03 +0100 (CET) Thomas Gleixner wrote: > We really need to make this as configurable as possible from userspace > without imposing random restrictions to it. I played around with it on > my new intel toy and the restriction to 16 COS ids (that's 8

Re: [PATCH RFC] ioctl based CAT interface

On Mon, 16 Nov 2015 17:26:57 +0100 Peter Zijlstra wrote: > On Mon, Nov 16, 2015 at 11:18:42AM -0500, Luiz Capitulino wrote: > > Peter, I'm giving a serious try on the cgroups patches and would be > > glad to be enlightened if I'm missing something. But I don't see how > >

Re: [PATCH RFC] ioctl based CAT interface

On Mon, 16 Nov 2015 10:07:56 +0100 Peter Zijlstra wrote: > I'm still not seeing what the problem with CAT-cgroup is. > > /cgroups/cpuset/ > socket-1/cpus = $socket-1 >tasks = $thread-A > > socket-2/cpus = $socket-2 >tasks = $thread-B > > /cgroups/cat/ >

Re: [PATCH RFC] ioctl based CAT interface

On Mon, 16 Nov 2015 10:07:56 +0100 Peter Zijlstra wrote: > I'm still not seeing what the problem with CAT-cgroup is. > > /cgroups/cpuset/ > socket-1/cpus = $socket-1 >tasks = $thread-A > > socket-2/cpus = $socket-2 >tasks = $thread-B > >

Re: [PATCH RFC] ioctl based CAT interface

On Mon, 16 Nov 2015 17:26:57 +0100 Peter Zijlstra <pet...@infradead.org> wrote: > On Mon, Nov 16, 2015 at 11:18:42AM -0500, Luiz Capitulino wrote: > > Peter, I'm giving a serious try on the cgroups patches and would be > > glad to be enlightened if I'm missing something

Re: [PATCH RFC] ioctl based CAT interface

On Fri, 13 Nov 2015 14:39:33 -0200 Marcelo Tosatti wrote: > Attached is an early version of the ioctl based CAT interface we > have been working on. We're also writing a user-space app that can manage reservations from user-space. It's integrated with util-linux. I'll setup a repo shortly to

Re: [PATCH RFC] ioctl based CAT interface

On Fri, 13 Nov 2015 15:27:40 -0200 Marcelo Tosatti wrote: > On Fri, Nov 13, 2015 at 05:51:00PM +0100, Peter Zijlstra wrote: > > On Fri, Nov 13, 2015 at 02:39:33PM -0200, Marcelo Tosatti wrote: > > > + * * one tcrid entry can be in different locations > > > + * in different

Re: [PATCH RFC] ioctl based CAT interface

On Fri, 13 Nov 2015 14:39:33 -0200 Marcelo Tosatti wrote: > Attached is an early version of the ioctl based CAT interface we > have been working on. We're also writing a user-space app that can manage reservations from user-space. It's integrated with util-linux. I'll setup

Re: [PATCH RFC] ioctl based CAT interface

On Fri, 13 Nov 2015 15:27:40 -0200 Marcelo Tosatti wrote: > On Fri, Nov 13, 2015 at 05:51:00PM +0100, Peter Zijlstra wrote: > > On Fri, Nov 13, 2015 at 02:39:33PM -0200, Marcelo Tosatti wrote: > > > + * * one tcrid entry can be in different locations > > > + *

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

On Wed, 4 Nov 2015 16:28:04 +0100 (CET) Thomas Gleixner wrote: > On Wed, 4 Nov 2015, Luiz Capitulino wrote: > > On Wed, 4 Nov 2015 15:57:41 +0100 (CET) > > Thomas Gleixner wrote: > > > > > On Wed, 4 Nov 2015, Luiz Capitulino wrote: > > > >

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

On Wed, 4 Nov 2015 15:57:41 +0100 (CET) Thomas Gleixner wrote: > On Wed, 4 Nov 2015, Luiz Capitulino wrote: > > > On Thu, 1 Oct 2015 23:09:34 -0700 > > Fenghua Yu wrote: > > > > > This series has some preparatory patches and Intel cache allocation >

Re: [PATCH V15 05/11] x86/intel_rdt: Add Class of service management

On Thu, 1 Oct 2015 23:09:39 -0700 Fenghua Yu wrote: > Adds some data-structures and APIs to support Class of service > management(closid). There is a new clos_cbm table which keeps a 1:1 > mapping between closid and capacity bit mask (cbm) > and a count of usage of closid. Each task would be

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

On Thu, 1 Oct 2015 23:09:34 -0700 Fenghua Yu wrote: > This series has some preparatory patches and Intel cache allocation > support. Ping? What's the status of this series? We badly need this series for KVM-RT workloads. I did try it and it seems to work but, apart from small fixable issues

Re: [PATCH V15 04/11] x86/intel_rdt: Add support for Cache Allocation detection

On Thu, 1 Oct 2015 23:09:38 -0700 Fenghua Yu wrote: > This patch includes CPUID enumeration routines for Cache allocation and > new values to track resources to the cpuinfo_x86 structure. > > Cache allocation provides a way for the Software (OS/VMM) to restrict > cache allocation to a defined

Re: [PATCH V15 05/11] x86/intel_rdt: Add Class of service management

On Thu, 1 Oct 2015 23:09:39 -0700 Fenghua Yu wrote: > Adds some data-structures and APIs to support Class of service > management(closid). There is a new clos_cbm table which keeps a 1:1 > mapping between closid and capacity bit mask (cbm) > and a count of usage of closid.

Re: [PATCH V15 04/11] x86/intel_rdt: Add support for Cache Allocation detection

On Thu, 1 Oct 2015 23:09:38 -0700 Fenghua Yu wrote: > This patch includes CPUID enumeration routines for Cache allocation and > new values to track resources to the cpuinfo_x86 structure. > > Cache allocation provides a way for the Software (OS/VMM) to restrict > cache

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

On Thu, 1 Oct 2015 23:09:34 -0700 Fenghua Yu wrote: > This series has some preparatory patches and Intel cache allocation > support. Ping? What's the status of this series? We badly need this series for KVM-RT workloads. I did try it and it seems to work but, apart from

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

On Wed, 4 Nov 2015 15:57:41 +0100 (CET) Thomas Gleixner <t...@linutronix.de> wrote: > On Wed, 4 Nov 2015, Luiz Capitulino wrote: > > > On Thu, 1 Oct 2015 23:09:34 -0700 > > Fenghua Yu <fenghua...@intel.com> wrote: > > > > > This series has some p

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

On Wed, 4 Nov 2015 16:28:04 +0100 (CET) Thomas Gleixner <t...@linutronix.de> wrote: > On Wed, 4 Nov 2015, Luiz Capitulino wrote: > > On Wed, 4 Nov 2015 15:57:41 +0100 (CET) > > Thomas Gleixner <t...@linutronix.de> wrote: > > > > > On Wed, 4 Nov 2015, Lu

Re: [PATCH v7 05/11] task_isolation: add debug boot flag

On Wed, 7 Oct 2015 20:33:56 -0400 Chris Metcalf wrote: > On 10/5/2015 1:07 PM, Luiz Capitulino wrote: > > On Mon, 28 Sep 2015 11:17:20 -0400 > > Chris Metcalf wrote: > > > >> The new "task_isolation_debug" flag simplifies debugging > >> of

Re: [PATCH v7 05/11] task_isolation: add debug boot flag

On Wed, 7 Oct 2015 20:33:56 -0400 Chris Metcalf <cmetc...@ezchip.com> wrote: > On 10/5/2015 1:07 PM, Luiz Capitulino wrote: > > On Mon, 28 Sep 2015 11:17:20 -0400 > > Chris Metcalf <cmetc...@ezchip.com> wrote: > > > >> The new "

Re: [PATCH v7 05/11] task_isolation: add debug boot flag

On Mon, 28 Sep 2015 11:17:20 -0400 Chris Metcalf wrote: > The new "task_isolation_debug" flag simplifies debugging > of TASK_ISOLATION kernels when processes are running in > PR_TASK_ISOLATION_ENABLE mode. Such processes should get no > interrupts from the kernel, and if they do, when this boot

Re: [PATCH v7 05/11] task_isolation: add debug boot flag

On Mon, 28 Sep 2015 11:17:20 -0400 Chris Metcalf wrote: > The new "task_isolation_debug" flag simplifies debugging > of TASK_ISOLATION kernels when processes are running in > PR_TASK_ISOLATION_ENABLE mode. Such processes should get no > interrupts from the kernel, and if

Re: [RFC 0/3] sched/idle: run-time support for setting idle polling

On Wed, 30 Sep 2015 19:27:13 +0200 Peter Zijlstra wrote: > On Wed, Sep 30, 2015 at 01:16:10PM -0400, Luiz Capitulino wrote: > > On Wed, 30 Sep 2015 17:48:35 +0200 > > Peter Zijlstra wrote: > > > > Ideally every cpuidle driver would get 'polling' as a > > > d

Re: [RFC 0/3] sched/idle: run-time support for setting idle polling

On Wed, 30 Sep 2015 17:48:35 +0200 Peter Zijlstra wrote: > On Wed, Sep 23, 2015 at 03:17:59AM +0200, Rafael J. Wysocki wrote: > > On Tuesday, September 22, 2015 04:34:19 PM Luiz Capitulino wrote: > > > Hi, > > > > Hi, > > > > Please always CC patches

Re: [RFC 0/3] sched/idle: run-time support for setting idle polling

On Wed, 30 Sep 2015 17:48:35 +0200 Peter Zijlstra <pet...@infradead.org> wrote: > On Wed, Sep 23, 2015 at 03:17:59AM +0200, Rafael J. Wysocki wrote: > > On Tuesday, September 22, 2015 04:34:19 PM Luiz Capitulino wrote: > > > Hi, > > > > Hi, > > >

Re: [RFC 0/3] sched/idle: run-time support for setting idle polling

On Wed, 30 Sep 2015 19:27:13 +0200 Peter Zijlstra <pet...@infradead.org> wrote: > On Wed, Sep 30, 2015 at 01:16:10PM -0400, Luiz Capitulino wrote: > > On Wed, 30 Sep 2015 17:48:35 +0200 > > Peter Zijlstra <pet...@infradead.org> wrote: > > > > Ideally

Re: [PATCH 3/3] sched: add_nr_running(): drop tick_nohz_full_cpu() check

On Thu, 24 Sep 2015 16:44:18 +0200 Frederic Weisbecker wrote: > On Thu, Sep 10, 2015 at 03:58:27PM -0400, Luiz Capitulino wrote: > > tick_nohz_full_kick_cpu() performs the same check. > > > > Signed-off-by: Luiz Capitulino > > --- > > kernel/sched/sched.h | 20

Re: [PATCH 3/3] sched: add_nr_running(): drop tick_nohz_full_cpu() check

On Thu, 24 Sep 2015 16:44:18 +0200 Frederic Weisbecker <fweis...@gmail.com> wrote: > On Thu, Sep 10, 2015 at 03:58:27PM -0400, Luiz Capitulino wrote: > > tick_nohz_full_kick_cpu() performs the same check. > > > > Signed-off-by: Luiz Capitulino <lcapitul...@redhat.

Re: [RFC 0/3] sched/idle: run-time support for setting idle polling

On Wed, 23 Sep 2015 03:17:59 +0200 "Rafael J. Wysocki" wrote: > On Tuesday, September 22, 2015 04:34:19 PM Luiz Capitulino wrote: > > Hi, > > Hi, > > Please always CC patches related to power management to > linux...@vger.kernel.org. > > A

Re: [RFC 0/3] sched/idle: run-time support for setting idle polling

On Wed, 23 Sep 2015 03:17:59 +0200 "Rafael J. Wysocki" <r...@rjwysocki.net> wrote: > On Tuesday, September 22, 2015 04:34:19 PM Luiz Capitulino wrote: > > Hi, > > Hi, > > Please always CC patches related to power management to > linux...@vger.ker

[RFC 1/3] sched/idle: cpu_idle_poll(): drop unused return code

Signed-off-by: Luiz Capitulino --- kernel/sched/idle.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c index 8f177c7..93d0657 100644 --- a/kernel/sched/idle.c +++ b/kernel/sched/idle.c @@ -52,7 +52,7 @@ static int __init

[RFC 2/3] sched/idle: make cpu_idle_force_poll per-cpu

. This change should not be visible to arch code calling cpu_idle_poll_ctrl(). Signed-off-by: Luiz Capitulino --- kernel/sched/idle.c | 42 +++--- 1 file changed, 31 insertions(+), 11 deletions(-) diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c index

[RFC 0/3] sched/idle: run-time support for setting idle polling

(enable or false) calls have to match to enable or disable idle polling Luiz Capitulino (3): sched/idle: cpu_idle_poll(): drop unused return code sched/idle: make cpu_idle_force_poll per-cpu sched/idle: run-time support for setting idle polling drivers/base/cpu.c | 44

[RFC 3/3] sched/idle: run-time support for setting idle polling

that the system administrator can't undo what was set by arch code. That is, if arch code enables idle=poll by calling cpu_idle_poll_ctrl(true), the system administrator won't be able to unset it. Signed-off-by: Luiz Capitulino --- drivers/base/cpu.c | 44 include

[RFC 2/3] sched/idle: make cpu_idle_force_poll per-cpu

. This change should not be visible to arch code calling cpu_idle_poll_ctrl(). Signed-off-by: Luiz Capitulino <lcapitul...@redhat.com> --- kernel/sched/idle.c | 42 +++--- 1 file changed, 31 insertions(+), 11 deletions(-) diff --git a/kernel/sched/idle.c b/

[RFC 1/3] sched/idle: cpu_idle_poll(): drop unused return code

Signed-off-by: Luiz Capitulino <lcapitul...@redhat.com> --- kernel/sched/idle.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c index 8f177c7..93d0657 100644 --- a/kernel/sched/idle.c +++ b/kernel/sched/idle.c @@ -52,7

[RFC 3/3] sched/idle: run-time support for setting idle polling

that the system administrator can't undo what was set by arch code. That is, if arch code enables idle=poll by calling cpu_idle_poll_ctrl(true), the system administrator won't be able to unset it. Signed-off-by: Luiz Capitulino <lcapitul...@redhat.com> --- drivers/base/cpu.c

[RFC 0/3] sched/idle: run-time support for setting idle polling

(enable or false) calls have to match to enable or disable idle polling Luiz Capitulino (3): sched/idle: cpu_idle_poll(): drop unused return code sched/idle: make cpu_idle_force_poll per-cpu sched/idle: run-time support for setting idle polling drivers/base/cpu.c | 44

[HACK] nohz: improve nohz idle hadling in nohz full cores (was Re: The tick when exit idle for nohz_full cpu)

On Thu, 3 Sep 2015 01:46:24 + "Jiang, Yunhong" wrote: > Hi, Frederic > I noticed currently the tick_nohz_idle_exit() will always restart the > sched_tick, even when it's on the nohz_full cpu. I'm not sure if we can keep > the sched_tick stopped if it's on a nohz_full_cpu. The sched

[HACK] nohz: improve nohz idle hadling in nohz full cores (was Re: The tick when exit idle for nohz_full cpu)

On Thu, 3 Sep 2015 01:46:24 + "Jiang, Yunhong" wrote: > Hi, Frederic > I noticed currently the tick_nohz_idle_exit() will always restart the > sched_tick, even when it's on the nohz_full cpu. I'm not sure if we can keep > the sched_tick stopped if it's on a

[PATCH 1/3] nohz: mark tick_nohz_full_running as __read_mostly

Signed-off-by: Luiz Capitulino --- kernel/time/tick-sched.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index 3319e16..8d45638 100644 --- a/kernel/time/tick-sched.c +++ b/kernel/time/tick-sched.c @@ -155,7 +155,7

[PATCH 3/3] sched: add_nr_running(): drop tick_nohz_full_cpu() check

tick_nohz_full_kick_cpu() performs the same check. Signed-off-by: Luiz Capitulino --- kernel/sched/sched.h | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h index 68cda11..102eb18 100644 --- a/kernel/sched

[PATCH 2/3] nohz: mark tick_nohz_init_all() as __init

It's only called by tick_nohz_init(). Signed-off-by: Luiz Capitulino --- kernel/time/tick-sched.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index 8d45638..4cc6df03 100644 --- a/kernel/time/tick-sched.c +++ b/kernel

[PATCH 0/3] nohz: minor cleanups

Hi, These are a few minor cleanups I did while doing a code reading, patches should be self explanatory. Luiz Capitulino (3): nohz: mark tick_nohz_full_running as __read_mostly nohz: mark tick_nohz_init_all() as __init sched: add_nr_running(): drop tick_nohz_full_cpu() check kernel/sched

[PATCH 3/3] sched: add_nr_running(): drop tick_nohz_full_cpu() check

tick_nohz_full_kick_cpu() performs the same check. Signed-off-by: Luiz Capitulino <lcapitul...@redhat.com> --- kernel/sched/sched.h | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h index 68cda11..102eb18

[PATCH 1/3] nohz: mark tick_nohz_full_running as __read_mostly

Signed-off-by: Luiz Capitulino <lcapitul...@redhat.com> --- kernel/time/tick-sched.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index 3319e16..8d45638 100644 --- a/kernel/time/tick-sched.c +++ b/kernel/time/tick-s

[PATCH 0/3] nohz: minor cleanups

Hi, These are a few minor cleanups I did while doing a code reading, patches should be self explanatory. Luiz Capitulino (3): nohz: mark tick_nohz_full_running as __read_mostly nohz: mark tick_nohz_init_all() as __init sched: add_nr_running(): drop tick_nohz_full_cpu() check kernel/sched

[PATCH 2/3] nohz: mark tick_nohz_init_all() as __init

It's only called by tick_nohz_init(). Signed-off-by: Luiz Capitulino <lcapitul...@redhat.com> --- kernel/time/tick-sched.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index 8d45638..4cc6df03 100644 --- a/kernel/tim

Re: [PATCH 1/2] nohz: Affine unpinned timers to housekeepers

On Tue, 1 Sep 2015 22:47:24 +0200 Frederic Weisbecker wrote: > On Tue, Sep 01, 2015 at 07:14:13PM +, Jiang, Yunhong wrote: > > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > > > index 8b864ec..0902e4d 100644 > > > --- a/kernel/sched/core.c > > > +++ b/kernel/sched/core.c > > > @@

Re: [PATCH 1/2] nohz: Affine unpinned timers to housekeepers

On Tue, 1 Sep 2015 22:47:24 +0200 Frederic Weisbecker wrote: > On Tue, Sep 01, 2015 at 07:14:13PM +, Jiang, Yunhong wrote: > > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > > > index 8b864ec..0902e4d 100644 > > > --- a/kernel/sched/core.c > > > +++

Re: [PATCH -next] hrtimer: Fix hang seen if tick_init_highres() failed

cause a system hang. > Seen when running arm:multi_v7_defconfig in qemu with devicetree file > vexpress-v2p-ca9. > > Fixes: 75e3b37d0598 ("hrtimer: Drop return code of hrtimer_switch_to_hres()") > Cc: Luiz Capitulino > Signed-off-by: Guenter Roeck Thanks for cat

Re: [PATCH -next] hrtimer: Fix hang seen if tick_init_highres() failed

a system hang. Seen when running arm:multi_v7_defconfig in qemu with devicetree file vexpress-v2p-ca9. Fixes: 75e3b37d0598 (hrtimer: Drop return code of hrtimer_switch_to_hres()) Cc: Luiz Capitulino lcapitul...@redhat.com Signed-off-by: Guenter Roeck li...@roeck-us.net Thanks for catching

[tip:timers/core] hrtimer: Drop return code of hrtimer_switch_to_hres()

Commit-ID: 75e3b37d059856a972a5bf2bdfeac0f0f2db9ea3 Gitweb: http://git.kernel.org/tip/75e3b37d059856a972a5bf2bdfeac0f0f2db9ea3 Author: Luiz Capitulino AuthorDate: Tue, 11 Aug 2015 16:40:43 -0400 Committer: Thomas Gleixner CommitDate: Mon, 17 Aug 2015 23:19:03 +0200 hrtimer: Drop

[tip:timers/core] hrtimer: Drop return code of hrtimer_switch_to_hres()

Commit-ID: 75e3b37d059856a972a5bf2bdfeac0f0f2db9ea3 Gitweb: http://git.kernel.org/tip/75e3b37d059856a972a5bf2bdfeac0f0f2db9ea3 Author: Luiz Capitulino lcapitul...@redhat.com AuthorDate: Tue, 11 Aug 2015 16:40:43 -0400 Committer: Thomas Gleixner t...@linutronix.de CommitDate: Mon, 17 Aug

[PATCH] hrtimer: hrtimer_switch_to_hres(): drop return code

It's not checked by the caller. Signed-off-by: Luiz Capitulino --- kernel/time/hrtimer.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/kernel/time/hrtimer.c b/kernel/time/hrtimer.c index 5c7ae4b..55575d4 100644 --- a/kernel/time/hrtimer.c +++ b/kernel/time/hrtimer.c

[PATCH] hrtimer: hrtimer_switch_to_hres(): drop return code

It's not checked by the caller. Signed-off-by: Luiz Capitulino lcapitul...@redhat.com --- kernel/time/hrtimer.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/kernel/time/hrtimer.c b/kernel/time/hrtimer.c index 5c7ae4b..55575d4 100644 --- a/kernel/time/hrtimer.c +++ b

[tip:timers/core] clockevents: Drop redundant cpumask check in tick_check_new_device()

Commit-ID: d74892c5b291c0010295d26d6b1e11cd70451722 Gitweb: http://git.kernel.org/tip/d74892c5b291c0010295d26d6b1e11cd70451722 Author: Luiz Capitulino AuthorDate: Wed, 29 Jul 2015 15:14:17 -0400 Committer: Thomas Gleixner CommitDate: Sat, 1 Aug 2015 12:00:13 +0200 clockevents: Drop

[tip:timers/core] clockevents: Drop redundant cpumask check in tick_check_new_device()

Commit-ID: d74892c5b291c0010295d26d6b1e11cd70451722 Gitweb: http://git.kernel.org/tip/d74892c5b291c0010295d26d6b1e11cd70451722 Author: Luiz Capitulino lcapitul...@redhat.com AuthorDate: Wed, 29 Jul 2015 15:14:17 -0400 Committer: Thomas Gleixner t...@linutronix.de CommitDate: Sat, 1 Aug

Re: [PATCH 08/10] posix-cpu-timers: Migrate to use new tick dependency mask model

On Thu, 30 Jul 2015 02:44:45 +0200 Frederic Weisbecker wrote: > > On Wed, Jul 29, 2015 at 01:24:16PM -0400, Chris Metcalf wrote: > > On 07/29/2015 09:23 AM, Frederic Weisbecker wrote: > > >>At a higher level, is the posix-cpu-timers code here really providing the > > >>>right semantics? It

Re: [PATCH 08/10] posix-cpu-timers: Migrate to use new tick dependency mask model

On Thu, 30 Jul 2015 02:44:45 +0200 Frederic Weisbecker fweis...@gmail.com wrote: On Wed, Jul 29, 2015 at 01:24:16PM -0400, Chris Metcalf wrote: On 07/29/2015 09:23 AM, Frederic Weisbecker wrote: At a higher level, is the posix-cpu-timers code here really providing the right semantics? It

[PATCH] clockevents: tick_check_new_device(): drop needless check

The same check is performed by tick_check_percpu(). Signed-off-by: Luiz Capitulino --- kernel/time/tick-common.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c index f8bf475..d11c55b 100644 --- a/kernel/time/tick-common.c +++ b/kernel

[PATCH] clockevents: tick_check_new_device(): drop needless check

The same check is performed by tick_check_percpu(). Signed-off-by: Luiz Capitulino lcapitul...@redhat.com --- kernel/time/tick-common.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c index f8bf475..d11c55b 100644 --- a/kernel/time/tick

Re: kvm: odd time values since "kvmclock: set scheduler clock stable"

On Thu, 21 May 2015 21:41:23 -0300 Marcelo Tosatti wrote: > On Mon, May 18, 2015 at 10:13:03PM -0400, Sasha Levin wrote: > > On 05/18/2015 10:02 PM, Sasha Levin wrote: > > > On 05/18/2015 08:13 PM, Marcelo Tosatti wrote: > > >> GOn Mon, May 18, 2015 at 07:45:41PM -0400, Sasha Levin wrote: > >

Re: [PATCH v2] KVM: x86: zero kvmclock_offset when vcpu0 initializes kvmclock system MSR

igned-off-by: Marcelo Tosatti Tested-by: Luiz Capitulino > > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > index cc2c759..ea40d24 100644 > --- a/arch/x86/kvm/x86.c > +++ b/arch/x86/kvm/x86.c > @@ -2188,6 +2188,8 @@ int kvm_set_msr_common(struct kvm_v

Re: [PATCH v2] KVM: x86: zero kvmclock_offset when vcpu0 initializes kvmclock system MSR

-by: Marcelo Tosatti mtosa...@redhat.com Tested-by: Luiz Capitulino lcapitul...@redhat.com diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index cc2c759..ea40d24 100644 --- a/arch/x86/kvm/x86.c +++ b/arch/x86/kvm/x86.c @@ -2188,6 +2188,8 @@ int kvm_set_msr_common(struct kvm_vcpu *vcpu

Re: kvm: odd time values since kvmclock: set scheduler clock stable

On Thu, 21 May 2015 21:41:23 -0300 Marcelo Tosatti mtosa...@redhat.com wrote: On Mon, May 18, 2015 at 10:13:03PM -0400, Sasha Levin wrote: On 05/18/2015 10:02 PM, Sasha Levin wrote: On 05/18/2015 08:13 PM, Marcelo Tosatti wrote: GOn Mon, May 18, 2015 at 07:45:41PM -0400, Sasha Levin

Re: kvm: odd time values since "kvmclock: set scheduler clock stable"

[...] > > I've bisected it to: Thanks for bisecting. You just boot a guest to reproduce this? How many vCPUs does the guest have? Paolo, I think it's better to drop this patch for now. > > > commit ff7bbb9c6ab6e6620429daeff39424bbde1a94b4 > Author: Luiz Capitulino > Date: Thu

Re: kvm: odd time values since kvmclock: set scheduler clock stable

bisected it to: Thanks for bisecting. You just boot a guest to reproduce this? How many vCPUs does the guest have? Paolo, I think it's better to drop this patch for now. commit ff7bbb9c6ab6e6620429daeff39424bbde1a94b4 Author: Luiz Capitulino lcapitul...@redhat.com Date: Thu Apr 23 17:12:42

Re: kernel/timer: avoid spurious ksoftirqd wakeups (v2)

On Sat, 11 Apr 2015 11:25:49 +0200 (CEST) Thomas Gleixner wrote: > On Fri, 10 Apr 2015, Luiz Capitulino wrote: > > On Fri, 10 Apr 2015 15:09:07 -0300 > > > It seems a valid solution for this interrupt is to program > > > sched_timer to the nearest future possible.

Re: kernel/timer: avoid spurious ksoftirqd wakeups (v2)

On Sat, 11 Apr 2015 11:25:49 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: On Fri, 10 Apr 2015, Luiz Capitulino wrote: On Fri, 10 Apr 2015 15:09:07 -0300 It seems a valid solution for this interrupt is to program sched_timer to the nearest future possible. What about

Re: kernel/timer: avoid spurious ksoftirqd wakeups (v2)

On Fri, 10 Apr 2015 15:09:07 -0300 Marcelo Tosatti wrote: > On Wed, Apr 08, 2015 at 12:12:45AM +0200, Frederic Weisbecker wrote: > > On Tue, Apr 07, 2015 at 11:10:49PM +0200, Thomas Gleixner wrote: > > > On Mon, 6 Apr 2015, Marcelo Tosatti wrote: > > > > It is only necessary to raise timer

Re: kernel/timer: avoid spurious ksoftirqd wakeups (v2)

On Fri, 10 Apr 2015 15:09:07 -0300 Marcelo Tosatti mtosa...@redhat.com wrote: On Wed, Apr 08, 2015 at 12:12:45AM +0200, Frederic Weisbecker wrote: On Tue, Apr 07, 2015 at 11:10:49PM +0200, Thomas Gleixner wrote: On Mon, 6 Apr 2015, Marcelo Tosatti wrote: It is only necessary to raise

Re: [PATCH RFC] nohz,blk-mq: do not create blk-mq workqueues on nohz dedicated CPUs

On Tue, 31 Mar 2015 20:18:36 -0300 Marcelo Tosatti wrote: > On Tue, Mar 31, 2015 at 05:02:38PM +0200, Frederic Weisbecker wrote: > > On Tue, Mar 31, 2015 at 10:27:26AM -0400, Rik van Riel wrote: > > > CPUs with nohz_full do not want disruption from timer interrupts, > > > or other random system

Re: [PATCH RFC] nohz,blk-mq: do not create blk-mq workqueues on nohz dedicated CPUs

On Tue, 31 Mar 2015 20:18:36 -0300 Marcelo Tosatti mtosa...@redhat.com wrote: On Tue, Mar 31, 2015 at 05:02:38PM +0200, Frederic Weisbecker wrote: On Tue, Mar 31, 2015 at 10:27:26AM -0400, Rik van Riel wrote: CPUs with nohz_full do not want disruption from timer interrupts, or other

Re: [PATCH] hugetlb, x86: register 1G page size if we can allocate them runtime

gt; > Signed-off-by: Kirill A. Shutemov > Cc: Luiz Capitulino > Cc: Naoya Horiguchi > Cc: Andi Kleen > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: "H. Peter Anvin" > --- > arch/x86/mm/hugetlbpage.c | 11 +++ > 1 file changed, 11 ins

Re: [PATCH] hugetlb, x86: register 1G page size if we can allocate them runtime

. Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com Cc: Luiz Capitulino lcapitul...@redhat.com Cc: Naoya Horiguchi n-horigu...@ah.jp.nec.com Cc: Andi Kleen a...@linux.intel.com Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@redhat.com Cc: H. Peter Anvin h

[PATCH 1/3] hugetlb: fix hugepages= entry in kernel-parameters.txt

of date information. Further information about arch-specific support and available features can be obtained in the hugetlb documentation. Signed-off-by: Luiz Capitulino --- Documentation/kernel-parameters.txt | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/Documentation

[PATCH 0/3] hugetlb: misc small fixes/improvements

Hi, This series contains three independent patches for hugetlb. The first one is a doc fix, the second and third ones are little code improvements. Please, check individual patches for details. Luiz Capitulino (3): hugetlb: fix hugepages= entry in kernel-parameters.txt hugetlb

[PATCH 2/3] hugetlb: alloc_bootmem_huge_page(): use IS_ALIGNED()

No reason to duplicate the code of an existing macro. Signed-off-by: Luiz Capitulino --- mm/hugetlb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 9fd7227..a10fd57 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -1457,7 +1457,7 @@ int

[PATCH 3/3] hugetlb: hugetlb_register_all_nodes(): add __init marker

This function is only called during initialization. Signed-off-by: Luiz Capitulino --- mm/hugetlb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index a10fd57..9785546 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2083,7 +2083,7 @@ static

[PATCH 3/3] hugetlb: hugetlb_register_all_nodes(): add __init marker

This function is only called during initialization. Signed-off-by: Luiz Capitulino lcapitul...@redhat.com --- mm/hugetlb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index a10fd57..9785546 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c

[PATCH 2/3] hugetlb: alloc_bootmem_huge_page(): use IS_ALIGNED()

No reason to duplicate the code of an existing macro. Signed-off-by: Luiz Capitulino lcapitul...@redhat.com --- mm/hugetlb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 9fd7227..a10fd57 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c

[PATCH 0/3] hugetlb: misc small fixes/improvements

Hi, This series contains three independent patches for hugetlb. The first one is a doc fix, the second and third ones are little code improvements. Please, check individual patches for details. Luiz Capitulino (3): hugetlb: fix hugepages= entry in kernel-parameters.txt hugetlb

[PATCH 1/3] hugetlb: fix hugepages= entry in kernel-parameters.txt

of date information. Further information about arch-specific support and available features can be obtained in the hugetlb documentation. Signed-off-by: Luiz Capitulino lcapitul...@redhat.com --- Documentation/kernel-parameters.txt | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff

Re: [PATCH/v2] Documentation: vm: Add 1GB large page support information

c64 supports 4K and 16M. A TLB is a cache of virtual-to-physical > translations. Typically this is a very scarce resource on processor. Looks good to me: Reviewed-by: Luiz Capitulino -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message t

Re: [PATCH/v2] Documentation: vm: Add 1GB large page support information

translations. Typically this is a very scarce resource on processor. Looks good to me: Reviewed-by: Luiz Capitulino lcapitul...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH] Documentation: vm: Add 1GB large page support information

On Sat, 1 Nov 2014 01:01:57 +0900 Masanari Iida wrote: > This patch add 1GB large page support information on > x86_64 architecture in Documentation/vm/hugetlbpage.txt. > > Signed-off-by: Masanari Iida > --- > Documentation/vm/hugetlbpage.txt | 3 ++- > 1 file changed, 2 insertions(+), 1

Re: [PATCH] Documentation: vm: Add 1GB large page support information

On Sat, 1 Nov 2014 01:01:57 +0900 Masanari Iida standby2...@gmail.com wrote: This patch add 1GB large page support information on x86_64 architecture in Documentation/vm/hugetlbpage.txt. Signed-off-by: Masanari Iida standby2...@gmail.com --- Documentation/vm/hugetlbpage.txt | 3 ++- 1

Re: [RESEND] x86: numa: setup_node_data(): drop dead code and rename function

On Mon, 15 Sep 2014 17:13:39 -0700 (PDT) David Rientjes wrote: > On Mon, 15 Sep 2014, Luiz Capitulino wrote: > > > The setup_node_data() function allocates a pg_data_t object, inserts it > > into the node_data[] array and initializes the following fields: node_id,

[RESEND] x86: numa: setup_node_data(): drop dead code and rename function

vm. PS: The wrong memory range reported by setup_node_data() seems to be harmless in the current kernel because it's just not used. However, that bad range is used in kernel 2.6.32 to initialize the old boot memory allocator, which causes a crash during boot. Signed-off-by: Luiz Capitulino Cc

<    1   2   3   4   5   6   >