From owner-freebsd-emulation Fri Feb 21 18:10:54 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12CA937B401; Fri, 21 Feb 2003 18:10:51 -0800 (PST) Received: from mobile.hub.org (u173n136.eastlink.ca [24.224.173.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id D569743F85; Fri, 21 Feb 2003 18:10:49 -0800 (PST) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1000) id 42BF73F62; Fri, 21 Feb 2003 22:10:48 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id 3DCF83E73; Fri, 21 Feb 2003 22:10:48 -0400 (AST) Date: Fri, 21 Feb 2003 22:10:47 -0400 (AST) From: The Hermit Hacker X-X-Sender: scrappy@localhost To: freebsd-stable@freebsd.org Cc: freebsd-emulation@freebsd.org Subject: Re: Raising KVA_PAGES breaks linux emulation? In-Reply-To: <20030221140043.Y68094@hub.org> Message-ID: <20030221220648.T59175@localhost> References: <20030221140043.Y68094@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 'K, just to confirm this, I just tried it on my other machine with KVA_PAGES set to 512 ... just blew up, but looks like I'm going to get a core ... it blows up at the same spot: ===> Installing for linux_base-7.1_2 kern.fallback_elf_brand: -1 -> 3 glibc-common-2.2.4-31.i386.rpm glibc-2.2.4-31.i386.rpm redhat-release-7.1-1.noarch.rpm setup-2.4.7-1.noarch.rpm filesystem-2.0.7-1.noarch.rpm basesystem-7.0-2.noarch.rpm termcap-11.0.1-8.noarch.rpm db1-1.85-5.i386.rpm db3-3.1.17-7.i386.rpm gdbm-1.8.0-5.i386.rpm glib-1.2.9-1.i386.rpm libtermcap-2.0.8-26.i386.rpm bash-2.04-21.i386.rpm The system is running relatively recent source code, with KVA_PAGES set to 512, and the following patch applied to libc_r that I got from Tor: Index: uthread/uthread_init.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_init.c,v retrieving revision 1.23.2.10 diff -u -r1.23.2.10 uthread_init.c --- uthread/uthread_init.c 22 Oct 2002 14:44:03 -0000 1.23.2.10 +++ uthread/uthread_init.c 14 Feb 2003 21:18:22 -0000 @@ -245,6 +245,11 @@ len = sizeof (int); if (sysctl(mib, 2, &_usrstack, &len, NULL, 0) == -1) _usrstack = (void *)USRSTACK; + else + _next_stack = (void *) ((char *)_usrstack + - PTHREAD_STACK_INITIAL + - PTHREAD_STACK_DEFAULT + - (2 * PTHREAD_STACK_GUARD)); /* * Create a red zone below the main stack. All other stacks are * constrained to a maximum size by the paramters passed to Will post gdb output as soon as core is finished dumping ... On Fri, 21 Feb 2003, Marc G. Fournier wrote: > > Morning all ... > > I've just increased my KVA_PAGES to 512, based on recommendations, and > fixed the issue with libc_r, based on a patch I received ... the system as > a whole is working working quite well now, but, linux emulation no longer > appears to be working ... > > linux is loaded: > > 4 1 0x87beb000 15000 linux.ko > > and libraries are installed: > > venus# ls -lt /compat/linux/lib/libpthread* > lrwxr-xr-x 1 root wheel 17 Dec 31 20:31 /compat/linux/lib/libpthread.so.0 -> libpthread-0.9.so > -rwxr-xr-x 1 root wheel 559279 Oct 10 11:49 /compat/linux/lib/libpthread-0.9.so > > but if I try and run the linux javac, it gives me: > > error while loading shared libraries: libpthread.so.0: cannot open shared object file: Error 14 > > if I try to run /compat/linux/sbin/ldconfig (as in /etc/rc when > linux_enable is YES), I get: > > venus# /compat/linux/sbin/ldconfig > /compat/linux/sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: Bad address > /compat/linux/sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Bad address > > did raising KVA_PAGES break the linux emulation / libraries, or is this > something else I'm missing? > > As a side note, on another server that I raised KVA_PAGES to 512 on, I > tried doing a 'make install' of linux_base, and each time I ran it (did it > a couple of times, just to confirm that it was that that was causing the > crash), the server would crash, but I was unable to get core to dump ... I > had thought maybe it was a problem with that server, but now I'm > suspecting it might be the linux emulation itself ... > > Server code is relatively up to date: > > 4.7-STABLE #32: Fri Feb 14 12:58:45 CST 2003 > > Thoughts? Suggestions? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message