Re: Problem with framebuffer mmap on platforms with large addressing

2012-04-09 Thread Benjamin Herrenschmidt
On Mon, 2012-04-09 at 20:18 +0400, Dmitry Eremin-Solenikov wrote: > > As for the patches, you'll have to wait for Tony to respond (I'll > poke > > him locally). > > Any news on these patches? A dirty and "not for the upstream yet" > version > would be sufficient for me for now. I'll poke again..

Re: Problem with framebuffer mmap on platforms with large addressing

2012-04-09 Thread Dmitry Eremin-Solenikov
On Tue, Mar 20, 2012 at 9:40 AM, Benjamin Herrenschmidt wrote: > >> >> That is interesting! Are those patches published or otherwise available >> >> somewhere? We are also very interested in enabling Canyonlands >> >> with Radeon KMS! >> > >> > You will run into additional problems with 460 due to

Re: Problem with framebuffer mmap on platforms with large addressing

2012-03-21 Thread Benjamin Herrenschmidt
On Wed, 2012-03-21 at 19:45 +, Florian Tobias Schandinat wrote: > I finally found where we started to discuss this issue, for reference > "sm501fb.c: support mmap on PPC440SPe/PPC440EPx" back in May 2010. > > The thing I don't remember is why we consider exporting the physical > address to use

Re: Problem with framebuffer mmap on platforms with large addressing

2012-03-21 Thread Florian Tobias Schandinat
On 03/19/2012 02:42 PM, Dmitry Eremin-Solenikov wrote: > On Mon, Mar 19, 2012 at 12:49 AM, Benjamin Herrenschmidt > wrote: >> On Sun, 2012-03-18 at 18:04 +0400, Dmitry Eremin-Solenikov wrote: >>> On Sun, Mar 18, 2012 at 4:46 AM, Benjamin Herrenschmidt >>> wrote: In fact, we could make the ne

Re: Problem with framebuffer mmap on platforms with large addressing

2012-03-19 Thread Benjamin Herrenschmidt
> >> That is interesting! Are those patches published or otherwise available > >> somewhere? We are also very interested in enabling Canyonlands > >> with Radeon KMS! > > > > You will run into additional problems with 460 due to the fact that it's > > not cache coherent for DMA. Tony patches don't

Re: Problem with framebuffer mmap on platforms with large addressing

2012-03-19 Thread Dmitry Eremin-Solenikov
On Mon, Mar 19, 2012 at 12:49 AM, Benjamin Herrenschmidt wrote: > On Sun, 2012-03-18 at 18:04 +0400, Dmitry Eremin-Solenikov wrote: >> On Sun, Mar 18, 2012 at 4:46 AM, Benjamin Herrenschmidt >> wrote: >> > On Sat, 2012-03-17 at 20:04 +0400, Dmitry Eremin-Solenikov wrote: >> >> Hello, >> >> >> >>

Re: Problem with framebuffer mmap on platforms with large addressing

2012-03-18 Thread Benjamin Herrenschmidt
On Sun, 2012-03-18 at 18:04 +0400, Dmitry Eremin-Solenikov wrote: > On Sun, Mar 18, 2012 at 4:46 AM, Benjamin Herrenschmidt > wrote: > > On Sat, 2012-03-17 at 20:04 +0400, Dmitry Eremin-Solenikov wrote: > >> Hello, > >> > >> I'm trying to make framebuffer to work on PPC460EX board (canyonlands). >

Re: Problem with framebuffer mmap on platforms with large addressing

2012-03-18 Thread Dmitry Eremin-Solenikov
On Sun, Mar 18, 2012 at 4:46 AM, Benjamin Herrenschmidt wrote: > On Sat, 2012-03-17 at 20:04 +0400, Dmitry Eremin-Solenikov wrote: >> Hello, >> >> I'm trying to make framebuffer to work on PPC460EX board (canyonlands). >> >> The peculiarity of this platform is the fact that it has >> sizeof(unsign

Re: Problem with framebuffer mmap on platforms with large addressing

2012-03-17 Thread Benjamin Herrenschmidt
On Sat, 2012-03-17 at 20:04 +0400, Dmitry Eremin-Solenikov wrote: > Hello, > > I'm trying to make framebuffer to work on PPC460EX board (canyonlands). > > The peculiarity of this platform is the fact that it has > sizeof(unsigned long) = 4, > but physical address on it is 36 bits width. It is a c

Problem with framebuffer mmap on platforms with large addressing

2012-03-17 Thread Dmitry Eremin-Solenikov
Hello, I'm trying to make framebuffer to work on PPC460EX board (canyonlands). The peculiarity of this platform is the fact that it has sizeof(unsigned long) = 4, but physical address on it is 36 bits width. It is a common to various pieces of the code to expect that unsigned long variable is abl