From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 09:57:44 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32978106566C; Thu, 1 May 2008 09:57:44 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from mail.thelostparadise.com (cl-92.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:5b::2]) by mx1.freebsd.org (Postfix) with ESMTP id EA8E18FC20; Thu, 1 May 2008 09:57:43 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from [192.168.1.10] (s55915f73.adsl.wanadoo.nl [85.145.95.115]) by mail.thelostparadise.com (Postfix) with ESMTP id CF71F61C2B; Thu, 1 May 2008 11:57:42 +0200 (CEST) Message-ID: <48199416.5000407@thedarkside.nl> Date: Thu, 01 May 2008 11:57:42 +0200 From: Pieter de Boer User-Agent: Thunderbird 2.0.0.12 (X11/20080405) MIME-Version: 1.0 To: Roman Divacky References: <481897AB.7070003@thedarkside.nl> <20080501081811.GB54624@freebsd.org> In-Reply-To: <20080501081811.GB54624@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: Linux compat ioctl return values 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: Thu, 01 May 2008 09:57:44 -0000 Roman Divacky wrote: >> I've been working on a kernel driver that creates a device. This device >> in turn is opened and ioctl'd from a Linux executable. I've registered a >> handler for these ioctl's and my ioctl handler is succesfully executed. >> >> My ioctl-handler returns a large positive value, but the userland >> application retrieves the value 1, EPERM. If I return 42, the userland >> application retrieves 42, but 260 is retrieved as 1. It appears there's a >> threshold somewhere above which the return value is set to 1, but I >> haven't been able to find out where in the code this is done. The Linux >> executable actually expects the value I return, and doesn't work when >> EPERM is found instead. >> >> So, the question is: does anyone know where such a threshold may >> reside and how to work around it? > > this is done in (for i386) sys/i386/i386/trap.c around line 1050. > > in short, we define in the sysvec structure sv_errtbl and if returned > error > the size of the table we just return -1. error table for > linux is roughly to 70. thats why you are getting -1 (1 after translation) > > you might extend the errno table (i386/linux/linux_sysvec.c for i386, line 126) The issue appears to be a bit more involved. It seems that in Linux, when the ioctl() syscall returns a negative value 'error', 'errno' is set to '-error' and the return value of the ioctl() library call is -1. All positive values are simply passed through: when the ioctl() syscall returns 35235, the ioctl() library call also returns 35235. This seems to be a difference in semantics between FreeBSD and Linux; FreeBSD is a bit more conservative. As the trap code in sys/i386/i386/trap.c is used for both FreeBSD and Linux executables, I wonder how to differentiate between both in trap.c. To see if I can at least make my Linux executable work for now, I'm going to test the following patch (to trap.c): - error = -1; /* XXX */ + /* Do nothing */ I suppose a patch that differentiates between Linux and FreeBSD syscalls is needed here, but how this could be done, dunno. -- Pieter