lkml.org 
[lkml]   [2005]   [Oct]   [3]   [last100]   RSS Feed
Views: [more markup]   [less markup]   [headers]   [forward]  
 
Messages in this thread
/
SubjectRE: Shared library holes in x86_64
DateMon, 3 Oct 2005 12:57:17 +0530
From"Arijit Das" <>
Thanks Jakub...

I didn't get the exact reason in the previous thread...so rephrased my
question to make it more specific this time.

> x86-64 binaries and shared libraries are required to handle page sizes
up
> to 1MB and as RE and RW segments can't be on the same page, this means
they 
> must not share the same 1MB page.

This is what I was looking at...

Thanks a lot.

-Arijit


-----Original Message-----
From: Jakub Jelinek [mailto:jakub@redhat.com] 
Sent: Monday, October 03, 2005 12:48 PM
To: Arijit Das
Cc: linux-kernel@vger.kernel.org
Subject: Re: Shared library holes in x86_64
On Mon, Oct 03, 2005 at 12:00:05PM +0530, Arijit Das wrote:
> If I strace a "/bin/sleep 23" command in a RHAS3.0/x86-AMD64 machine,
I
> see that holes are being created in some of the mapped shared
libraries
> using the mprotect system call like this:

I explained it 3 days ago, so once again:
x86-64 binaries and shared libraries are required to handle page sizes
up
to 1MB and as RE and RW segments can't be on the same page, this means
they
must not share the same 1MB page.
Just google for ELF_MAXPAGESIZE or look at the libraries using readelf
-Wl.

	Jakub
-
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-10-03 05:32    [W:0.132 / U:0.320 seconds]
©2003-2008 Jasper Spaans