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:3.165 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site