From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Goldstein Subject: Re: [PATCH] xen/common: Drop function calls for Xen compile/version information Date: Wed, 18 Jan 2017 14:01:46 -0500 Message-ID: <277f9e5c-bb87-7980-77c6-1e4e117522fb@cardoe.com> References: <1484571849-15298-1-git-send-email-andrew.cooper3@citrix.com> <20170117180543.GE12951@char.us.oracle.com> <32515ecc-270e-0b5c-490e-ad57e0f8f704@citrix.com> <20170117184254.GU12951@char.us.oracle.com> <20170117190009.GA16720@char.us.oracle.com> <17c9a588-f3fd-04b4-1843-9ae5c5d9c6cf@citrix.com> <20170117204630.GC21336@char.us.oracle.com> <20170118101334.2acxof7acl3gcy2n@dhcp-3-221.uk.xensource.com> <20170118161040.GC4940@char.us.oracle.com> <20170118162106.ix7czc455x5tdixq@dhcp-3-221.uk.xensource.com> <20170118163039.GC5089@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4153957492467276979==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Andrew Cooper , Wei Liu , =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= Cc: Julien Grall , Stefano Stabellini , Konrad Rzeszutek Wilk , Jan Beulich , Xen-devel List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============4153957492467276979== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OqrAp0gstS2rgLWcdVlVXUS733lqLw7qe" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OqrAp0gstS2rgLWcdVlVXUS733lqLw7qe Content-Type: multipart/mixed; boundary="9ea0bfuxJrUJJaEulCkfVoUSPUVqHjJsq"; protected-headers="v1" From: Doug Goldstein To: Andrew Cooper , Wei Liu , =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= Cc: Julien Grall , Stefano Stabellini , Xen-devel , Jan Beulich , Konrad Rzeszutek Wilk Message-ID: <277f9e5c-bb87-7980-77c6-1e4e117522fb@cardoe.com> Subject: Re: [Xen-devel] [PATCH] xen/common: Drop function calls for Xen compile/version information References: <1484571849-15298-1-git-send-email-andrew.cooper3@citrix.com> <20170117180543.GE12951@char.us.oracle.com> <32515ecc-270e-0b5c-490e-ad57e0f8f704@citrix.com> <20170117184254.GU12951@char.us.oracle.com> <20170117190009.GA16720@char.us.oracle.com> <17c9a588-f3fd-04b4-1843-9ae5c5d9c6cf@citrix.com> <20170117204630.GC21336@char.us.oracle.com> <20170118101334.2acxof7acl3gcy2n@dhcp-3-221.uk.xensource.com> <20170118161040.GC4940@char.us.oracle.com> <20170118162106.ix7czc455x5tdixq@dhcp-3-221.uk.xensource.com> <20170118163039.GC5089@citrix.com> In-Reply-To: --9ea0bfuxJrUJJaEulCkfVoUSPUVqHjJsq Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 1/18/17 12:04 PM, Andrew Cooper wrote: > Last time I tried LTO: >=20 > * The GCC build did work, but the net binary was bigger rather than > smaller, and it successfully boot > * The Clang build worked, made a much smaller binary, but due to a clan= g > bug, "optimised" code into using SSE, and blew up spectacularly when > booting. >=20 > From experiments with XTF, Clang 3.9 LTO is far more comprehensive, and= > is basically capable of optimising entire XTF tests into one single tes= t > function, and properly respects the "no FPU ever" options used during b= oot. >=20 > ~Andrew FWIW, some of the clang issues I reported against LTO and FPU bits are marked as fixed in 3.9 and 4.0. Not sure if things got backported. --=20 Doug Goldstein --9ea0bfuxJrUJJaEulCkfVoUSPUVqHjJsq-- --OqrAp0gstS2rgLWcdVlVXUS733lqLw7qe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJYf7udXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvU8LoP/2B4WBbdHF7HOXhnt6KqEP9g u8U1nLLNkLHX/SGB1pEdkYcTsYJboEFWbt9I24L+C7525QdLo6P4lNMg4cZf8dO8 H7RSk8SgRRy8eqQi3UbSiZNyHyu+TR7F7vNnYDxJAZ/JmKgawdy2K7eMpV74cnhf dgNZkxgiEM6fXfK+DSKpx4dvLU7jVtv/+aKFPM9PwZOkkJiET2wttGsVbWlY1cgc GkBR01cXFUIhXKneq5OPmkSo9XI4a7jKhigb9bMIWSbH8New/8v1f+xZDC0skTho Wi3poBepgEXHPlTJhD9Uk0hcR+JtVtqnwErOsfT/jfVIwQDKRwHS6FKrXvvdWuc0 Cg7xbmg8PvrcnGtXikB16r96ejkxtLPIXGTZzfykHEPPtxo7c9ncoG1kwze+fG3z fROWtRuSyK3MI74j8y3c2TIKIPLPmoF82fdMgTjdZ5JiDja/TZHeexOW9SA5K9oS lur2LCItNvG+g617ydgY6XVJrJWtoKd6xN08DZNW/cz4ogXoVkvAR2tgOr3WAzO9 ksjzoZMqwlwMksin4P8l89vij07HgmDYSjBc7RuJBT1loz3G1DviavVZxWo+PH5B nogr0YaWxExX4jyMkCEtDWLRdJK6evvT9nDM6uEwrpsd9zjfoxpnnULAsBVArNlR IQHouwrZK9OANeOH1I00 =o5zl -----END PGP SIGNATURE----- --OqrAp0gstS2rgLWcdVlVXUS733lqLw7qe-- --===============4153957492467276979== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============4153957492467276979==--