From: Julian Wollrath <jwollrath@web.de>
To: Takashi Iwai <tiwai@suse.de>
Cc: Dylan Reid <dgreid@chromium.org>, alsa-devel@alsa-project.org
Subject: Re: Hung task with trace after resume on kernel v3.7-rc6
Date: Mon, 19 Nov 2012 11:56:32 +0100 [thread overview]
Message-ID: <20121119115632.0c41386f@ilfaris> (raw)
In-Reply-To: <s5h3906gcfe.wl%tiwai@suse.de>
> > > I have an Thinkpad X121e with the following soundcard:
> > > 00:01.1 Audio device [0403]: Advanced Micro Devices [AMD] nee ATI
> > > Wrestler HDMI Audio [Radeon HD 6250/6310] [1002:1314]
Of course I did not mean the hdmi device but this one, sorry:
00:14.2 Audio device [0403]: Advanced Micro Devices [AMD] nee ATI SBx00
Azalia (Intel HDA) [1002:4383] (rev 40)
> So, for this particular issue (at least the recursive suspend call), I
> think the easiest way is a patch like below. This is no ideal
> solution but would be good enough as a bandaid at this late stage for
> 3.7. Julian, could you check whether this works?
Sadly the patch does not work, I still get the spurious responses and a
trace, which looked minimaly different this time:
[ 240.434881] INFO: task kworker/u:14:3617 blocked for more than 120 seconds.
[ 240.434894] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 240.434901] kworker/u:14 D ffff88011ed128c0 0 3617 2 0x00000000
[ 240.434918] ffff880106272cd0 0000000000000046 0000000000000086 ffff88011a6e7950
[ 240.434931] ffff8801178f7fd8 ffff8801178f7fd8 ffff8801178f7fd8 ffff880106272cd0
[ 240.434944] 0000000000000003 ffff8801178f7c20 ffff8801178f7c18 ffff880106272cd0
[ 240.434957] Call Trace:
[ 240.434978] [<ffffffff81403342>] ? schedule_timeout+0x1e2/0x2a0
[ 240.434992] [<ffffffff8106c32d>] ? select_task_rq_fair+0x53d/0x5d0
[ 240.435004] [<ffffffff814049c2>] ? wait_for_common+0xd2/0x180
[ 240.435017] [<ffffffff810693f0>] ? try_to_wake_up+0x270/0x270
[ 240.435030] [<ffffffff81052911>] ? flush_work+0xe1/0x160
[ 240.435041] [<ffffffff81051c10>] ? gcwq_release_assoc_and_unlock+0x40/0x40
[ 240.435052] [<ffffffff8105369d>] ? __cancel_work_timer+0x5d/0xa0
[ 240.435093] [<ffffffffa0208f5c>] ? hda_call_codec_suspend+0x14c/0x160 [snd_hda_codec]
[ 240.435114] [<ffffffffa0208fb0>] ? snd_hda_suspend+0x40/0x60 [snd_hda_codec]
[ 240.435131] [<ffffffffa01e06cb>] ? azx_bus_reset+0xab/0xc0 [snd_hda_intel]
[ 240.435152] [<ffffffffa0207e55>] ? codec_exec_verb+0x185/0x1c0 [snd_hda_codec]
[ 240.435173] [<ffffffffa0207ee8>] ? snd_hda_codec_read+0x58/0x90 [snd_hda_codec]
[ 240.435193] [<ffffffffa0208b68>] ? snd_hda_shutup_pins+0x58/0x70 [snd_hda_codec]
[ 240.435210] [<ffffffffa033e369>] ? conexant_suspend+0x9/0x10 [snd_hda_codec_conexant]
[ 240.435229] [<ffffffffa0208e2e>] ? hda_call_codec_suspend+0x1e/0x160 [snd_hda_codec]
[ 240.435249] [<ffffffffa0209048>] ? hda_power_work+0x78/0xc0 [snd_hda_codec]
[ 240.435260] [<ffffffff81052f06>] ? process_one_work+0x126/0x490
[ 240.435280] [<ffffffffa0208fd0>] ? snd_hda_suspend+0x60/0x60 [snd_hda_codec]
[ 240.435291] [<ffffffff81054c3d>] ? worker_thread+0x15d/0x450
[ 240.435302] [<ffffffff81054ae0>] ? flush_delayed_work+0x40/0x40
[ 240.435313] [<ffffffff810599a3>] ? kthread+0xb3/0xc0
[ 240.435323] [<ffffffff810598f0>] ? kthread_create_on_node+0x110/0x110
[ 240.435335] [<ffffffff814061ac>] ? ret_from_fork+0x7c/0xb0
[ 240.435345] [<ffffffff810598f0>] ? kthread_create_on_node+0x110/0x110
By the way, it seems like I get the traces every 120 seconds and not
only once, forgot to mention that earlier.
With best regards,
Julian
next prev parent reply other threads:[~2012-11-19 10:56 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-18 15:18 Hung task with trace after resume on kernel v3.7-rc6 Julian Wollrath
2012-11-19 5:54 ` Dylan Reid
2012-11-19 9:38 ` Takashi Iwai
2012-11-19 10:56 ` Julian Wollrath [this message]
2012-11-19 11:11 ` Julian Wollrath
2012-11-19 11:22 ` Takashi Iwai
2012-11-19 12:15 ` Julian Wollrath
2012-11-19 12:50 ` Takashi Iwai
2012-11-19 13:56 ` Julian Wollrath
2012-11-19 14:18 ` Julian Wollrath
2012-11-19 14:38 ` Takashi Iwai
2012-11-19 15:00 ` Julian Wollrath
2012-11-19 16:09 ` Julian Wollrath
2012-11-19 16:17 ` Takashi Iwai
2012-11-19 17:51 ` Julian Wollrath
2012-11-19 18:08 ` Takashi Iwai
2012-11-19 19:06 ` Takashi Iwai
2012-11-19 19:25 ` Julian Wollrath
2012-11-19 20:28 ` Takashi Iwai
2012-11-19 19:14 ` Julian Wollrath
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=20121119115632.0c41386f@ilfaris \
--to=jwollrath@web.de \
--cc=alsa-devel@alsa-project.org \
--cc=dgreid@chromium.org \
--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