From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Given Subject: Re: elksfs removed from ELKS kernel; EMS memory needed Date: Fri, 17 Feb 2012 14:35:31 +0000 Message-ID: <4F3E65B3.3070401@cowlark.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC8B4C915B2D85029BC98DD9E" Return-path: In-Reply-To: Sender: linux-8086-owner@vger.kernel.org List-ID: To: linux-8086@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC8B4C915B2D85029BC98DD9E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Kirn Gill wrote: [...] > Either way, it's an "high" level API doc for DOS-based EMM managers. > We're looking to actually implement an EMM, which, if they're as you > say hardware-specific, gives me the impression that a separate driver > will be required for each addon board. Minix 1.5 had support for some EMS hardware; it may be worth trawling through the VCS looking for the code. Actually finding the hardware might be tricky. > There's also the issue of how bcc generates code. Notably it doesn't > support far access or far calls, making usage of EMS quite difficult, [...] My understanding is that EMS hardware typically maps pages into a window somewhere above 640kB. Given that ELKS binaries are all tiny or small mode, and therefore don't care what segment they're running in, it should be possible to run code directly out of the EMS window --- just map the process in and set the segment registers accordingly. Naturally there would be problems if the process used split I/D segments and *both* segments were in EMS, because (depending on the hardware) you may not be able to map both of them in at once. But combined mode executables and split I/D where one segment was in main memory ought to work fine. The simplest solution, of course, is to just build a block device interface and use it for swap. It'll be slow, but it's an 8086 --- it's *always* going to be slow... --=20 =E2=94=8C=E2=94=80=E2=94=80=E2=94=80 =EF=BD=84=EF=BD=87=EF=BC=A0=EF=BD=83= =EF=BD=8F=EF=BD=97=EF=BD=8C=EF=BD=81=EF=BD=92=EF=BD=8B=EF=BC=8E=EF=BD=83=EF= =BD=8F=EF=BD=8D =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 http://www.= cowlark.com =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 =E2=94=82 "I have always wished for my computer to be as easy to use as m= y =E2=94=82 telephone; my wish has come true because I can no longer figure= out =E2=94=82 how to use my telephone." --- Bjarne Stroustrup --------------enigC8B4C915B2D85029BC98DD9E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8+ZbcACgkQf9E0noFvlziKXQCfZ79B/xHNd9wMbc5LTfXu4ob5 5EUAoIv0iNwG5uryRtRwWCCtdzLrW2oh =2usr -----END PGP SIGNATURE----- --------------enigC8B4C915B2D85029BC98DD9E--