Date: Tue, 26 Feb 2002 08:53:26 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: naddy@mips.inka.de (Christian Weisgerber) Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: -CURRENT lockups Message-ID: <15483.37718.727882.220671@grasshopper.cs.duke.edu> In-Reply-To: <a5fvnq$1s8n$1@kemoauc.mips.inka.de> References: <a5b5o5$2gg$1@kemoauc.mips.inka.de> <XFMail.020226021000.jhb@FreeBSD.org> <a5fvnq$1s8n$1@kemoauc.mips.inka.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Christian Weisgerber writes: > John Baldwin <jhb@FreeBSD.org> wrote: > > > Anyways, can you pull up gdb on your kernel.debug > > then do 'l lockmgr+0x844' to get the source line for that? > > gdb is broken. It seems to get caught into an infinite loop on > startup. It continues to eat CPU but never proceeds to a prompt. > I guess that's fallout from the new binutils. Yes. There are 2 workarounds. One is to use a /usr/libexec/elf/gdb from -stable (or -current pre-binutils). The other is to rebuild gdb with a patch that breaks buildworld. Patch below. The problem is that xmalloc() and xrealloc() are multiply defined and the rtld keeps looking them up in shared libs, getting confused, and looking them up again, etc. Drew Index: xmalloc.c =================================================================== RCS file: /home/ncvs/src/contrib/binutils/libiberty/xmalloc.c,v retrieving revision 1.1.1.5 diff -u -r1.1.1.5 xmalloc.c --- xmalloc.c 27 Jan 2002 11:59:59 -0000 1.1.1.5 +++ xmalloc.c 18 Feb 2002 19:46:55 -0000 @@ -131,7 +131,7 @@ #endif /* HAVE_SBRK */ xexit (1); } - +#if 0 PTR xmalloc (size) size_t size; @@ -146,7 +146,7 @@ return (newmem); } - +#endif PTR xcalloc (nelem, elsize) size_t nelem, elsize; @@ -163,6 +163,7 @@ return (newmem); } +#if 0 PTR xrealloc (oldmem, size) PTR oldmem; @@ -181,3 +182,4 @@ return (newmem); } +#endif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15483.37718.727882.220671>