From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 18:10:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58B7816A40F; Wed, 1 Nov 2006 18:10:14 +0000 (UTC) (envelope-from prvs=julian=453a8fdc9@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F54C43D5E; Wed, 1 Nov 2006 18:10:14 +0000 (GMT) (envelope-from prvs=julian=453a8fdc9@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.34]) by a50.ironport.com with ESMTP; 01 Nov 2006 10:10:13 -0800 Message-ID: <4548E302.7040008@elischer.org> Date: Wed, 01 Nov 2006 10:10:10 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: John Baldwin References: <4547F4C9.5020902@elischer.org> <200611011143.08632.jhb@freebsd.org> In-Reply-To: <200611011143.08632.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: remote gdb, kgdb and ddb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 18:10:14 -0000 John Baldwin wrote: > On Tuesday 31 October 2006 20:13, Julian Elischer wrote: >> it's been a bew years since I did this.. >> >> some questions.. >> >> why kgdb instead of gdb -k ? >> >> for remote, gdb seems to work fine >> kgdb -r /dev/cuad0 kernel.debug thinks it's working but seems to get >> confused a lot.. > > No idea, ask marcel perhaps. I only use kgdb on coredumps. > >> gdb with the following .gdbinit file seems to work as well. >> file kernel.debug >> set verbose 1 >> set remotebreak 1 >> set remotebaud 9600 >> set remotedevice /dev/cuad0 >> target remote /dev/cuad0 >> >> though I'm not convinced I'm seeing the last frame in which the >> trap occurs. (ddb shows one more frame). > > This is one of the things kgdb fixes (it has frame sniffers for trapframes). > >> Now that I have my machine in remote gdb, the documentation >> (as sparse as it is) doesnt't say how to make the machine reboot. >> >> from ddb I can do 'call cpu_reset' which seems to work, but >> I haven't succedded in making gdb do anything similar, >> nor to drop back into ddb. At one stage 'detach' used to do that >> but it seems to have stopped working. > > Try the following from src/tools/debugscripts/gdbinit.kernel: > > # Switch back to ddb > define ddb > set boothowto=0x80000000 > s > end > document ddb > Switch back to ddb. > end > cool I'll try it today. > I think I used to use that a few years ago. >