From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Given Subject: Re: Some words of encouragement Date: Sat, 25 Feb 2012 13:13:53 +0000 Message-ID: <4F48DE91.5070203@cowlark.com> References: <4F47D56C.9010509@jodybruchon.com> <4F48313C.6010002@cowlark.com> <4F48D9CB.5050901@cowlark.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFA611CB3201CDFD71D8FB605" Return-path: In-Reply-To: <4F48D9CB.5050901@cowlark.com> Sender: linux-8086-owner@vger.kernel.org List-ID: To: "ELKS (linux-8086)" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFA611CB3201CDFD71D8FB605 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 25/02/12 12:53, David Given wrote: [...] > I'm now thinking that the sanest way to go here is (a) hack Watcom to > support ELKS executables directly; (b) write a tool to disassemble the > OMF output and convert it to as86-compatible format; (c) give up and go= > to the pub... Actually, I forgot option (d): change ELKS. It occurs to me that the kernel doesn't actually need to know the BSS size. All it's doing is allocating a data segment the size of the chmem field, loading the preinit data from the file, and zero-initialising the rest. So all it needs is the preinit data size, which we have, and the chmem size, which we have. So if we're willing to decree that the kernel ignores the BSS size field, we're good to go... =2E..in fact, looking at fs/exec.c, I reckon that it should work as is. The only place the BSS size field is used in an old-style executable is during the call to memset, where 0 is safe. --=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 =E2=94=82 "Never attribute to malice what can be adequately explained by =E2=94=82 stupidity." --- Nick Diamos (Hanlon's Razor) --------------enigFA611CB3201CDFD71D8FB605 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/ iD8DBQFPSN6Rf9E0noFvlzgRAvt1AJwKrwbHdUzO5Oe68dYpnuWQbTdLpgCeIwpG LcwklTyP6SFp01m8L3YRMak= =QRAe -----END PGP SIGNATURE----- --------------enigFA611CB3201CDFD71D8FB605--