login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
August
»
31
Re: [PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Paul E. McKenney
Subject:
Re: [PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
Date: Sunday, August 31, 2008 - 12:23 pm
On Sun, Aug 31, 2008 at 12:17:21PM -0700, Paul E. McKenney wrote:
quoted text
> On Sun, Aug 31, 2008 at 07:58:49PM +0200, Manfred Spraul wrote: > > When a cpu is taken offline, the CPU_DYING notifiers are called on the > > dying cpu. According to <linux/notifiers.h>, the cpu should be "not > > running any task, not handling interrupts, soon dead". > > > > For the current implementation, this is not true: > > - __cpu_disable can fail. If it fails, then the cpu will remain alive > > and happy. > > - At least on x86, __cpu_disable() briefly enables the local interrupts > > to handle any outstanding interrupts. > > > > What about moving CPU_DYING down a few lines, behind the __cpu_disable() > > line? > > There are only two CPU_DYING handlers in the kernel right now: one in > > kvm, one in the scheduler. Both should work with the patch applied > > [and: I'm not sure if either one handles a failing __cpu_disable()] > > > > The patch survives simple offlining a cpu. kvm untested due to lack > > of a test setup. > > Several architectures re-enable interrupts in __cpu_disable() or in > functions called from __cpu_disable(), which happens after CPU_DYING, > if I understand correctly. :-(
Never mind -- you are moving CPU_DYING after __cpu_disable(). :-/ Thanx, Paul
quoted text
> > Signed-Off-By: Manfred Spraul <manfred@colorfullife.com> > > --- > > kernel/cpu.c | 5 +++-- > > 1 files changed, 3 insertions(+), 2 deletions(-) > > > > diff --git a/kernel/cpu.c b/kernel/cpu.c > > index e202a68..5b7c88f 100644 > > --- a/kernel/cpu.c > > +++ b/kernel/cpu.c > > @@ -199,13 +199,14 @@ static int __ref take_cpu_down(void *_param) > > struct take_cpu_down_param *param = _param; > > int err; > > > > - raw_notifier_call_chain(&cpu_chain, CPU_DYING | param->mod, > > - param->hcpu); > > /* Ensure this CPU doesn't handle any more interrupts. */ > > err = __cpu_disable(); > > if (err < 0) > > return err; > > > > + raw_notifier_call_chain(&cpu_chain, CPU_DYING | param->mod, > > + param->hcpu); > > + > > /* Force idle task to run as soon as we yield: it should > > immediately notice cpu is offline and die quickly. */ > > sched_idle_next(); > > -- > > 1.5.5.1 > >
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
, Manfred Spraul
, (Sun Aug 31, 10:58 am)
Re: [PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
, Paul E. McKenney
, (Sun Aug 31, 12:17 pm)
Re: [PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
, Paul E. McKenney
, (Sun Aug 31, 12:23 pm)
Re: [PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
, Ingo Molnar
, (Sat Sep 6, 9:49 am)
Re: [PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
, Manfred Spraul
, (Sat Sep 6, 10:08 am)
Re: [PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
, Ingo Molnar
, (Sat Sep 6, 10:13 am)
Re: [PATCH] kernel/cpu.c: Move the CPU_DYING notifiers
, Avi Kivity
, (Fri Sep 12, 11:36 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Fortier,Vincent [Montreal]
2.6.21.5 june 30th to july 1st date hang?
Jeff Dike
[ PATCH 2/6 ] UML - Formatting fixes around os_{read_write}_file callers
Liam Girdwood
[PATCH 07/13] regulator: regulator test harness
Oleg Nesterov
Re: Getting the new RxRPC patches upstream
Stefan Seyfried
Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18
linux-netdev
:
Arnaud Ebalard
Re: [REGRESSION,BISECTED] MIPv6 support broken by f4f914b58019f0
Jan Engelhardt
Re: [PATCH iptables] extension: add xt_cpu match
Jarek Poplawski
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Sebastian Andrzej Siewior
[PATCH 8/8] net/emergency: remove locking from reycling pool if emergncy pools are...
David Miller
Re: [PATCH] qlcnic: dont assume NET_IP_ALIGN is 2
git
:
Jakub Narebski
Re: git on MacOSX and files with decomposed utf-8 file names
Brandon Casey
Re: Thunderbird and patches (was Re: [PATCH v2] Enable setting attach as the def...
Christian Couder
[PATCH 1/3] rev-parse: add test script for "--verify"
Ramkumar Ramachandra
Re: [GSoC update] git-remote-svn: The final one
Junio C Hamano
Re: git-rm isn't the inverse action of git-add
openbsd-misc
:
Joachim Schipper
Re: UVC Webcams
Florin Andrei
SOLVED [was: firewall is very slow, something's wrong]
Todd Alan Smith
Re: Microsoft gets the Most Secure Operating Systems award
Neal Hogan
Re: Need Advice: Thinkpad T60 or T61?
Sam Fourman Jr.
Re: Real men don't attack straw men
git-commits-head
:
Linux Kernel Mailing List
ACPI: Disable ARB_DISABLE on platforms where it is not needed
Linux Kernel Mailing List
m68knommu: add read_barrier_depends() and irqs_disabled_flags()
Linux Kernel Mailing List
[MTD] Add mtd panic_write function pointer
Linux Kernel Mailing List
[ARM] pxa: remove duplicate select statements from Kconfig
Linux Kernel Mailing List
mlx4_core: Don't read reserved fields in mlx4_QUERY_ADAPTER()
Colocation donated by:
Syndicate