lkml.org 
[lkml]   [2000]   [Feb]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: RFC: Adding no-BIOS support to Linux?
-----BEGIN PGP SIGNED MESSAGE-----

[snip]

>
> I am making a board right now, with an AMD Elan SC520 chip, flash rom,
> SDRAM, eepro100 ethernet controller, etc for embedded use. I plan to
> boot linux on this system without buying a BIOS. One problem seems to
> be SDRAM sizing and initializing. I believe that the kernel can handle

Check how AMD Elan reference board does it. On Elan it should be very simple.

> a PCI controller without a BIOS, but I have not verified this. My card
> is "headless" (no vga), so I am relying on the serial console.
>
>>APM, and several framebuffer drivers (which directly or indirectly rely
>>on BIOS) wouldn't work.
>
> APM requires Intel Pentium System Management Mode (SMM/SMI), I am not

If you are talking about linux it uses the APM Bios. If you are talking about
Elan it should have its own power management which should be in the AMD docs.

> share if this is under NDA, like the Intel BIOS writers guide (sp?).

APM as implemented in the kernel has been in Phoenix BIOS spec long before
pentium and was first put there because of OS2 which was the first system to
use the protected mode iface. You best bet will be to ignore the existing
kernel apm and rewrite the apm alltogether.

This is all "if I recall correctly", I had the same idea for something like
that with an Elan a while ago... It is a good chip... Though I am unsure how
are you going to get eepro100 working in view of Elan's differences in DMA and
busmastering (or lack of thereof).

Include "stdisclaimer.h"

- ----------------------------------
Anton R. Ivanov
IP Engineer Level3 Communications
RIPE: ARI2-RIPE E-Mail: Anton Ivanov <aivanov@eu.level3.net>
@*** McClaughry's Law of Zoning ***
Where zoning is not needed, it will work perfectly;
where it is desperately needed, it always breaks down.

- ----------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iQEVAwUBOKldPilWAw/bM84zAQGMpQf8CxQ2ZTXiQZnEDcYKp7h48HxbDRsrtzPu
p3WqlzacHHqSQceUACz1LmgX2Vt+o1pX2XlPWtPjJqMEVSu0Z0SGQ9uEWz0X3cGO
OpUQ0L9uRBjUYEIM90vjGL2pBTbmpmTSKovrWkO7LmGH17XfLtcNAd3gdNj1tWAL
wd8A7cVj9W9REfaK2lPYtkYJWsLH7EhYSoRXVaZiqojedkTIC5ZisCGEPGOU71Po
XlAzQwCBa2D2aDlIc2tr0WaIz3b6jrE8u4GPSH3d2eg7W+BEacLJSFBlZ6aYyNCx
i5mc/eu1SlxRjJJt8wESW7m1m7yoYqIqJRlMG1qBWFW5HB1ogVLNTw==
=YbFX
-----END PGP SIGNATURE-----

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:1.035 / U:0.228 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site