Re: [Qemu-devel] kernel-kqemu and linux

[Pascal Terjan]

On 3/21/06, Brad Campbell <address@hidden> wrote:
> Neat trick for capturing such groovy stuff..
> In one console :-
>
> cat /dev/ptyzf | tee qemu.oops.log
>
> In another console :-
>
> qemu -hda vm-1.img -kernel /tracks/linux-2.6.15.6/arch/i386/boot/bzImage 
> -serial /dev/ttyzf -append
> "console=ttyS0" -m 64 -kernel-kqemu

More simple and does not need any right on /dev/tty*  :
qemu -hda vm-1.img -kernel theimage -append console=ttyS0 -serial
stdio -kernel-kqemu | tee qemu.log

Here is the output with various Mandriva kernels (last one is vanilla
2.6.16 rc4). The failure is different each time but always occurs in
the same area (cache init). Running it several times with the same
kernel will give the same error.

=====

Linux version 2.6.12-12mdk (address@hidden) (gcc version
4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0)) #1 Fri Sep 9
18:15:22 CEST 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
0MB HIGHMEM available.
256MB LOWMEM available.
DMI not present.
ACPI: Unable to locate RSDP
Allocating PCI resources starting at 10000000 (gap: 10000000:f0000000)
Built 1 zonelists
Local APIC disabled by BIOS -- you can enable it with "lapic"
Initializing CPU#0
Kernel command line: console=ttyS0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 407.111 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 255420k/262144k available (2348k kernel code, 6232k reserved,
717k data, 268k init, 0k highmem, 0k BadRAM)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Kernel panic - not syncing: pgtable_cache_init(): Cannot create pgd cache
 <4>Losing too many ticks!
TSC cannot be used as a timesource.
Possible reasons for this are:
  You're running with Speedstep,
  You don't have DMA enabled for your hard disk (see hdparm),
  Incorrect TSC synchronization on an SMP system (see dmesg).
Falling back to a sane timesource now.

=====

Linux version 2.6.12-13mdk-i686-up-4GB (address@hidden) (gcc
version 4.0.2 (4.0.2-1mdk for Mandriva Linux release 2006.1)) #1 Mon
Nov 21 18:31:00 CET 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
0MB HIGHMEM available.
256MB LOWMEM available.
DMI not present.
ACPI: Unable to locate RSDP
Allocating PCI resources starting at 10000000 (gap: 10000000:f0000000)
Built 1 zonelists
Local APIC disabled by BIOS -- you can enable it with "lapic"
Initializing CPU#0
Kernel command line: console=ttyS0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 433.098 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 255432k/262144k available (2335k kernel code, 6220k reserved,
714k data, 264k init, 0k highmem, 0k BadRAM)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Kernel panic - not syncing: kmem_cache_create(): failed to create slab
`anon_vma'

 <4>Losing too many ticks!
TSC cannot be used as a timesource.
Possible reasons for this are:
  You're running with Speedstep,
  You don't have DMA enabled for your hard disk (see hdparm),
  Incorrect TSC synchronization on an SMP system (see dmesg).
Falling back to a sane timesource now.

=====

Linux version 2.6.14-1mdk-i686-up-4GB (address@hidden) (gcc
version 4.0.2 (4.0.2-1mdk for Mandriva Linux release 2006.1)) #1 Wed
Mar 8 20:09:39 CET 2006
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
0MB HIGHMEM available.
256MB LOWMEM available.
DMI not present.
ACPI: Unable to locate RSDP
Allocating PCI resources starting at 20000000 (gap: 10000000:f0000000)
Built 1 zonelists
Local APIC disabled by BIOS -- you can enable it with "lapic"
Initializing CPU#0
Kernel command line: console=ttyS0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 372.477 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 254792k/262144k available (2305k kernel code, 6208k reserved,
713k data, 244k init, 0k highmem, 0k BadRAM)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Kernel panic - not syncing: kmem_cache_create(): failed to create slab `size-32'

=====

Linux version 2.6.16-rc4.11mdk (address@hidden) (gcc
version 4.0.3 (4.0.3-0.20060215.1mdk for Mandriva Linux release
2006.1)) #1 Sat Feb 18 23:35:38 CET 2006
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
0MB HIGHMEM available.
256MB LOWMEM available.
DMI not present or invalid.
ACPI: Unable to locate RSDP
Allocating PCI resources starting at 20000000 (gap: 10000000:f0000000)
Built 1 zonelists
Kernel command line: console=ttyS0
Local APIC disabled by BIOS -- you can enable it with "lapic"
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c0386000 soft=c0387000
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 429.499 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 256228k/262144k available (1585k kernel code, 5448k reserved,
775k data, 196k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
------------[ cut here ]------------
kernel BUG at mm/slab.c:1998!
invalid opcode: 0000 [#1]
Modules linked in:
CPU:    0
EIP:    0060:[<c01468b4>]    Not tainted VLI
EFLAGS: 00010002   (2.6.16-rc4.11mdk #1)
EIP is at check_irq_off+0xa/0x14
eax: 00000046   ebx: c127f120   ecx: c0147da2   edx: 00000000
esi: 000000d0   edi: 00000246   ebp: c034ff70   esp: c034ff70
ds: 007b   es: 007b   ss: 0068
Process swapper (pid: 0, threadinfo=c034f000 task=c02d9200)
Stack: <0>c034ff88 c0147949 c0147da2 00000008 00000004 00000008
c034ff98 c01479ab
       00000004 c127c140 c034ffc0 c0147da2 c034ffcc c0289f25 c036018e 00000000
       22222222 00000008 c127c140 c127e5fc c034ffd4 c0148071 00000000 c127c140
Call Trace:
 [<c0103efb>] show_stack_log_lvl+0xaa/0xb5
 [<c010401c>] show_registers+0x116/0x17c
 [<c01042d6>] die+0x129/0x1a8
 [<c028a72d>] do_trap+0x7c/0x96
 [<c0104685>] do_invalid_op+0x89/0x93
 [<c0103a4f>] error_code+0x4f/0x60
 [<c0147949>] __kmalloc_track_caller+0x54/0x99
 [<c01479ab>] alloc_arraycache+0x1d/0x38
 [<c0147da2>] do_tune_cpucache+0x1d/0x18a
 [<c0148071>] enable_cpucache+0x46/0x65
 [<c036019d>] kmem_cache_init+0x25e/0x28f
 [<c03502bf>] start_kernel+0x10a/0x258
 [<c0100199>] 0xc0100199
Code: c0 e8 1f 09 fd ff 46 58 43 5a 39 fe 7c e9 68 f5 d2 2b c0 e8 0d
09 fd ff 5e 8d 65 f4 5b 5e 5f 5d c3 55 89 e5 9c 58 f6 c4 02 74 08 <0f>
0b ce 07 ad 53 2a c0 5d c3 55 89 e5 9c 58 f6 c4 02 75 08 0f
 <0>Kernel panic - not syncing: Attempted to kill the idle task!

=====