From owner-freebsd-sparc Sat Nov 21 10:26:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06238 for freebsd-sparc-outgoing; Sat, 21 Nov 1998 10:26:51 -0800 (PST) (envelope-from owner-freebsd-sparc@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06233 for ; Sat, 21 Nov 1998 10:26:49 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.9.1/8.9.1) id KAA24101; Sat, 21 Nov 1998 10:25:43 -0800 (PST) (envelope-from obrien) Message-ID: <19981121102543.A24015@nuxi.com> Date: Sat, 21 Nov 1998 10:25:43 -0800 From: "David O'Brien" To: Paolo Di Francesco Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: Emulators, and Simulators Reply-To: obrien@NUXI.com References: <19981120133755.OPSK21309.fep01-svc@winworkstation> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19981120133755.OPSK21309.fep01-svc@winworkstation>; from Paolo Di Francesco on Fri, Nov 20, 1998 at 02:39:54PM +0000 X-Operating-System: FreeBSD 3.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This from a friend that has done kernel work at Sun and Auspex on SunOS (he currently does kernel work on HP-UX where he uses simular techniques, and is now playing with {Open,Net}BSD) > Another idea: someone ad Sun can tell us if they use two machine to develop > kernel, and how to do this? Use kgdb. All of the BSD's have it, but I've found the OpenBSD version to be incomplete. I'm using the NetBSD version to fill in the pieces. One of the the kernel hackers that I worked with a Sun did the NetBSD version and it was brought over to OpenBSD. Not sure why it all isn't in OpenBSD. > Can we use an Intel box to monitor via the OBP and a serial port? There is a kgdb <--> OBP interface but my experience at Auspex with a similar one leads me to recommend to just use OBP to debug the kgdb stub. > Can we do the memory dump of a "dead" UltraSparc when it does not boot > correctly? kgdb can handle this. > How to implement a mechanism which dump the memory "somewhere" when we > have a kernel panic? Forget about dumping memory. Just start with a simple kgdb stub, get it solid, and build up a solid kernel from there. Once you have a serial interface working with kgdb you can consider getting fancy and using a Ethernet interface and really fly. -- -- David (obrien@NUXI.ucdavis.edu -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message