From owner-freebsd-emulation@FreeBSD.ORG Wed Jan 3 12:11:13 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41DAE16A40F for ; Wed, 3 Jan 2007 12:11:13 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id C69B213C45A for ; Wed, 3 Jan 2007 12:11:12 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l03CB9kE074391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Jan 2007 13:11:09 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l03CB90D074390; Wed, 3 Jan 2007 13:11:09 +0100 (CET) Date: Wed, 3 Jan 2007 13:11:09 +0100 From: Divacky Roman To: Marcin Cieslak Message-ID: <20070103121109.GA73725@stud.fit.vutbr.cz> References: <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> <20061230120722.GA36814@stud.fit.vutbr.cz> <790a9fff0612301926n1562d560r1f3fff9af4bdb138@mail.gmail.com> <790a9fff0612301955r35b16472r2429fbe3fce78228@mail.gmail.com> <20061231144257.61520dc8@Magellan.Leidinger.net> <20061231142412.GA28462@stud.fit.vutbr.cz> <790a9fff0612311121l662736e0ud6d3220382af072a@mail.gmail.com> <20070102095547.jv0m82h7bkc4ss04@webmail.leidinger.net> <20070102165317.GA35202@stud.fit.vutbr.cz> <459AF873.2060907@SYSTEM.PL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <459AF873.2060907@SYSTEM.PL> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 12:11:13 -0000 On Wed, Jan 03, 2007 at 01:27:31AM +0100, Marcin Cieslak wrote: > Divacky Roman wrote: > >On Tue, Jan 02, 2007 at 09:55:47AM +0100, Alexander Leidinger wrote: > >>Quoting Scot Hetzel (from Sun, 31 Dec 2006 > >>13:21:27 -0600): > >> > >>>That patch to mmap fixes the problems with mmap on amd64, and brings > >>>the failed LTP testcases closer to the i386 failed testcases. > >>Thanks for testing, I try to get time to commit this. > > > >which makes me wonder what is MD on the linux_mmap* code. wouldnt it be > >better > >to move that to some MI file instead? > > > >and there are tons of similar code.. for example linux_pause. how is this > >MD? > >I'd vote for moving that code.. > > > >opinions? > > For example amd64 implements execute protection natively (PROT_EXEC), > while on i386 there is no way to separate this from PROT_READ. Other > platforms (sparc) may have different mmap implementations and we may > require different linux_mmap() behaviour (for example, on i386 PROT_EXEC > silently implies PROT_READ, on amd64 it does not have to be the case). > > Having said that, we *may* be lucky and end up with identical mmap > emulation for all platforms. But I would prefer to test PROT_EXEC > compatibility first before we do that. Probably we should extend mmap > fingerprinter to test for expected PROT_EXEC behaviour. hmm.. this is true.. I didnt think about this. Looks like we should scrutinize every such case and decide where it belongs. The fact is that we will need native amd64 linuxulator and it will (or at least should) use the compat/linux/ code.. thnx for the point marcin