public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Etienne Lorrain" <etienne.lorrain@masroudeau.com>
To: linux-kernel@vger.kernel.org
Cc: "Kalin KOZHUHAROV" <kalin@thinrope.net>
Subject: Re: [PATCH 1/3] Gujin linux.kgz boot format
Date: Tue, 11 Oct 2005 14:16:00 +0100 (BST)	[thread overview]
Message-ID: <4085.192.168.201.6.1129036560.squirrel@pc300> (raw)

Kalin KOZHUHAROV wrote:
> So you are saying: "Dump GRUB and lilo, use Gujin!" ??
>
> I don't think anybody will agree with that even if it is a better
> way in some way.
> Until some level of compatibility is guaranteed with the currently
> de facto loaders, at least I cannot support this idea in any way.
> Discussing that with GRUB and lilo devs, might be an idea, but
> who knows.

  It is even worse than that, I not only said to change the
 bootloader but also to remove one of the two links produced
 during a standard "make bzImage", the one which handle the
 real mode ia32 code, in Linux/arch/i386/boot/*.

  Sometimes, to simplify, you need to remove things. As I said,
 a Linux kernel "linux.kgz" is just a compressed binary image of
 an ELF file - it no more deals with real mode, its first
 instruction is in protected mode (no virtual memory, just flat
 one, and interrupts disabled). It still contains the processor
 it is compiled for in the GZIP comment part, in text mode.

  That has advantages like that you use a clean real mode
 environment to get all the BIOS information you want, the
 first kernel assembler instruction can be located anywhere in
 memory (even at an address currently used by BIOS/DOS because
 the relocation is very late), and there is no more any limit
 to the kernel size.
 So, at the bootloader time, you can start a FreeDOS environment
 with DOS USB drivers and load your kernel at any address you want,
 or decide that you do not want to touch the BIOS environment
 and boot from a simulated floppy on a ATAPI IDE CDROM.
 If your kernel no more boots (got a HD with SMART failure lately),
 you can get an error while loading the kernel and just can boot
 a CDROM with a IDE disk RMA generator.
 When network support will be included in Gujin, because the
 processor is still in real mode, it will be able to use the
 network BIOS with its IRQ in a transparent way.

  Note that there is no more any development for LILO or the real
 mode part of the kernel, probably people no more want to deal with
 assembler software. I can't blame them, I stopped too to use
 assembler in Gujin. I can't talk to the development teams of LILO
 or the real mode part of the kernel...

 Anyway, it is technically not possible to rely on the old real
 mode interface because things are not done at the right time,
 complete backward compatibility is kept because you just describe
 what you want at the "make" time, by typing "make bzImage" or
 "make /boot/linux-2.13.kgz".

 I can't force anybody to switch to Gujin; I am just proposing a
 way to start Linux which is a lot simpler, involves a lot less
 assembler code so is a lot easier to maintain, which is working
 right now, which is quite easy to debug (with the DBG*.exe files).
 You can boot your PC with your USB FLASH disk, your CD/DVD-ROM
 or a simple disk / partition / floppy right now, there isn't
 any configuration file because everything is autodetected - at
 least anything which cannot be selected by the graphic/mouse
 interface.
http://gujin.org

  Etienne.


             reply	other threads:[~2005-10-11 13:16 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-11 13:16 Etienne Lorrain [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-10-06 13:39 [PATCH 1/3] Gujin linux.kgz boot format Etienne Lorrain
2005-10-06  9:46 Etienne Lorrain
2005-10-07 14:46 ` Pavel Machek
2005-10-10 11:23   ` Etienne Lorrain
2005-10-10 11:56     ` Pavel Machek
2005-10-10 13:09       ` Etienne Lorrain
2005-10-10 13:19         ` Pavel Machek
2005-10-10 14:31           ` Etienne Lorrain
2005-10-10 19:21             ` Pavel Machek
2005-10-10 19:35             ` Kalin KOZHUHAROV
2005-10-11 13:56 ` Denis Vlasenko
2005-10-11 15:23   ` Etienne Lorrain

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4085.192.168.201.6.1129036560.squirrel@pc300 \
    --to=etienne.lorrain@masroudeau.com \
    --cc=kalin@thinrope.net \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox