2.4.2-ac6 hangs on boot w/AMD Elan SC520 dev board

From: Brian Moyle (bmoyle@mvista.com)
Date: Tue Feb 27 2001 - 22:12:33 EST

Kernel 2.4.2-ac6 hangs while booting an AMD Elan SC520 development board.

If I define "STANDARD_MEMORY_BIOS_CALL" in setup.S and misc.c, it boots
fine. Here are the results:

memory map that hangs (added debugging to setup.S to determine E820 map):
   hand-copied physical RAM map:
    bios-e820: 000000000009f400 @ 0000000000000000 (usable)
    bios-e820: 0000000000000c00 @ 000000000009f400 (reserved)
    bios-e820: 0000000003f00000 @ 0000000000100000 (usable)
    bios-e820: 0000000003f00000 @ 0000000000100000 (usable)
    bios-e820: 0000000000100000 @ 00000000fff00000 (reserved)

memory map that works (#define STANDARD_MEMORY_BIOS_CALL in setup.S & misc.c):
   BIOS-provided physical RAM map:
    BIOS-88: 000000000009f000 @ 0000000000000000 (usable)
    BIOS-88: 0000000003f00000 @ 0000000000100000 (usable)

Is this the result of a BIOS problem?

(when STANDARD_MEMORY_BIOS_CALL is not defined)

Booting from a floppy, I see the following message:

   "Uncompressing Linux... Ok, booting the kernel."

That's the last print statement I see.

Adding debug, it appears to go through the following:

      start_kernel {

      setup_arch {
         for (i = 0; i < e820.nr_map; i++) {
            free_bootmem(PFN_PHYS(curr_pfn), PFN_PHYS(size)); ...

         return(free_bootmem_core(contig_page_data.bdata, addr, size));

      free_bootmem_core {
         for (i = sidx; i < eidx; i++) {
            if (!test_and_clear_bit(i, bdata->node_bootmem_map)) {

      BUG {
         printk("kernel BUG at %s:%d!\n", __FILE__, __LINE__);

   (at this point, it appears to be in an infinite printk loop <?>)

I didn't spend much time looking into the printk loop, but it seems to
end up there, even if CONFIG_DEBUG_BUGVERBOSE is not defined, as if the
".byte 0x0f,0x0b" is causing the loop to begin.

Any ideas/suggestions/comments?


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

This archive was generated by hypermail 2b29 : Wed Feb 28 2001 - 21:00:15 EST