Re: remap_pfn_range() not suitable for physical RAM?

[Frank Mehnert <Frank.Mehnert@Sun.COM>]

[-- Attachment #1: Type: text/plain, Size: 1813 bytes --]

Venki,

thanks for your reply. May I ask anyway why this check is done in 
remap_pfn_range() and vm_insert_pfn() but not in vm_insert_page()?

Kind regards,

Frank

On Tuesday 10 March 2009, Pallipadi, Venkatesh wrote:
> Frank,
>
> Patch here should eliminate the restriction.
> http://marc.info/?l=linux-kernel&m=123664923030126&w=1
>
> Thanks,
> Venki
>
> >-----Original Message-----
> >From: linux-kernel-owner@vger.kernel.org
> >[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Frank Mehnert
> >Sent: Tuesday, March 10, 2009 1:04 AM
> >To: linux-kernel@vger.kernel.org
> >Cc: peterz@infradead.org; Siddha, Suresh B
> >Subject: Re: remap_pfn_range() not suitable for physical RAM?
> >
> >Hi,
> >
> >sorry for re-posting this message and sorry for addressing you
> >directly.
> >Perhaps you can help me again or can you give me a pointer for a proper
> >documentation of the various *remap* and *vm_insert* functions:
> >
> >On Wednesday 04 March 2009, Frank Mehnert wrote:
> >> since 2.6.29-rcX it seems to be not allowed anymore to use
> >> remap_pfn_range() to remap physical RAM to userland. This restriction
> >> applies only if CONFIG_X86_PAT is enabled. It seems that
> >
> >vm_insert_page()
> >
> >> does not have this restriction. Am I correct? And what is the reason
> >> for this restriction?
> >
> >Kind regards,
> >
> >Frank
> >--
> >Dr.-Ing. Frank Mehnert    Sun Microsystems    http://www.sun.com/
> >--
>
> 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/



-- 
Dr.-Ing. Frank Mehnert    Sun Microsystems    http://www.sun.com/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]