Date: Fri, 20 Aug 2004 15:07:57 +0300 From: Ruslan Ermilov <ru@freebsd.org> To: Doug Rabson <dfr@nlsystems.com> Cc: Wilko Bulte <wilko@freebsd.org> Subject: Re: Alpha is seriously broken Message-ID: <20040820120757.GC29568@ip.net.ua> In-Reply-To: <1093000460.9863.4.camel@builder02.qubesoft.com> References: <20040820101817.GE27931@ip.net.ua> <1092999187.9863.2.camel@builder02.qubesoft.com> <20040820105915.GA29178@ip.net.ua> <1093000460.9863.4.camel@builder02.qubesoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 12:14:21PM +0100, Doug Rabson wrote: > On Fri, 2004-08-20 at 11:59, Ruslan Ermilov wrote: > > On Fri, Aug 20, 2004 at 11:53:08AM +0100, Doug Rabson wrote: > > > On Fri, 2004-08-20 at 11:18, Ruslan Ermilov wrote: > > > > Hi all, > > > >=20 > > > > This is a JFYI that recent Alphas (I don't know if it's a > > > > kernel or libc) are seriously broken. > > > >=20 > > > > Wilko brought an issue in my face that a make(1) binary > > > > on his "a couple days ago" development box is dumping a > > > > core. I logged in to beast.FreeBSD.org only to find out > > > > the same, and also that cc(1) is dumping core as well > > > > when I try to compile a dummy source file: > > >=20 > > > That looks a lot like rtld is failing. The code I committed last Sund= ay > > > should only have affected static binaries and threaded programs. I > > > intentionally committed the rtld code weeks ago to give it a decent > > > testing time before the code freeze. > > >=20 > > > Was beast working ok with a world built before Sunday? > > >=20 > > I believe so, otherwise how it would succeed in automatic > > make buildworld/buildkernel/installkernel/installworld? >=20 > The first thing to try is to back out the change to lib/csu/alpha/crt1.c > and see if that helps. >=20 The problem with these two systems in question is that they are now mostly dead. I cannot test backing it out on these systems because they are now mostly dead: both cc(1) and make(1) are linked statically. $ hostname beast.freebsd.org $ ldd /usr/bin/cc /usr/bin/make ldd: /usr/bin/cc: not a dynamic executable ldd: /usr/bin/make: not a dynamic executable I suspect TLS changes very much because every static binary dumps a core now: $ /bin/ls /dev/null /dev/null $ file /rescue/ls /rescue/ls: ELF 64-bit LSB executable, Alpha (unofficial), version 1 (FreeB= SD), for FreeBSD 6.0, statically linked, stripped $ /rescue/ls /dev/null Segmentation fault (core dumped) I think there's no emergency plan other than to reinstall "base" on these systems from some older snapshot? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --eHhjakXzOLJAF9wJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJemcqRfpzJluFF4RAihaAJ9Ts0OZMczMq+f/aqBWDLiRn9TniQCeLD8j 61Aolmj0sVtCkkp3LmUDfXE= =Hj3M -----END PGP SIGNATURE----- --eHhjakXzOLJAF9wJ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040820120757.GC29568>