This is the mail archive of the
mailing list for the glibc project.
Re: Possible bug in sysdeps/unix/sysv/linux/powerpc/mmap64.c
On Sat, May 19, 2001 at 08:30:08PM -0700, Geoff Keating wrote:
> > Cc: Jack Howarth <email@example.com>, firstname.lastname@example.org
> > Reply-To: email@example.com (Ulrich Drepper)
> > From: Ulrich Drepper <firstname.lastname@example.org>
> > Date: 19 May 2001 16:33:21 -0700
> > "H . J . Lu" <email@example.com> writes:
> > > 1. Even on PPC, the kernel page size may change.
> > > 2. Linux may have variable page size one day.
> Hi HJ,
> I understood at the time that even if the kernel page size changed,
> and even if linux implemented a variable page size, this syscall would
> still need a shift of 12. The constant 12 is part of the ABI and not
> necessarily related to the actual page size.
It is very odd. As far as I know, Linux implements the SVR4/ELF ABI
only to the extend of calling conventions and relocations. We.never
implemented the binary interface of system calls and library functions.
I don't know why the SVR4 PPC ABI speficies the page size and why we
care what it says about the page size for mmap. For all I know, under
# man mmap
offset should ordinarily be a multiple of the page size
returned by getpagesize(2).
and posix/tst-mmap.c in glibc does the same. To me, Linux/PPC doesn't
follow the Linux/glibc ABI. Did I miss something?