From: ebiederm@xmission.com (Eric W. Biederman)
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: smlong@teleport.com (Scott Long), linux-kernel@vger.kernel.org
Subject: Re: Linux OS boilerplate
Date: 19 Feb 2001 03:07:33 -0700 [thread overview]
Message-ID: <m1lmr30yvu.fsf@frodo.biederman.org> (raw)
In-Reply-To: <E14UfQ8-00027g-00@the-village.bc.nu>
In-Reply-To: Alan Cox's message of "Mon, 19 Feb 2001 01:47:15 +0000 (GMT)"
Alan Cox <alan@lxorguk.ukuu.org.uk> writes:
> > I've been poring over the x86 boot code for a while now and I've been
> > considering writing a FAQ on the boot process (mostly for my own use,
> > but maybe others will be interested). This would include all relevant
> > information on setting up the x86 hardware for a boot (timers, PIC, A20,
> > protected mode, GDT, initial page tables, initial TSS, etc).
>
> It would certainly be a valuable piece for the kernel Documentation dir.
> Paticularly as people with embedded x86 grow keener and keener to boot
> biosless to save money and flash.
Actually biosless is nice. You don't actually need to do things like enable
a20 as there isn't a BIOS to disable it...
As for working code see the linuxBIOS project. http://www.linuxbios.org
There aren't a lot of chipsets supported yet but progress is being made.
And you do need something like a BIOS to enable memory and cache
before you jump to the linux kernel.
Alan working on all booting x86 biosless, keeps making me chuckle over
your hatred towards BIOSes, it is absolutely amazing what linux
assumes the BIOS will setup correctly. With linux-2.4 able to do a
complete PCI bus setup it isn't as bad it used to be, but it's still
pretty significant.
You wouldn't happen to know a good place to put drivers for superio
chips, and pci-isa bridges with the superio functions integrated?
I should have a proposal written up (and the code to implement it) in
the next month, on how to change the boot process to be more friendly
to BIOS less situations. What we do with the ``empty_zero_page'' is
nasty, and it isn't even the empty_zero_page.
And if anyone has any questions on how the boot process works,
I'd be glad to answer specific questions. As I've traced it fairly
thoroughly.
Eric
next prev parent reply other threads:[~2001-02-19 13:07 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-18 20:24 Linux OS boilerplate Scott Long
2001-02-18 20:32 ` Jeremy Jackson
2001-02-18 21:46 ` TeknoDragon
2001-02-19 1:47 ` Alan Cox
2001-02-19 10:07 ` Eric W. Biederman [this message]
2001-02-22 1:24 ` Tim Wright
2001-02-19 9:03 ` Paul Gortmaker
2001-02-20 4:29 ` H. Peter Anvin
2001-05-18 6:14 ` H. Peter Anvin
2001-05-18 7:24 ` Linux scalability? Sasi Peter
2001-05-18 8:12 ` reiser.angus
2001-05-18 8:30 ` Ronald Bultje
2001-05-18 8:30 ` reiser.angus
2001-05-18 9:05 ` Ronald Bultje
2001-05-18 19:28 ` [OT] " J Sloan
2001-05-18 19:38 ` David S. Miller
2001-05-18 19:46 ` Peter Rival
2001-05-18 19:57 ` David S. Miller
2001-05-18 20:06 ` Peter Rival
2001-05-18 20:13 ` David S. Miller
2001-05-18 21:36 ` J Sloan
2001-05-19 8:26 ` Sasi Peter
2001-05-18 8:17 ` Sean Hunter
2001-05-18 21:18 ` Rodger Donaldson
2001-05-19 8:31 ` Sasi Peter
2001-05-21 10:42 ` Sean Hunter
-- strict thread matches above, loose matches on Subject: below --
2001-02-18 21:13 Linux OS boilerplate Rick Hohensee
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=m1lmr30yvu.fsf@frodo.biederman.org \
--to=ebiederm@xmission.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=smlong@teleport.com \
/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