Re: mmap problem another :)

To:	Dan Malek <dan@embeddededge.com>
Subject:	Re: mmap problem another :)
From:	Pete Popov <ppopov@embeddedalley.com>
Date:	Wed, 08 Dec 2004 10:20:38 -0800
Cc:	Dmitriy Tochansky <toch@dfpost.ru>, linux-mips@linux-mips.org
In-reply-to:	<5FE01AB3-493E-11D9-81C3-003065F9B7DC@embeddededge.com>
Original-recipient:	rfc822;linux-mips@linux-mips.org
References:	<20041208194014.1302df6f.toch@dfpost.ru> <5FE01AB3-493E-11D9-81C3-003065F9B7DC@embeddededge.com>
Sender:	linux-mips-bounce@linux-mips.org
User-agent:	Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913

Dan Malek wrote:


On Dec 8, 2004, at 11:40 AM, Dmitriy Tochansky wrote:

  ret = remap_page_range_high (start, offset, size, vma->vm_page_prot);



Hmmm....this is in 2.4?  Did you apply all of the 36-bit IO
patch as Pete Popov has mentioned in past e-mail messages?

The 36 bit patch is integrated in 2.4, and now in 2.6. The abovecode looks like 2.4.


Pete

Did you make sure you enabled CONFIG_64BIT_PHYS_ADDR?

I know this does work.  In fact, you should just use
io_remap_page_range().  If that doesn't work, something
is wrong with the kernel configuration.

    -- Dan

<Prev in Thread]	Current Thread	[Next in Thread>
mmap problem another :), Dmitriy Tochansky Re: mmap problem another :), Dan Malek Re: mmap problem another :), Pete Popov <= Re: mmap problem another :), Dmitriy Tochansky mmap problem another :), Dmitriy Tochansky Re: mmap problem another :), Dan Malek Re: mmap problem another :), Dmitriy Tochansky

Previous by Date:	Re: Epson13806 performances on Pb1100, Pete Popov
Next by Date:	Re: Epson13806 performances on Pb1100, Karl Lessard
Previous by Thread:	Re: mmap problem another :), Dan Malek
Next by Thread:	Re: mmap problem another :), Dmitriy Tochansky
Indexes:	[Date] [Thread] [Top] [All Lists]