From owner-freebsd-sparc Fri Nov 20 19:58:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04504 for freebsd-sparc-outgoing; Fri, 20 Nov 1998 19:58:50 -0800 (PST) (envelope-from owner-freebsd-sparc@FreeBSD.ORG) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA04498 for ; Fri, 20 Nov 1998 19:58:49 -0800 (PST) (envelope-from kurihara@rindou.Japan.Sun.COM) Received: from Japan.Sun.COM ([129.158.31.2]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id TAA15186 for ; Fri, 20 Nov 1998 19:58:18 -0800 Received: from pine.Japan.Sun.COM by Japan.Sun.COM (SMI-8.6/SMI-SVR4-sd.fkk200) id MAA19942; Sat, 21 Nov 1998 12:55:24 +0900 Received: from uganju.Japan.Sun.COM by pine.Japan.Sun.COM (SMI-8.6/SMI-SVR4) id MAA03703; Sat, 21 Nov 1998 12:58:37 +0900 Received: from uganju by uganju.Japan.Sun.COM (SMI-8.6/SMI-SVR4) id MAA00996; Sat, 21 Nov 1998 12:57:46 +0900 Message-Id: <199811210357.MAA00996@uganju.Japan.Sun.COM> Date: Sat, 21 Nov 1998 12:57:46 +0900 (JST) From: Nobuhiro Kurihara Reply-To: freebsd-sparc@FreeBSD.ORG Subject: Re: Emulators, and Simulators To: freebsd-sparc@FreeBSD.ORG X-Mailer: dtmail 1.2.0 CDE Version 1.2 SunOS 5.6 sun4u sparc Content-Type: text X-Sun-Text-Type: ascii Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Some people use SPARC simulator on SPARC. But I don't think it can be used without appropriate licensing. (And it should cost) > Ok, nice links boys, but if you have a good internet connection and you can > surf on the web, can you look for Emulators and Simulators of Sparc > CPU/Plattform on other platforms (Intel?)? > > How will this help us? I think we can simulate many thing, and maybe we can > develop faster the kernel. The main problem, when you develop Kernel is that > teorically you should use 2 Sparc, one for booting and using the kernel and the > second one to monitor the firt one. > > If we have the Emulators/Simulators we can speed up this process.... > > Another idea: someone ad Sun can tell us if they use two machine to develop > kernel, and how to do this? > Can we use an Intel box to monitor via the OBP and a serial port? Can we do the > memory dump of a "dead" UltraSparc when it does not boot correctly? > How to implement a mechanism which dump the memory "somewhere" when we have a > kernel panic? Basically, through OBP you can access memory and registers. nob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message