From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 7 17:00:06 2005 Return-Path: X-Original-To: emulation@FreeBSD.ORG 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 D186216A41F; Wed, 7 Dec 2005 17:00:05 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7D6943D69; Wed, 7 Dec 2005 17:00:04 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jB7H03sW021247; Wed, 7 Dec 2005 18:00:03 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jB7H03f8021246; Wed, 7 Dec 2005 12:00:03 -0500 (EST) (envelope-from cracauer) Date: Wed, 7 Dec 2005 12:00:03 -0500 From: Martin Cracauer To: Joel Dahl Message-ID: <20051207120003.A21037@cons.org> References: <1133882036.1246.15.camel@dude.automatvapen.se> <1133947843.673.3.camel@dude.automatvapen.se> <20051207142015.GF53288@garage.freebsd.pl> <1133966837.664.21.camel@dude.automatvapen.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1133966837.664.21.camel@dude.automatvapen.se>; from joel@FreeBSD.ORG on Wed, Dec 07, 2005 at 03:47:17PM +0100 Cc: emulation@FreeBSD.ORG, Pawel Jakub Dawidek Subject: Re: FreeBSD list of projects for volunteers committed X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2005 17:00:06 -0000 [redirected to -emulation] This entry is misleading: "Update the Linuxulator" The current text implies that the problem is with missing Linux system calls. That is not the predominant problem by far. I suggest this entry: FreeBSD provides Linux binary compatibility through a Linux system call table that is invoked when Linux ELF binaries are executed. Sometimes the existing layer fails to account for subtle difference between the same system calls on Linux and on FreeBSD. Such differences must be special-coded in the compatibility layer. Implementing more of Linux /proc, and fixing bugs such as large memory mappings not being correctly reported in /proc//maps, is another area to work in. Context delivered to signal handlers is also assumed to be good but not perfect (e.g. segmemtation fault signal handlers are not quite right, to be seen when CMU Common Lisp is used with the garbage collector write barrier on). Requirements: * Ability to read and understand foreign C code. * Ability to close observe system call tracing to spot subtle difference in the behavior of certain calls. * Ability to write C code. * A good understanding of how to do a clean room implementation of GPL'ed code (no copy & paste!). -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/