linux-kernel - Traceback seen once when running x86 qemu emulation with latest kernel

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <57A66793.2060907@roeck-us.net>
Date:	Sat, 6 Aug 2016 15:41:23 -0700
From:	Guenter Roeck <linux@...ck-us.net>
To:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Cc:	Thomas Gleixner <tglx@...utronix.de>,
	Ingo Molnar <mingo@...hat.com>,
	"H. Peter Anvin" <hpa@...or.com>, x86@...nel.org
Subject: Traceback seen once when running x86 qemu emulation with latest
 kernel

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