From owner-cvs-all Tue Nov 27 11:56:33 2001 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EAFD137B405; Tue, 27 Nov 2001 11:56:28 -0800 (PST) Received: (from dd@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id fARJuSd89015; Tue, 27 Nov 2001 11:56:28 -0800 (PST) (envelope-from dd) Message-Id: <200111271956.fARJuSd89015@freefall.freebsd.org> From: Dima Dorfman Date: Tue, 27 Nov 2001 11:56:28 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/ddb db_command.c X-FreeBSD-CVS-Branch: HEAD Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG dd 2001/11/27 11:56:28 PST Modified files: sys/ddb db_command.c Log: Implement a "kill" DDB command which is an interface to psignal() that respects locks. Before SMPng, one was able to call psignal() using the "call" command, but this is no longer possible because it does not respect locks by itself. This is very useful when one has gotten their machine into a state where it is impossible to spawn ps/kill or su to root. In this case, respecting locks essentially means trying to aquire the proc lock before calling psignal(). We can't block in the debugger, so if trylock fails, the operation fails. This also means that we can't use pfind(), since that will attempt to lock the process for us. Reviewed by: jhb Revision Changes Path 1.41 +59 -0 src/sys/ddb/db_command.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message