From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eduardo Pereira Habkost Subject: Re: gcc-8086 Date: Thu, 13 May 2004 13:44:06 -0300 Sender: linux-8086-owner@vger.kernel.org Message-ID: <20040513164406.GT13835@duckman.distro.conectiva> References: <20040513150634.GP13835@duckman.distro.conectiva> <1084464170.3219.6.camel@talena.hsol.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4fNq9Po2wJlmxAaR" Return-path: Content-Disposition: inline In-Reply-To: <1084464170.3219.6.camel@talena.hsol.net> List-Id: To: Miguel Bolanos Cc: linux-8086@vger.kernel.org --4fNq9Po2wJlmxAaR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Miguel, On Thu, May 13, 2004 at 10:02:50AM -0600, Miguel Bolanos wrote: >=20 > > I would like to know if there is anyone interested on the gcc-8086 work, > > here, or that have worked on it before. I am starting to look at ELKS > > code, and I plan to test their binaries using ELKS. > >=20 >=20 > I haven't get to test it yet... but yeah i'd be interest to see how > useful it can be for us. ATM we use bcc. When I have time (I hope that it will be soon), I'll do some tests using ELKS, and report them. First, I should try to boot ELKS on my only 8086 machine (an uncommon one, I guess: a hp 200lx palmtop). >=20 > > Another question: is there any interest from the ELKS project in using > > GCC to build ELKS? Wouldn't it make easier the work of porting existing > > Linux Kernel code to ELKS, for example? > >=20 >=20 > Porting the existing kernel code... u mean making a fork for elks? I don't know if I would call it a "fork". I mean trying to make the 2.6 code work on 16-bit. Sure a separated tree will be needed for this work, as most of the Linux kernel projects. Some of the work could be used for ELKS, and lots of experience on ELKS, and even code, would help. If it works, ELKS and Linux would become more and more similar, but there is a long way ahead before this dream come true. (Okay, I am going back to the Real World. I was just wondering if that could be possible :) >=20 > I have been making my own elks kernel based on linux 2.6 kernel.. but i > haven't progress that much due to time availability.. but this have been > more a fun personal project, than anything else. I've started to do the same thing: playing with the 2.6 code, seeing how hard would be doing that port. Then I decided look at ELKS first, then check if it will be worth doing, and if someone haven't thought of it yet. So here I am. All these gcc and elks work are being a fun personal project to me, too. >=20 > > I am wondering how painful would be making the actual Linux Kernel code > > work on a 16-bit arch, once we have a working gcc-8086. The Linux code > > seems to be "at-least-32-bit dependant" in many parts that are supposed > > to be arch-independant. But once those parts are changed, there are some > > strong reasons for not doing it? > >=20 >=20 > The first question that comes to my mind is... do u mean to put all the > linux kernel on a 10mb hard disk (if u are lucky to find one this big > for an 8086), even though u know that 99.5% of the code is useless for > ur box? No, I mean to build only the needed parts, as on the 2.6 code, even more parts of the kernel are becoming optional at build time, and there are more that could be done. In a perfect world, we wouldn't need a separated project for linux-8086, just disable the features you on't need. But I didn't tested how small the kernel could be made, even on i386, removing all unneeded parts. If it is still too big, a lot of the work would be making unnecessary parts optional. This would help not only 8086 people, but other people that works on embedded systems. If it is still TOO big, then the work will be even more painful. 8) BTW, I currently have a 5MB flash disk on my "8086 machine", and should receive a 256MB ata flash disk for it, soon. Anyway, my "dream" would be building, from the same Linux kernel tree, with different options, a kernel as small as ELKS, and the kernel for my PC or to a server. It seems to be a long way. :) >=20 > best wishes >=20 > Mike Just sharing my thoughts. I think that I should show something more concrete, now, and not only wondering "how nice would it be if we have foobar ported to 8086". --=20 Eduardo --4fNq9Po2wJlmxAaR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAo6XWcaRJ66w1lWgRAiK+AJ43g9WvCdnoIPp7lC+tgDigMwSetACgpFB7 hlFlocAJ3OMWErvL5QEVF1o= =udjh -----END PGP SIGNATURE----- --4fNq9Po2wJlmxAaR--