From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41]) by kanga.kvack.org (Postfix) with ESMTP id 1DA3C6B0009 for ; Tue, 1 Mar 2016 13:33:49 -0500 (EST) Received: by mail-wm0-f41.google.com with SMTP id l68so48278848wml.0 for ; Tue, 01 Mar 2016 10:33:49 -0800 (PST) Received: from mail.linuxfoundation.org (mail.linuxfoundation.org. [140.211.169.12]) by mx.google.com with ESMTPS id ex19si38641749wjc.64.2016.03.01.10.33.46 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Mar 2016 10:33:47 -0800 (PST) Date: Tue, 1 Mar 2016 10:33:44 -0800 From: Andrew Morton Subject: Re: [slab] a1fd55538c: WARNING: CPU: 0 PID: 0 at kernel/locking/lockdep.c:2601 trace_hardirqs_on_caller() Message-Id: <20160301103344.6f3095a269db284fbe0c3c2c@linux-foundation.org> In-Reply-To: <56aa2b47.MwdlkrzZ08oDKqh8%fengguang.wu@intel.com> References: <56aa2b47.MwdlkrzZ08oDKqh8%fengguang.wu@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: kernel test robot Cc: Jesper Dangaard Brouer , LKP , linux-kernel@vger.kernel.org, linux-mm@kvack.org, wfg@linux.intel.com On Thu, 28 Jan 2016 22:52:55 +0800 kernel test robot wrote: > Greetings, > > 0day kernel testing robot got the below dmesg and the first bad commit is > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > > commit a1fd55538cae9f411059c9b067a3d48c41aa876b > Author: Jesper Dangaard Brouer > AuthorDate: Thu Jan 28 09:47:16 2016 +1100 > Commit: Stephen Rothwell > CommitDate: Thu Jan 28 09:47:16 2016 +1100 > > slab: use slab_pre_alloc_hook in SLAB allocator shared with SLUB > > ... > > [ 0.000000] ------------[ cut here ]------------ > [ 0.000000] WARNING: CPU: 0 PID: 0 at kernel/locking/lockdep.c:2601 trace_hardirqs_on_caller+0x341/0x380() > [ 0.000000] DEBUG_LOCKS_WARN_ON(unlikely(early_boot_irqs_disabled)) > [ 0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.5.0-rc1-00069-ga1fd555 #1 > [ 0.000000] ffffffff82403dd8 ffffffff82403d90 ffffffff813b937d ffffffff82403dc8 > [ 0.000000] ffffffff810eb4d3 ffffffff812617cc 0000000000000001 ffff88000fcc50a8 > [ 0.000000] ffff8800000984c0 00000000024000c0 ffffffff82403e28 ffffffff810eb5c7 > [ 0.000000] Call Trace: > [ 0.000000] [] dump_stack+0x27/0x3a > [ 0.000000] [] warn_slowpath_common+0xa3/0x100 > [ 0.000000] [] ? cache_alloc_refill+0x7ac/0x910 > [ 0.000000] [] warn_slowpath_fmt+0x57/0x70 > [ 0.000000] [] trace_hardirqs_on_caller+0x341/0x380 > [ 0.000000] [] trace_hardirqs_on+0x1d/0x30 > [ 0.000000] [] cache_alloc_refill+0x7ac/0x910 > [ 0.000000] [] ? pcpu_mem_zalloc+0x5a/0xc0 > [ 0.000000] [] __kmalloc+0x24e/0x440 > [ 0.000000] [] pcpu_mem_zalloc+0x5a/0xc0 > [ 0.000000] [] percpu_init_late+0x4d/0xbb The next patch (http://ozlabs.org/~akpm/mmotm/broken-out/slab-use-slab_pre_alloc_hook-in-slab-allocator-shared-with-slub-fix.patch) should have fixed this? > [ 0.000000] [] start_kernel+0x30b/0x6e1 > [ 0.000000] [] ? early_idt_handler_array+0x120/0x120 > [ 0.000000] [] x86_64_start_reservations+0x46/0x4f > [ 0.000000] [] x86_64_start_kernel+0x19c/0x1b2 > [ 0.000000] ---[ end trace cb88537fdc8fa200 ]--- > > ... -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org