From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 30 05:32:19 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BEC616A407 for ; Mon, 30 Apr 2007 05:32:19 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8E4DE13C46C for ; Mon, 30 Apr 2007 05:32:18 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3U5Mxfh012154 for ; Mon, 30 Apr 2007 14:52:59 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Mon, 30 Apr 2007 15:02:12 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Apr 2007 15:02:11 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3U5WAaC002346 for ; Mon, 30 Apr 2007 13:32:11 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3U5WAtT002345 for emulation@freebsd.org; Mon, 30 Apr 2007 13:32:10 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 30 Apr 2007 13:32:10 +0800 From: "Wilkinson, Alex" To: emulation@freebsd.org Message-ID: <20070430053210.GA2188@obelix.dsto.defence.gov.au> Mail-Followup-To: emulation@freebsd.org References: <20070420064859.GE616@obelix.dsto.defence.gov.au> <20070420082156.GA37063@freebsd.org> <20070420103244.nqkp70q4n40k4oc0@webmail.leidinger.net> <20070422130604.GI9939@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070422130604.GI9939@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 30 Apr 2007 05:32:11.0874 (UTC) FILETIME=[E72ADC20:01C78AE8] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15142.001 X-TM-AS-Result: No-4.265000-8.000000-31 Content-Transfer-Encoding: 7bit Cc: Subject: Re: sec:uRe: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec(). 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: Mon, 30 Apr 2007 05:32:19 -0000 0n Sun, Apr 22, 2007 at 09:06:04PM +0800, Wilkinson, Alex wrote: Ok, I have added: CFLAGS+=-DDEBUG=1 to /usr/src/sys/modules/linux/Makefile. I then rebuilt {world,kernel}. So how does one now see the verbose debug messages ? dmesg(1) ? syslog ? Interestingly /usr/local/bin/wfcmgr no longer hangs. It seems to happen on an adhoc basis. I am sure it will raise its ugly head within a week though. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 30 11:08:06 2007 Return-Path: X-Original-To: freebsd-emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3A8C16A400 for ; Mon, 30 Apr 2007 11:08:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id D028E13C459 for ; Mon, 30 Apr 2007 11:08:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3UB868o006891 for ; Mon, 30 Apr 2007 11:08:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3UB851N006887 for freebsd-emulation@FreeBSD.org; Mon, 30 Apr 2007 11:08:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Apr 2007 11:08:05 GMT Message-Id: <200704301108.l3UB851N006887@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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: Mon, 30 Apr 2007 11:08:07 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/77710 emulation [linux] Linux page fault sigcontext information is wro o kern/101453 emulation [linux] [patch] linprocfs disallows non-zero file offs o kern/102956 emulation [linux] [patch] Add partial support for SO_PEERCRED in 4 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] feature request: easier wine/w23 support o kern/55835 emulation [linux] [patch] Linux IPC emulation missing SETALL sys a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/110632 emulation [patch] x11-fonts/linux-fontconfig is not X11BASE clea 9 problems total. From owner-freebsd-emulation@FreeBSD.ORG Tue May 1 19:46:13 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E4E516A404 for ; Tue, 1 May 2007 19:46:12 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (smtp.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD5113C4AE for ; Tue, 1 May 2007 19:46:12 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l41JPfNc026174 for ; Tue, 1 May 2007 13:25:41 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id l41JPeKd041737; Tue, 1 May 2007 13:25:40 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id l41JPdqC041734; Tue, 1 May 2007 13:25:39 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17975.37939.743304.357841@gromit.timing.com> Date: Tue, 1 May 2007 13:25:39 -0600 From: John E Hein To: emulation@freebsd.org X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on Daffy.timing.com X-Virus-Status: Clean X-Spam-Status: No, score=0.3 required=5.0 tests=AWL,BAYES_50, DK_POLICY_SIGNSOME autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on Daffy.timing.com Cc: Subject: sym links to absolute pathnames in /compat/linux 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: Tue, 01 May 2007 19:46:13 -0000 Are sym links to absolute pathnames supposed to try to look in /compat/linux first? /compat/linux/usr/bin/foo -> /bin/foo I thought I recalled that Alexander said recently they _were_ supposed to look in /compat/linux first. But I don't seem to have that behavior on the 6-stable box I'm using at the moment. # ln -s /bin/foo /compat/linux/usr/bin/foo # ls -l /compat/linux/usr/bin/foo lrwxr-xr-x 1 root wheel 8 May 1 19:17 /compat/linux/usr/bin/foo -> /bin/foo # cp -p /compat/linux/bin/ls /compat/linux/bin/foo # cp -p /bin/ls /bin/foo # /compat/linux/usr/bin/foo --version foo: illegal option -- - usage: ls [-ABCFGHILPRSTUWZabcdfghiklmnopqrstuwx1] [file ...] # /compat/linux/bin/foo --version ls (coreutils) 5.2.1 Written by Richard Stallman and David MacKenzie. Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. From owner-freebsd-emulation@FreeBSD.ORG Tue May 1 20:11:51 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E423C16A401 for ; Tue, 1 May 2007 20:11:50 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id A2C5513C4E9 for ; Tue, 1 May 2007 20:11:50 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l41KBmUm029805; Tue, 1 May 2007 14:11:48 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id l41KBkWb042729; Tue, 1 May 2007 14:11:46 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id l41KBkBv042726; Tue, 1 May 2007 14:11:46 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17975.40706.810495.148190@gromit.timing.com> Date: Tue, 1 May 2007 14:11:46 -0600 From: John E Hein To: Eric Anderson In-Reply-To: <46379A72.2080406@freebsd.org> References: <17975.37939.743304.357841@gromit.timing.com> <46379A72.2080406@freebsd.org> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on Daffy.timing.com X-Virus-Status: Clean X-Spam-Status: No, score=0.2 required=5.0 tests=AWL,BAYES_40, DK_POLICY_SIGNSOME autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on Daffy.timing.com Cc: emulation@freebsd.org Subject: Re: sym links to absolute pathnames in /compat/linux 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: Tue, 01 May 2007 20:11:51 -0000 Eric Anderson wrote at 14:52 -0500 on May 1, 2007: > On 05/01/07 14:25, John E Hein wrote: > > Are sym links to absolute pathnames supposed to try to look > > in /compat/linux first? > > > > /compat/linux/usr/bin/foo -> /bin/foo > > > > I thought I recalled that Alexander said recently they _were_ supposed > > to look in /compat/linux first. But I don't seem to have that > > behavior on the 6-stable box I'm using at the moment. > > > > # ln -s /bin/foo /compat/linux/usr/bin/foo > > # ls -l /compat/linux/usr/bin/foo > > lrwxr-xr-x 1 root wheel 8 May 1 19:17 /compat/linux/usr/bin/foo -> /bin/foo > > # cp -p /compat/linux/bin/ls /compat/linux/bin/foo > > # cp -p /bin/ls /bin/foo > > # /compat/linux/usr/bin/foo --version > > foo: illegal option -- - > > usage: ls [-ABCFGHILPRSTUWZabcdfghiklmnopqrstuwx1] [file ...] > > # /compat/linux/bin/foo --version > > ls (coreutils) 5.2.1 > > Written by Richard Stallman and David MacKenzie. > > Is all that taking place inside a linux shell? No - sorry, bad example. But I still see the same behavior running the linux shell as you suggest (below). And I actually started investigating this because I was running an emulated linux app which tried to follow an absolute sym link (and it was not looking in /compat/linux first for the target of the link). > If not, then the symlink resolution is happening *before* the linux > emulator takes over. Agreed. > Try this instead: > > # /compat/linux/bin/sh > # /compat/linux/usr/bin/foo --version > # /compat/linux/bin/foo --version > # /bin/foo --version # /compat/linux/bin/sh sh-3.00# /compat/linux/usr/bin/foo --version foo: illegal option -- - usage: ls [-ABCFGHILPRSTUWZabcdfghiklmnopqrstuwx1] [file ...] sh-3.00# /compat/linux/bin/foo --version ls (coreutils) 5.2.1 Written by Richard Stallman and David MacKenzie. Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. sh-3.00# /bin/foo --version ls (coreutils) 5.2.1 Written by Richard Stallman and David MacKenzie. Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. And, for good measure... sh-3.00# /usr/bin/foo --version foo: illegal option -- - usage: ls [-ABCFGHILPRSTUWZabcdfghiklmnopqrstuwx1] [file ...] So it doesn't seem to behave as I was expecting from the linux sh either. And ls (freebsd & linux) reports... sh-3.00# ls -alF /compat/linux/usr/bin/foo /usr/bin/foo /bin/foo /compat/linux/bin/foo -rwxr-xr-x 1 root wheel 89456 Apr 25 18:10 /bin/foo* -rwxr-xr-x 1 root wheel 89456 Apr 25 18:10 /compat/linux/bin/foo* lrwxr-xr-x 1 root wheel 8 May 1 20:04 /compat/linux/usr/bin/foo -> /bin/foo* lrwxr-xr-x 1 root wheel 8 May 1 20:04 /usr/bin/foo -> /bin/foo* sh-3.00# ls -L -alF /compat/linux/usr/bin/foo /usr/bin/foo /bin/foo /compat/linux/bin/foo -rwxr-xr-x 1 root wheel 89456 Apr 25 18:10 /bin/foo* -rwxr-xr-x 1 root wheel 89456 Apr 25 18:10 /compat/linux/bin/foo* -r-xr-xr-x 1 root wheel 23444 Nov 17 02:23 /compat/linux/usr/bin/foo* -r-xr-xr-x 1 root wheel 23444 Nov 17 02:23 /usr/bin/foo* sh-3.00# exit # ls -alF /compat/linux/usr/bin/foo /usr/bin/foo /bin/foo /compat/linux/bin/foo ls: /usr/bin/foo: No such file or directory -r-xr-xr-x 1 root wheel 23444 Nov 17 02:23 /bin/foo* -rwxr-xr-x 1 root wheel 89456 Apr 25 18:10 /compat/linux/bin/foo* lrwxr-xr-x 1 root wheel 8 May 1 20:04 /compat/linux/usr/bin/foo@ -> /bin/foo # ls -L -alF /compat/linux/usr/bin/foo /usr/bin/foo /bin/foo /compat/linux/bin/foo ls: /usr/bin/foo: No such file or directory -r-xr-xr-x 1 root wheel 23444 Nov 17 02:23 /bin/foo* -rwxr-xr-x 1 root wheel 89456 Apr 25 18:10 /compat/linux/bin/foo* -r-xr-xr-x 1 root wheel 23444 Nov 17 02:23 /compat/linux/usr/bin/foo* From owner-freebsd-emulation@FreeBSD.ORG Tue May 1 20:20:08 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A489216A402 for ; Tue, 1 May 2007 20:20:08 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7696813C43E for ; Tue, 1 May 2007 20:20:08 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l41JqNXr073752; Tue, 1 May 2007 14:52:23 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46379A72.2080406@freebsd.org> Date: Tue, 01 May 2007 14:52:18 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: John E Hein References: <17975.37939.743304.357841@gromit.timing.com> In-Reply-To: <17975.37939.743304.357841@gromit.timing.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3189/Tue May 1 11:02:13 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: emulation@freebsd.org Subject: Re: sym links to absolute pathnames in /compat/linux 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: Tue, 01 May 2007 20:20:08 -0000 On 05/01/07 14:25, John E Hein wrote: > Are sym links to absolute pathnames supposed to try to look > in /compat/linux first? > > /compat/linux/usr/bin/foo -> /bin/foo > > I thought I recalled that Alexander said recently they _were_ supposed > to look in /compat/linux first. But I don't seem to have that > behavior on the 6-stable box I'm using at the moment. > > # ln -s /bin/foo /compat/linux/usr/bin/foo > # ls -l /compat/linux/usr/bin/foo > lrwxr-xr-x 1 root wheel 8 May 1 19:17 /compat/linux/usr/bin/foo -> /bin/foo > # cp -p /compat/linux/bin/ls /compat/linux/bin/foo > # cp -p /bin/ls /bin/foo > # /compat/linux/usr/bin/foo --version > foo: illegal option -- - > usage: ls [-ABCFGHILPRSTUWZabcdfghiklmnopqrstuwx1] [file ...] > # /compat/linux/bin/foo --version > ls (coreutils) 5.2.1 > Written by Richard Stallman and David MacKenzie. Is all that taking place inside a linux shell? If not, then the symlink resolution is happening *before* the linux emulator takes over. Try this instead: # /compat/linux/bin/sh # /compat/linux/usr/bin/foo --version # /compat/linux/bin/foo --version # /bin/foo --version Eric From owner-freebsd-emulation@FreeBSD.ORG Tue May 1 20:36:40 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6EFE16A402; Tue, 1 May 2007 20:36:40 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 7300013C459; Tue, 1 May 2007 20:36:40 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l41Kacci031669; Tue, 1 May 2007 14:36:38 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id l41KaaLr043490; Tue, 1 May 2007 14:36:36 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id l41KaaxD043487; Tue, 1 May 2007 14:36:36 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <17975.42196.607207.765279@gromit.timing.com> Date: Tue, 1 May 2007 14:36:36 -0600 From: John E Hein To: emulation@freebsd.org In-Reply-To: <17975.40706.810495.148190@gromit.timing.com> References: <17975.37939.743304.357841@gromit.timing.com> <46379A72.2080406@freebsd.org> <17975.40706.810495.148190@gromit.timing.com> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on Daffy.timing.com X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_20, DK_POLICY_SIGNSOME autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on Daffy.timing.com Cc: Subject: Re: sym links to absolute pathnames in /compat/linux 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: Tue, 01 May 2007 20:36:40 -0000 John E Hein wrote at 14:11 -0600 on May 1, 2007: > Eric Anderson wrote at 14:52 -0500 on May 1, 2007: > > On 05/01/07 14:25, John E Hein wrote: =2E =2E > > > = > > > # ln -s /bin/foo /compat/linux/usr/bin/foo > > > # ls -l /compat/linux/usr/bin/foo > > > lrwxr-xr-x 1 root wheel 8 May 1 19:17 /compat/linux/usr/bin/f= oo -> /bin/foo > > > # cp -p /compat/linux/bin/ls /compat/linux/bin/foo > > > # cp -p /bin/ls /bin/foo =2E =2E And ktrace / linux_kdump shows... # rm /bin/foo # ktrace /compat/linux/bin/sh -c '/usr/bin/foo --version' /compat/linux/bin/sh: line 1: /usr/bin/foo: No such file or directory Exit 127 # linux_kdump | grep -5 foo 39558 bash CALL linux_rt_sigaction(0x3,0xbfbfdfb0,0xbfbfdf20,0x8) 39558 bash RET linux_rt_sigaction 0 39558 bash CALL linux_rt_sigaction(0x11,0xbfbfdfb0,0xbfbfdf20,0x8) 39558 bash RET linux_rt_sigaction 0 39558 bash CALL linux_execve(0x80ec768,0x80eda08,0x80ed608) 39558 bash NAMI "/compat/linux/usr/bin/foo" 39558 bash NAMI "/usr/bin/foo" 39558 bash RET linux_execve JUSTRETURN 39558 bash CALL linux_stat64(0x80ec768,0xbfbfe170,0x28224b10) 39558 bash NAMI "/compat/linux/usr/bin/foo" 39558 bash NAMI "/usr/bin/foo" 39558 bash RET linux_stat64 JUSTRETURN 39558 bash CALL linux_stat64(0x80ec768,0xbfbfdfd0,0x28224b10) 39558 bash NAMI "/compat/linux/usr/bin/foo" 39558 bash NAMI "/usr/bin/foo" 39558 bash RET linux_stat64 JUSTRETURN 39558 bash CALL write(0x2,0x80e8008,0x46) 39558 bash GIO fd 2 wrote 70 bytes "/compat/linux/bin/sh: line 1: /usr/bin/foo: No such file or direc= tory " 39558 bash RET write 70/0x46 39558 bash CALL exit(0x7f) From owner-freebsd-emulation@FreeBSD.ORG Wed May 2 16:40:19 2007 Return-Path: X-Original-To: freebsd-emulation@hub.freebsd.org Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28BB716A40A; Wed, 2 May 2007 16:40:19 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0208313C4B9; Wed, 2 May 2007 16:40:19 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l42GeIeO024201; Wed, 2 May 2007 16:40:18 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l42GeILT024197; Wed, 2 May 2007 16:40:18 GMT (envelope-from edwin) Date: Wed, 2 May 2007 16:40:18 GMT From: Edwin Groothuis Message-Id: <200705021640.l42GeILT024197@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-emulation@FreeBSD.org Cc: Subject: Re: ports/112355: [PATCH] emulators/vmware3: cleanup non-supported FreeBSD versions 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, 02 May 2007 16:40:19 -0000 Synopsis: [PATCH] emulators/vmware3: cleanup non-supported FreeBSD versions Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-emulation Responsible-Changed-By: edwin Responsible-Changed-When: Wed May 2 16:40:18 UTC 2007 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=112355 From owner-freebsd-emulation@FreeBSD.ORG Wed May 2 20:45:10 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA24F16A403 for ; Wed, 2 May 2007 20:45:10 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id A839F13C45A for ; Wed, 2 May 2007 20:45:10 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so284615ana for ; Wed, 02 May 2007 13:45:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=kRbicI3QEnLT+k+bmzRnVelw6La8o/PFUP5iXONLtgxRlxl0uhwJNguRzEzu/c3WhbemxgqYX+c6VL+mThcVHOwVGAVUIn+X4Q285H1DJ3P70cWn5ZjTdTe3D3sJ2m8EfagwUesObv80ZVyBOKLYDuD1IwsFXtCodLpthlXZqkU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Qt5sY+69iFdWhYtSvBW+8DAmK/LwdqmHzTDXnB1qXBclbb3VQ80Pje1PtGwW/oKfJq7w46wspqRFT0LPQwcMUDIh9IcCw41yZJhdd73cTUjiO1G+UQ/ofxNsDTzAsJNoahU2EbkBDGdzJYBXmCjldX0Lxe7m+igNBIm+7kt35iU= Received: by 10.100.138.2 with SMTP id l2mr891658and.1178138709984; Wed, 02 May 2007 13:45:09 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Wed, 2 May 2007 13:45:09 -0700 (PDT) Message-ID: <790a9fff0705021345j2ad9ae98o56aaf357d556fe27@mail.gmail.com> Date: Wed, 2 May 2007 15:45:09 -0500 From: "Scot Hetzel" To: emulation@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_18673_30011306.1178138709916" Cc: Subject: linuxolator: LTP lseek03 failure 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, 02 May 2007 20:45:11 -0000 ------=_Part_18673_30011306.1178138709916 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I have investigated the new LTP test failure for lseek03, and the first test sets whence to 4 (SEEK_HOLE): test 1 lseek(tfile_1554, 1, 4) Failed, errno=25 Inappropriate ioctl for device, expected 22(EINVAL) I looked at linux lseek man page and it showed only the SEEK_SET, SEEK_CUR, SEEK_END as valid values for whence. I then did a search, and while I did find mailing list archives that did have programmers trying to implement the SEEK_HOLE, SEEK_DATA extentions to lseek. But it hasn't been commited to the latest linux kernel (linux-2.6.21.1 from kernel.org). I have created a patch for lseek and llseek that limits whence to SEEK_SET, SEEK_CUR, SEEK_END. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ------=_Part_18673_30011306.1178138709916 Content-Type: text/x-diff; name=lseek.patch; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f1837tf0 Content-Disposition: attachment; filename="lseek.patch" LS0tIGNvbXBhdC9saW51eC9saW51eF9maWxlLmMtb3JpZwlUdWUgQXByIDEwIDAwOjIwOjA4IDIw MDcKKysrIGNvbXBhdC9saW51eC9saW51eF9maWxlLmMJV2VkIE1heSAgMiAwOTo1NDoyMCAyMDA3 CkBAIC0yMzAsMjUgKzIzMCwzNiBAQAogaW50CiBsaW51eF9sc2VlayhzdHJ1Y3QgdGhyZWFkICp0 ZCwgc3RydWN0IGxpbnV4X2xzZWVrX2FyZ3MgKmFyZ3MpCiB7Ci0KLSAgICBzdHJ1Y3QgbHNlZWtf YXJncyAvKiB7Ci0JaW50IGZkOwotCWludCBwYWQ7Ci0Jb2ZmX3Qgb2Zmc2V0OwotCWludCB3aGVu Y2U7Ci0gICAgfSAqLyB0bXBfYXJnczsKLSAgICBpbnQgZXJyb3I7CisJc3RydWN0IGxzZWVrX2Fy Z3MgLyogeworCSAgICBpbnQgZmQ7CisJICAgIGludCBwYWQ7CisJICAgIG9mZl90IG9mZnNldDsK KwkgICAgaW50IHdoZW5jZTsKKwl9ICovIGJzZF9hcmdzOworCWludCBlcnJvcjsKIAogI2lmZGVm IERFQlVHCiAJaWYgKGxkZWJ1Zyhsc2VlaykpCiAJCXByaW50ZihBUkdTKGxzZWVrLCAiJWQsICVs ZCwgJWQiKSwKIAkJICAgIGFyZ3MtPmZkZXMsIChsb25nKWFyZ3MtPm9mZiwgYXJncy0+d2hlbmNl KTsKICNlbmRpZgotICAgIHRtcF9hcmdzLmZkID0gYXJncy0+ZmRlczsKLSAgICB0bXBfYXJncy5v ZmZzZXQgPSAob2ZmX3QpYXJncy0+b2ZmOwotICAgIHRtcF9hcmdzLndoZW5jZSA9IGFyZ3MtPndo ZW5jZTsKLSAgICBlcnJvciA9IGxzZWVrKHRkLCAmdG1wX2FyZ3MpOwotICAgIHJldHVybiBlcnJv cjsKKwkKKwlic2RfYXJncy5mZCA9IGFyZ3MtPmZkZXM7CisJYnNkX2FyZ3Mub2Zmc2V0ID0gKG9m Zl90KWFyZ3MtPm9mZjsKKwlic2RfYXJncy53aGVuY2UgPSBhcmdzLT53aGVuY2U7CisKKwkvKiBs aW51eCBvbmx5IHN1cHBvcnRzIFNFRUtfU0VULCBTRUVLX0NVUiwgU0VFS19FTkQgKi8KKwlzd2l0 Y2goYXJncy0+d2hlbmNlKSB7CisJY2FzZSBTRUVLX1NFVDoKKwljYXNlIFNFRUtfQ1VSOgorCWNh c2UgU0VFS19FTkQ6CisJICAgIGVycm9yID0gbHNlZWsodGQsICZic2RfYXJncyk7CisJICAgIGJy ZWFrOworCWRlZmF1bHQ6CisJICAgIGVycm9yID0gRUlOVkFMOworCX0KKworCXJldHVybiBlcnJv cjsKIH0KIAogaW50CkBAIC0yNjksNyArMjgwLDE3IEBACiAJYnNkX2FyZ3Mub2Zmc2V0ID0gb2Zm OwogCWJzZF9hcmdzLndoZW5jZSA9IGFyZ3MtPndoZW5jZTsKIAotCWlmICgoZXJyb3IgPSBsc2Vl ayh0ZCwgJmJzZF9hcmdzKSkpCisJLyogbGludXggb25seSBzdXBwb3J0cyBTRUVLX1NFVCwgU0VF S19DVVIsIFNFRUtfRU5EICovCisJc3dpdGNoKGFyZ3MtPndoZW5jZSkgeworCWNhc2UgU0VFS19T RVQ6CisJY2FzZSBTRUVLX0NVUjoKKwljYXNlIFNFRUtfRU5EOgorCSAgICBlcnJvciA9IGxzZWVr KHRkLCAmYnNkX2FyZ3MpOworCSAgICBicmVhazsKKwlkZWZhdWx0OgorCSAgICBlcnJvciA9IEVJ TlZBTDsKKwl9CisJaWYgKGVycm9yKQogCQlyZXR1cm4gZXJyb3I7CiAKIAlpZiAoKGVycm9yID0g Y29weW91dCh0ZC0+dGRfcmV0dmFsLCBhcmdzLT5yZXMsIHNpemVvZiAob2ZmX3QpKSkpCg== ------=_Part_18673_30011306.1178138709916-- From owner-freebsd-emulation@FreeBSD.ORG Fri May 4 03:55:23 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89D2516A400 for ; Fri, 4 May 2007 03:55:23 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0F30F13C457 for ; Fri, 4 May 2007 03:55:22 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l443k070014544 for ; Fri, 4 May 2007 13:16:00 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Fri, 4 May 2007 13:25:16 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 May 2007 13:25:16 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l443tASS019962 for ; Fri, 4 May 2007 11:55:10 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l443tAML019961 for emulation@freebsd.org; Fri, 4 May 2007 11:55:10 +0800 (WST) (envelope-from wilkinsa) Date: Fri, 4 May 2007 11:55:09 +0800 From: "Wilkinson, Alex" To: emulation@freebsd.org Message-ID: <20070504035455.GA19928@obelix.dsto.defence.gov.au> Mail-Followup-To: emulation@freebsd.org References: <20070420064859.GE616@obelix.dsto.defence.gov.au> <20070420082156.GA37063@freebsd.org> <20070420103244.nqkp70q4n40k4oc0@webmail.leidinger.net> <20070422130604.GI9939@obelix.dsto.defence.gov.au> <20070430053210.GA2188@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070430053210.GA2188@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 04 May 2007 03:55:16.0411 (UTC) FILETIME=[0688A0B0:01C78E00] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15154.002 X-TM-AS-Result: No-4.218000-8.000000-31 Content-Transfer-Encoding: 7bit Cc: Subject: Re: sec:uRe: sec:uRe: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec(). 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: Fri, 04 May 2007 03:55:23 -0000 0n Mon, Apr 30, 2007 at 01:32:10PM +0800, Wilkinson, Alex wrote: > 0n Sun, Apr 22, 2007 at 09:06:04PM +0800, Wilkinson, Alex wrote: > >Ok, I have added: CFLAGS+=-DDEBUG=1 to /usr/src/sys/modules/linux/Makefile. > >I then rebuilt {world,kernel}. > >So how does one now see the verbose debug messages ? dmesg(1) ? syslog ? > >Interestingly /usr/local/bin/wfcmgr no longer hangs. It seems to happen on an adhoc basis. >I am sure it will raise its ugly head within a week though. wfcmgr is now hanging again. I have added debugging to the linux module. #wfcmgr load: 0.01 cmd: wfcmgr 19922 [ptsopn] 0.17u 0.03s 0% 6568k load: 0.01 cmd: wfcmgr 19922 [ptsopn] 0.17u 0.03s 0% 6568k load: 0.01 cmd: wfcmgr 19922 [ptsopn] 0.17u 0.03s 0% 6568k load: 0.01 cmd: wfcmgr 19922 [ptsopn] 0.17u 0.03s 0% 6568k dmesg(1) outputs nothing. Can someone tell me where the debugging info is meant to output ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-emulation@FreeBSD.ORG Fri May 4 07:04:14 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C40B216A400 for ; Fri, 4 May 2007 07:04:14 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 84CA313C459 for ; Fri, 4 May 2007 07:04:14 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so794740ana for ; Fri, 04 May 2007 00:04:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jNuW1vGIfSVj7mEyR/gksLtmsqNfzc+VwbhBo1ZtOJe6H3lO13i2KOPRTDBmWHu0gTWfdzGvo2rlxSKMDeltLdbr1dw6z+1Cz8UcG2M/rSfdpkXsnSHMm4EbkgE/1icbzJYfAqtCK8rTBSXcCRhInm3Z0hBNxb30hl6SYa9yUdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JiD/QJlS+dHCFeQL85XnqsrJWXCOiFVkLjXVbibsXzH0c2qQ7e3LlCP0NmO/9l80LtEMv4fKVjyHLDosUnEb6ZgRH8tksTqqJQYJdk00q7XCrvarObMlQXP+sM13oEYTdZtD3d6H3NnBmC8xBKry0A30BHC+kyd6Lammfn23pXg= Received: by 10.100.107.2 with SMTP id f2mr2416715anc.1178262254037; Fri, 04 May 2007 00:04:14 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Fri, 4 May 2007 00:04:13 -0700 (PDT) Message-ID: <790a9fff0705040004oab16ed8q1a1c476386379ea9@mail.gmail.com> Date: Fri, 4 May 2007 02:04:13 -0500 From: "Scot Hetzel" To: emulation@freebsd.org In-Reply-To: <790a9fff0705021345j2ad9ae98o56aaf357d556fe27@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0705021345j2ad9ae98o56aaf357d556fe27@mail.gmail.com> Cc: Subject: Re: linuxolator: LTP lseek03 failure 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: Fri, 04 May 2007 07:04:14 -0000 On 5/2/07, Scot Hetzel wrote: > I have investigated the new LTP test failure for lseek03, and the > first test sets whence to 4 (SEEK_HOLE): > > test 1 lseek(tfile_1554, 1, 4) Failed, errno=25 Inappropriate ioctl > for device, expected 22(EINVAL) > Looking thru -CURRENT, I found that SEEK_HOLE and SEEK_DATA were added to lseek (sys/kern/vfs_syscalls.c 1.437) on April 5th, 2007 by pjd as a requirement for the ZFS implementation. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-emulation@FreeBSD.ORG Fri May 4 09:15:39 2007 Return-Path: X-Original-To: emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6900C16A400 for ; Fri, 4 May 2007 09:15:39 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2-3.pacific.net.au [61.8.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3197813C458 for ; Fri, 4 May 2007 09:15:39 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout2.pacific.net.au (Postfix) with ESMTP id 2BC7C6E35F; Fri, 4 May 2007 19:15:31 +1000 (EST) Received: from besplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 01C208C15; Fri, 4 May 2007 19:15:36 +1000 (EST) Date: Fri, 4 May 2007 19:15:36 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Scot Hetzel In-Reply-To: <790a9fff0705040004oab16ed8q1a1c476386379ea9@mail.gmail.com> Message-ID: <20070504190007.Y37951@besplex.bde.org> References: <790a9fff0705021345j2ad9ae98o56aaf357d556fe27@mail.gmail.com> <790a9fff0705040004oab16ed8q1a1c476386379ea9@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: emulation@FreeBSD.org Subject: Re: linuxolator: LTP lseek03 failure 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: Fri, 04 May 2007 09:15:39 -0000 On Fri, 4 May 2007, Scot Hetzel wrote: > On 5/2/07, Scot Hetzel wrote: >> I have investigated the new LTP test failure for lseek03, and the >> first test sets whence to 4 (SEEK_HOLE): >> >> test 1 lseek(tfile_1554, 1, 4) Failed, errno=25 Inappropriate ioctl >> for device, expected 22(EINVAL) >> > Looking thru -CURRENT, I found that SEEK_HOLE and SEEK_DATA were added > to lseek (sys/kern/vfs_syscalls.c 1.437) on April 5th, 2007 by pjd as > a requirement for the ZFS implementation. The main bug is in the implementation of SEEK_HOLE and SEEK_DATA. This uses fo_ioctl() and fo_ioctl() returns ENOTTY if the file system doesn't support these seeks, but ENOTTY (Inappropriate ioctl for device) is a very inappropriate errno for a syscall that is not ioctl(), especially on a file that is not a device. POSIX requires EINVAL if the `whence' arg is not a standard POSIX one, and I think ENOTTY should be translated to this. If the test is run on a file system that supports these seeks, then whence = 4 wouldn't fail natively, and I think it should only fail for emulators that are supposed to be perfectly compatible, which the Linux emulator isn't. (It would be impossible in practice to even find all native features that the system being emulated doesn't have, and more impossible to turn them all off.) Bruce From owner-freebsd-emulation@FreeBSD.ORG Fri May 4 15:19:57 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF53916A402 for ; Fri, 4 May 2007 15:19:57 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5B013C484 for ; Fri, 4 May 2007 15:19:57 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so909105ana for ; Fri, 04 May 2007 08:19:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QTQ7CI6DgAX0YCkmHF3bZhHb5FCarIzyTUVXb+rqJe0nxJq5o3w/OjTVKEvuyAiyB1Za3fBlrBYJI8k34gHEnpvBXs2a15eq3Lz5QE6gvRtr48lXL51K+s7NmfZg8KWJvRBLSQUXAulWcQ+i/CXlBIlwPp8uW/fQd/AWnzASdII= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Smp+tEr42BL0qP9mX/8IzXd9rNk2wmwV0IohZjBbb0SVKM5JikcKnhThUppl6E39ohE7i6tQXo+J1sCsYgHRdelrMKf4Ims29J1uiA+l+hJn5lyNzc6SCgMphyXvEdkVc2Gno0o9MXsg9QezwLJ+Kaixcse/fV57MPUpVuVn+0Q= Received: by 10.100.133.9 with SMTP id g9mr2798432and.1178291996430; Fri, 04 May 2007 08:19:56 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Fri, 4 May 2007 08:19:56 -0700 (PDT) Message-ID: <790a9fff0705040819u24e4c2f0s5c9fc34b93770e13@mail.gmail.com> Date: Fri, 4 May 2007 10:19:56 -0500 From: "Scot Hetzel" To: "Bruce Evans" In-Reply-To: <20070504190007.Y37951@besplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0705021345j2ad9ae98o56aaf357d556fe27@mail.gmail.com> <790a9fff0705040004oab16ed8q1a1c476386379ea9@mail.gmail.com> <20070504190007.Y37951@besplex.bde.org> Cc: emulation@freebsd.org Subject: Re: linuxolator: LTP lseek03 failure 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: Fri, 04 May 2007 15:19:57 -0000 On 5/4/07, Bruce Evans wrote: > On Fri, 4 May 2007, Scot Hetzel wrote: > > > On 5/2/07, Scot Hetzel wrote: > >> I have investigated the new LTP test failure for lseek03, and the > >> first test sets whence to 4 (SEEK_HOLE): > >> > >> test 1 lseek(tfile_1554, 1, 4) Failed, errno=25 Inappropriate ioctl > >> for device, expected 22(EINVAL) > >> > > Looking thru -CURRENT, I found that SEEK_HOLE and SEEK_DATA were added > > to lseek (sys/kern/vfs_syscalls.c 1.437) on April 5th, 2007 by pjd as > > a requirement for the ZFS implementation. > > The main bug is in the implementation of SEEK_HOLE and SEEK_DATA. This > uses fo_ioctl() and fo_ioctl() returns ENOTTY if the file system doesn't > support these seeks, but ENOTTY (Inappropriate ioctl for device) is a > very inappropriate errno for a syscall that is not ioctl(), especially > on a file that is not a device. POSIX requires EINVAL if the `whence' > arg is not a standard POSIX one, and I think ENOTTY should be translated > to this. > I see three places where this could be fixed: kern/vfs_vnops.c:vn_ioctl(...) kern/vfs_syscalls.c:lseek(...) compat/linux/linux_file.c:(linux_lseek and linux_llseek) Would the best fix be to change the native lseek to return EINVAL when fo_ioctl returns ENOTTY? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-emulation@FreeBSD.ORG Fri May 4 16:35:41 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8545516A407 for ; Fri, 4 May 2007 16:35:41 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 260D213C4BA for ; Fri, 4 May 2007 16:35:41 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2FDBC8BD3AE; Fri, 4 May 2007 18:35:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id chPrIxpnJubV; Fri, 4 May 2007 18:35:39 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4928E65B539; Fri, 4 May 2007 18:35:39 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l44GZaj8004512; Fri, 4 May 2007 18:35:36 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 4 May 2007 18:35:36 +0200 From: Roman Divacky To: Scot Hetzel Message-ID: <20070504163536.GA4479@freebsd.org> References: <790a9fff0705021345j2ad9ae98o56aaf357d556fe27@mail.gmail.com> <790a9fff0705040004oab16ed8q1a1c476386379ea9@mail.gmail.com> <20070504190007.Y37951@besplex.bde.org> <790a9fff0705040819u24e4c2f0s5c9fc34b93770e13@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0705040819u24e4c2f0s5c9fc34b93770e13@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: emulation@freebsd.org Subject: Re: linuxolator: LTP lseek03 failure 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: Fri, 04 May 2007 16:35:41 -0000 On Fri, May 04, 2007 at 10:19:56AM -0500, Scot Hetzel wrote: > On 5/4/07, Bruce Evans wrote: > >On Fri, 4 May 2007, Scot Hetzel wrote: > > > >> On 5/2/07, Scot Hetzel wrote: > >>> I have investigated the new LTP test failure for lseek03, and the > >>> first test sets whence to 4 (SEEK_HOLE): > >>> > >>> test 1 lseek(tfile_1554, 1, 4) Failed, errno=25 Inappropriate ioctl > >>> for device, expected 22(EINVAL) > >>> > >> Looking thru -CURRENT, I found that SEEK_HOLE and SEEK_DATA were added > >> to lseek (sys/kern/vfs_syscalls.c 1.437) on April 5th, 2007 by pjd as > >> a requirement for the ZFS implementation. > > > >The main bug is in the implementation of SEEK_HOLE and SEEK_DATA. This > >uses fo_ioctl() and fo_ioctl() returns ENOTTY if the file system doesn't > >support these seeks, but ENOTTY (Inappropriate ioctl for device) is a > >very inappropriate errno for a syscall that is not ioctl(), especially > >on a file that is not a device. POSIX requires EINVAL if the `whence' > >arg is not a standard POSIX one, and I think ENOTTY should be translated > >to this. > > > > I see three places where this could be fixed: > > kern/vfs_vnops.c:vn_ioctl(...) > kern/vfs_syscalls.c:lseek(...) > compat/linux/linux_file.c:(linux_lseek and linux_llseek) I was thikning a lot about these things and I think that we should NOT fix cases where we allow something what linux forbids. I mean for example maximum number of fds opened, support for SEEK_HOLE etc. why cripple what we provide to the programs? From owner-freebsd-emulation@FreeBSD.ORG Fri May 4 19:20:59 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39F5D16A406; Fri, 4 May 2007 19:20:59 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id E6ECF13C46C; Fri, 4 May 2007 19:20:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5DAB4.dip.t-dialin.net [84.165.218.180]) by redbull.bpaserver.net (Postfix) with ESMTP id 302442E214; Fri, 4 May 2007 21:20:38 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 246515B48A3; Fri, 4 May 2007 21:20:22 +0200 (CEST) Date: Fri, 4 May 2007 21:20:34 +0200 From: Alexander Leidinger To: Roman Divacky Message-ID: <20070504212034.135246d5@deskjail> In-Reply-To: <20070504163536.GA4479@freebsd.org> References: <790a9fff0705021345j2ad9ae98o56aaf357d556fe27@mail.gmail.com> <790a9fff0705040004oab16ed8q1a1c476386379ea9@mail.gmail.com> <20070504190007.Y37951@besplex.bde.org> <790a9fff0705040819u24e4c2f0s5c9fc34b93770e13@mail.gmail.com> <20070504163536.GA4479@freebsd.org> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.787, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, TW_FD 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: emulation@freebsd.org, Scot Hetzel Subject: Re: linuxolator: LTP lseek03 failure 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: Fri, 04 May 2007 19:20:59 -0000 Quoting Roman Divacky (Fri, 4 May 2007 18:35:36 +0200): > On Fri, May 04, 2007 at 10:19:56AM -0500, Scot Hetzel wrote: > > On 5/4/07, Bruce Evans wrote: > > >On Fri, 4 May 2007, Scot Hetzel wrote: > > > > > >> On 5/2/07, Scot Hetzel wrote: > > >>> I have investigated the new LTP test failure for lseek03, and the > > >>> first test sets whence to 4 (SEEK_HOLE): > > >>> > > >>> test 1 lseek(tfile_1554, 1, 4) Failed, errno=25 Inappropriate ioctl > > >>> for device, expected 22(EINVAL) > > >>> > > >> Looking thru -CURRENT, I found that SEEK_HOLE and SEEK_DATA were added > > >> to lseek (sys/kern/vfs_syscalls.c 1.437) on April 5th, 2007 by pjd as > > >> a requirement for the ZFS implementation. > > > > > >The main bug is in the implementation of SEEK_HOLE and SEEK_DATA. This > > >uses fo_ioctl() and fo_ioctl() returns ENOTTY if the file system doesn't > > >support these seeks, but ENOTTY (Inappropriate ioctl for device) is a > > >very inappropriate errno for a syscall that is not ioctl(), especially > > >on a file that is not a device. POSIX requires EINVAL if the `whence' > > >arg is not a standard POSIX one, and I think ENOTTY should be translated > > >to this. > > > > > > > I see three places where this could be fixed: > > > > kern/vfs_vnops.c:vn_ioctl(...) > > kern/vfs_syscalls.c:lseek(...) > > compat/linux/linux_file.c:(linux_lseek and linux_llseek) > > I was thikning a lot about these things and I think that we should NOT fix > cases where we allow something what linux forbids. I mean for example maximum > number of fds opened, support for SEEK_HOLE etc. > > why cripple what we provide to the programs? It depends... For opening of a directory (fails in linux) we should be compatible (programs may expect it, AFAIR at least acroread or realplay rely upon some kind of such behavior), but for the SEEK stuff which is discussed here I'm indifferent. If POSIX (or something else) uses fixed values which are used here, then I don't see a reason to limit this, but if no fixed value is provided, I lean towards forbidding it in the linuxulator (what if linux implements it with switched values?). Bye, Alexander. -- We do not colonize. We conquer. We rule. There is no other way for us. -- Rojan, "By Any Other Name", stardate 4657.5 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137