From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 10:36:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04AE537B401 for ; Tue, 12 Aug 2003 10:36:04 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 934ED43F3F for ; Tue, 12 Aug 2003 10:36:02 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 1568 invoked by uid 65534); 12 Aug 2003 17:36:01 -0000 Received: from cvpn014.gwdg.de (EHLO gmx.net) (134.76.22.14) by mail.gmx.net (mp003) with SMTP; 12 Aug 2003 19:36:01 +0200 Message-ID: <3F39259B.3010005@gmx.net> Date: Tue, 12 Aug 2003 19:36:27 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: Marcel Moolenaar References: <001d01c360ec$5c58aed0$0300a8c0@Xoanon> <021301c360f0$c571e860$b3db87d4@vader> <20030812165610.GA579@dhcp42.pn.xcllnt.net> In-Reply-To: <20030812165610.GA579@dhcp42.pn.xcllnt.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Steven Hartland Subject: Re: Missing system call in linux emulation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 17:36:04 -0000 Marcel Moolenaar wrote: > On Tue, Aug 12, 2003 at 05:42:51PM +0100, Steven Hartland wrote: > >>Any one know how I can track down what function is missing and hence >>look at fixing it? > > > In the linux kernel source tree, look in arch/i386/kernel/entry.S. > There you'll find all the syscall entry points. Currently they go > all the way to 271. Also look at arch/alpha/kernel/entry.S... > > Then, in /sys/i386/linux look in syscalls.master. There you'll > see we only have syscalls up to 221. See also /sys/alpha/linux... > > One could: > o Add proper prototypes to syscalls.master of the 50 new syscalls > we don't know about, > o Declare all these syscalls as dummies (see linux_dummy.c) to begin > with, > o Really implement those syscalls that are used in practice. > > Syscall 252 is exit_group(2). Most of them are of the sime kind of immature API as for example the whole Linux kvect trash. Don't worry it's very unlikeley they will ever be seriously used and it will be a long time still until kernel 2.6 first will be released at all and second widely deployed. I would vote for dealing with them case by case. Thus keeping to the paramount principle of: "don't do interfaces on the heap". > > FYI, >