From owner-freebsd-alpha Mon Oct 29 20:49:36 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id A667037B403 for ; Mon, 29 Oct 2001 20:49:31 -0800 (PST) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f9U4nQp12617; Mon, 29 Oct 2001 20:49:26 -0800 (PST) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f9U4nRX00941; Mon, 29 Oct 2001 20:49:27 -0800 (PST) (envelope-from marcel) Date: Mon, 29 Oct 2001 20:49:27 -0800 From: Marcel Moolenaar To: Andrew Gallatin Cc: alpha@FreeBSD.ORG Subject: Re: Linuxulator MFC candidate for testing Message-ID: <20011029204927.A737@dhcp01.pn.xcllnt.net> References: <20011026220239.A4254@dhcp01.pn.xcllnt.net> <15326.5246.267516.981863@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15326.5246.267516.981863@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Oct 29, 2001 at 09:46:22PM -0500, Andrew Gallatin wrote: > > DUMMY(mount) needs to be added to sys/alpha/linux/linux_dummy.c > to make the module load. Fixed, thanks. > The second, much more serious problem, is that when I run the Compaq > JRE/JDK for linux the system locks up. It responds to pings,etc. But > all shells are dead, X locks up, etc. Its like its in a really tight > loop in sigsuspend().. This is reproducible. Ouch :-( > The stack trace looks like this: > > > db> tr > siointr1() at siointr1+0x160 > siointr() at siointr+0x14 > isa_handle_intr() at isa_handle_intr+0x2c > alpha_dispatch_intr() at alpha_dispatch_intr+0x8c > interrupt() at interrupt+0x1d8 > XentInt() at XentInt+0x28 > --- interrupt (from ipl 0) --- > tsleep() at tsleep+0x394 > sigsuspend() at sigsuspend+0xd8 > osf1_sigsuspend() at osf1_sigsuspend+0x84 > syscall() at syscall+0x224 > XentSys() at XentSys+0x5c > --- syscall (111, Linux ELF, osf1_sigsuspend) --- > --- user mode --- > db> > > > Yes, I realize that's an osf1_sigsuspend() getting called through the > linux sysent. It works fine in the old, pre-patch code. I don't > understand how you could have broken this with your patch. > > Any ideas? The one thing that comes to mind is linux_clone. If the cloning doesn't work right, there's no process to deliver a signal. Can you test with the changes to linux_clone reverted? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message