From owner-freebsd-current@FreeBSD.ORG Sun May 6 16:01:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91E6316A401; Sun, 6 May 2007 16:01:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 370DA13C44B; Sun, 6 May 2007 16:01:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HkjAS-000ACS-6M; Sun, 06 May 2007 19:01:00 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l46G0ul8052848 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 May 2007 19:00:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l46G0u6Z022149; Sun, 6 May 2007 19:00:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l46G0uvD022148; Sun, 6 May 2007 19:00:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 May 2007 19:00:56 +0300 From: Kostik Belousov To: Roman Divacky Message-ID: <20070506160056.GE83173@deviant.kiev.zoral.com.ua> References: <20070506093034.GA42976@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DqhR8hV3EnoxUkKN" Content-Disposition: inline In-Reply-To: <20070506093034.GA42976@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 7155bbd8d023de41950ebecbe4708355 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1023 [May 04 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: FreeBSD Current Subject: Re: [ANN] unionfs patchset-19-20070504 release, it is now MPSAFE and transparent mode as default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 16:01:02 -0000 --DqhR8hV3EnoxUkKN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Cc: list trimmed to something reasonable] On Sun, May 06, 2007 at 11:30:34AM +0200, Roman Divacky wrote: > > Hi, > > So far I've tested it under -current, in my diskless env. where > > /etc & /compat/linux are unionfs'ed with a mfs, and so all seems OK. >=20 > there's an XXX in the linuxulator code saying: >=20 > XXX Untested vs. mount -o union; probably does the wrong thing. >=20 > can you confirm that it works ok with unionfs from daichi? There are to quite different union-kind things in kernel. One is the -o uni= on option for the mount, see mount(2). Second is unionfs proper. The first thing (-o union) requires support in namei and related syscalls, like getdirentries. It is implemented for native freebsd getdirentries (both current and 4-compat variants), but, AFAIR, is _not_ implemented in compat syscalls implementations for sysv, linux, xenix etc. And, in fact, making that compat syscalls behave is somewhat tricky due to cookies and differences between supposed output formats for ABIs. Unionfs shall have no real difference in behaviour what used from processes using compat ABIs. --DqhR8hV3EnoxUkKN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGPfu3C3+MBN1Mb4gRAm+jAKDuQWSR5M7tn9tsQH+Ipnmc+7YiJQCeLZPD lbP9FNL9oNRLrTWDmrNbkMM= =lJlE -----END PGP SIGNATURE----- --DqhR8hV3EnoxUkKN--