From owner-freebsd-emulation Sun Sep 15 01:38:05 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA09894 for emulation-outgoing; Sun, 15 Sep 1996 01:38:05 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA09889 for ; Sun, 15 Sep 1996 01:38:01 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA22515; Sun, 15 Sep 1996 18:07:53 +0930 From: Michael Smith Message-Id: <199609150837.SAA22515@genesis.atrad.adelaide.edu.au> Subject: DOSCMD and legacy issues. To: prb@bsdi.com Date: Sun, 15 Sep 1996 18:07:52 +0930 (CST) Cc: emulation@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings Paul! You may recall some time back that we undertook to do some Good Things to doscmd; time and competing demands have stretched things out a little more than anyone would have liked, but we've moved along and I'm at a point now where I am beginning to feel comfortable about it again. One significant issue that has arisen out of the work that John Kohl did is that the original vm86 interface used by the BSD/OS kernel may be some work to support. The greatest drawback to my doing anything concrete about this is my unfortunate location relative to the test system which Jordan was kindly able to set up. Thus my initial question to you is whether you consider it a worthwhile exercise to persevere and attempt to establish binary compatability with the current BSD/OS vm86 kernel interface, or whether you would be more inclined to rearchitect the interface along the lines that Sean is following. If legacy compatability is an issue, I would expect to be able to find someone closer to the test system who could do the final work without too much trouble. Regards, -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Sun Sep 15 19:18:12 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04143 for emulation-outgoing; Sun, 15 Sep 1996 19:18:12 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA04014 for ; Sun, 15 Sep 1996 19:14:43 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA24038 for emulation@freebsd.org; Mon, 16 Sep 1996 11:44:01 +0930 From: Michael Smith Message-Id: <199609160214.LAA24038@genesis.atrad.adelaide.edu.au> Subject: Booting DOS under DOScmd To: emulation@freebsd.org Date: Mon, 16 Sep 1996 11:44:01 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you've ever tried to boot DOScmd from an MS-DOS install floppy, and had it stop dead just after the 'Booting MS-DOS...' message, the solution is relatively simple. The problem is caused by the 'keyb' driver trying to talk to the raw keyboard. DOScmd doesn't attempt to emulate the keyboard, so the driver spins endlessly waiting for a response that never arrives. The simplest solution is to remove everything except 'setup' from the autoexec.bat on the install floppy, at which point you should be able to install DOS on your diskimage. Note that booting DOS from this image still doesn't work, sorry. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Thu Sep 19 02:45:08 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA16028 for emulation-outgoing; Thu, 19 Sep 1996 02:45:08 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA16003 for ; Thu, 19 Sep 1996 02:45:01 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA10120 for emulation@freebsd.org; Thu, 19 Sep 1996 19:15:00 +0930 From: Michael Smith Message-Id: <199609190945.TAA10120@genesis.atrad.adelaide.edu.au> Subject: New doscmd available for testing/munching To: emulation@freebsd.org Date: Thu, 19 Sep 1996 19:14:59 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It's that time of day again, where I go home to do the shopping, and you get to laugh at my mistakes! Despite promises to the contrary, I haven't been able to incorporate Sean's latest kernel work into this snapshot, as it doesn't work yet, and we haven't been able to sort out why. Major changes in this version are mostly structural, and are intended to improve the maintainability of the program rather than add major new features. X support is now optional, some slightly tidier and more informative debugging is available and a number of obscure but annoying bugs in the DOS emulation have been fixed. Due to the significant DOS emulation changes, testers are encouraged to report any results here for rapid remediation. Patches are obviously welcome too 8) And anyone who is familiar with the issues involved in mmap()ing screen memory is asked to contact Alexy Pialkin (pialkin@abel.pdmi.ras.ru) to provide some advice for proper vt save/restore operation in raw console mode. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Thu Sep 19 03:06:03 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA24084 for emulation-outgoing; Thu, 19 Sep 1996 03:06:03 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA24055 for ; Thu, 19 Sep 1996 03:05:57 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id MAA24760; Thu, 19 Sep 1996 12:05:19 +0200 Message-Id: <199609191005.MAA24760@ra.dkuug.dk> Subject: Re: New doscmd available for testing/munching To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 19 Sep 1996 12:05:19 +0200 (MET DST) Cc: emulation@freebsd.org In-Reply-To: <199609190945.TAA10120@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 19, 96 07:14:59 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who wrote: > > And anyone who is familiar with the issues involved in mmap()ing screen > memory is asked to contact Alexy Pialkin (pialkin@abel.pdmi.ras.ru) to > provide some advice for proper vt save/restore operation in raw console > mode. I've got a mail from him, and some code fragments to look at... I havn't had time yet looking at it seriously, but from a quich glance it look somewhat bogus to me, for a quick reference look in the XFree86 stuff concerning screenswitch, or in my old libdgl that should be "out there" somewhere maybe still on: ftp://login.dknet.dk/pub/sos/libdgl.tar.gz -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-emulation Thu Sep 19 07:08:22 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23353 for emulation-outgoing; Thu, 19 Sep 1996 07:08:22 -0700 (PDT) Received: from mail1.infinet.com (mail1.infinet.com [206.103.240.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA23333 for ; Thu, 19 Sep 1996 07:08:19 -0700 (PDT) Received: from drobina.my.domain (cmh-p087.infinet.com [206.103.242.91]) by mail1.infinet.com (8.7.3/8.7.3) with SMTP id KAA11545 for ; Thu, 19 Sep 1996 10:08:08 -0400 (EDT) Date: Thu, 19 Sep 1996 10:07:25 -0400 (EDT) From: James Drobina X-Sender: jdrobina@drobina.my.domain To: freebsd-emulation@freebsd.org Subject: Linker from Slackware always produces staticly linked programs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I installed gcc, ld, the libraris, etc from Linux Slackware 96 into=20 /compat/linux. I built hello world. When I tried to run it, it core=20 dumped. I am running FreeBSD 2.2-CURRENT built Thu Sep 19 07:50:53. I've narrowed the problem down to program being statically rather than=20 dynamically linked. I could not force linker to dynamically link the=20 program. The linker distribued with SLackware 96 is $ ld -v ld version cygnus-2.6 (with BFD 2.6.0.14) If I replace the Slackare 96 linker with an older version. I can link=20 dynamic programs and hello world works. I backed the linker out and=20 replaced it with $ ./ld -v ld version cygnus/linux-2.5.2l.17 (with BFD cygnus/linux-2.5.2l.11) Has anyone seen this problem? Is it a slackware problem or an emulation problem? $ gcc -v -Ddynamic -o hello hello.o Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2/specs gcc version 2.7.2 ld -m elf_i386 -dynamic-linker /lib/ld-linux.so.1 -o hello /usr/lib/crt1.o= /usr/lib/crti.o /usr/lib/crtbegin.o=20 -L/usr/lib/gcc-lib/i486-linux/2.7.2 hello.o -lgcc -lc -lgcc /usr/lib/crtend= .o /usr/lib/crtn.o $ ./hello Memory fault (core dumped)=20 $ ldd hello statically linked (ELF) Also, each time hello is ran, it creates an odd-named file in the current= =20 directory. The same file is added each time the program is ran, although= =20 the file may have differnt modes. $ ls hello hello.core ?=D6=BF=EF ?=D6=BF=EF hello.c hello.o ?=D6=BF=EF $ ls -l total 504 -rwxrwxr-x 1 jdrobina jdrobina 88534 Sep 19 09:31 hello -rw-rw-r-- 3 jdrobina jdrobina 59 Sep 18 21:19 hello.c -rw------- 1 jdrobina jdrobina 147456 Sep 19 09:31 hello.core -rw-rw-r-- 1 jdrobina jdrobina 3648 Sep 19 08:16 hello.o dr-x-wx--- 2 jdrobina jdrobina 512 Sep 19 09:31 ?=D6=BF=EF dr-x-wxr-- 2 jdrobina jdrobina 512 Sep 19 09:04 ?=D6=BF=EF dr-xr----- 2 jdrobina jdrobina 512 Sep 19 08:26 ?=D6=BF=EF $ od -cx < . 0000000 / D 001 \0 \f \0 004 001 . \0 \0 \0 u B 001 \0 442f 0001 000c 0104 002e 0000 4275 0001 0000020 \f \0 004 002 . . \0 \0 . D 001 \0 020 \0 \b 007 000c 0204 2e2e 0000 442e 0001 0010 0708 0000040 h e l l o . o \0 e C 001 \0 020 \0 \b 007 6568 6c6c 2e6f 006f 4365 0001 0010 0708 0000060 h e l l o . c \0 O D 001 \0 020 \0 \b 005 6568 6c6c 2e6f 0063 444f 0001 0010 0508 0000100 h e l l o \0 =BE =F1 033 032 001 \0 020 \0 004 00= 4 6568 6c6c 006f f1be 1a1b 0001 0010 0404 0000120 234 =D6 =BF =EF \0 \0 \0 \0 P D 001 \0 024 \0 \b = \n d69c efbf 0000 0000 4450 0001 0014 0a08 0000140 h e l l o . c o r e \0 =F3 002 k 001 \0 6568 6c6c 2e6f 6f63 6572 f300 6b02 0001 0000160 020 \0 004 004 230 =D6 =BF =EF \0 \0 \0 \0 =C9 203 00= 1 \0 0010 0404 d698 efbf 0000 0000 83c9 0001 0000200 204 001 004 004 224 =D6 =BF =EF \0 \0 \0 \0 \0 \0 \0 = \0 0184 0404 d694 efbf 0000 0000 0000 0000 0000220 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000 0000 0000 0000 0000 0000 0000 0000 * 0001000 From owner-freebsd-emulation Thu Sep 19 13:53:22 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12859 for emulation-outgoing; Thu, 19 Sep 1996 13:53:22 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12824; Thu, 19 Sep 1996 13:53:17 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id NAA00507; Thu, 19 Sep 1996 13:56:32 -0700 (PDT) Received: (from j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) id NAA09849; Thu, 19 Sep 1996 13:52:49 -0700 (PDT) Date: Thu, 19 Sep 1996 13:52:49 -0700 (PDT) From: Jonathan Mini To: sos@freebsd.org cc: Michael Smith , emulation@freebsd.org Subject: Re: New doscmd available for testing/munching In-Reply-To: <199609191005.MAA24760@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 19 Sep 1996 sos@freebsd.org wrote: > In reply to Michael Smith who wrote: > > > > And anyone who is familiar with the issues involved in mmap()ing screen > > memory is asked to contact Alexy Pialkin (pialkin@abel.pdmi.ras.ru) to > > provide some advice for proper vt save/restore operation in raw console > > mode. ssend email to gurney_j@efn.org.... he's created a "bob" program fir FreeBSD that mmap's the video memory and does a few nifty video effects in 320x200x256 mode. Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Thu Sep 19 19:57:54 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21083 for emulation-outgoing; Thu, 19 Sep 1996 19:57:54 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA21057 for ; Thu, 19 Sep 1996 19:57:50 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id TAA02907 for emulation@freebsd.org; Thu, 19 Sep 1996 19:57:49 -0700 Date: Thu, 19 Sep 1996 19:57:49 -0700 From: Sean Eric Fagan Message-Id: <199609200257.TAA02907@kithrup.com> To: emulation@freebsd.org Subject: Re: New doscmd available for testing/munching Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Despite promises to the contrary, I haven't been able to incorporate >Sean's latest kernel work into this snapshot, as it doesn't work yet, >and we haven't been able to sort out why. Well, I just tested my new kernel with the last (not most current) doscmd, and it passed my two tests: ./doscmd /ls -l ./doscmd -bx (and, let me tell you: seeing the "Enter date" prompt in the little window is thrilling. I know we can do it with pcemu, but this is using *my* kernel changes, and *msmith's* doscmd, and I think it's much more exciting ;).) I've placed the diffs in freebsd.org:~ftp/pub/sef/vm86-diffs-960919. As usual, these are relative to 2.1.5-RELEASE. (To answer another question: I am using 2.1.5-RELEASE as my base because I am introducing lots of potental bugs into the kernel, and I would rather use something very stable. This way, any crash I run into I can be 90% certain is due to my code, not something in -current ;).) Sean. From owner-freebsd-emulation Fri Sep 20 01:44:41 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA07727 for emulation-outgoing; Fri, 20 Sep 1996 01:44:41 -0700 (PDT) Received: from abel.pdmi.ras.ru ([194.88.2.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA07531; Fri, 20 Sep 1996 01:44:08 -0700 (PDT) Received: (from pialkin@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id MAA17020; Fri, 20 Sep 1996 12:44:30 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609200844.MAA17020@abel.pdmi.ras.ru> Subject: Re: New doscmd available for testing/munching To: j_mini@efn.org (Jonathan Mini) Date: Fri, 20 Sep 1996 12:44:29 +0400 (MSD) Cc: sos@freebsd.org, msmith@atrad.adelaide.edu.au, emulation@freebsd.org In-Reply-To: from "Jonathan Mini" at Sep 19, 96 01:52:49 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > And anyone who is familiar with the issues involved in mmap()ing screen > > > memory is asked to contact Alexy Pialkin (pialkin@abel.pdmi.ras.ru) to > > > provide some advice for proper vt save/restore operation in raw console > > > mode. > > ssend email to gurney_j@efn.org.... he's created a "bob" program fir > FreeBSD that mmap's the video memory and does a few nifty video effects > in 320x200x256 mode. The problem is not with just screen mapping for drawing something(open screen memory for drawing is simple just mmap some part of /dev/mem & viola ...) My problem is that i am unabl to properly map some shadow screen for 0xA0000-0xB0000 address.... It's highly needable for programs working with screen background.. I hope the libdtk will help me.. Alexey Pialkin From owner-freebsd-emulation Fri Sep 20 01:51:51 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10518 for emulation-outgoing; Fri, 20 Sep 1996 01:51:51 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA10484; Fri, 20 Sep 1996 01:51:46 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA02961; Fri, 20 Sep 1996 10:51:16 +0200 Message-Id: <199609200851.KAA02961@ra.dkuug.dk> Subject: Re: New doscmd available for testing/munching To: pialkin@abel.pdmi.ras.ru (Alexey Pialkin) Date: Fri, 20 Sep 1996 10:51:16 +0200 (MET DST) Cc: j_mini@efn.org, sos@freebsd.org, msmith@atrad.adelaide.edu.au, emulation@freebsd.org In-Reply-To: <199609200844.MAA17020@abel.pdmi.ras.ru> from "Alexey Pialkin" at Sep 20, 96 12:44:29 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Alexey Pialkin who wrote: > > > > > And anyone who is familiar with the issues involved in mmap()ing screen > > > > memory is asked to contact Alexy Pialkin (pialkin@abel.pdmi.ras.ru) to > > > > provide some advice for proper vt save/restore operation in raw console > > > > mode. > > > > ssend email to gurney_j@efn.org.... he's created a "bob" program fir > > FreeBSD that mmap's the video memory and does a few nifty video effects > > in 320x200x256 mode. > > The problem is not with just screen mapping for drawing something(open > screen memory for drawing is simple just mmap some part of /dev/mem & viola ...) > My problem is that i am unabl to properly map some shadow screen for 0xA0000-0xB0000 address.... It's highly needable for programs working with screen background.. Hmm, I'm not sure we can do that, try ask John Dyson about that, he is out "mastermind" in vm stuff... > I hope the libdtk will help me.. > > Alexey Pialkin > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-emulation Fri Sep 20 03:11:28 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA13595 for emulation-outgoing; Fri, 20 Sep 1996 03:11:28 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA13560; Fri, 20 Sep 1996 03:11:23 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA14497; Fri, 20 Sep 1996 19:41:15 +0930 From: Michael Smith Message-Id: <199609201011.TAA14497@genesis.atrad.adelaide.edu.au> Subject: Re: New doscmd available for testing/munching To: sos@freebsd.org Date: Fri, 20 Sep 1996 19:41:14 +0930 (CST) Cc: pialkin@abel.pdmi.ras.ru, j_mini@efn.org, msmith@atrad.adelaide.edu.au, emulation@freebsd.org In-Reply-To: <199609200851.KAA02961@ra.dkuug.dk> from "sos@freebsd.org" at Sep 20, 96 10:51:16 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@freebsd.org stands accused of saying: > > > > The problem is not with just screen mapping for drawing something(open > > screen memory for drawing is simple just mmap some part of /dev/mem & viola ...) > > My problem is that i am unabl to properly map some shadow screen for 0xA0000-0xB0000 address.... It's highly needable for programs working with screen background.. > > Hmm, I'm not sure we can do that, try ask John Dyson about that, he > is out "mastermind" in vm stuff... My 'conceptual model' for this went something like : - allocate 128K in the emulation process for screen memory. - when vt is activated, copy the area that falls under the physical screen memory to a temporary store. - mmap the screen memory onto your emulation's buffer. - copy your temporary store back. - when vt is deactivated, reverse the process. ... but I really don't know what happens when you mmap() screen memory onto a section of your process' space that is already mapped. Or would you swap between a mapping to screen memory and a file? Or could you map to _both_ screen memory and a file...? > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Fri Sep 20 03:35:20 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA25477 for emulation-outgoing; Fri, 20 Sep 1996 03:35:20 -0700 (PDT) Received: from abel.pdmi.ras.ru ([194.88.2.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA25267; Fri, 20 Sep 1996 03:34:51 -0700 (PDT) Received: (from pialkin@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id OAA19193; Fri, 20 Sep 1996 14:33:47 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609201033.OAA19193@abel.pdmi.ras.ru> Subject: Re: New doscmd available for testing/munching To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 20 Sep 1996 14:33:46 +0400 (MSD) Cc: sos@freebsd.org, j_mini@efn.org, msmith@atrad.adelaide.edu.au, emulation@freebsd.org In-Reply-To: <199609201011.TAA14497@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 20, 96 07:41:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > sos@freebsd.org stands accused of saying: > > > > > > The problem is not with just screen mapping for drawing something(open > > > screen memory for drawing is simple just mmap some part of /dev/mem & viola ...) > > > My problem is that i am unabl to properly map some shadow screen for 0xA0000-0xB0000 address.... It's highly needable for programs working with screen background.. > > > > Hmm, I'm not sure we can do that, try ask John Dyson about that, he > > is out "mastermind" in vm stuff... > > My 'conceptual model' for this went something like : > > - allocate 128K in the emulation process for screen memory. > - when vt is activated, copy the area that falls under the physical screen > memory to a temporary store. > - mmap the screen memory onto your emulation's buffer. > - copy your temporary store back. > - when vt is deactivated, reverse the process. Great.. The most funny thing that i am trying to do the same thing :( And no result.. BTW problem is with mmap the screen memory onto emulation buffer .. Somthing wrong there .. But what ? > ... but I really don't know what happens when you mmap() screen memory > onto a section of your process' space that is already mapped. Or would The only one thing i know :) - mmap() doesn't return any error. And mmaping porion of /dev/mem works fine. > you swap between a mapping to screen memory and a file? Or could you > map to _both_ screen memory and a file...? What do you mean by file ? The only one way is to map something is to play with files.. So all works with emulator buffer will begin from file. Or am i wrong ? Alexey Pialkin From owner-freebsd-emulation Fri Sep 20 03:46:49 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA00756 for emulation-outgoing; Fri, 20 Sep 1996 03:46:49 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA00717; Fri, 20 Sep 1996 03:46:44 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id MAA03725; Fri, 20 Sep 1996 12:45:35 +0200 Message-Id: <199609201045.MAA03725@ra.dkuug.dk> Subject: Re: New doscmd available for testing/munching To: pialkin@abel.pdmi.ras.ru (Alexey Pialkin) Date: Fri, 20 Sep 1996 12:45:35 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, sos@freebsd.org, j_mini@efn.org, emulation@freebsd.org In-Reply-To: <199609201033.OAA19193@abel.pdmi.ras.ru> from "Alexey Pialkin" at Sep 20, 96 02:33:46 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Alexey Pialkin who wrote: > > My 'conceptual model' for this went something like : > > > > - allocate 128K in the emulation process for screen memory. > > - when vt is activated, copy the area that falls under the physical screen > > memory to a temporary store. > > - mmap the screen memory onto your emulation's buffer. > > - copy your temporary store back. > > - when vt is deactivated, reverse the process. > > Great.. The most funny thing that i am trying to do the same thing :( And no > result.. BTW problem is with mmap the screen memory onto emulation buffer .. > Somthing wrong there .. But what ? What I meant was that I don't think that we can do a mmap onto memory thats is mapped directly to HW adressees, ask Dyson about this, he will know how to if at all possible. There is nothing syscons has to do with this, its strictly a vm problem... > > ... but I really don't know what happens when you mmap() screen memory > > onto a section of your process' space that is already mapped. Or would > As I said ask Dyson, I'n not sure this works at all in the curretn VM system... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-emulation Fri Sep 20 04:10:11 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10346 for emulation-outgoing; Fri, 20 Sep 1996 04:10:11 -0700 (PDT) Received: from abel.pdmi.ras.ru ([194.88.2.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA10233; Fri, 20 Sep 1996 04:09:43 -0700 (PDT) Received: (from pialkin@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id PAA19509; Fri, 20 Sep 1996 15:10:44 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609201110.PAA19509@abel.pdmi.ras.ru> Subject: Re: New doscmd available for testing/munching To: sos@freebsd.org Date: Fri, 20 Sep 1996 15:10:43 +0400 (MSD) Cc: msmith@atrad.adelaide.edu.au, j_mini@efn.org, emulation@freebsd.org In-Reply-To: <199609201045.MAA03725@ra.dkuug.dk> from "sos@freebsd.org" at Sep 20, 96 12:45:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > My 'conceptual model' for this went something like : > > > > > > - allocate 128K in the emulation process for screen memory. > > > - when vt is activated, copy the area that falls under the physical screen > > > memory to a temporary store. > > > - mmap the screen memory onto your emulation's buffer. > > > - copy your temporary store back. > > > - when vt is deactivated, reverse the process. > > > > Great.. The most funny thing that i am trying to do the same thing :( And no > > result.. BTW problem is with mmap the screen memory onto emulation buffer .. > > Somthing wrong there .. But what ? > > What I meant was that I don't think that we can do a mmap onto memory > thats is mapped directly to HW adressees, ask Dyson about this, he > will know how to if at all possible. There is nothing syscons has > to do with this, its strictly a vm problem... Sorry me - but what do you mean by directly HW access ? In all cases before using the direct access to 0xA0000-0xC0000 i must mmap() some part of /dev/mem for that.... > > > ... but I really don't know what happens when you mmap() screen memory > > > onto a section of your process' space that is already mapped. Or would > > > > As I said ask Dyson, I'n not sure this works at all in the curretn VM system... Thanx, for nice advise..... Letter is written. Alexey Pialkin From owner-freebsd-emulation Fri Sep 20 15:03:17 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20975 for emulation-outgoing; Fri, 20 Sep 1996 15:03:17 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20937; Fri, 20 Sep 1996 15:03:11 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id PAA01761; Fri, 20 Sep 1996 15:06:40 -0700 (PDT) Received: (from j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) id PAA12261; Fri, 20 Sep 1996 15:02:59 -0700 (PDT) Date: Fri, 20 Sep 1996 15:02:59 -0700 (PDT) From: Jonathan Mini To: Michael Smith cc: sos@freebsd.org, pialkin@abel.pdmi.ras.ru, msmith@atrad.adelaide.edu.au, emulation@freebsd.org Subject: Re: New doscmd available for testing/munching In-Reply-To: <199609201011.TAA14497@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 20 Sep 1996, Michael Smith wrote: > My 'conceptual model' for this went something like : > > - allocate 128K in the emulation process for screen memory. > - when vt is activated, copy the area that falls under the physical screen > memory to a temporary store. > - mmap the screen memory onto your emulation's buffer. > - copy your temporary store back. > - when vt is deactivated, reverse the process. > > ... but I really don't know what happens when you mmap() screen memory > onto a section of your process' space that is already mapped. Or would > you swap between a mapping to screen memory and a file? Or could you > map to _both_ screen memory and a file...? Well, only two things can happen : either you get an error from the kernel, or it "overwrites" the other mmap... you loose the previous mmap. The kernel shouldn't do that though since there is some buffer info kept. (I think) IMO, that behavior would be a bug. Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Fri Sep 20 21:22:51 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06137 for emulation-outgoing; Fri, 20 Sep 1996 21:22:51 -0700 (PDT) Received: from gromit.pinpt.com (gromit.pinpt.com [205.179.195.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA06105 for ; Fri, 20 Sep 1996 21:22:46 -0700 (PDT) Received: from rover3.pinpt.com (gatemaster.pinpt.com [205.179.195.65]) by gromit.pinpt.com (8.7.5/8.6.12) with SMTP id VAA25154 for ; Fri, 20 Sep 1996 21:21:12 -0700 (PDT) Message-Id: <2.2.32.19960921042032.009874b8@wallace.pinpt.com> X-Sender: schluntz@wallace.pinpt.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 20 Sep 1996 21:20:32 -0700 To: emulation@freebsd.org From: "Sean J. Schluntz" Subject: Help Getting the Linux Emulation to work, please. Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am running 2.1.5R I added the lines: options COMPAT_LINUX options LINUX I already had the options: "COMPAT_43", SYSVSHM When I do a make I get: cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I/usr/include -DGROMIT -DI586_CPU -DSYSVMSG -DSYSVSEM -DSYSVSHM -DLINUX -DCOMPAT_LINUX -Dsc0 -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/i386/machdep.c ../../i386/i386/machdep.c: In function `itit386': ../../i386/i386/machdep.c:1360: `Xlinux_syscall' undeclared (first use this function) ../../i386/i386/machdep.c:1360: (Each undeclared identifier is reported only once ../../i386/i386/machdep.c:1360: for each function it appears in.) *** Error code 1 Stop. What should I do? Thanks -Sean --- Sean J. Schluntz eMail schluntz@pinpt.com Manager Support Services Phone (408) 997-6900 x222 PinPoint Software Corporation Fax (408) 323-2300 http://www.pinpt.com/