Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753511AbbKMIGX (ORCPT ); Fri, 13 Nov 2015 03:06:23 -0500 Received: from mga02.intel.com ([134.134.136.20]:37071 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750760AbbKMIGW (ORCPT ); Fri, 13 Nov 2015 03:06:22 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,286,1444719600"; d="scan'208";a="836699517" From: "Huang\, Ying" To: Daniel J Blueman Cc: , LKML , Daniel Lezcano , Steffen Persvold , "Thomas Gleixner" Subject: Re: [lkp] [x86/numachip] db1003a719: BUG: kernel early-boot hang References: <87ziymbfos.fsf@yhuang-dev.intel.com> <1447266511.14441.1@outlook-emeawest.office365.com> Date: Fri, 13 Nov 2015 16:06:19 +0800 In-Reply-To: <1447266511.14441.1@outlook-emeawest.office365.com> (Daniel J. Blueman's message of "Wed, 11 Nov 2015 19:28:31 +0100") Message-ID: <87k2pm7284.fsf@yhuang-dev.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3976 Lines: 76 Daniel J Blueman writes: > Hi Ying Huang, > > On Tue, Nov 10, 2015 at 6:12 AM, kernel test robot > wrote: >> FYI, we noticed the below changes on >> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >> master >> commit db1003a719d75cebe5843a7906c02c29bec9922c ("x86/numachip: >> Cleanup Numachip support") >> >> >> Elapsed time: 210 >> BUG: kernel early-boot hang >> Linux version 4.3.0-rc2-00001-gdb1003a #1 >> Command line: root=/dev/ram0 user=lkp >> job=/lkp/scheduled/vm-intel12-yocto-x86_64-14/bisect_boot-1-yocto-minimal-x86_64.cgz-x86_64-allyesdebian-db1003a719d75cebe5843a7906c02c29bec9922c-20151107-100037-1jb4qfh-1.yaml >> ARCH=x86_64 kconfig=x86_64-allyesdebian >> branch=sergeh-security/2015-11-05/cgroupns >> commit=db1003a719d75cebe5843a7906c02c29bec9922c >> BOOT_IMAGE=/pkg/linux/x86_64-allyesdebian/gcc-5/db1003a719d75cebe5843a7906c02c29bec9922c/vmlinuz-4.3.0-rc2-00001-gdb1003a >> max_uptime=600 >> RESULT_ROOT=/result/boot/1/vm-intel12-yocto-x86_64/yocto-minimal-x86_64.cgz/x86_64-allyesdebian/gcc-5/db1003a719d75cebe5843a7906c02c29bec9922c/0 >> LKP_SERVER=inn earlyprintk=ttyS0,115200 systemd.log_level=err debug >> apic=debug sysrq_always_enabled rcupdate.rcu_cpu_stall_timeout=100 >> panic=-1 softlockup_panic=1 nmi_watchdog=panic oops=panic >> load_ramdisk=2 prompt_ramdisk=0 console=ttyS0,115200 console=tty0 >> vga=normal rw ip=::::vm-intel12-yocto-x86_64-14::dhcp >> drbd.minor_count=8 >> qemu-system-x86_64 -enable-kvm -cpu Nehalem -kernel >> /pkg/linux/x86_64-allyesdebian/gcc-5/db1003a719d75cebe5843a7906c02c29bec9922c/vmlinuz-4.3.0-rc2-00001-gdb1003a >> -append 'root=/dev/ram0 user=lkp >> job=/lkp/scheduled/vm-intel12-yocto-x86_64-14/bisect_boot-1-yocto-minimal-x86_64.cgz-x86_64-allyesdebian-db1003a719d75cebe5843a7906c02c29bec9922c-20151107-100037-1jb4qfh-1.yaml >> ARCH=x86_64 kconfig=x86_64-allyesdebian >> branch=sergeh-security/2015-11-05/cgroupns >> commit=db1003a719d75cebe5843a7906c02c29bec9922c >> BOOT_IMAGE=/pkg/linux/x86_64-allyesdebian/gcc-5/db1003a719d75cebe5843a7906c02c29bec9922c/vmlinuz-4.3.0-rc2-00001-gdb1003a >> max_uptime=600 >> RESULT_ROOT=/result/boot/1/vm-intel12-yocto-x86_64/yocto-minimal-x86_64.cgz/x86_64-allyesdebian/gcc-5/db1003a719d75cebe5843a7906c02c29bec9922c/0 >> LKP_SERVER=inn earlyprintk=ttyS0,115200 systemd.log_level=err debug >> apic=debug sysrq_always_enabled rcupdate.rcu_cpu_stall_timeout=100 >> panic=-1 softlockup_panic=1 nmi_watchdog=panic oops=panic >> load_ramdisk=2 prompt_ramdisk=0 console=ttyS0,115200 console=tty0 >> vga=normal rw ip=::::vm-intel12-yocto-x86_64-14::dhcp >> drbd.minor_count=8' -initrd >> /fs/KVM/initrd-vm-intel12-yocto-x86_64-14 -m 832 -smp 2 -device >> e1000,netdev=net0 -netdev user,id=net0 -boot order=nc -no-reboot >> -watchdog i6300esb -rtc base=localtime -drive >> file=/fs/KVM/disk0-vm-intel12-yocto-x86_64-14,media=disk,if=virtio >> -drive >> file=/fs/KVM/disk1-vm-intel12-yocto-x86_64-14,media=disk,if=virtio >> -pidfile /dev/shm/kboot/pid-vm-intel12-yocto-x86_64-14 -serial >> file:/dev/shm/kboot/serial-vm-intel12-yocto-x86_64-14 -daemonize >> -display none -monitor null > > Neat, however checking out the same kernel tree at "db1003a > x86/numachip: Cleanup Numachip support", building with the same config > (though with GCC 5.2.1), it boots just peachy with the same args. > > The patch itself is conservative, so I can't see how it could cause > early boot hangs. Have you seen this kind of issue before, or is this > the first time? Sorry, the origin report is a false positive. The early boot hang caused by testing system instead of your commit. Sorry again for that. Will be more carefully in the future. Best Regards, Huang, Ying -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/