From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 3 10:23:02 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 C54AE106564A; Fri, 3 Apr 2009 10:23:02 +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 6FBF78FC08; Fri, 3 Apr 2009 10:23:02 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E542.dip.t-dialin.net [217.226.229.66]) by redbull.bpaserver.net (Postfix) with ESMTP id 30C542E1F6; Fri, 3 Apr 2009 12:22:56 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A681C121B96; Fri, 3 Apr 2009 12:22:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1238754172; bh=ssX/qTxH3l2QyNUylsblKgEVw+eOv8+db 9gYWh9ovaw=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=PnWCKUOFNn9qsWiF62LRdrzRb9IaKpCfdAS63QZMVwHMOhoaV7Bq9gpuN//zO5bTr rB3haf2tj+deodrYjePFgGC+oN4AdvFYPsCA42sPcZoO0BijIWTRlt1mdp1f124fJUM GHh4V/cbIPRv0NjQHowMbF6GQ16jtQUTZfhqLHs3cUestRtX5DdOJvRe8HrYPFf5w/V TceurShNQCXyWGtDjf/Mx0vfPlruztniVtPOAFxOImPjPdW0eg8egBcv3v5XPUp5Ujp vtrO2J/5wb4oPoUanlY8WpKWJH0SEY0Fztq++fNYvMvKinQV2ROtJrylya5R4gdPnhd MTOQ7qq/g== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n33AMq0X010939; Fri, 3 Apr 2009 12:22:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 03 Apr 2009 12:22:51 +0200 Message-ID: <20090403122251.43551d4yds72vq1w@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 03 Apr 2009 12:22:51 +0200 From: Alexander Leidinger To: Kostik Belousov References: <23488525@bb.ipt.ru> <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> <20090403095127.GS31897@deviant.kiev.zoral.com.ua> In-Reply-To: <20090403095127.GS31897@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 30C542E1F6.E1EA0 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No 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 10:23:03 -0000 Quoting Kostik Belousov (from Fri, 3 Apr 2009 =20 12:51:27 +0300): > 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 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? > 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. Thanks for the info, Alexander. --=20 Scintillation is not always identification for an auric substance. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137