Date: Sun, 4 Nov 2007 13:20:23 +0100 From: Roman Divacky <rdivacky@freebsd.org> To: "Valery V.Chikalov" <valera@chikalov.dp.ua> Cc: Martin Cracauer <cracauer@cons.org>, freebsd-emulation@freebsd.org Subject: Re: Linux emulation on FreeBSD AMD64 Message-ID: <20071104122023.GA5528@freebsd.org> In-Reply-To: <472DAF60.9040008@chikalov.dp.ua> References: <4721AB07.20708@novakom.com.ua> <fg05l9$n32$2@ger.gmane.org> <4723A8D6.6020002@chikalov.dp.ua> <20071031180639.GA93259@cons.org> <47298F10.4050301@chikalov.dp.ua> <20071101152550.GA10868@cons.org> <472B0454.9040408@chikalov.dp.ua> <472B9CD1.1010607@chikalov.dp.ua> <472DAF60.9040008@chikalov.dp.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
> So, now all from mprotect calls executing with success, > but 3 memory areas still missing execute bit and oracle as effect coredumps. > In linux_mmap_common there is the same trick with "prot" argument like > in linux_mprotect: > > /* > * PROT_READ, PROT_WRITE, or PROT_EXEC implies PROT_READ and PROT_EXEC > * on Linux/i386. We do this to ensure maximum compatibility. > * Linux/ia64 does the same in i386 emulation mode. > */ > bsd_args.prot = linux_args->prot; > if (bsd_args.prot & (PROT_READ | PROT_WRITE | PROT_EXEC)) > bsd_args.prot |= PROT_READ | PROT_EXEC; > > > but turning on the debug for the linux_mmap_common gives no result. > So linux_mmap_common not taking part in creating and changing rights of > others 3 memory areas. So the question is what is the origin of this > memory chunks? By calling which function there was created or managed? > Maybe in this function there is place for the same hack with > linux_args->prot to bsd_args.prot mapping? I am a little confused.. you are saying that 1) oracle calls m* on 0x50000000 with PROT_EXEC but fbsd does not set it on the map or 2) oracle does not set this protection at all and the OS is supposed to have set on default? roman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071104122023.GA5528>