From: Ed Tomlinson <edt@aei.ca>
To: Takashi Iwai <tiwai@suse.de>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org
Subject: Re: [LOCKDEP] 33-rc8 Running aplay with pulse as the default
Date: Wed, 17 Feb 2010 08:16:32 -0500 [thread overview]
Message-ID: <201002170816.33209.edt@aei.ca> (raw)
In-Reply-To: <s5hvddxqp1x.wl%tiwai@suse.de>
On Tuesday 16 February 2010 08:37:46 Takashi Iwai wrote:
> > Thanks for the patch. It helps in that it eliminates the opps but lockdep still triggers and aplay still fails.
> > Here is the new traceback.
>
> Hmm, fixing this isn't so trivial. The same problem occurs on other
> subsystems like NFS over years. And it's still there, AFAIK.
> The mmap mutex appears suddenly in the strange code path at close.
>
> The patch below might fix, but I'm not 100% sure whether this has no
> side effect.
>
> Anyway, I doubt very much it being a regression. There is no change
> in ALSA core side, and also in V4L em28xx code. Maybe the lockdep
> wasn't triggered by some reason. And, this lockdep warning is almost
> harmless...
Takashi,
The second patch eliminating the lock causes oppes every time (one follows just in case
its helpful). Suggest that the first patch might suffice to get rid of the opps. The only worry I
have is _once_ after getting the lockdep traceback starting X stalled the box (no opps, no
sysRQ, no log on the serial console).
Ideas?
---
[ 66.200497] BUG: unable to handle kernel NULL pointer dereference at (null)
[ 66.201377] IP: [<ffffffff8104dfe6>] do_wait+0x1e6/0x2e0
[ 66.201377] PGD 16d25a067 PUD 16d25b067 PMD 0
[ 66.201377] Oops: 0000 [#1] PREEMPT SMP
[ 66.201377] last sysfs file: /sys/devices/pci0000:00/0000:00:14.2/sound/card0/uevent
[ 66.252431] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
[ 66.201377] CPU 3
[ 66.201377] Pid: 2816, comm: console-kit-dae Not tainted 2.6.33-rc8-crc #110 M3A78-T/System Product Name
[ 66.201377] RIP: 0010:[<ffffffff8104dfe6>] [<ffffffff8104dfe6>] do_wait+0x1e6/0x2e0
[ 66.201377] RSP: 0018:ffff88016d149e88 EFLAGS: 00010293
[ 66.201377] RAX: ffff88016b644318 RBX: fffffffffffffcf8 RCX: ffff88016d133e00
[ 66.201377] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff81a7fa88
[ 66.201377] RBP: ffff88016d149ee8 R08: ffffffff821478d0 R09: 0000000000000000
[ 66.201377] R10: 0000000000000052 R11: 0000000000000246 R12: ffff88016d149f08
[ 66.365887] R13: ffff88016b644020 R14: ffff88016c108000 R15: ffff88016c108000
[ 66.365887] FS: 00007fc780a0f700(0000) GS:ffff880028380000(0000) knlGS:0000000000000000
[ 66.365887] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 66.365887] CR2: 0000000000000000 CR3: 000000016a044000 CR4: 00000000000006e0
[ 66.365887] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 66.365887] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 66.365887] Process console-kit-dae (pid: 2816, threadinfo ffff88016d148000, task ffff88016c108000)
[ 66.365887] Stack:
[ 66.365887] ffff88016c108000 ffff88016c108000 ffff88016d149f30 ffff88016b644318
[ 66.365887] <0> ffff88016d149ee8 0000000000000000 ffffffff81069880 00007fff01e7223c
[ 66.365887] <0> ffff88016d133e80 0000000000000000 000000000061ea60 00007fff01e7228c
[ 66.365887] Call Trace:
[ 66.365887] [<ffffffff81069880>] ? find_get_pid+0x0/0x80
[ 66.365887] [<ffffffff8104e169>] sys_wait4+0x89/0xf0
[ 66.365887] [<ffffffff8104b650>] ? child_wait_callback+0x0/0x80
[ 66.365887] [<ffffffff81002adb>] system_call_fastpath+0x16/0x1b
[ 66.365887] Code: eb 29 0f 1f 00 48 89 da be 01 00 00 00 4c 89 e7 e8 f0 f1 ff ff 85 c0 0f 85 d0 00 00 00 48 8b 9b 08 03 00 00 48 81 eb 08 03 00 00 <48> 8b 83 08 03 00 00 0f 18 08 48 8d 83 08 03 00 00 48 39 45 b8
[ 66.365887] RIP [<ffffffff8104dfe6>] do_wait+0x1e6/0x2e0
[ 66.365887] RSP <ffff88016d149e88>
[ 66.365887] CR2: 0000000000000000
[ 66.610733] ---[ end trace 7b7cfa53172184c4 ]---
[ 66.620906] note: console-kit-dae[2816] exited with preempt_count 1
next prev parent reply other threads:[~2010-02-17 13:16 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <alpine.LFD.2.00.1002121142100.3922@localhost.localdomain>
2010-02-13 17:17 ` [LOCKDEP] 33-rc8 Running aplay with pulse as the default Ed Tomlinson
2010-02-13 19:18 ` Ed Tomlinson
2010-02-15 19:20 ` Takashi Iwai
2010-02-15 19:21 ` Takashi Iwai
2010-02-15 22:24 ` Ed Tomlinson
2010-02-15 22:35 ` Takashi Iwai
2010-02-15 23:21 ` Takashi Iwai
2010-02-16 13:19 ` Ed Tomlinson
2010-02-16 13:37 ` Takashi Iwai
2010-02-17 13:16 ` Ed Tomlinson [this message]
2010-02-17 14:29 ` Takashi Iwai
2010-02-18 12:25 ` Ed Tomlinson
2010-02-18 13:21 ` Takashi Iwai
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=201002170816.33209.edt@aei.ca \
--to=edt@aei.ca \
--cc=alsa-devel@alsa-project.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=tiwai@suse.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).