Traceback seen once when running x86 qemu emulation with latest kernel
From: Guenter Roeck
Date: Sat Aug 06 2016 - 18:41:32 EST
Hi, I have seen the following traceback once when running the latest mainline in qemu.
Starting udev
random: crng init done
udevd[117]: starting version 182
Starting Bootlog daemon: bootlogd.
EXT4-fs (hda): re-mounted. Opts: errors=remount-ro,data=ordered
------------[ cut here ]------------
WARNING: CPU: 0 PID: 1 at ./arch/x86/include/asm/fpu/internal.h:534 fpu__restore+0x120/0x220
Modules linked in:
CPU: 0 PID: 1 Comm: init Not tainted 4.7.0-yocto-standard+ #1
Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
00000000 00000000 cf893e58 c1390e2a cf893e88 c1042ea1 c19ea4bc 00000000
00000001 c19e5428 00000216 c1021100 00000216 cf8e8d40 00000000 cf8e8000
cf893e9c c1042eea 00000009 00000000 00000000 cf893eb4 c1021100 00000000
Call Trace:
[<c1390e2a>] dump_stack+0x16/0x1c
[<c1042ea1>] __warn+0xe1/0x100
[<c1021100>] ? fpu__restore+0x120/0x220
[<c1042eea>] warn_slowpath_null+0x2a/0x30
[<c1021100>] fpu__restore+0x120/0x220
[<c1022669>] __fpu__restore_sig+0x139/0x610
[<c1022dff>] fpu__restore_sig+0x2f/0x50
[<c1017bda>] restore_sigcontext.isra.7+0xda/0x100
[<c1018451>] sys_sigreturn+0x91/0xb0
[<c100161a>] do_int80_syscall_32+0x5a/0xa0
[<c1800e1e>] entry_INT80_32+0x2a/0x2a
---[ end trace b5a2004ac28f878b ]---
Configuring network interfaces... done.
Command line:
qemu-system-i386 -kernel arch/x86/boot/bzImage -M isapc -cpu n270 -no-reboot \
-m 256 -drive file=core-image-minimal-qemux86.ext3,format=raw,if=ide \
--append "root=/dev/hda rw mem=256M vga=0 uvesafb.mode_option=640x480-32 oprofile.timer=1 console=ttyS0 console=tty"
-nographic
Kernel version: v4.7-12388-g0cbbc422d566
Scripts and root file system used for test:
https://github.com/groeck/linux-build-test/tree/master/rootfs/x86
Log file:
http://kerneltests.org/builders/qemu-x86-master/builds/581/steps/qemubuildcommand/logs/stdio
Unfortunately, I was unable to reproduce the problem by re-running the test manually.
Please let me know if there is anything I can do to help reproduce or fix the problem.
Thanks,
Guenter