From owner-freebsd-current  Thu Sep 24 13:17:17 1998
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id NAA04353
          for freebsd-current-outgoing; Thu, 24 Sep 1998 13:17:17 -0700 (PDT)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04348
          for <current@freebsd.org>; Thu, 24 Sep 1998 13:17:14 -0700 (PDT)
          (envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
	by lor.watermarkgroup.com (8.8.8/8.8.8) id QAA27364;
	Thu, 24 Sep 1998 16:16:40 -0400 (EDT)
	(envelope-from luoqi)
Date: Thu, 24 Sep 1998 16:16:40 -0400 (EDT)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199809242016.QAA27364@lor.watermarkgroup.com>
To: archer@lucky.net, luoqi@watermarkgroup.com
Subject: Re: deadlock in vm_fault()
Cc: current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> Unfortunately, your patch does not solve my problem. May be, it is of
> different source.
> 
> Just now I have it (ld) hanging in the same place:
> 
>   UID   PID  PPID CPU PRI NI   VSZ  RSS WCHAN  STAT  TT       TIME COMMAND
>     0  1506  1505   0  28  0   496  384 -      R+    vb    4:14.76 /usr/obj/elf/usr/src/tmp/usr/libexec/elf/ld -m elf_i386 -Bstatic -o cat /usr/obj/elf/usr/src/tmp/usr/lib/crt1.o /usr/obj/elf/usr/src/tmp/usr/lib/crti.o /usr/obj/elf/usr/src/tmp/usr/lib/crtbegin.o -L/usr/obj/elf/usr/src/tmp/usr/lib -L/usr/obj/elf/usr/src/tmp/usr/lib -L/usr/libdata/gcc cat.o /usr/obj/elf/usr/src/tmp/usr/lib/libgcc.a -lc /usr/obj/elf/usr/src/tmp/usr/lib/libgcc.a /usr/obj/elf/usr/src/tmp/usr/lib/crtend.o /usr/obj/elf/usr/src/tmp/usr/lib/crtn.o
> 
> The strange thing is that I cannot generate a coredump of it with gcore:
> 
> root:/usr/obj/elf/usr/src/tmp/usr/libexec/elf:grape:> gcore ld 1506
> gcore: The executable ld does not belong to process 1506!
> Text segment size (in bytes): executable 65793, process 335872
> 
This doesn't look like a kernel related problem, most likely it is a bug
in ld that caused it to loop forever. To generate a coredump you probably
need to specify the full path of ld in the temporary tool directory. If
I remember correctly, gcore has not been converted to dump ELF format cores.
Try using kill -QUIT instead, or use gdb to attach the process directly.

-lq

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message