From: Mike Travis <travis@sgi.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Peter Zijlstra <peterz@infradead.org>,
Andrew Morton <akpm@linux-foundation.org>,
davej@codemonkey.org.uk, David Miller <davem@davemloft.net>,
Eric Dumazet <dada1@cosmosbay.com>,
"Eric W. Biederman" <ebiederm@xmission.com>,
Jack Steiner <steiner@sgi.com>,
Jeremy Fitzhardinge <jeremy@goop.org>, Jes Sorensen <jes@sgi.com>,
"H. Peter Anvin" <hpa@zytor.com>,
Thomas Gleixner <tglx@linutronix.de>,
linux-kernel@vger.kernel.org, Jack Steiner <steiner@sgi.com>,
Christoph Lameter <cl@linux-foundation.org>,
Andi Kleen <andi@firstfloor.org>
Subject: [RFC] CPUMASK: proposal for replacing cpumask_t
Date: Wed, 10 Sep 2008 15:47:58 -0700 [thread overview]
Message-ID: <48C84E9E.7080507@sgi.com> (raw)
In-Reply-To: <20080908183852.GA3713@elte.hu>
Ingo Molnar wrote:
> * Peter Zijlstra <peterz@infradead.org> wrote:
>
>>>> NAK
...
>
> seconded. Mike, since none of this is v2.6.27 material, lets do it right
> with a v2.6.28 target. You know all the cpumask_t using code sites
> inside out already, so the know-how is all available already :-) Please
> make it finegrained series of patches so that we can resolve conflicts
> with other trees more easily.
>
> perhaps propose the new cpumask_t API early (in this thread?), so that
> people can comment on it before NAKs come flying against a full patchset
> ;-)
>
> Ingo
Here's an initial proposal for abstracting cpumask_t to be either
an array of 1 or a pointer to an array... Hopefully this will
minimize the amount of code changes while providing the capabilities
this change is attempting to do.
Comments most welcome. ;-)
Thanks,
Mike
--
Basically, linux/cpumask.h has the following defines:
typedef struct { DECLARE_BITMAP(bits, NR_CPUS); } cpumask_data;
#if NR_CPUS > BITS_PER_LONG
typedef const cpumask_data *cpumask_t;
typedef cpumask_data *cpumask_var;
typedef cpumask_t cpumask_val;
#define _NR_CPUS nr_cpu_ids
#else
typedef const cpumask_data cpumask_t[1];
typedef cpumask_data cpumask_var[1];
typedef cpumask_data cpumask_val;
#define _NR_CPUS NR_CPUS
#endif
So in function prototypes:
cpumask_t function(const cpumask_t *A,
cpumask_t *B,
cpumask_t cpumask_C)
becomes:
cpumask_val function(cpumask_t A,
cpumask_var B,
cpumask_t cpumask_C)
And in local variables:
cpumask_t ==> cpumask_var IFF variable is to be written.
This:
cpumask_t mask = cpu_online_map
<change mask>
becomes:
#include <linux/cpumask_alloc.h>
cpumask_var mask;
alloc_cpumask(&mask);
*mask = *cpu_online_map;
<change mask>
free_cpumask(&mask);
Currently, alloc_cpumask is:
#define BYTES_PER_CPUMASK (BITS_TO_LONGS(nr_cpu_ids)/sizeof(long))
static inline bool no_cpumask(cpumask_t *m)
{
return (*m == NULL);
}
static inline void alloc_cpumask(cpumask_t *m)
{
cpumask_t d = kmalloc(BYTES_PER_CPUMASK, GFP_KERNEL);
if (no_cpumask(&d))
BUG();
*m = d;
}
static inline void alloc_cpumask_nopanic(cpumask_t *m)
{
cpumask_t d = kmalloc(BYTES_PER_CPUMASK, GFP_KERNEL);
*m = d;
}
static inline void free_cpumask(cpumask_t *m)
{
kfree(*m);
}
Other means of obtaining a temporary cpumask_t variable will be provided
for those cases where kmalloc() is not available.
Furthermore, system-wide maps become:
extern cpumask_data _cpu_possible_map; /* read/write */
extern cpumask_data _cpu_online_map;
extern cpumask_data _cpu_present_map;
extern cpumask_data _cpu_active_map;
#define cpu_possible_map ((cpumask_t)&_cpu_possible_map) /* read only */
#define cpu_online_map ((cpumask_t)&_cpu_online_map)
#define cpu_present_map ((cpumask_t)&_cpu_present_map)
#define cpu_active_map ((cpumask_t)&_cpu_active_map)
So code to set these bits would be:
cpu_set(cpu, &_cpu_online_map);
cpu_set(cpu, &_cpu_present_map);
cpu_set(cpu, &_cpu_possible_map);
Arrays that contain a fixed cpumask would have:
struct xxx {
cpumask_data cpumask;
};
... though we should probably encourage the map to be allocated:
struct xxx {
cpumask_t readonly_cpumask;
cpumask_var readwrite_cpumask;
};
alloc_cpumask(&xxx->readonly_cpumask);
alloc_cpumask(&xxx->readwrite_cpumask);
All the cpu operators become:
#define cpu_XXX(dst, src) _cpu_XXX(dst, src, _NR_CPUS)
static inline void __cpu_XXX(cpumask_var dstp, cpumask_t srcp, int count)
{
XXX_bit(dstp->bits, srcp->bits, count);
}
(_NR_CPUS being defined to be nr_cpu_ids allows us to allocate variable lengthed arrays.)
Cpumask initializers become:
#if NR_CPUS <= BITS_PER_LONG
#define INIT_CPU_MASK_ALL \
(cpumask_t) { { \
[BITS_TO_LONGS(NR_CPUS)-1] = CPU_MASK_LAST_WORD \
} }
#else
#define INIT_CPU_MASK_ALL \
(cpumask_data) { { \
[0 ... BITS_TO_LONGS(NR_CPUS)-2] = ~0UL, \
[BITS_TO_LONGS(NR_CPUS)-1] = CPU_MASK_LAST_WORD \
} }
#endif
#define INIT_CPU_MASK_NONE \
(cpumask_data) { { \
[0 ... BITS_TO_LONGS(NR_CPUS)-1] = 0UL \
} }
#define INIT_CPU_MASK_CPU0 \
(cpumask_data) { { \
[0] = 1UL \
} }
#if NR_CPUS > BITS_PER_LONG
extern cpumask_t cpu_mask_all, cpu_mask_none, cpu_mask_cpu0;
#define CPU_MASK_ALL (cpu_mask_all)
#define CPU_MASK_NONE (cpu_mask_none)
#define CPU_MASK_CPU0 (cpu_mask_cpu0)
#else
#define CPU_MASK_ALL ((cpumask_t)&INIT_CPU_MASK_ALL)
#define CPU_MASK_NONE ((cpumask_t)&INIT_CPU_MASK_NONE)
#define CPU_MASK_CPU0 ((cpumask_t)&INIT_CPU_MASK_CPU0)
#endif
And in kernel/cpu.c:
/*
* provide const cpumask_t's
*/
#if NR_CPUS > BITS_PER_LONG
cpumask_data cpu_mask_all __read_mostly = INIT_CPU_MASK_ALL;
EXPORT_SYMBOL(cpu_mask_all);
cpumask_data cpu_mask_none __read_mostly = INIT_CPU_MASK_NONE;
EXPORT_SYMBOL(cpu_mask_none);
cpumask_data cpu_mask_cpu0 __read_mostly = INIT_CPU_MASK_CPU0;
EXPORT_SYMBOL(cpu_mask_cpu0);
#endif
next prev parent reply other threads:[~2008-09-10 22:48 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-06 23:50 [RFC 00/13] smp: reduce stack requirements for genapic send_IPI_mask functions Mike Travis
2008-09-06 23:50 ` [RFC 01/13] smp: modify send_IPI_mask interface to accept cpumask_t pointers Mike Travis
2008-09-06 23:50 ` [RFC 02/13] cpumask: add for_each_online_cpu_mask_nr function Mike Travis
2008-09-06 23:50 ` [RFC 03/13] xen: use new " Mike Travis
2008-09-06 23:50 ` [RFC 04/13] cpumask: add cpumask_ptr operations Mike Travis
2008-09-06 23:50 ` [RFC 05/13] cpumask: add get_cpumask_var debug operations Mike Travis
2008-09-06 23:50 ` [RFC 06/13] genapic: use get_cpumask_var operations for allbutself cpumask_ts Mike Travis
2008-09-06 23:50 ` [RFC 07/13] sched: Reduce stack size requirements in kernel/sched.c Mike Travis
2008-09-07 10:24 ` Peter Zijlstra
2008-09-07 11:00 ` Andrew Morton
2008-09-07 13:05 ` Peter Zijlstra
2008-09-08 14:56 ` Mike Travis
2008-09-07 20:28 ` Peter Zijlstra
2008-09-08 14:54 ` Mike Travis
2008-09-08 15:05 ` Peter Zijlstra
2008-09-08 18:38 ` Ingo Molnar
2008-09-10 22:47 ` Mike Travis [this message]
2008-09-10 22:53 ` [RFC] CPUMASK: proposal for replacing cpumask_t Andi Kleen
2008-09-10 23:33 ` Mike Travis
2008-09-11 5:21 ` Andi Kleen
2008-09-11 9:00 ` Peter Zijlstra
2008-09-11 15:04 ` Mike Travis
2008-09-12 4:55 ` Rusty Russell
2008-09-12 14:28 ` Mike Travis
2008-09-12 22:02 ` Rusty Russell
2008-09-12 22:50 ` Mike Travis
2008-09-12 22:58 ` H. Peter Anvin
2008-09-06 23:50 ` [RFC 08/13] cpufreq: Reduce stack size requirements in acpi-cpufreq.c Mike Travis
2008-09-06 23:50 ` [RFC 09/13] genapic: reduce stack pressuge in io_apic.c step 1 temp cpumask_ts Mike Travis
2008-09-08 11:01 ` Andi Kleen
2008-09-08 16:03 ` Mike Travis
2008-09-06 23:50 ` [RFC 10/13] genapic: reduce stack pressuge in io_apic.c step 2 internal abi Mike Travis
2008-09-06 23:50 ` [RFC 11/13] genapic: reduce stack pressuge in io_apic.c step 3 target_cpus Mike Travis
2008-09-07 7:55 ` Bert Wesarg
2008-09-07 9:13 ` Ingo Molnar
2008-09-08 15:01 ` Mike Travis
2008-09-08 15:29 ` Mike Travis
2008-09-06 23:50 ` [RFC 12/13] genapic: reduce stack pressuge in io_apic.c step 4 vector allocation Mike Travis
2008-09-06 23:50 ` [RFC 13/13] genapic: reduce stack pressuge in io_apic.c step 5 cpu_mask_to_apicid Mike Travis
2008-09-07 7:36 ` [RFC 00/13] smp: reduce stack requirements for genapic send_IPI_mask functions Ingo Molnar
2008-09-08 15:17 ` Mike Travis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48C84E9E.7080507@sgi.com \
--to=travis@sgi.com \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=cl@linux-foundation.org \
--cc=dada1@cosmosbay.com \
--cc=davej@codemonkey.org.uk \
--cc=davem@davemloft.net \
--cc=ebiederm@xmission.com \
--cc=hpa@zytor.com \
--cc=jeremy@goop.org \
--cc=jes@sgi.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=peterz@infradead.org \
--cc=steiner@sgi.com \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox