From owner-cvs-all Sat Jun 8 0:48:17 2002 Delivered-To: cvs-all@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 98E3B37B415; Sat, 8 Jun 2002 00:48:08 -0700 (PDT) Date: Sat, 8 Jun 2002 00:48:08 -0700 From: "J. Mallett" To: Jake Burkholder Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/sparc64/sparc64 trap.c Message-ID: <20020608004808.B48763@FreeBSD.ORG> References: <200206080736.g587aSS00541@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200206080736.g587aSS00541@freefall.freebsd.org>; from jake@FreeBSD.org on Sat, Jun 08, 2002 at 12:36:28AM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes 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 * From Jake Burkholder > jake 2002/06/08 00:36:28 PDT > > Modified files: > sys/sparc64/sparc64 trap.c > Log: > Add code to drop to ddb when a process gets a fatal signal that usually > suggests kernel bugs (4, 10, 11). Add a sysctl debug.debugger_on_signal > which turns this on and off, default off. Can you do this generally? As long as it's tunable, it'd be nice to see it everywhere. Could you possibly implement it as a struct with bitfields for each signal so they could be turned on and off individually? Just a thought :) Thanks. -- J. Mallett FreeBSD: The Power To Serve "I've coined new words, like, misunderstanding and Hispanically." -- George W. Bush, Radio-Television Correspondents Association dinner, Washington, D.C., March 29, 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message