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