Re: [PATCH] [SMP] reduce size of percpudata, and make sure per_cpu(object, not_possible_cpu) cause an invalid memory reference

On Tuesday 24 January 2006 15:46, Eric Dumazet wrote:

> As some architectures (x86_64) are now allocating cpudata only on possible
> cpus, we (kernel developers on x86 machines) should make sure that x86 does
> a similar thing to find bugs. This is important that this patch has some
> exposure in -mm for some time, some places must now use :

The for_each_cpu changes should be actually merged ASAP because x86-64 
needs them (or maybe i should back out that change until the kernel is ready?)
But it really saves a lot of memory - several MB on a distro kernel which is 
compiled with NR_CPUS==128.

-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

References:
- [PATCH] tvec_bases too large for per-cpu data
  - From: "Jan Beulich" <[email protected]>
- Re: [PATCH] tvec_bases too large for per-cpu data
  - From: Andrew Morton <[email protected]>
- [PATCH] [SMP] reduce size of percpudata, and make sure per_cpu(object, not_possible_cpu) cause an invalid memory reference
  - From: Eric Dumazet <[email protected]>

Prev by Date: Re: 2.6.16-rc1-mm2 pata driver confusion
Next by Date: Re: [PATCH/RFC] Shared page tables
Previous by thread: [PATCH] [SMP] reduce size of percpudata, and make sure per_cpu(object, not_possible_cpu) cause an invalid memory reference
Next by thread: [PATCH] [SMP] __GENERIC_PER_CPU changes
Index(es):
- Date
- Thread

[Index of Archives] [Kernel Newbies] [Netfilter] [Bugtraq] [Photo] [Stuff] [Gimp] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Video 4 Linux] [Linux for the blind] [Linux Resources]