> > I had to do the same in i386, but initially I was trying to
> avoid the
> > whole situation - allocating per_cpu data for all possible
> processors.
> > It seemed wasteful that on the system with NR_CPU=256 or 512 and
> > brought up as 4x everything per_cpu is (pre)allocated for all,
> > although it's sure convenient. I though at the time it
> would be great
> > if
> > alloc_percpu() mechanism was able to dynamically re-create all the
> > per_cpu's for new processors, that way cpu_possible_map woun't
> > probably even be needed. Or is it too much trouble for too
> little gain...
> >
> > Thanks,
> > --Natalie
> >
>
> It certainly is possible. In the hotplug cpu case, don't put
> the .data.percpu section in __initmem. It will then be
> preserved for any cpus that come online after boot.
>
I don't want to confuse Andrew, the patch is definitely correct and
needed...
It is more about "cold plug" case, when processors are not present
initially, but physically added to the systen during runtime. The
problem was not to preserve, but not to even allocate per_cpu for all
NR_CPUS, only for physically present processors. Then create per_cpu
with all the allocated data for the newly added processors. But as I
said it is probably too much to ask after all... :)
Thanks,
--Natalie
-
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/
[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]