From owner-freebsd-current Mon May 4 15:44:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19207 for freebsd-current-outgoing; Mon, 4 May 1998 15:44:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19054; Mon, 4 May 1998 15:43:53 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id IAA20176; Tue, 5 May 1998 08:46:28 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199805042246.IAA20176@cimlogic.com.au> Subject: Re: 'fatal trap 12' on boot (smp and up) In-Reply-To: <9805041102.AA13313@watermarkgroup.com> from Luoqi Chen at "May 4, 98 07:02:01 am" To: luoqi@watermarkgroup.com (Luoqi Chen) Date: Tue, 5 May 1998 08:46:27 +1000 (EST) Cc: current@FreeBSD.ORG, dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luoqi Chen wrote: > > I think I made a mistake in my patch that cause the core dump. Try to > > enclose the two lines in the patch that reset fs and gs inside > > if (pcb == curpcb) {}. Without this, the code might trash fs & gs in > > another process' context. > Probably pcb->pcb_fs and pcb->pcb_gs need to be reset too. Please use the > following patch (I've also sent it in a follow-up to the original PR i386/6219). This patch solves my problem, thanks! I'll check with John Dyson that it looks OK, but a forked, kernel threaded program correctly handles mutexes and condition variables. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message