lkml.org 
[lkml]   [2006]   [Jan]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.16-rc1-mm3
Andy Whitcroft a écrit :
> Eric Dumazet wrote:
>> The NULL choice was maybe wrong. We might need more than one page to
>> fully catch all accesses. Something like 32KB.
>
> The crash behavoir is handy to catch that the problem exists, and is
> very cheap (0 cost) at run time. However, once its known I think we
> need something more targetted to allow tracking of the cause. Perhaps
> we could set the offset thingy to -1 or something and simply do
> something like the following in per_cpu():
>
> if (__per_cpu_offset[i] == -1)
> BUG();
> else
> *RELOC_HIDE(&per_cpu__##var, __per_cpu_offset[cpu])
>

Yes we can set __per_cpu_offset[not_possible_cpu] to 0, because
[__per_cpu_start,__per_cpu_end) is in init section and should be discarded in
free_initmem(). I'm not sure if the freed virtual space can later be reused.

Eric
-
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/

\
 
 \ /
  Last update: 2006-01-27 11:40    [W:0.046 / U:0.932 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site