From owner-freebsd-emulation Mon Sep 8 05:44:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA28224 for emulation-outgoing; Mon, 8 Sep 1997 05:44:46 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA28219 for ; Mon, 8 Sep 1997 05:44:32 -0700 (PDT) Received: from p0.hai.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at with SMTP id OAA03661 for ; Mon, 8 Sep 1997 14:43:44 +0200 (MET DST) Received: from zerberus.hai.siemens.co.at by p0.hai.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0x83AK-00074OC; Mon, 8 Sep 97 14:43 MET DST Received: from zerberus (localhost) by zerberus.hai.siemens.co.at (4.1/SMI-4.1) id AA19386; Mon, 8 Sep 97 14:45:17 +0200 Message-Id: <3413F35D.167EB0E7@zerberus.hai.siemens.co.at> Date: Mon, 08 Sep 1997 14:45:17 +0200 From: Helmut Wirth Organization: Siemens AG. Österreich X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 4.1.4 sun4c) Mime-Version: 1.0 To: emulation@freebsd.org Subject: Doscmd news Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, the EMS emulation seems to work, the LIM EMS 3.0 function subset is tested, the rest of the functions is written, but largely untested. I am now working on two things: First test the rest of the functions and commit the code. I have to do this by hand, because there seems to be no real test software for EMS 4.0 (I have a small test program for the EMS 3.0 subset). Second, I am trying to get some test- and benchmark tools to run under doscmd. (I.e. Norton utilities´ 8.0 sysinfo.exe and ndiags.exe and QEMM 8.0 manifest (mft.exe)). This reveals a *lot* of problems with the doscmd code. I now have a nearly complete emulation of the timer chip; a DOS app can program and read the system timer (ports 0x40-0x43) This works fairly well, but it needs at least a minimal emulation of the Interrupt controller (PIC) too, because many programs use this for timing purposes. I only have a rather crude hack for testing, but I plan to do a minimal emulation of the PIC (at least a program should be able to send EOI, and to read the ISR and the IRR). This in turn enabled the benchmark programs mentioned above to start to run, but I now have a rather nasty problem with mingling signals (I think). Hence my question to gdb, (see another mail). Regards -- Helmut F. Wirth --------------- E-mail: hfwirth@ping.at E-mail (at work): wirth@zerberus.hai.siemens.co.at Tel. : +43-1-1707-37610 (at work) FAX : +43-1-1707-57602 (at work)