Linux boot crash using old 32-bit non-PAE Debian linux-image-2.6.29-2-686

Discussion in 'Linux Virtual Machine' started by gthornley, Apr 2, 2014.

  1. gthornley

    gthornley Bit poster

    Messages:
    2
    As per the subject. I captured the kernel log and attached it.

    This kernel boots OK with acpi=off pci=noacpi

    But it worked perfectly in Parallels 8.

    Unfortunately I can't find the kernel to download anymore but I can supply the Debian package.


    [ 0.184489] ACPI: PCI Root Bridge [PCI0] (0000:00)
    [ 0.185549] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
    [ 0.185807] pci 0000:00:01.0: PME# disabled
    [ 0.187046] pci 0000:00:1f.0: quirk: region 4000-407f claimed by ICH6 ACPI/GPIO/TCO
    [ 0.187402] pci 0000:00:1f.2: PME# supported from D3hot
    [ 0.187623] pci 0000:00:1f.2: PME# disabled
    [ 0.187809] pci 0000:00:01.0: transparent bridge
    [ 0.188530] pci 0000:00:1e.0: transparent bridge
    [ 0.188754] pci 0000:00:1e.0: can't handle 64-bit address space for bridge
    [ 0.192554] ACPI Exception (pci_link-0189): AE_NOT_FOUND, Evaluating _PRS [20081204]
    [ 0.193190] ------------[ cut here ]------------
    [ 0.193405] kernel BUG at /build/buildd-linux-2.6_2.6.29-5-i386-xtBC0n/linux-2.6-2.6.29/debian/build/source_i386_none/lib/ioremap.c:26!
    [ 0.193893] invalid opcode: 0000 [#1] SMP
    [ 0.194072] last sysfs file:
    [ 0.194201] Modules linked in:
    [ 0.194339]
    [ 0.194408] Pid: 1, comm: swapper Not tainted (2.6.29-2-686 #1) Parallels Virtual Platform
    [ 0.194803] EIP: 0060:[<c01f9d95>] EFLAGS: 00010202 CPU: 0
    [ 0.195051] EIP is at ioremap_page_range+0xb5/0x130
    [ 0.195275] EAX: cf42e000 EBX: 00000573 ECX: d0bfffff EDX: cf42e000
    [ 0.195562] ESI: d0800000 EDI: 0000fff0 EBP: c042ed08 ESP: cf489d10
    [ 0.195848] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
    [ 0.196001] Process swapper (pid: 1, ti=cf488000 task=cf47bbd0 task.ti=cf488000)
    [ 0.196001] Stack:
    [ 0.196001] d07f0000 00000001 d0801000 d0801000 cf42e000 3f7f0000 00000573 00000010
    [ 0.196001] 00001000 d0800000 c0117075 00000573 0fff0000 0fff0280 0fff0000 00000000
    [ 0.196001] ce4af240 0fff0000 00000010 cf4065bc 0000003c cf489d98 00000003 c01171ab
    [ 0.196001] Call Trace:
    [ 0.196001] [<c0117075>] __ioremap_caller+0x1cb/0x246
    [ 0.196001] [<c01171ab>] ioremap_nocache+0xd/0xf
    [ 0.196001] [<c022fd95>] acpi_tb_verify_table+0x1d/0x48
    [ 0.196001] [<c022fd95>] acpi_tb_verify_table+0x1d/0x48
    [ 0.196001] [<c022f605>] acpi_get_table_by_index+0x48/0x77
    [ 0.196001] [<c03fadfa>] acpi_system_init+0xe9/0x211
    [ 0.196001] [<c03fad11>] acpi_system_init+0x0/0x211
    [ 0.196001] [<c0101147>] _stext+0x5f/0x182
    [ 0.196001] [<c01fd1e6>] number+0x126/0x1eb
    [ 0.196001] [<c0139a59>] sched_clock_cpu+0x136/0x147
    [ 0.196001] [<c01fde1d>] vsnprintf+0x712/0x760
    [ 0.196001] [<c012a479>] irq_exit+0x40/0x62
    [ 0.196001] [<c01106fb>] smp_apic_timer_interrupt+0x71/0x7b
    [ 0.196001] [<c0103ba0>] apic_timer_interrupt+0x28/0x30
    [ 0.196001] [<c01f9669>] idr_get_empty_slot+0x145/0x202
    [ 0.196001] [<c01162e2>] default_spin_lock_flags+0x5/0x7
    [ 0.196001] [<c01f9884>] ida_get_new_above+0x15e/0x178
    [ 0.196001] [<c01f9992>] idr_pre_get+0x45/0x55
    [ 0.196001] [<c01ba81c>] proc_register+0x14b/0x15d
    [ 0.196001] [<c01ba93d>] create_proc_entry+0x77/0x8a
    [ 0.196001] [<c015a9dc>] register_irq_proc+0x79/0x92
    [ 0.196001] [<c03dd2e0>] kernel_init+0x10f/0x15d
    [ 0.196001] [<c03dd1d1>] kernel_init+0x0/0x15d
    [ 0.196001] [<c0103cf3>] kernel_thread_helper+0x7/0x10
    [ 0.196001] Code: c1 ea 0a 81 e2 fc 0f 00 00 8d 94 02 00 00 00 c0 85 d2 89 54 24 10 74 6f 8b 44 24 14 8d 3c 06 c1 ef 0c 8b 44 24 10 83 38 00 74 04 <0f> 0b eb fe 83 7c 24 04 00 8b 54 24 2c 74 0a 8b 54 24 2c 23 15
    [ 0.196001] EIP: [<c01f9d95>] ioremap_page_range+0xb5/0x130 SS:ESP 0068:cf489d10
    [ 0.196007] ---[ end trace 4eaa2a86a8e2da22 ]---
    [ 0.196220] Kernel panic - not syncing: Attempted to kill init!
     

    Attached Files:

  2. JacobCC

    JacobCC Bit poster

    Messages:
    1
    Were you able to find a fix for this? I am running into the same issue with an old Ubuntu 9.04 VM.
     
  3. gthornley

    gthornley Bit poster

    Messages:
    2
    Sorry no. As I posted booting with acpi=off gets the kernel to boot, but the result is not stable at all. I mean it gets random ENOMEM errors deep inside the kernel page allocator. Something about the memory balloon support is flakey with such an old kernel.

    At a guess, recompiling the kernel without paravirt might work a bit better, but I never tried it. I ran the affected VM on win7+vmware instead.
     

Share This Page