From owner-freebsd-hackers Wed Sep 11 19:24:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D77037B400 for ; Wed, 11 Sep 2002 19:24:36 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E0DF43E3B for ; Wed, 11 Sep 2002 19:24:35 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g8C2OXf63356; Wed, 11 Sep 2002 19:24:33 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.5/8.12.5/Submit) id g8C2OXO9032528; Wed, 11 Sep 2002 19:24:33 -0700 (PDT) (envelope-from jdp) Date: Wed, 11 Sep 2002 19:24:33 -0700 (PDT) Message-Id: <200209120224.g8C2OXO9032528@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: nate@root.org Subject: Re: interrupting target kernel using single sio In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , Nate Lawson wrote: > On Mon, 9 Sep 2002, John Polstra wrote: > > > > BSD/OS has a little state machine in its sio driver which notices > > if something looking like a kgdb packet comes in and interrupts > > the target automatically. It's extremely handy. You just type > > "target remote /dev/tty00" into kgdb and the target breaks into the > > debugger -- no muss, no fuss. I wish we had this feature too. It > > should obviously be under the control of a sysctl to protect against > > accidental entry into the debugger. > > > > Another nice thing about BSD/OS is that when you exit kgdb, the target > > OS automatically starts running again. So you can enter and exit the > > debugger painlessly, as many times as you'd like. > > Any chance of getting that from BSD/OS? If not, perhaps we could > reimplement. We used to have the BSD/OS sources on-line, and we had carte blanche to take things from them and put them into FreeBSD. I don't know what the situation is now. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message