From: Norbert van Bolhuis <nvbolhuis@aimvalley.nl>
To: Joakim Tjernlund <joakim.tjernlund@transmode.se>
Cc: linuxppc-dev@ozlabs.org, David Laight <David.Laight@ACULAB.COM>
Subject: Re: INFO: task snmpd:398 blocked for more than 120 seconds.
Date: Tue, 09 Nov 2010 10:47:46 +0100 [thread overview]
Message-ID: <4CD918C2.4090400@aimvalley.nl> (raw)
In-Reply-To: <OF068D03E2.B4929626-ONC12577D5.0056CBDF-C12577D5.00571CBD@transmode.se>
Joakim Tjernlund wrote:
>>> I can't make out what is causing this hang every now an then:
>>>
>>> INFO: task snmpd:398 blocked for more than 120 seconds.
>> My problem with that 'error' message is that there is no way
>> for a driver to disable it on a per-process basis.
>> We have some processes whose 'normal state' is to sleep
>> uninterruptibly in the kernel. Shutdown is handled by
>> an explicit request (not by sending a signal).
>> The processes could be kernel worker threads (except that
>> is is ~impossible to handle them exiting from a loadble
>> kernel module) so are actually children of a daemon sat
>> inside an ioctl() request that never terminates!
>>
>> However, on the face of it, your case does look as though
>> the mutex is fubar'ed.
>>
>> Might be worth (somehow) dumping the mutex state.
>
> ehh, it is locked, isn't it? How to find who locked it
> and forgot to release it?
>
You could add show_state to check_hung_task
It worked for me while solving some (application) task hangups.
---
N. van Bolhuis.
next prev parent reply other threads:[~2010-11-09 10:23 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-08 15:05 INFO: task snmpd:398 blocked for more than 120 seconds Joakim Tjernlund
2010-11-08 15:19 ` David Laight
2010-11-08 15:51 ` Joakim Tjernlund
2010-11-09 9:47 ` Norbert van Bolhuis [this message]
2010-11-09 12:30 ` Joakim Tjernlund
2010-11-08 17:33 ` Joakim Tjernlund
2010-11-08 18:22 ` Joakim Tjernlund
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=4CD918C2.4090400@aimvalley.nl \
--to=nvbolhuis@aimvalley.nl \
--cc=David.Laight@ACULAB.COM \
--cc=joakim.tjernlund@transmode.se \
--cc=linuxppc-dev@ozlabs.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.