On Mon, 19 Nov 2007, Dave Hansen wrote:
> Which comes from:
>
> config OUT_OF_LINE_PFN_TO_PAGE
> def_bool X86_64
> depends on DISCONTIGMEM
>
> and only on x86_64. Perhaps it can go away with the
> discontig->sparsemem-vmemmap conversion.
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> On Mon, 19 Nov 2007 15:20:23 -0500
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > * Dave Hansen ([EMAIL PROTECTED]) wrote:
> > > The only thing I might suggest doing differently is actually using the
> > > page_to_pfn() definition itself:
> > >
>
On Mon, 2007-11-19 at 13:19 -0800, Dave Hansen wrote:
> On Mon, 2007-11-19 at 13:08 -0800, Andrew Morton wrote:
> > Heaven knows why though - why does __pfn_to_page() even exist?
> Perhaps it can go away with the
> discontig->sparsemem-vmemmap conversion.
In fact, Christoph Lameter's
On Mon, 2007-11-19 at 13:08 -0800, Andrew Morton wrote:
>
> > #else
> > -#define page_to_pfn __page_to_pfn
> > +#define page_to_pfn ((unsigned long)__page_to_pfn)
> > #define pfn_to_page __pfn_to_page
> > #endif /* CONFIG_OUT_OF_LINE_PFN_TO_PAGE */
>
> I'd have thought that __pfn_to_page() was
On Mon, 19 Nov 2007 15:20:23 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> * Dave Hansen ([EMAIL PROTECTED]) wrote:
> > The only thing I might suggest doing differently is actually using the
> > page_to_pfn() definition itself:
> >
> > memory_model.h:#define page_to_pfn __page_to_pfn
> >
* Dave Hansen ([EMAIL PROTECTED]) wrote:
> The only thing I might suggest doing differently is actually using the
> page_to_pfn() definition itself:
>
> memory_model.h:#define page_to_pfn __page_to_pfn
>
> The full inline function version should do this already, and we
> shouldn't have any real d
6 matches
Mail list logo
