[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081211230521.GA2392@ioremap.net>
Date: Fri, 12 Dec 2008 02:05:21 +0300
From: Evgeniy Polyakov <zbr@...emap.net>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: mike@...ticaltech.com, bugme-daemon@...zilla.kernel.org,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
Al Viro <viro@...iv.linux.org.uk>
Subject: Re: [Bugme-new] [Bug 12201] New: long wait in call_usermodehelper() / queue_work() / wait_for_completion()
On Fri, Dec 12, 2008 at 01:51:58AM +0300, Evgeniy Polyakov (zbr@...emap.net) wrote:
> > > If I write a small pilot program that calls socket(PF_NETLINK, SOCK_RAW,
> > > NETLINK_AUDIT), it will delay by 1-2 seconds 100% of the time (assuming server
> > > has been online for a while). Certain protocol types given to socket() have
> > > zero delay (because no module needs to be loaded).
> > >
> > > Steps to reproduce:
> > > Once server has been online for a while, a simple call to socket(PF_NETLINK,
> > > SOCK_RAW, NETLINK_AUDIT) shows the problem.
> >
> > OK, weird.
> >
> > Please get sysrq working then get us a task trace, so we can see who is
> > sleeping where. Do this:
> >
> >
> > - run your "small pilot program"
>
> Or send it to us and we will quickly fix the bug :)
>
> Thank you!
Btw, does this ugly hack fix the problem?
According to your description it may be the case.
diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
index 480184a..2b64eb5 100644
--- a/net/netlink/af_netlink.c
+++ b/net/netlink/af_netlink.c
@@ -434,6 +434,10 @@ static int netlink_create(struct net *net, struct socket *sock, int protocol)
if (protocol < 0 || protocol >= MAX_LINKS)
return -EPROTONOSUPPORT;
+#ifndef CONFIG_AUDIT
+ if (protocol == NETLINK_AUDIT)
+ return -EPROTONOSUPPORT;
+#endif
netlink_lock_table();
#ifdef CONFIG_MODULES
if (!nl_table[protocol].registered) {
--
Evgeniy Polyakov
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists