| 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
| ||
|
Date: Tue, 21 Mar 2017 11:16:35 -0700
From: Thomas Garnier <thgarnie@...gle.com>
To: kernel test robot <xiaolong.ye@...el.com>
Cc: Ingo Molnar <mingo@...nel.org>,
Alexander Potapenko <glider@...gle.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Andrey Ryabinin <aryabinin@...tuozzo.com>,
Andy Lutomirski <luto@...nel.org>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Boris Ostrovsky <boris.ostrovsky@...cle.com>,
Borislav Petkov <bp@...e.de>,
Chris Wilson <chris@...is-wilson.co.uk>,
Christian Borntraeger <borntraeger@...ibm.com>,
Dmitry Vyukov <dvyukov@...gle.com>,
Frederic Weisbecker <fweisbec@...il.com>,
Jiri Kosina <jikos@...nel.org>, Joerg Roedel <joro@...tes.org>,
Jonathan Corbet <corbet@....net>,
Josh Poimboeuf <jpoimboe@...hat.com>,
Juergen Gross <jgross@...e.com>,
Kees Cook <keescook@...omium.org>,
Len Brown <len.brown@...el.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Lorenzo Stoakes <lstoakes@...il.com>,
"Luis R . Rodriguez" <mcgrof@...nel.org>,
Matt Fleming <matt@...eblueprint.co.uk>,
Michal Hocko <mhocko@...e.com>,
Paolo Bonzini <pbonzini@...hat.com>,
Paul Gortmaker <paul.gortmaker@...driver.com>,
Pavel Machek <pavel@....cz>,
Peter Zijlstra <peterz@...radead.org>,
Radim Krčmář <rkrcmar@...hat.com>,
"Rafael J . Wysocki" <rjw@...ysocki.net>,
Rusty Russell <rusty@...tcorp.com.au>,
Stanislaw Gruszka <sgruszka@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
Tim Chen <tim.c.chen@...ux.intel.com>,
Vitaly Kuznetsov <vkuznets@...hat.com>,
zijun_hu <zijun_hu@....com>, LKML <linux-kernel@...r.kernel.org>,
Stephen Rothwell <sfr@...b.auug.org.au>, LKP <lkp@...org>
Subject: Re: [lkp-robot] [x86] 69218e4799: BUG:kernel_hang_in_boot_stage
This error happens even with Andy TLS fix on 32-bit (GDT is on fixmap
but not readonly). I am looking into it.
KVM internal error. Suberror: 3
extra data[0]: 80000b0e
extra data[1]: 31
EAX=00000001 EBX=9f9121f3 ECX=4330b100 EDX=fffff000
ESI=547e0000 EDI=ffa74000 EBP=42273ef8 ESP=42273ef8
EIP=4105a0a2 EFL=00210002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =007b 00000000 ffffffff 00c0f300 DPL=3 DS [-WA]
CS =0060 00000000 ffffffff 00c09b00 DPL=0 CS32 [-RA]
SS =0068 00000000 ffffffff 00c09300 DPL=0 DS [-WA]
DS =007b 00000000 ffffffff 00c0f300 DPL=3 DS [-WA]
FS =00d8 1232d000 ffffffff 00809300 DPL=0 DS16 [-WA]
GS =00e0 5492d4c0 00000018 00409100 DPL=0 DS [--A]
LDT=0000 00000000 ffffffff 00c00000
TR =0080 5492b340 0000206b 00008b00 DPL=0 TSS32-busy
GDT= ffa94000 000000ff
IDT= fffba000 000007ff
CR0=80050033 CR2=ff874000 CR3=02610000 CR4=00000690
DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000
DR3=0000000000000000
DR6=00000000ffff0ff0 DR7=0000000000000400
EFER=0000000000000000
Code=f0 d7 00 b8 01 00 00 00 8b 15 ec 48 29 42 8a 8a 00 50 87 ff <88>
8a 00 50 87 ff 31 c0 5d c3 55 89 e5 57 56 53 e8 8d f0 d7 00 89 c6 a1
00 ff dd 42 05 00
On Mon, Mar 20, 2017 at 9:57 PM, kernel test robot
<xiaolong.ye@...el.com> wrote:
>
> FYI, we noticed the following commit:
>
> commit: 69218e47994da614e7af600bf06887750ab6657a ("x86: Remap GDT tables in the fixmap section")
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
>
> in testcase: trinity
> with following parameters:
>
> runtime: 300s
>
> test-description: Trinity is a linux system call fuzz tester.
> test-url: http://codemonkey.org.uk/projects/trinity/
>
>
> on test machine: qemu-system-i386 -enable-kvm -smp 2 -m 320M
>
> caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
>
>
> +--------------------------------------------------------------+------------+------------+
> | | f06bdd4001 | 69218e4799 |
> +--------------------------------------------------------------+------------+------------+
> | boot_successes | 3 | 0 |
> | boot_failures | 5 | 8 |
> | BUG:kernel_reboot-without-warning_in_boot_stage | 4 | |
> | WARNING:at_arch/x86/include/asm/fpu/internal.h:#fpu__restore | 1 | |
> | BUG:kernel_hang_in_boot_stage | 0 | 8 |
> +--------------------------------------------------------------+------------+------------+
>
> [ 0.000000] sysrq: sysrq always enabled.
> [ 0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
> [ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
> [ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
> [ 0.000000] Initializing CPU#0
> [ 0.000000] allocated 331644 bytes of page_ext
> [ 0.000000] Initializing HighMem for node 0 (00000000:00000000)
> [ 0.000000] Memory: 267332K/327160K available (14061K kernel code, 1104K rwdata, 4696K rodata, 2460K init, 13208K bss, 59828K reserved, 0K cma-reserved, 0K highmem)
> [ 0.000000] virtual kernel memory layout:
> [ 0.000000] fixmap : 0xffa74000 - 0xfffff000 (5676 kB)
> [ 0.000000] pkmap : 0xff400000 - 0xff800000 (4096 kB)
> [ 0.000000] vmalloc : 0x547e0000 - 0xff3fe000 (2732 MB)
> [ 0.000000] lowmem : 0x40000000 - 0x53fe0000 ( 319 MB)
> [ 0.000000] .init : 0x4236a000 - 0x425d1000 (2460 kB)
> [ 0.000000] .data : 0x41dbb72c - 0x42368300 (5810 kB)
> [ 0.000000] .text : 0x41000000 - 0x41dbb72c (14061 kB)
>
>
> Elapsed time: 480
> BUG: kernel hang in boot stage
>
> initrds=(
> /osimage/yocto/yocto-tiny-i386-2016-04-22.cgz
> /lkp/scheduled/vm-lkp-hsw01-yocto-i386-25/trinity-300s-yocto-tiny-i386-2016-04-22.cgz-69218e47994da614e7af600bf06887750ab6657a-20170319-117821-bls48g-0.cgz
> /lkp/lkp/lkp-i386.cgz
>
>
> To reproduce:
>
> git clone https://github.com/01org/lkp-tests.git
> cd lkp-tests
> bin/lkp qemu -k <bzImage> job-script # job-script is attached in this email
>
>
>
> Thanks,
> Xiaolong
--
Thomas
Powered by blists - more mailing lists