Bump the NR_CPUS define to 4096 in irqbalance. That makes cpumask allocations
1k in size each, which isn't great, but it lets the default build for irqbalance handle the currently maximum size kernel that can be built so we're not so tied in 1 irqbalance build to a particular kernel config Signed-off-by: Neil Horman <nhorman@tuxdriver.com> git-svn-id: https://irqbalance.googlecode.com/svn/trunk@29 46b42954-3823-0410-bd82-eb80b452c9b5
This commit is contained in:
parent
3a7d9c642f
commit
a2071483d9
|
@ -1,7 +1,7 @@
|
||||||
#ifndef __LINUX_CPUMASK_H
|
#ifndef __LINUX_CPUMASK_H
|
||||||
#define __LINUX_CPUMASK_H
|
#define __LINUX_CPUMASK_H
|
||||||
|
|
||||||
#define NR_CPUS 256
|
#define NR_CPUS 4096
|
||||||
/*
|
/*
|
||||||
* Cpumasks provide a bitmap suitable for representing the
|
* Cpumasks provide a bitmap suitable for representing the
|
||||||
* set of CPU's in a system, one bit position per CPU number.
|
* set of CPU's in a system, one bit position per CPU number.
|
||||||
|
|
Loading…
Reference in a new issue