From owner-svn-src-all@freebsd.org Mon Mar 7 18:50:57 2016 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB8E7AC3855 for ; Mon, 7 Mar 2016 18:50:57 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FA0E12E5 for ; Mon, 7 Mar 2016 18:50:57 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-io0-x234.google.com with SMTP id n190so142036506iof.0 for ; Mon, 07 Mar 2016 10:50:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:from:in-reply-to:date:cc:message-id :references:to; bh=41770NQdZdEoClaO42o0RJMAFcRKvN4IsUfuFMnRjjw=; b=teEH1+nmHopXeP7Sh4FHdwuQDynwYB2EDu1FDFPrePVKcYch5b9UB29HAaGiC3iYcJ DFgGXwzKCd8ZJCtIMaxi9hQv8dQ9yq8LEXdTQ68Dbr+fQz+D7ol6XfqGs16iZ32fKNJp iSl4kniwUgGzOKOQztUldiweYuqjip8m06h4+iBLjMlDyOXf1Adq5vCqspY5LsDCl+S8 2ONokSsIachDuda6JnJ2hvsHxN2frzXMsq1VQZbM2Sd/uWOekkh4ClK9WZ/g7A7dbjk4 0VgRkuYrsQsbiA29wukuAZ6LnFlySvyBnzasJsTDA3XQR8aY9NU/4EYeHw2dJDfHFHaI xtpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:from:in-reply-to :date:cc:message-id:references:to; bh=41770NQdZdEoClaO42o0RJMAFcRKvN4IsUfuFMnRjjw=; b=UcXOLuhFCMudlDQP3Fr9rblAZrEQKVw9F+jZbf030q/EdDzJ/e3GgFDaaxS3kW8mLY aKDlh4FdFHzr7C4/0W3DQ8p4ZR9QhMneXZGsJhK2DFD2yj5fQ4UrcqM5pkxKKdj+ftSt NaqIGkMPIN/7xt5FDOzb5YLce1CaS9PFvQWm70Zo3ZQjZHv7YXBM6dj2bBDD7deySXtX aBgiZSaL8YocFMQUil43ZIu02P0q3Up8lo2B9Vt1QYzAOzOsWsdbxdsi5X73n63SfVbU cPyF450ns1eQqgUfH7kHAOWj4r3pHprvEz3Qo7be2DG+9CdKWppcYIcZRk9jKdT9pqt2 BKkA== X-Gm-Message-State: AD7BkJKaP0ttgagIyyLxz5s6Zj46LWazkgGlkZCuTze/Pp3Z+TJ8wOqn5gCRkZc7cpqgVw== X-Received: by 10.107.154.79 with SMTP id c76mr22236088ioe.53.1457376656990; Mon, 07 Mar 2016 10:50:56 -0800 (PST) Received: from [172.29.117.33] (63-156-62-129.dia.static.qwest.net. [63.156.62.129]) by smtp.gmail.com with ESMTPSA id w184sm6965243iod.4.2016.03.07.10.50.55 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 07 Mar 2016 10:50:56 -0800 (PST) Sender: Warner Losh Subject: Re: svn commit: r296428 - head/sys/boot/common Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0F3D2FDE-B021-4B5D-A595-A66AF3B5A464"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: Date: Mon, 7 Mar 2016 11:50:53 -0700 Cc: src-committers , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Message-Id: <10F1E4F3-BE8A-4BC3-AFC3-FB4C3A729B60@bsdimp.com> References: <201603061557.u26FvhMi033982@repo.freebsd.org> <56DCD52F.4010709@freebsd.org> <1457365187.13785.174.camel@freebsd.org> <20160307155217.GJ67250@kib.kiev.ua> To: Dimitry Andric X-Mailer: Apple Mail (2.2104) X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 18:50:58 -0000 --Apple-Mail=_0F3D2FDE-B021-4B5D-A595-A66AF3B5A464 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 7, 2016, at 10:41 AM, Dimitry Andric wrote: >=20 > On 07 Mar 2016, at 17:28, Warner Losh wrote: > ... >> Alternatively, is there a switch to clang 3.8 that says 'Don't = generate the new >> relocation, use the old one instead" which would also be safe and = allow a >> less-bumpy transition? >=20 > On amd64, we actually compile source files for the kernel with > -fno-asynchronous-unwind-tables, which is the flag that ensures object > files do not end up with a .eh_frame section, because the compiler = will > refrain from inserting CFI directives into the assembler. Excellent. > However, this only affects C source files, and we have a number of > hand-written assembler sources in the tree, with CFI directives in = them. > These will always result in .eh_frame sections, unless there is = another > assembler-specific flag of suppressing that. what are the odds of fixing this? Since the vast majority of assembler = code is going to be in the base kernel. The AESNI stuff is the only exception that I can think of=E2=80=A6 Are the CFI directives so that DTRACE works, or is there some other = reason? Warner --Apple-Mail=_0F3D2FDE-B021-4B5D-A595-A66AF3B5A464 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJW3c2NAAoJEGwc0Sh9sBEAUqwP/1SksK5IiSg25Ui0EpcLfOXs C2j33VzFUxTCnPMERgPW+gs5dHHE8MnMWl2LgDGmPeVtTn9R27wjqliOK1z6laOk DkCvveuvQrodaO43ZcBgqWnkyq4feRAMCq0KDVPG+LDFI++7i8Lhfi+WbmGL+q09 l0AnYMLy7nbQD7zqbIg235MyWxf4fuByrw+jWcGje+LrB/P1TgrwtRkOAuGQX7eh ihxYarEd7XF0+H9r5Byk5aXR33XyKIbJQCIAk7Vismom3YkPhHvPSuDGNpkrBf5L T0KhBNdPF/9x5sQUBOIZ4lMxKEnGoUQPgKvAolJxuDZdMUlHfUYQ+QS9uoAQVD8t ySwd8GO/ngqPk0GmzzDwhGiR9hH3ugbhChkxin70jcCf7mZia0ARvFTlgeTbrl1I MLiKJMm5yUTkhGa5CSXWB9/cH1cBTHHNWksjInZ+KXFjgNBTulzWrA+klSaNMjkH gi2Or/hyMrXX0os8zwJI8SAMuQzfPuBHbRnjhHhcKhrpar/QSa9MIR1201/bF7yN 5Nv4dlCTS+6eXsMBH13PnDtF1CESUiMUBZsJX9gNgqQvHqEwqTig3DhyBHR4yytB rJukKlw/1fczz7wxKDKrS416NxdD1iJ0klGpLYlykNxQb3M41menBps7WGYDMTsM p2SBhZEy8AS2ohgC9D5g =kUVS -----END PGP SIGNATURE----- --Apple-Mail=_0F3D2FDE-B021-4B5D-A595-A66AF3B5A464--