Date: Sat, 22 Feb 2003 15:56:44 -0400 (AST) From: "Marc G. Fournier" <scrappy@hub.org> To: Luoqi Chen <lchen@briontech.com> Cc: freebsd-stable@FreeBSD.ORG, Tor.Egge@cvsup.no.freebsd.org, freebsd-emulation@FreeBSD.ORG Subject: RE: Raising KVA_PAGES breaks linux emulation? Message-ID: <20030222155404.F61064@hub.org> In-Reply-To: <AHEKICEOIHLOGINAFIINMENBCAAA.lchen@briontech.com> References: <AHEKICEOIHLOGINAFIINMENBCAAA.lchen@briontech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 22 Feb 2003, Luoqi Chen wrote: > > For instance, since setting KVA_PAGES in the kernel config doesn't cover > > everything, and, as I've experienced so far, causes some serious problems, > > would it be better to suggest that someone sets it in make.conf? From a > > quick perusal of /etc/defaults/make.conf, my guess is that I'd have to > > set: > > > > COPTFLAGS= -O -pipe -DKVA_PAGES=512 > > -and- > > CFLAGS= -O -pipe -DKVA_PAGES=512 > > > > Will that cover it all, or is there a problem with doing it that way? Or > > is there a better way of doing this? > > > Module builds seem to use CFLAGS (while kernel builds use COPTFLAGS). Right, and, as was found out, this doesn't just affect kernel+modules, but libc_r as well ... anything else it might affect? :( > A better way is to have kernel Makefile passing opt_global.h to the > modules. The best solution for this particular problem would probably > be changing USRSTACK to a global variable instead of a #define. I realize we're in a freeze for 4.8-RELEASE, but sicne KVA_PAGES is documented, and its use does break things, any chance on getting this fixed before the RELEASE? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030222155404.F61064>