On 19 Dec, Dave Jones wrote:
> On Thu, Dec 19, 2002 at 02:22:36PM +0100, firstname.lastname@example.org wrote:
> > > However, there's another issue, namely process startup cost. I personally
> > > want it to be as light as at all possible. I hate doing an "strace" on
> > > user processes and seeing tons and tons of crapola showing up. Just for
> > So why not map the magic page at 0xffffe000 at some other address as
> > well?
> > Static binaries can just directly jump/call into the magic page.
> .. and explode nicely when you try to run them on an older kernel
> without the new syscall magick. This is what Linus' first
> proof-of-concept code did.
True, but unless I really don't get it, compatibility of a new static
binary with an old kernel is going to break anyway.
My point was that the double-mapped page trick adds no overhead in the
case of a static binary, and just one extra mmap in case of a shared
-- Bart Hartgers - TUE Eindhoven http://plasimo.phys.tue.nl/bart/contact.html - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to email@example.com More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Dec 23 2002 - 22:00:23 EST