login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
July
»
3
Re: [PATCH 1/1] x86: Add check for node passed to node_to_cpumask V3
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Ingo Molnar
Subject:
Re: [PATCH 1/1] x86: Add check for node passed to node_to_cpumask V3
Date: Thursday, July 3, 2008 - 2:01 am
* Vegard Nossum <vegard.nossum@gmail.com> wrote:
quoted text
> On Thu, Jul 3, 2008 at 10:44 AM, Ingo Molnar <mingo@elte.hu> wrote: > > > > * Mike Travis <travis@sgi.com> wrote: > > > >> Subject: [PATCH 1/1] x86: Add check for node passed to node_to_cpumask V3 > >> > >> * When CONFIG_DEBUG_PER_CPU_MAPS is set, the node passed to > >> node_to_cpumask and node_to_cpumask_ptr should be validated. > >> If invalid, then a dump_stack is performed and a zero cpumask > >> is returned. > >> > >> Based on "Fri Jun 27 10:06:06 PDT 2008" tip/master... ;-) > >> > >> Signed-off-by: Mike Travis <travis@sgi.com> > >> --- > >> V2: Slightly different version to remove a compiler warning. > >> V3: Redone to reflect moving setup.c -> setup_percpu.c > > > > applied to tip/x86/unify-setup - thanks Mike. > > > > Vegard, can i add your Acked-by too? > > To be honest, I'd prefer that the function returns a const pointer. > Mike and I have both reviewed all callers independently and concluded > that there is no problem in doing this, and that, in fact, this is the > correct way to deal with it. > > So if Mike submits a V4 with this const return type, or another patch > on top of this one, I'll ack it :-)
ok, i'll wait for v4 :) (v3 is applied already so Mike please send a delta to v3.) Ingo --
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 1/1] x86: Add check for node passed to node_to_cpumask
, Mike Travis
, (Thu Jun 26, 9:26 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Mike Travis
, (Thu Jun 26, 7:39 pm)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Mike Travis
, (Fri Jun 27, 10:10 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Vegard Nossum
, (Fri Jun 27, 10:24 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Mike Travis
, (Fri Jun 27, 11:03 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Vegard Nossum
, (Sun Jun 29, 4:34 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Mike Travis
, (Sun Jun 29, 5:40 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Ingo Molnar
, (Thu Jul 3, 1:44 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Vegard Nossum
, (Thu Jul 3, 1:55 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Ingo Molnar
, (Thu Jul 3, 2:01 am)
Re: [PATCH 1/1] x86: Add check for node passed to node_to_ ...
, Mike Travis
, (Mon Jul 7, 10:23 am)
[PATCH 1/1] x86: Change _node_to_cpumask_ptr to return con ...
, Mike Travis
, (Tue Jul 8, 10:06 am)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Vegard Nossum
, (Tue Jul 8, 10:35 am)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Mike Travis
, (Tue Jul 8, 11:05 am)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Vegard Nossum
, (Tue Jul 8, 11:22 am)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Mike Travis
, (Tue Jul 8, 1:51 pm)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Vegard Nossum
, (Tue Jul 8, 2:21 pm)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Mike Travis
, (Tue Jul 8, 2:28 pm)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Mike Travis
, (Tue Jul 8, 2:35 pm)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Vegard Nossum
, (Tue Jul 8, 2:52 pm)
Re: [PATCH 1/1] x86: Change _node_to_cpumask_ptr to return ...
, Ingo Molnar
, (Sun Jul 13, 10:12 am)
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