lkml.org 
[lkml]   [2001]   [Sep]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: alpha 4K mmap offsets and em86
From
Date
James McKenzie <kernel@ostrich.dhs.org> writes:

> Hi,
>
> very sorry if this has been discussed before I couldn't
> find any references in the archive. There is a program
> on the alpha architecture which can (with a little help
> from the kernel) execute ia32 linux binaries it's useful
> if you need to run badly written 32 bit code.
>
> The emulator needs to mmap elf binaries in, and
> offsets in ia32 elf files are 4k aligned for a 4k
> pagesize. On 2.2 on an alpha you could do
> mmap(NULL,3176, ... , fd, 0x1000);
> but now in 2.4 but in 2.4 it returns EINVAL.
>
> The code in mm/mmap.c and vm_area_struct seem to
> now count the offset in pages rather than bytes,
> which would make fixing this ugly [maybe an element
> in the structure to store 'slop' ?]

Nope. This change was rather important to simplifying
the page cache, so having slop is not really what we want. Having
slop is actually a coherency nightmare.

You can do: mmap(/dev/zero, size) read(binary) if you
really nead that functionality. Unless you are running
many instances of a program it really shouldn't matter.

Also you can't emulate full x86 semantics whatever you do because you
don't have 4K granularity.

There are actually processors where it is worse, and you need
something like 64K alignment despite the fact they have 4K pages.
That is needed to avoid conflicts in virtually indexed L1 caches.

Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:03    [W:0.067 / U:0.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site