From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 07:53:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF84E106564A for ; Fri, 22 Oct 2010 07:53:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 72B808FC15 for ; Fri, 22 Oct 2010 07:53:02 +0000 (UTC) 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 o9M7qrYg091110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Oct 2010 10:52:53 +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.4/8.14.4) with ESMTP id o9M7qrfL092209; Fri, 22 Oct 2010 10:52:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o9M7qrTW092208; Fri, 22 Oct 2010 10:52:53 +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, 22 Oct 2010 10:52:53 +0300 From: Kostik Belousov To: Marcel Moolenaar Message-ID: <20101022075253.GD2392@deviant.kiev.zoral.com.ua> References: <20100915152353.GA45611@mech-anton240.men.bris.ac.uk> <5667FD77-8DBC-4638-80B6-67BCF9D4FB29@mac.com> <20100916105704.GB51787@mech-anton240.men.bris.ac.uk> <94486EC3-6BBB-4830-A95B-B3ACAC25B724@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0IJx3QbyLjjHpPuQ" Content-Disposition: inline In-Reply-To: <94486EC3-6BBB-4830-A95B-B3ACAC25B724@mac.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: multiple problems between r212316 and r212643 on ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2010 07:53:03 -0000 --0IJx3QbyLjjHpPuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 21, 2010 at 09:44:58PM -0700, Marcel Moolenaar wrote: >=20 > On Sep 16, 2010, at 3:57 AM, Anton Shterenlikht wrote: > >>>=20 > >>> % man ls > >>> zcat: /usr/share/man/cat1/ls.1.gz already has .gz suffix -- unchanged > >>> % man man > >>> zcat: /usr/share/man/cat1/man.1.gz already has .gz suffix -- unchanged > >>>=20 > >>> # cd /etc/mail > >>> # make start > >>> Starting: sendmail-submitmailwrapper: no mapping in /etc/mail/mailer.= conf > >>> sendmail-clientmqueuemailwrapper: no mapping in /etc/mail/mailer.conf > >>> . > >>> #=20 > >>>=20 > >>> # cd /usr/src > >>> # svn up > >>> svn: Can't open file '/usr/local/etc/subversion/servers': Illegal byt= e sequence > >>> #=20 > >>>=20 >=20 > This is now fixed (revision 214194). >=20 > >From the commit log: >=20 > With r169630 I disabled symbol versioning because it broke rtld. With > r211706 rtld got broken for ia64 & powerpc64. It was fixed for powerpc64 > with r212497. In between, r211749 removed the exports table because the > version script handled the exports. But wait, symbol versioning was > disabled on ia64. Doh. >=20 > With exports controlled by the version script and symbol versioning > disabled, all symbols are exported and too many symbols bind to the > definition in rtld. Let's just say that waird things happen. >=20 > So, enable symbol versioning on ia64 and apply a work-around for the > SIGSEGV that triggered r169630 to begin with: when rtld relocates > itself, it comes across r_debug_state and for some reason can't find the > definition. This causes a failure, relocation aborts and null pointers > galore. The work-around is to ignore the missing definition when rtld > is relocating itself and keep going. >=20 > Maybe with the next binutils this will all go away. Maybe not, in > which case I still need to figure out why r_debug_state cannot be found. >=20 > BTW: r_debug_state is in the symbol map -- I don't think any other rtld > symbols that rtld references are in the symbol map... Thank you for tracking it. I will wait for your merge of the revision to RELENG_8 before synchronizing rtld with HEAD. --0IJx3QbyLjjHpPuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzBQtQACgkQC3+MBN1Mb4hPQQCg7ALj+q0WTmzUSVlrUJeOMjZk vNMAnRPvIZ9b+5PuDmCtVnmAXm1Uwogu =gb1o -----END PGP SIGNATURE----- --0IJx3QbyLjjHpPuQ--