Date: Sat, 3 Nov 2007 10:34:53 +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: <20071103093453.GA63079@freebsd.org> In-Reply-To: <472B9CD1.1010607@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>
next in thread | previous in thread | raw e-mail | index | archive | help
> Ok, I have fond what is so special with this memory. Oracle uses SYSV > shared memory, and comparing output from "ipcs -mb" and > /compat/linux/proc/<PID>/maps it's became clear that that suspiciously > looking too high addresses of memory chunks with missed execution bit > are SYSV shared memory areas. > > > 50000000-55c00000 rw-p 05c83000 00:00 0 - this is main chunk which > can be seen in output of "show sga" sqlplus command > > > 55c00000-55c01000 r--p 05c83000 00:00 0 > > 55c01000-55c81000 rw-p 05c83000 00:00 0 > > 55c81000-55c82000 r--p 05c83000 00:00 0 > > 55c82000-55c83000 rw-p 05c83000 00:00 0 - this are adjusted to the > end small (4096) pieces > > So, the question is what is changed in AMD64 arch with respect to SYSV > shared memory? > Why vm_map_protect from /sys/vm/vm_mmap.c returns > KERN_PROTECTION_FAILURE in attempts to change protection of such type of > memory? please try www.vlakno.cz/~rdivacky/pav.patch, I wrote that some time ago... it might not apply cleanly.. I am sure you'll cope with that :) please report back roman p.s. when replying please dont include WHOLE mail you reply to.. its very hard to read :(
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071103093453.GA63079>