Frame buffer / mmap() weirdness

Michael Schmitz schmitz at opal.biophys.uni-duesseldorf.de
Wed Dec 1 22:12:09 EST 1999


> > > I think it will make munmap() more difficult to implement. Furthermore I see no
> > > provisions for this in the current mmap() code. And it will break backwards
> > > compatibility.
> > 
> > Don't know for mmap(), but it seems the only change to munmap() is
> > to clear the appropriate number of low-order bits in its first argument
> > ( addr & 0xfffff000 for 32-bit machines with 4k page size).
> 
> You are right. Since I guess the other mmap()s in the kernel are POSIX
> compliant, I feel silly now.

It will still break backwards compatibility (i.e. old X servers). We can
catch the case of old kernels used with new X servers but not the other
way. 

Either way - I recall getting errors from the generic mmap code when
passing not page aligned addresses back from fb_mmap. Has something
changed in the mmap code to remove this restriction? 

	Michael

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/





More information about the Linuxppc-dev mailing list