Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 3 Apr 2009 12:51:27 +0300
From:      Kostik Belousov <kostikbel@gmail.com>
To:        Alexander Leidinger <Alexander@leidinger.net>
Cc:        freebsd-emulation@freebsd.org
Subject:   Re: HEADSUP: new linux infrastructure ports are committed
Message-ID:  <20090403095127.GS31897@deviant.kiev.zoral.com.ua>
In-Reply-To: <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net>
References:  <23488525@bb.ipt.ru> <alpine.BSF.2.00.0904021222330.20710@thor.farley.org> <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--m/m4ZVXjNFS7X2Jg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Apr 03, 2009 at 08:27:42AM +0200, Alexander Leidinger wrote:
> Quoting "Sean C. Farley" <scf@FreeBSD.org> (from Thu, 2 Apr 2009 =20
> 12:33:42 -0500 (CDT)):
>=20
> >What cannot be MFC'd besides TLS and NPTL?  For syscalls that cannot =20
> >be MFC'd, can calls be written that help to some degree without =20
> >breaking ABI?  The wiki page[1] is incomplete on what changes are to =20
> >be MFC'd.  I can say that fstatat64() seems popular (called by rm) =20
> >in /var/log/messages.
>=20
> *at() can not be MFCed as it would change the native VFS ABI (Roman =20
> implemented the FreeBSD side of *at() calls to be able to emulate the =20
> linux *at() calls).
It can be MFCed with low-impact KBI breakage, and I have re@ approval
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
> As you noticed, this is a major point in 2.6.16 emulation.
>=20
> Another thing which is in current but AFAIK not in stable is the brand =
=20
> detection stuff, but I think this is not so critical to have in =20
> RELENG_7.
It is in RELENG_7.

>=20
> Other changes may or may not be MFCable, but AFAIK nobody took the =20
> time to compare RELENG_7 with CURRENT and had a careful look at the =20
> differences. Anyway, as *at is a major part and can not be MFCed, =20
> 2.6.16 + linux base f8 is not a supported combination in RELENG_7. If =20
> it works for you feel lucky, if it does not work for you... that's bad =
=20
> luck.
>=20
> Bye,
> Alexander.
>=20
> --=20
> A woman must be a cute, cuddly, naive little thing -- tender, sweet,
> and stupid.
> 		-- Adolf Hitler
>=20
> http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID =3D B0063FE7
> http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID =3D 72077137
> _______________________________________________
> freebsd-emulation@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
> To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.o=
rg"

--m/m4ZVXjNFS7X2Jg
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)

iEYEARECAAYFAknV3B4ACgkQC3+MBN1Mb4gwTgCg4CFln9Ym0iMt/ADbUSbUm5ZG
43YAn2qLgz6kh/5D3RjQn4YkXr9pIlOf
=2T7T
-----END PGP SIGNATURE-----

--m/m4ZVXjNFS7X2Jg--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090403095127.GS31897>