From owner-freebsd-hackers Tue Jan 21 20:37:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12078 for hackers-outgoing; Tue, 21 Jan 1997 20:37:41 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12070 for ; Tue, 21 Jan 1997 20:37:36 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id UAA28141; Tue, 21 Jan 1997 20:37:24 -0800 (PST) Message-Id: <199701220437.UAA28141@austin.polstra.com> To: Bruce Evans cc: freebsd-hackers@FreeBSD.org Subject: Re: Commerical applications (was: Development and validation In-reply-to: Your message of "Wed, 22 Jan 1997 15:29:20 +1100." <199701220429.PAA01813@godzilla.zeta.org.au> References: <199701220429.PAA01813@godzilla.zeta.org.au> Date: Tue, 21 Jan 1997 20:37:24 -0800 From: John Polstra Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [double mapping the boundary page] > Isn't this just wasteful on (flat model) i386's? It provides no > protection against writing the text in the boundary page via the > data mapping, and isn't necessary for execution because the i386 > doesn't have an execution bit in its page tables. Yes, I think you're right. The double mapping has to take place, though, because the linker has relocated addresses based on the assumption that it will take place. The linker could be changed not to do that, but then it wouldn't be ELF any more. John