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!
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.