rcu,nohz,kvm: use RCU extended quiescent state when running KVM guest
Subsystems (2)
cover rcu,nohz,kvm: use RCU extended quiescent state when running KVM guest
When running a KVM guest on a system with NOHZ_FULL enabled, and the KVM guest running with idle=poll mode, we still get wakeups of the rcuos/N threads.
This problem has already been solved for user space by telling the RCU subsystem that the CPU is in an extended quiescent state while running user space code.
This patch series extends that code a little bit to make it usable to track KVM guest space, too.
I tested the code by booting a KVM guest with idle=poll, on a system with NOHZ_FULL enabled on most CPUs, and a VCPU thread bound to a CPU. In a 10 second interval, rcuos/N threads on other CPUs got woken up several times, while the rcuos thread on the CPU running the bound and alwasy running VCPU thread never got woken up once.
Thanks to Christian Borntraeger, Paul McKenney, Paulo Bonzini, Frederic Weisbecker, and Will Deacon for reviewing and improving earlier versions of this patch series.
PATCH 1/5 context_tracking: generalize context tracking APIs to support user and guest
From: Rik van Riel <[email protected]>
Split out the mechanism from context_tracking_user_enter and context_tracking_user_exit into context_tracking_enter and context_tracking_exit. Leave the old functions in order to avoid breaking ARM, which calls these functions from assembler code, and cannot easily use C enum parameters.
Add the expected ctx_state as a parameter to context_tracking_enter and context_tracking_exit, allowing the same functions to not just track kernel <> user space switching, but also kernel <> guest transitions.
--- include/linux/context_tracking.h | 8 +++++--- kernel/context_tracking.c | 43 ++++++++++++++++++++++++++-------------- 2 files changed, 33 insertions(+), 18 deletions(-)
include/linux/context_tracking.h +5 -3
@@ -10,6 +10,8 @@#ifdef CONFIG_CONTEXT_TRACKING extern void context_tracking_cpu_set (int cpu); +extern void context_tracking_enter (enum ctx_state state); +extern void context_tracking_exit (enum ctx_state state);extern void context_tracking_user_enter (void );extern void context_tracking_user_exit (void ); extern void __context_tracking_task_switch(struct task_struct *prev,
@@ -35,7 +37,7 @@ static inline enum ctx_state exception_enter(void)return 0 ; prev_ctx =this_cpu_read (context_tracking.state); -context_tracking_user_exit (); +context_tracking_exit (prev_ctx);return prev_ctx; }
@@ -43,8 +45,8 @@ static inline enum ctx_state exception_enter(void)static inline void exception_exit (enum ctx_state prev_ctx) {if (context_tracking_is_enabled ()) { -if (prev_ctx ==IN_USER ) -context_tracking_user_enter (); +if (prev_ctx !=IN_KERNEL ) +context_tracking_enter (prev_ctx); } }
kernel/context_tracking.c +28 -15
87 lines not on this page · raw message
Signature · 1 line
1.9.3
Re: [PATCH 1/5] context_tracking: generalize context tracking APIs to support user and guest
Quoted 8 lines · On Tue, Feb 10, 2015 at 03:27:50PM -0500, [email protected] wrote:
From: Rik van Riel <[email protected]>
Split out the mechanism from
context_tracking_user_enterandcontext_tracking_user_exitintocontext_tracking_enterandcontext_tracking_exit. Leave the old functions in order to avoid breaking ARM, which calls these functions from assembler code, and cannot easily use C enum parameters.
Quoted 5 lines
Add the expected
ctx_stateas a parameter tocontext_tracking_enterandcontext_tracking_exit, allowing the same functions to not just track kernel <> user space switching, but also kernel <> guest transitions.Signed-off-by Rik van Riel <[email protected]>
Quoted 137 lines
--- include/linux/context_tracking.h | 8 +++++--- kernel/context_tracking.c | 43 ++++++++++++++++++++++++++-------------- 2 files changed, 33 insertions(+), 18 deletions(-)include/linux/context_tracking.h +5
-3@@ -10,6 +10,8 @@#ifdef CONFIG_CONTEXT_TRACKING extern void context_tracking_cpu_set (int cpu); +extern void context_tracking_enter (enum ctx_state state); +extern void context_tracking_exit (enum ctx_state state);extern void context_tracking_user_enter (void );extern void context_tracking_user_exit (void ); extern void __context_tracking_task_switch(struct task_struct *prev,@@ -35,7 +37,7 @@ static inline enum ctx_state exception_enter(void)return 0 ; prev_ctx =this_cpu_read (context_tracking.state); -context_tracking_user_exit (); +context_tracking_exit (prev_ctx);return prev_ctx; }@@ -43,8 +45,8 @@ static inline enum ctx_state exception_enter(void)static inline void exception_exit (enum ctx_state prev_ctx) {if (context_tracking_is_enabled ()) { -if (prev_ctx ==IN_USER ) -context_tracking_user_enter (); +if (prev_ctx !=IN_KERNEL ) +context_tracking_enter (prev_ctx); } }kernel/context_tracking.c +28
-15@@ -39,15 +39,15 @@ void context_tracking_cpu_set(int cpu) }/** -* context_tracking_user_enter - Inform the context tracking that the CPU is going to -* enter userspace mode. +* context_tracking_enter - Inform the context tracking that the CPU is going +* enter user or guest space mode. * * This function must be called right before we switch from the kernel -* to userspace, when it's guaranteed the remaining kernel instructions -* to execute won't use any RCU read side critical section because this -* function sets RCU in extended quiescent state. +* to user or guest space, when it's guaranteed the remaining kernel +* instructions to execute won't use any RCU read side critical section +* because this function sets RCU in extended quiescent state. */ -void context_tracking_user_enter (void ) +void context_tracking_enter (enum ctx_state state) {unsigned long flags;@@ -75,7 +75,7 @@ void context_tracking_user_enter(void)WARN_ON_ONCE (!current->mm);local_irq_save (flags); -if (__this_cpu_read (context_tracking.state) !=IN_USER ) { +if (__this_cpu_read (context_tracking.state) != state) {if (__this_cpu_read (context_tracking.active)) {trace_user_enter (0 );/* @@ -101,24 +101,31 @@ void context_tracking_user_enter(void)* OTOH we can spare the calls to vtime and RCU when context_tracking.active * is false because we know that CPU is not tickless. */ -__this_cpu_write (context_tracking.state,IN_USER ); +__this_cpu_write (context_tracking.state, state); }local_irq_restore (flags); } +NOKPROBE_SYMBOL (context_tracking_enter); + +void context_tracking_user_enter (void ) +{ +context_tracking_enter (IN_USER ); +}NOKPROBE_SYMBOL (context_tracking_user_enter);/** -* context_tracking_user_exit - Inform the context tracking that the CPU is -* exiting userspace mode and entering the kernel. +* context_tracking_exit - Inform the context tracking that the CPU is +* exiting user or guest mode and entering the kernel. * -* This function must be called after we entered the kernel from userspace -* before any use of RCU read side critical section. This potentially include -* any high level kernel code like syscalls, exceptions, signal handling, etc... +* This function must be called after we entered the kernel from user or +* guest space before any use of RCU read side critical section. This +* potentially include any high level kernel code like syscalls, exceptions, +* signal handling, etc... * * This call supports re-entrancy. This way it can be called from any exception * handler without needing to know if we came from userspace or not. */ -void context_tracking_user_exit (void ) +void context_tracking_exit (enum ctx_state state) {unsigned long flags;@@ -129,7 +136,7 @@ void context_tracking_user_exit(void)return ;local_irq_save (flags); -if (__this_cpu_read (context_tracking.state) ==IN_USER ) { +if (__this_cpu_read (context_tracking.state) == state) {if (__this_cpu_read (context_tracking.active)) {/* * We are going to run code that may use RCU. Inform @@ -143,6 +150,12 @@ void context_tracking_user_exit(void) }local_irq_restore (flags); } +NOKPROBE_SYMBOL (context_tracking_exit); + +void context_tracking_user_exit (void ) +{ +context_tracking_exit (IN_USER ); +}NOKPROBE_SYMBOL (context_tracking_user_exit);/** Signature · 1 line
1.9.3
PATCH 2/5 nohz: add stub context_tracking_is_enabled
In reply to [email protected]From: Rik van Riel <[email protected]>
With code elsewhere doing something conditional on whether or not context tracking is enabled, we want a stub function that tells us context tracking is not enabled, when CONFIG_CONTEXT_TRACKING is not set.
--- include/linux/context_tracking_state.h | 2 ++ 1 file changed, 2 insertions(+)
include/linux/context_tracking_state.h +2 -0
@@ -39,6 +39,8 @@ static inline bool context_tracking_in_user(void)#else static inline bool context_tracking_in_user (void ) {return false; }static inline bool context_tracking_active (void ) {return false; } +static inline bool context_tracking_is_enabled (void ) {return false; } +static inline bool context_tracking_cpu_is_enabled (void ) {return false; }#endif /* CONFIG_CONTEXT_TRACKING */ #endif
Signature · 1 line
1.9.3
Re: [PATCH 2/5] nohz: add stub context_tracking_is_enabled
Quoted 8 lines · On Tue, Feb 10, 2015 at 03:27:51PM -0500, [email protected] wrote:
From: Rik van Riel <[email protected]>
With code elsewhere doing something conditional on whether or not context tracking is enabled, we want a stub function that tells us context tracking is not enabled, when
CONFIG_CONTEXT_TRACKINGis not set.Signed-off-by Rik van Riel <[email protected]>
Quoted 20 lines
--- include/linux/context_tracking_state.h | 2 ++ 1 file changed, 2 insertions(+)include/linux/context_tracking_state.h +2
-0@@ -39,6 +39,8 @@ static inline bool context_tracking_in_user(void)#else static inline bool context_tracking_in_user (void ) {return false; }static inline bool context_tracking_active (void ) {return false; } +static inline bool context_tracking_is_enabled (void ) {return false; } +static inline bool context_tracking_cpu_is_enabled (void ) {return false; }#endif /* CONFIG_CONTEXT_TRACKING */ #endif Signature · 1 line
1.9.3
PATCH 3/5 rcu,nohz: run vtime_user_enter/exit only when state == IN_USER
In reply to [email protected]From: Rik van Riel <[email protected]>
Only run vtime_user_enter, vtime_user_exit, and the user enter & exit trace points when we are entering or exiting user state, respectively.
The KVM code in guest_enter and guest_exit already take care of calling vtime_guest_enter and vtime_guest_exit, respectively.
The RCU code only distinguishes between "idle" and "not idle or kernel". There should be no need to add an additional (unused) state there.
--- kernel/context_tracking.c | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-)
kernel/context_tracking.c +8 -4
@@ -77,7 +77,6 @@ void context_tracking_enter(enum ctx_state state)local_irq_save (flags);if (__this_cpu_read (context_tracking.state) != state) {if (__this_cpu_read (context_tracking.active)) { -trace_user_enter (0 );/* * At this stage, only low level arch entry code remains and * then we'll run in userspace. We can assume there won't be
@@ -85,7 +84,10 @@ void context_tracking_enter(enum ctx_state state)* user_exit() or rcu_irq_enter(). Let's remove RCU's dependency * on the tick. */ -vtime_user_enter (current); +if (state ==IN_USER ) { +trace_user_enter (0 ); +vtime_user_enter (current); + }rcu_user_enter (); }/*
@@ -143,8 +145,10 @@ void context_tracking_exit(enum ctx_state state)* RCU core about that (ie: we may need the tick again). */ rcu_user_exit (); -vtime_user_exit (current); -trace_user_exit (0 ); +if (state ==IN_USER ) { +vtime_user_exit (current); +trace_user_exit (0 ); + } }__this_cpu_write (context_tracking.state,IN_KERNEL ); }
Signature · 1 line
1.9.3
Re: [PATCH 3/5] rcu,nohz: run vtime_user_enter/exit only when state == IN_USER
Quoted 5 lines · On Tue, Feb 10, 2015 at 03:27:52PM -0500, [email protected] wrote:
From: Rik van Riel <[email protected]>
Only run
vtime_user_enter,vtime_user_exit, and the user enter & exit trace points when we are entering or exiting user state, respectively.
Quoted 7 lines
The KVM code in
guest_enterandguest_exitalready take care of callingvtime_guest_enterandvtime_guest_exit, respectively.The RCU code only distinguishes between "idle" and "not idle or kernel". There should be no need to add an additional (unused) state there.
Signed-off-by Rik van Riel <[email protected]>
Quoted 44 lines
--- kernel/context_tracking.c | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-)kernel/context_tracking.c +8
-4@@ -77,7 +77,6 @@ void context_tracking_enter(enum ctx_state state)local_irq_save (flags);if (__this_cpu_read (context_tracking.state) != state) {if (__this_cpu_read (context_tracking.active)) { -trace_user_enter (0 );/* * At this stage, only low level arch entry code remains and * then we'll run in userspace. We can assume there won't be @@ -85,7 +84,10 @@ void context_tracking_enter(enum ctx_state state)* user_exit() or rcu_irq_enter(). Let's remove RCU's dependency * on the tick. */ -vtime_user_enter (current); +if (state ==IN_USER ) { +trace_user_enter (0 ); +vtime_user_enter (current); + }rcu_user_enter (); }/* @@ -143,8 +145,10 @@ void context_tracking_exit(enum ctx_state state)* RCU core about that (ie: we may need the tick again). */ rcu_user_exit (); -vtime_user_exit (current); -trace_user_exit (0 ); +if (state ==IN_USER ) { +vtime_user_exit (current); +trace_user_exit (0 ); + } }__this_cpu_write (context_tracking.state,IN_KERNEL ); }Signature · 1 line
1.9.3
PATCH 4/5 nohz,kvm: export context_tracking_user_enter/exit
In reply to [email protected]From: Rik van Riel <[email protected]>
Export context_tracking_user_enter/exit so it can be used by KVM.
--- kernel/context_tracking.c | 2 ++ 1 file changed, 2 insertions(+)
kernel/context_tracking.c +2 -0
@@ -108,6 +108,7 @@ void context_tracking_enter(enum ctx_state state)local_irq_restore (flags); }NOKPROBE_SYMBOL (context_tracking_enter); +EXPORT_SYMBOL_GPL (context_tracking_enter);void context_tracking_user_enter (void ) {
@@ -155,6 +156,7 @@ void context_tracking_exit(enum ctx_state state)local_irq_restore (flags); }NOKPROBE_SYMBOL (context_tracking_exit); +EXPORT_SYMBOL_GPL (context_tracking_exit);void context_tracking_user_exit (void ) {
Signature · 1 line
1.9.3
Re: [PATCH 4/5] nohz,kvm: export context_tracking_user_enter/exit
Quoted 5 lines · On Tue, Feb 10, 2015 at 03:27:53PM -0500, [email protected] wrote:
From: Rik van Riel <[email protected]>
Export context_tracking_user_enter/exit so it can be used by KVM.
Signed-off-by Rik van Riel <[email protected]>
Quoted 27 lines
--- kernel/context_tracking.c | 2 ++ 1 file changed, 2 insertions(+)kernel/context_tracking.c +2
-0@@ -108,6 +108,7 @@ void context_tracking_enter(enum ctx_state state)local_irq_restore (flags); }NOKPROBE_SYMBOL (context_tracking_enter); +EXPORT_SYMBOL_GPL (context_tracking_enter);void context_tracking_user_enter (void ) {@@ -155,6 +156,7 @@ void context_tracking_exit(enum ctx_state state)local_irq_restore (flags); }NOKPROBE_SYMBOL (context_tracking_exit); +EXPORT_SYMBOL_GPL (context_tracking_exit);void context_tracking_user_exit (void ) {Signature · 1 line
1.9.3
PATCH 5/5 kvm,rcu,nohz: use RCU extended quiescent state when running KVM guest
In reply to [email protected]From: Rik van Riel <[email protected]>
The host kernel is not doing anything while the CPU is executing a KVM guest VCPU, so it can be marked as being in an extended quiescent state, identical to that used when running user space code.
The only exception to that rule is when the host handles an interrupt, which is already handled by the irq code, which calls rcu_irq_enter and rcu_irq_exit.
The guest_enter and guest_exit functions already switch vtime accounting independent of context tracking. Leave those calls where they are, instead of moving them into the context tracking code.
--- include/linux/context_tracking.h | 6 ++++++ include/linux/context_tracking_state.h | 1 + include/linux/kvm_host.h | 3 ++- 3 files changed, 9 insertions(+), 1 deletion(-)
include/linux/context_tracking.h +6 -0
@@ -80,10 +80,16 @@ static inline void guest_enter(void)vtime_guest_enter (current); else current->flags |= PF_VCPU; + +if (context_tracking_is_enabled ()) +context_tracking_enter (IN_GUEST ); }static inline void guest_exit (void ) { +if (context_tracking_is_enabled ()) +context_tracking_exit (IN_GUEST ); +if (vtime_accounting_enabled ())vtime_guest_exit (current);else
include/linux/context_tracking_state.h +1 -0
@@ -15,6 +15,7 @@ struct context_tracking {enum ctx_state {IN_KERNEL =0 ,IN_USER , +IN_GUEST , } state; };
include/linux/kvm_host.h +2 -1
@@ -772,7 +772,8 @@ static inline void kvm_guest_enter(void)* one time slice). Lets treat guest mode as quiescent state, just like * we do with user-mode execution. */ -rcu_virt_note_context_switch (smp_processor_id ()); +if (!context_tracking_cpu_is_enabled ()) +rcu_virt_note_context_switch (smp_processor_id ()); }static inline void kvm_guest_exit (void )
Signature · 1 line
1.9.3
Re: [PATCH 5/5] kvm,rcu,nohz: use RCU extended quiescent state when running KVM guest
Quoted 11 lines · On Tue, Feb 10, 2015 at 03:27:54PM -0500, [email protected] wrote:
From: Rik van Riel <[email protected]>
The host kernel is not doing anything while the CPU is executing a KVM guest VCPU, so it can be marked as being in an extended quiescent state, identical to that used when running user space code.
The only exception to that rule is when the host handles an interrupt, which is already handled by the irq code, which calls
rcu_irq_enterandrcu_irq_exit.
Quoted 6 lines
The
guest_enterandguest_exitfunctions already switch vtime accounting independent of context tracking. Leave those calls where they are, instead of moving them into the context tracking code.Signed-off-by Rik van Riel <[email protected]>
The checks for context_tracking_is_enabled() around the calls to context_tracking_enter() and context_tracking_exit() (as opposed to only within these functions) looked strange at first, but it avoids a needless unconditional call in cases where the static_key disables context tracking. (This is due to separate compilation.)
So...
Quoted 56 lines
--- include/linux/context_tracking.h | 6 ++++++ include/linux/context_tracking_state.h | 1 + include/linux/kvm_host.h | 3 ++- 3 files changed, 9 insertions(+), 1 deletion(-)include/linux/context_tracking.h +6
-0@@ -80,10 +80,16 @@ static inline void guest_enter(void)vtime_guest_enter (current); else current->flags |= PF_VCPU; + +if (context_tracking_is_enabled ()) +context_tracking_enter (IN_GUEST ); }static inline void guest_exit (void ) { +if (context_tracking_is_enabled ()) +context_tracking_exit (IN_GUEST ); +if (vtime_accounting_enabled ())vtime_guest_exit (current);else include/linux/context_tracking_state.h +1
-0@@ -15,6 +15,7 @@ struct context_tracking {enum ctx_state {IN_KERNEL =0 ,IN_USER , +IN_GUEST , } state; };include/linux/kvm_host.h +2
-1@@ -772,7 +772,8 @@ static inline void kvm_guest_enter(void)* one time slice). Lets treat guest mode as quiescent state, just like * we do with user-mode execution. */ -rcu_virt_note_context_switch (smp_processor_id ()); +if (!context_tracking_cpu_is_enabled ()) +rcu_virt_note_context_switch (smp_processor_id ()); }static inline void kvm_guest_exit (void )Signature · 1 line
1.9.3
[PATCH -v5 6/5] context_tracking: fix exception_enter when already in IN_KERNEL
In reply to [email protected]If exception_enter happens when already in IN_KERNEL state, the code still calls context_tracking_exit, which ends up in rcu_eqs_exit_common, which explodes with a WARN_ON when it is called in a situation where dynticks are not enabled.
This can be avoided by having exception_enter only switch to IN_KERNEL state if the current state is not already IN_KERNEL.
---
Frederic, you will want this "bonus" patch, too :)
Thanks to Luiz for finding this one. Whatever I was running did not trigger this issue...
include/linux/context_tracking.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
include/linux/context_tracking.h +2 -1
@@ -37,7 +37,8 @@ static inline enum ctx_state exception_enter(void)return 0 ; prev_ctx =this_cpu_read (context_tracking.state); -context_tracking_exit (prev_ctx); +if (prev_ctx !=IN_KERNEL ) +context_tracking_exit (prev_ctx);return prev_ctx; }
Re: [PATCH -v5 6/5] context_tracking: fix exception_enter when already in IN_KERNEL
Quoted 7 lines · Rik van Riel
If
exception_enterhappens when already inIN_KERNELstate, the code still callscontext_tracking_exit, which ends up inrcu_eqs_exit_common, which explodes with aWARN_ONwhen it is called in a situation where dynticks are not enabled.This can be avoided by having
exception_enteronly switch toIN_KERNELstate if the current state is not alreadyIN_KERNEL.
Ugh... Time to formally verify, sounds like...
Thanx, Paul
Quoted 26 lines
Signed-off-by Rik van Riel <[email protected]>Reported-by Luiz Capitulino <[email protected]>---
Frederic, you will want this "bonus" patch, too :)Thanks to Luiz for finding this one. Whatever I was running did not trigger this issue...
include/linux/context_tracking.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)include/linux/context_tracking.h +2
-1@@ -37,7 +37,8 @@ static inline enum ctx_state exception_enter(void)return 0 ; prev_ctx =this_cpu_read (context_tracking.state); -context_tracking_exit (prev_ctx); +if (prev_ctx !=IN_KERNEL ) +context_tracking_exit (prev_ctx);return prev_ctx; }
Re: [PATCH -v5 6/5] context_tracking: fix exception_enter when already in IN_KERNEL
In reply to Rik van RielQuoted 4 lines · Rik van Riel
If
exception_enterhappens when already inIN_KERNELstate, the code still callscontext_tracking_exit, which ends up inrcu_eqs_exit_common, which explodes with aWARN_ONwhen it is called in a situation where dynticks are not enabled.
Fortunately context_tracking_exit() already has a current_state == IN_KERNEL check so this shouldn't be a problem.
Meanwhile I'll still take the patch, it's better to handle that from the caller.
Thanks.
Quoted 30 lines
This can be avoided by having
exception_enteronly switch toIN_KERNELstate if the current state is not alreadyIN_KERNEL.Signed-off-by Rik van Riel <[email protected]>Reported-by Luiz Capitulino <[email protected]>---
Frederic, you will want this "bonus" patch, too :)Thanks to Luiz for finding this one. Whatever I was running did not trigger this issue...
include/linux/context_tracking.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)include/linux/context_tracking.h +2
-1@@ -37,7 +37,8 @@ static inline enum ctx_state exception_enter(void)return 0 ; prev_ctx =this_cpu_read (context_tracking.state); -context_tracking_exit (prev_ctx); +if (prev_ctx !=IN_KERNEL ) +context_tracking_exit (prev_ctx);return prev_ctx; }
Re: [PATCH -v5 6/5] context_tracking: fix exception_enter when already in IN_KERNEL
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Quoted 8 lines · Frederic Weisbecker
Quoted 4 lines · Rik van Riel
If
exception_enterhappens when already inIN_KERNELstate, the code still callscontext_tracking_exit, which ends up inrcu_eqs_exit_common, which explodes with aWARN_ONwhen it is called in a situation where dynticks are not enabled.Fortunately
context_tracking_exit()already has acurrent_state==IN_KERNELcheck so this shouldn't be a problem.
No, it had a hard-coded "current_state == IN_USER" check, which is very close, but ...
... I replaced that with a state argument, and forgot to ensure that it never gets called with state == IN_KERNEL. This patch fixes that.
Quoted 2 lines
Meanwhile I'll still take the patch, it's better to handle that from the caller.
Thanks.
- --
All rights reversed
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJU3Mr+AAoJEM553pKExN6DYNUH/2m9CtXhLdTHOEHRvxg41PCZ /xafetUOS9cka0CNuiYpUuvfMSucoePW7YqUXqjYSIP25DsAleOh0qdep1Ob5bH+ 2BqZNMwK3QDHf1+/V7nulnjVkeHtpXJm0HIZOjc06xeL+9T6ydB1vhQGIMLrGL9S LvOstI3fseeIgglwYc2Gx7H7e99oOkxysvwMMvcMrW0cPSRAOdYxINQnfYW8A5kq DTTXwWuJRZa4FLtP3wLpvocm5dMGDwTsDmuOk1PmXYlsTsO6H2BmCeio0euzStoJ l+jR4x7Aq2KXES7gnMgpPw1iON3xKJ/RbXF8IC/doII8FYEV8Raxnf7hl47etBw= =yIjW
-----END PGP SIGNATURE-----
Re: [PATCH -v5 6/5] context_tracking: fix exception_enter when already in IN_KERNEL
Quoted 13 lines · Rik van Riel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1Quoted 8 lines · Frederic Weisbecker
Quoted 4 lines · Rik van Riel
If
exception_enterhappens when already inIN_KERNELstate, the code still callscontext_tracking_exit, which ends up inrcu_eqs_exit_common, which explodes with aWARN_ONwhen it is called in a situation where dynticks are not enabled.Fortunately
context_tracking_exit()already has acurrent_state==IN_KERNELcheck so this shouldn't be a problem.
Quoted 6 lines
No, it had a hard-coded "
current_state==IN_USER" check, which is very close, but ...... I replaced that with a state argument, and forgot to ensure that it never gets called with state ==
IN_KERNEL. This patch fixes that.
Ah that's right! Well I'm going to merge this patch to 1/5 then to avoid breaking bisection.
Thanks.
Re: [PATCH -v5 6/5] context_tracking: fix exception_enter when already in IN_KERNEL
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Quoted 16 lines · Frederic Weisbecker
Quoted 15 lines · Rik van Riel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Quoted 8 lines · Frederic Weisbecker
Quoted 4 lines · Rik van Riel
If
exception_enterhappens when already inIN_KERNELstate, the code still callscontext_tracking_exit, which ends up in
rcu_eqs_exit_common, which explodes with aWARN_ONwhen it
is called in a situation where dynticks are not enabled.Fortunately
context_tracking_exit()already has acurrent_state==IN_KERNELcheck so this shouldn't be a problem.No, it had a hard-coded "
current_state==IN_USER" check, which is very close, but ...
Quoted 6 lines
Quoted 3 lines
... I replaced that with a state argument, and forgot to ensure that it never gets called with state ==
IN_KERNEL. This patch fixes that.Ah that's right! Well I'm going to merge this patch to 1/5 then to avoid breaking bisection.
Thank you, Frederic!
- --
All rights reversed
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJU3OeDAAoJEM553pKExN6D7BsIAJ8CKC73jQ8T5Dqa/tlHV7Db QFSJdpxP+7jCZwssehgpjpxCwtJ0UvGgle5OwX/POUhmagHxHmxVydOBz+xfYdBr UuGkEl5TL+oyoMUr80Q4RTnJSZN08zi+THqiv33tyPUj6cNiycBZAuho3ELTRNOA bRcHrMW+xd95uqoung7dSKrgA2jcym3+umNGnQb0gniraqcNLAmWs+jfAO8yZLJg vk8bIKed6epQ3n6gcdYe0A28cLOuBvjEs5JNcEPxujY/349sjitKR2pLQ6HsfHLV frlKsh7qQIRtoUJLO9ZBBDtGrmThwBwH8rw+GcVR8zviPNvV4IRrx47VBcHDWjc= =mwFO
-----END PGP SIGNATURE-----
Quoted 17 lines · On Tue, Feb 10, 2015 at 03:27:49PM -0500, [email protected] wrote:
When running a KVM guest on a system with
NOHZ_FULLenabled, and the KVM guest running with idle=poll mode, we still get wakeups of the rcuos/N threads.This problem has already been solved for user space by telling the RCU subsystem that the CPU is in an extended quiescent state while running user space code.
This patch series extends that code a little bit to make it usable to track KVM guest space, too.
I tested the code by booting a KVM guest with idle=poll, on a system with
NOHZ_FULLenabled on most CPUs, and a VCPU thread bound to a CPU. In a 10 second interval, rcuos/N threads on other CPUs got woken up several times, while the rcuos thread on the CPU running the bound and alwasy running VCPU thread never got woken up once.
Quoted 4 lines
Thanks to Christian Borntraeger, Paul McKenney, Paulo Bonzini, Frederic Weisbecker, and Will Deacon for reviewing and improving earlier versions of this patch series.
So the patchset look good, thanks everyone. I'm applying the series and will see anything explode.
I'll wait until the end of the merge window to push it to Ingo.
Thanks.