Date: Fri, 26 Mar 2004 09:46:56 +0000
From: Christoph Hellwig <hch@infradead.org>
To: Christian Leber <christian@leber.de>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Problem with remap_page_range/mmap
Message-ID: <20040326094656.A3812@infradead.org>
Mail-Followup-To: Christoph Hellwig <hch@infradead.org>,
	Christian Leber <christian@leber.de>,
	linux-kernel <linux-kernel@vger.kernel.org>
References: <20040325234804.GA29507@core.home> <20040326071739.B2637@infradead.org> <20040326093619.GA15965@core.home>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20040326093619.GA15965@core.home>; from christian@leber.de on Fri, Mar 26, 2004 at 10:36:19AM +0100
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 864
Lines: 20

On Fri, Mar 26, 2004 at 10:36:19AM +0100, Christian Leber wrote:
> It also didn?t work with PG_reserved.
> What would be the good idea? I need at least 8 at least 4MB (2MB are enough for 2.4)
> big physical memory pieces for DMA, mapped to userspace.
> 
> What is the reason why it doesn?t work? There seems to be no special
> remap_page_range for ia64.

Put the page structs into an array and return them from ->nopage.  The
kernel pagefault code will set up the ptes for you.

Now actually getting 4MB of continguous memory is a different issue..

I'm surprised you actually managed to get the allocation to succeed.

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