From owner-freebsd-java Tue Feb 25 8:54: 1 2003 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 861AE37B401 for ; Tue, 25 Feb 2003 08:53:59 -0800 (PST) Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B82DD43FBD for ; Tue, 25 Feb 2003 08:53:58 -0800 (PST) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Tue, 25 Feb 2003 16:53:51 +0000 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 18niIM-0005qH-00; Tue, 25 Feb 2003 16:51:06 +0000 Date: Tue, 25 Feb 2003 16:51:06 +0000 (GMT) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: freebsd-java@freebsd.org Subject: Re: Problem building native 1.4.1 with ALT_BOOTDIR as linux-sun-jdk1.4.1_01-b01 on Feb 4 stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 25 Feb 2003, Jan Grant wrote: > So I'm using the linux-sun jdk against a 4th Feb -stable to bootstrap: > this is failing completely. As a normal user, I see this: > > > /usr/local/linux-sun-jdk1.4.1/bin/java -version > # > # HotSpot Virtual Machine Error, Internal Error > # Please report this error at > # http://java.sun.com/cgi-bin/bugreport.cgi > # > # Java VM: Java HotSpot(TM) Client VM (1.4.1_01-b01 mixed mode) > # > # Error ID: 4F533F4C494E55580E43505002D7 > # > Abort (core dumped) > > As root, I see this: > > # /usr/local/linux-sun-jdk1.4.1/bin/java -version > java version "1.4.1_01" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) > Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) > > > I'm about to try bootstrapping using the root account; question is, who > should I be chasing about this issue? Incidentally, there are multiple PRs on this; Ernst seems to have charge of them. There's been some dodgy diagonsis, due to using a FreeBSD trace against a linux binary. The problem isn't relared to statfs, it's the corresponding numbered syscall under linux, which is (still) linux_sched_getscheduler. Looking at sys/posix/p1003_1b.c, there's an attempt at CAN_AFFECT that is #ifdef'ed out: #if 0 /* * This is stolen from CANSIGNAL in kern_sig: * * Can process p, with pcred pc, do "write flavor" operations to process q? */ #define CAN_AFFECT(p, pc, q) \ ((pc)->pc_ucred->cr_uid == 0 || \ (pc)->p_ruid == (q)->p_cred->p_ruid || \ (pc)->pc_ucred->cr_uid == (q)->p_cred->p_ruid || \ (pc)->p_ruid == (q)->p_ucred->cr_uid || \ (pc)->pc_ucred->cr_uid == (q)->p_ucred->cr_uid) #else #define CAN_AFFECT(p, pc, q) ((pc)->pc_ucred->cr_uid == 0) #endif and this is what kills the getscheduler calls across the board. OK, so what now? Ernst, can you pick this up? -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/ "Do what thou wilt" shall be the whole of the license. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message