From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 3 11:21:00 2009 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 693F410656D5; Fri, 3 Apr 2009 11:21:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 8061A8FC12; Fri, 3 Apr 2009 11:20:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Lpgfj-000BzP-UY; Fri, 03 Apr 2009 13:30:52 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n33AQwLf004051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Apr 2009 13:26:58 +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.3/8.14.3) with ESMTP id n33AQwia030887; Fri, 3 Apr 2009 13:26:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n33AQwdC030886; Fri, 3 Apr 2009 13:26:58 +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: Fri, 3 Apr 2009 13:26:58 +0300 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20090403102658.GU31897@deviant.kiev.zoral.com.ua> References: <23488525@bb.ipt.ru> <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> <20090403095127.GS31897@deviant.kiev.zoral.com.ua> <20090403122251.43551d4yds72vq1w@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oXWu0ZmOTEBdKpMN" Content-Disposition: inline In-Reply-To: <20090403122251.43551d4yds72vq1w@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1Lpgfj-000BzP-UY cecf458e9810bdce629a341d2578efb2 X-Terabit: YES Cc: freebsd-emulation@freebsd.org Subject: Re: HEADSUP: new linux infrastructure ports are 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: Fri, 03 Apr 2009 11:21:01 -0000 --oXWu0ZmOTEBdKpMN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 03, 2009 at 12:22:51PM +0200, Alexander Leidinger wrote: > Quoting Kostik Belousov (from Fri, 3 Apr 2009 =20 > 12:51:27 +0300): >=20 > >On Fri, Apr 03, 2009 at 08:27:42AM +0200, Alexander Leidinger wrote: > >>Quoting "Sean C. Farley" (from Thu, 2 Apr 2009 > >>12:33:42 -0500 (CDT)): > >> > >>>What cannot be MFC'd besides TLS and NPTL? For syscalls that cannot > >>>be MFC'd, can calls be written that help to some degree without > >>>breaking ABI? The wiki page[1] is incomplete on what changes are to > >>>be MFC'd. I can say that fstatat64() seems popular (called by rm) > >>>in /var/log/messages. > >> > >>*at() can not be MFCed as it would change the native VFS ABI (Roman > >>implemented the FreeBSD side of *at() calls to be able to emulate the > >>linux *at() calls). > >It can be MFCed with low-impact KBI breakage, and I have re@ approval >=20 > You need to rebuild all FS then, don't you? Would FUSE in this case =20 > refuse to load when not rebuild? If not, what would be the impact of =20 > not rebuilding but loading it? No, fs modules are actually immune, mostly. What changes is the namei() binary interface. It is needed for new ZFS too, for what it worth. >=20 > >for the MFC. What actually stopped the merge is an issue with missed > >audit bits for dirfd descriptors. They are missed in HEAD too, so > >8.0 needs some action to finish this. >=20 > Thanks for the info, > Alexander. >=20 > --=20 > Scintillation is not always identification for an auric substance. >=20 > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 --oXWu0ZmOTEBdKpMN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknV5HEACgkQC3+MBN1Mb4hPTQCffvDYty9D14/J3VCcHc43XYFV tLIAoINlIWxRYWcHod/HYth6MERbcZZq =VKKb -----END PGP SIGNATURE----- --oXWu0ZmOTEBdKpMN--