From owner-freebsd-bugs Fri Apr 18 16:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14408 for bugs-outgoing; Fri, 18 Apr 1997 16:50:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14402; Fri, 18 Apr 1997 16:50:04 -0700 (PDT) Resent-Date: Fri, 18 Apr 1997 16:50:04 -0700 (PDT) Resent-Message-Id: <199704182350.QAA14402@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idi.ntnu.no Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13822 for ; Fri, 18 Apr 1997 16:40:44 -0700 (PDT) Received: from ikke.idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id BAA20254 for ; Sat, 19 Apr 1997 01:40:32 +0200 (MET DST) Received: (from tegge@localhost) by ikke.idt.unit.no (8.8.5/8.8.5) id BAA00843; Sat, 19 Apr 1997 01:40:32 +0200 (MET DST) Message-Id: <199704182340.BAA00843@ikke.idt.unit.no> Date: Sat, 19 Apr 1997 01:40:32 +0200 (MET DST) From: Tor Egge Reply-To: Tor.Egge@idi.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3327: using gdb may cause hanging processes. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3327 >Category: kern >Synopsis: using gdb may cause hanging processes. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 18 16:50:03 PDT 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Sat Apr 19 00:20:25 MET DST 1997 root@ikke.idt.unit.no:/usr/src/sys/compile/TEGGE i386 >Description: When debugging a process, gdb sometimes gives a message of the form Cannot insert breakpoint 2: Error accessing memory address 0x25240: Bad address. After this, the process is stuck. Looking at the kernel with gdb -k /kernel /dev/mem, showed the debugged process not being able to exit, due to a shared lock on a vm map blocking the removal of the vm map. "ps ax" may hang waiting for an exclusive lock on the vm map (due to a call to vm_fault) >How-To-Repeat: Use gdb, and set some breakpoints. >Fix: Unlock the vm map if vm_page_lookup fails. Index: procfs_mem.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/procfs/procfs_mem.c,v retrieving revision 1.24 diff -c -r1.24 procfs_mem.c *** procfs_mem.c 1997/04/06 02:29:31 1.24 --- procfs_mem.c 1997/04/18 22:19:31 *************** *** 206,211 **** --- 206,213 ---- */ object = NULL; + vm_map_lookup_done(tmap, out_entry); + break; } >Audit-Trail: >Unformatted: