From: William Heimbigner <icxcnika@mar.tar.cc>
To: linux-kernel@vger.kernel.org
Subject: BUG: Null pointer dereference (2.6.21-rc7)
Date: Sun, 22 Apr 2007 23:13:54 +0000 (GMT) [thread overview]
Message-ID: <Pine.LNX.4.64.0704222310030.25153@server.thyself> (raw)
On running "pktsetup 0 /dev/hdd", I get the following:
[ 3970.461403] =============================================
[ 3970.482051] [ INFO: possible recursive locking detected ]
[ 3970.498210] 2.6.21-rc7 #2
[ 3970.506062] ---------------------------------------------
[ 3970.522228] vol_id/8686 is trying to acquire lock:
[ 3970.536576] (&bdev->bd_mutex){--..}, at: [<c01826b2>] do_open+0x65/0x285
[ 3970.557104]
[ 3970.557109] but task is already holding lock:
[ 3970.574627] (&bdev->bd_mutex){--..}, at: [<c01826b2>] do_open+0x65/0x285
[ 3970.595160]
[ 3970.595161] other info that might help us debug this:
[ 3970.614757] 2 locks held by vol_id/8686:
[ 3970.626505] #0: (&bdev->bd_mutex){--..}, at: [<c01826b2>] do_open+0x65/0x285
[ 3970.648388] #1: (&ctl_mutex#2){--..}, at: [<c03d6b54>] mutex_lock+0x1c/0x1f
[ 3970.670065]
[ 3970.670070] stack backtrace:
[ 3970.683165] [<c0104df5>] show_trace_log_lvl+0x1a/0x2f
[ 3970.698604] [<c010544b>] show_trace+0x12/0x14
[ 3970.711964] [<c01054fd>] dump_stack+0x16/0x18
[ 3970.725322] [<c013150a>] __lock_acquire+0x12e/0xb93
[ 3970.740243] [<c0131fd7>] lock_acquire+0x68/0x82
[ 3970.754122] [<c03d6c46>] mutex_lock_nested+0xef/0x275
[ 3970.769560] [<c01826b2>] do_open+0x65/0x285
[ 3970.782397] [<c0182945>] __blkdev_get+0x73/0x7e
[ 3970.796279] [<c0182965>] blkdev_get+0x15/0x17
[ 3970.809638] [<c027dbde>] pkt_open+0x95/0xc4e
[ 3970.822737] [<c01826e1>] do_open+0x94/0x285
[ 3970.835578] [<c0182a93>] blkdev_open+0x28/0x51
[ 3970.849196] [<c0161918>] __dentry_open+0xff/0x1b1
[ 3970.863594] [<c0161a4b>] nameidata_to_filp+0x27/0x37
[ 3970.878770] [<c0161a8e>] do_filp_open+0x33/0x3b
[ 3970.892654] [<c0161ad9>] do_sys_open+0x43/0xc2
[ 3970.906274] [<c0161b90>] sys_open+0x1c/0x1e
[ 3970.919113] [<c0103e24>] sysenter_past_esp+0x5d/0x99
[ 3970.934292] =======================
[ 3971.630710] pktcdvd: pkt_get_last_written failed
[ 3971.645027] BUG: unable to handle kernel NULL pointer dereference at virtual address 0000000e
[ 3971.670652] printing eip:
[ 3971.678786] c0161aef
[ 3971.685361] *pde = 00000000
[ 3971.693761] Oops: 0000 [#1]
[ 3971.702120] PREEMPT
[ 3971.708722] Modules linked in: udf snd_intel8x0 snd_ac97_codec ac97_bus i810_audio ac97_codec 8139cp 8139too iTCO_wdt
[ 3971.741005] CPU: 0
[ 3971.741006] EIP: 0060:[<c0161aef>] Not tainted VLI
[ 3971.741008] EFLAGS: 00010203 (2.6.21-rc7 #2)
[ 3971.777034] EIP is at do_sys_open+0x59/0xc2
[ 3971.789555] eax: 00000002 ebx: 00008000 ecx: c0182a6b edx: dc8df650
[ 3971.809878] esi: ffffff9c edi: 00000002 ebp: de336fa4 esp: de336f88
[ 3971.830200] ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
[ 3971.847674] Process vol_id (pid: 8686, ti=de336000 task=d0b90de0 task.ti=de336000)
[ 3971.869812] Stack: 00000000 00000000 cef97000 00000003 bf9d7f65 00008000 b7facff4 de336fb0
[ 3971.895286] c0161b90 00000000 de336000 c0103e24 bf9d7f65 00008000 00000000 00008000
[ 3971.920755] b7facff4 bf9d5e08 00000005 0000007b 0000007b 00000000 00000005 ffffe410
[ 3971.946228] Call Trace:
[ 3971.954126] [<c0104df5>] show_trace_log_lvl+0x1a/0x2f
[ 3971.969563] [<c0104ea7>] show_stack_log_lvl+0x9d/0xa5
[ 3971.985004] [<c01050aa>] show_registers+0x1fb/0x33c
[ 3971.999924] [<c01052f2>] die+0x107/0x21f
[ 3972.011984] [<c03d9d20>] do_page_fault+0x448/0x520
[ 3972.026644] [<c03d8594>] error_code+0x74/0x7c
[ 3972.040003] [<c0161b90>] sys_open+0x1c/0x1e
[ 3972.052841] [<c0103e24>] sysenter_past_esp+0x5d/0x99
[ 3972.068022] =======================
[ 3972.078728] Code: f0 78 7e 8b 45 08 89 d9 8b 55 ec 89 04 24 89 f0 e8 82 ff ff ff 3d 00 f0 ff ff 89 c7 76 0d 8b 45 f0 e8 dc fb ff ff 89 7d f0 eb 56 <8b> 40 0c bb 20 00 00 40 8b 70 30 0f b7 56 66 81 e2 00 f0 00 00
[ 3972.138557] EIP: [<c0161aef>] do_sys_open+0x59/0xc2 SS:ESP 0068:de336f88
Is this a bug?
If any more information is necessary, I'd be happy to provide it.
William Heimbigner
icxcnika@mar.tar.cc
next reply other threads:[~2007-04-22 23:24 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-22 23:13 William Heimbigner [this message]
2007-04-23 8:00 ` BUG: Null pointer dereference (2.6.21-rc7) Andrew Morton
2007-04-23 13:58 ` William Heimbigner
2007-04-23 16:39 ` William Heimbigner
2007-04-24 4:09 ` BUG: Null pointer dereference in fs/open.c William Heimbigner
[not found] ` <20070423215810.5a24ed9a.akpm@linux-foundation.org>
2007-04-24 5:10 ` William Heimbigner
2007-04-24 5:17 ` Andrew Morton
2007-04-24 5:44 ` William Heimbigner
2007-04-24 5:56 ` Andrew Morton
2007-04-25 7:48 ` Andrew Morton
2007-04-25 22:53 ` William Heimbigner
2007-04-25 23:05 ` Andrew Morton
2007-04-26 0:48 ` William Heimbigner
2007-04-26 6:39 ` Jens Axboe
2007-04-26 6:33 ` Jens Axboe
2007-04-24 20:46 ` Peter Osterlund
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=Pine.LNX.4.64.0704222310030.25153@server.thyself \
--to=icxcnika@mar.tar.cc \
--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.