From: "Dilger, Andreas" <andreas.dilger@intel.com>
To: Peng Tao <bergwolf@gmail.com>, "Wu, Fengguang" <fengguang.wu@intel.com>
Cc: "devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>
Subject: Re: [lustre] WARNING: at kernel/mutex.c:341 mutex_lock_nested()
Date: Mon, 17 Jun 2013 23:36:42 +0000 [thread overview]
Message-ID: <CDE4F914.3B3D9%andreas.dilger@intel.com> (raw)
In-Reply-To: <CA+a=Yy6Pwin8D2etEfQLi3zqwDU_Mcv-CBJ-C3-vr1RhHNZfhw@mail.gmail.com>
On 2013/17/06 2:52 AM, "Peng Tao" <bergwolf@gmail.com> wrote:
>On Thu, Jun 13, 2013 at 9:56 AM, Fengguang Wu <fengguang.wu@intel.com>
>wrote:
>> Greetings,
>>
>> I got the below dmesg and the first bad commit is
>>
>Hi Fengguang,
>
>Thanks for reporting and my apology for the late reply. I was out of
>town last week.
>
>> commit ee04fd11f11fb67ff0ae482a6710f97f499c19e2
>> Author: Peng Tao <bergwolf@gmail.com>
>> Date: Thu Jun 6 22:59:14 2013 +0800
>>
>> Revert "Revert "staging/lustre: drop CONFIG_BROKEN dependency""
>>
>> This reverts commit 37d4093fd34775bbbf99bddb84a711bdb3ec6d5c.
>>
>> I've verified that we now don't break build on X86_64 allmodconfig.
>>
>> Cc: Stephen Rothwell <sfr@canb.auug.org.au>
>> Signed-off-by: Peng Tao <tao.peng@emc.com>
>> Signed-off-by: Andreas Dilger <andreas.dilger@intel.com>
>> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>>
>> [ 16.644069] alg: No test for adler32 (adler32-zlib)
>> [ 24.640247] ------------[ cut here ]------------
>> [ 24.640960] WARNING: at /c/kernel-tests/src/tip/kernel/mutex.c:341
>>mutex_lock_nested+0x1cb/0x526()
>> [ 24.642199] DEBUG_LOCKS_WARN_ON(l->magic != l)
>This indicated that the_lnet.ln_lnd_mutex is not initialized but I am
>confused because socklnd depends on lnet that is in charge of
>initializing many things include the ln_lnd_mutex. If lnet is not
>initialized, socklnd should not be called. And Lustre was built
>in-kernel as shown in the config file. Does that mean module
>dependency no longer works? I don't think so, but not sure how kernel
>decides dependency if drivers are built-in.
>
>Andreas, any ideas?
I don't think Lustre has ever been built into the kernel, only as modules.
It seems possible that the LNet initialization routines are not called
properly in this case? They _should_ be marked __init, but maybe there is
some bug related to this.
Is it possible to mark the Lustre code as "module only" so that it can't be
built-in until this bug is resolved? Sorry, I don't know much about the
Kconfig code.
Cheers, Andreas
>> [ 24.642805] CPU: 1 PID: 1 Comm: swapper/0 Not tainted
>>3.10.0-rc5-00678-ge764df6 #78
>> [ 24.647268] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007
>> [ 24.648073] ffffffff8235d9d1 ffff88000cc65d58 ffffffff81e18a81
>>ffff88000cc65d98
>> [ 24.649184] ffffffff810a24a7 0000000000000000 ffff88000cc65da8
>>ffffffff83ae6c98
>> [ 24.650041] 0000000000000246 0000000000000000 ffffffff83ae6ca0
>>ffff88000cc65df8
>> [ 24.650041] Call Trace:
>> [ 24.650041] [<ffffffff81e18a81>] dump_stack+0x27/0x30
>> [ 24.650041] [<ffffffff810a24a7>] warn_slowpath_common+0x85/0xb5
>> [ 24.650041] [<ffffffff810a2566>] warn_slowpath_fmt+0x54/0x5d
>> [ 24.650041] [<ffffffff81e2361f>] mutex_lock_nested+0x1cb/0x526
>> [ 24.650041] [<ffffffff81c07db1>] ? lnet_register_lnd+0x24/0x1ee
>> [ 24.650041] [<ffffffff8124f351>] ?
>>__register_sysctl_paths+0x1c4/0x22d
>> [ 24.650041] [<ffffffff81c07db1>] ? lnet_register_lnd+0x24/0x1ee
>> [ 24.650041] [<ffffffff81c07db1>] lnet_register_lnd+0x24/0x1ee
>> [ 24.650041] [<ffffffff82b7d78d>] ? fld_mod_init+0x63/0x63
>> [ 24.650041] [<ffffffff82b7d824>] ksocknal_module_init+0x97/0xa3
>> [ 24.650041] [<ffffffff82b103a5>] do_one_initcall+0xb7/0x195
>> [ 24.650041] [<ffffffff82b1069e>] kernel_init_freeable+0x21b/0x31e
>> [ 24.650041] [<ffffffff82b0f84e>] ? loglevel+0x46/0x46
>> [ 24.650041] [<ffffffff81e00bf6>] ? rest_init+0x13a/0x13a
>> [ 24.650041] [<ffffffff81e00c0b>] kernel_init+0x15/0x16a
>> [ 24.650041] [<ffffffff81e2a26c>] ret_from_fork+0x7c/0xb0
>> [ 24.650041] [<ffffffff81e00bf6>] ? rest_init+0x13a/0x13a
>> [ 24.650041] ---[ end trace 87ffcbcb0b7b7e53 ]---
>>
>> git bisect start 5f43264c5320624f3b458c5794f37220c4fc2934 v3.9 --
>> git bisect good 7b1e427d685e2aee91f9a622f9c2691130f8e57d # 19:45
>>38+ s390/zcore: calculate real memory size using own get_mem_size
>>function
>> git bisect good a8c4b90e670be3b01e9395c7310639c8109fc77e # 20:05
>>38+ Merge tag 'soc-for-linus-2' of
>>git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
>> git bisect good a87af7c58b1f5af0d6a6093465d1a5ed8054434c # 20:20
>>38+ staging/speakup: Replaced deprecated function
>> git bisect good 11e7064f35bb87da8f427d1aa4bbd8b7473a3993 # 20:38
>>38+ ALSA: usb-audio - Fix invalid volume resolution on Logitech HD
>>webcam c270
>> git bisect good 17d8dfcda6ce570ddc4844f490104fed4af215aa # 21:05
>>38+ Merge branch 'for-linus' of
>>git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu
>> git bisect good 423e118c0be32274de137a4d97f0dcac3edd136a # 21:24
>>38+ Staging: csr: fix indentation style issue in bh.c
>> git bisect bad 3275b4d3db1f087c67fa115b150a9d2f9d8429f9 # 21:29
>>0- staging: comedi: pcmad: tidy up pcmad_ai_insn_read()
>> git bisect good 3e842f73c68fe44e8569107b94d710f4bbdcbb1f # 21:50
>>38+ staging: octeon-usb: fix checkpatch error
>> git bisect good 15bc85bdb509902e65fcf481c28369093097d92a # 22:06
>>38+ staging: comedi: pcmda12: tidy up multi-line comments
>> git bisect bad ee04fd11f11fb67ff0ae482a6710f97f499c19e2 # 22:10
>>0- Revert "Revert "staging/lustre: drop CONFIG_BROKEN dependency""
>> git bisect good 88e5a934d3836b9eb948b46f402357c4c0e0eafe # 22:35
>>38+ staging: rtl8192u: remove trailing whitespace in r8192U_core.c
>> git bisect good d29dc2e418a7a4a5a776417dd3574f3e91824088 # 22:47
>>38+ staging/lustre: remove lu_context_keys_dump and lu_debugging_setup
>> git bisect good 4a1a01ea52ad3d9bc0ac36f5a9739d6cce0bae75 # 22:57
>>38+ staging/lustre: surround module_refcount with CONFIG_MODULE_UNLOAD
>> git bisect good 9c782da4f09d7665eb60b70dd83280b6a819857f # 01:41
>>38+ staging/lustre/libcfs: cleanup linux-crypto
>> git bisect good 9c782da4f09d7665eb60b70dd83280b6a819857f # 05:21
>>114+ staging/lustre/libcfs: cleanup linux-crypto
>> git bisect bad e764df67963940b4123325710536a9471d1e24ae # 05:21
>>0- iio: frequency: adf4350: Add support for dt bindings
>> git bisect good be62b98c327bed3d4b749e53b50bead5510aa11f # 05:50
>>114+ Revert "Revert "Revert "staging/lustre: drop CONFIG_BROKEN
>>dependency"""
>> git bisect good 1a9c3d68d65f4b5ce32f7d67ccc730396e04cdd2 # 06:20
>>114+ Merge branch 'upstream' of
>>git://git.linux-mips.org/pub/scm/ralf/upstream-linus
>> git bisect good c04efed734409f5a44715b54a6ca1b54b0ccf215 # 06:49
>>114+ Add linux-next specific files for 20130607
>>
>> Thanks,
>> Fengguang
>
Cheers, Andreas
--
Andreas Dilger
Lustre Software Architect
Intel High Performance Data Division
next prev parent reply other threads:[~2013-06-17 23:36 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-13 1:56 [lustre] WARNING: at kernel/mutex.c:341 mutex_lock_nested() Fengguang Wu
2013-06-17 8:52 ` Peng Tao
2013-06-17 23:36 ` Dilger, Andreas [this message]
2013-06-18 8:20 ` Peng Tao
2013-06-19 9:23 ` Peng Tao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CDE4F914.3B3D9%andreas.dilger@intel.com \
--to=andreas.dilger@intel.com \
--cc=bergwolf@gmail.com \
--cc=devel@driverdev.osuosl.org \
--cc=fengguang.wu@intel.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.