From: Simon Wunderlich <simon.wunderlich@s2003.tu-chemnitz.de>
To: Simon Wunderlich <simon.wunderlich@s2003.tu-chemnitz.de>
Cc: b.a.t.m.a.n@lists.open-mesh.org,
Simon Wunderlich <siwu@hrz.tu-chemnitz.de>,
sven@narfation.org
Subject: Re: [B.A.T.M.A.N.] [RFC] batman-adv: postpone sysfs removal when unregistering
Date: Wed, 12 Dec 2012 11:41:59 +0100 [thread overview]
Message-ID: <20121212104159.GA20392@pandem0nium> (raw)
In-Reply-To: <1355267105-18479-1-git-send-email-siwu@hrz.tu-chemnitz.de>
[-- Attachment #1: Type: text/plain, Size: 2982 bytes --]
This patch needs rework for two reasons:
* we still need to defer the softif as well, otherwise we keep the
deadlock for the softif
* work struct and delayed_work are mixed up here
I'll post a revised version soon.
Cheers,
Simon
On Wed, Dec 12, 2012 at 12:05:05AM +0100, Simon Wunderlich wrote:
> When processing the unregister notify for a hard interface, removing
> the sysfs files may lead to a circular deadlock (rtnl mutex <->
> s_active).
>
> To overcome this problem, postpone the sysfs removal in a worker.
>
> Reported-by: Sasha Levin <sasha.levin@oracle.com>
> Reported-by: Sven Eckelmann <sven@narfation.org>
> Signed-off-by: Simon Wunderlich <siwu@hrz.tu-chemnitz.de>
> ---
> Postponing the sysfs removal for the hardif unregister is easier than
> other alternatives involving deferring. This should bring us to the
> same level to the bridge code, which also messes with sysfs in the
> notifier processing function, and uses rtnl_trylock when called
> from within sysfs.
>
> As far as I could understand the net/core code, only the unregister
> case is the critical one, so the original bug should hopefully be
> fixed.
>
> Anyway, I might overlook something so I'm sending this as RFC.
> ---
> hard-interface.c | 18 ++++++++++++++++--
> types.h | 1 +
> 2 files changed, 17 insertions(+), 2 deletions(-)
>
> diff --git a/hard-interface.c b/hard-interface.c
> index f1d37cd..075cb27 100644
> --- a/hard-interface.c
> +++ b/hard-interface.c
> @@ -506,6 +506,19 @@ out:
> return NULL;
> }
>
> +static void batadv_hardif_remove_interface_finish(struct work_struct *work)
> +{
> + struct delayed_work *delayed_work;
> + struct batadv_hard_iface *hard_iface;
> +
> + delayed_work = container_of(work, struct delayed_work, work);
> + hard_iface = container_of(delayed_work, struct batadv_hard_iface,
> + cleanup_work);
> +
> + batadv_sysfs_del_hardif(&hard_iface->hardif_obj);
> + batadv_hardif_free_ref(hard_iface);
> +}
> +
> static void batadv_hardif_remove_interface(struct batadv_hard_iface *hard_iface)
> {
> ASSERT_RTNL();
> @@ -518,8 +531,9 @@ static void batadv_hardif_remove_interface(struct batadv_hard_iface *hard_iface)
> return;
>
> hard_iface->if_status = BATADV_IF_TO_BE_REMOVED;
> - batadv_sysfs_del_hardif(&hard_iface->hardif_obj);
> - batadv_hardif_free_ref(hard_iface);
> + INIT_DELAYED_WORK(&hard_iface->cleanup_work,
> + batadv_hardif_remove_interface_finish);
> + queue_work(batadv_event_workqueue, &hard_iface->cleanup_work);
> }
>
> void batadv_hardif_remove_interfaces(void)
> diff --git a/types.h b/types.h
> index 030ce41..6e9746a 100644
> --- a/types.h
> +++ b/types.h
> @@ -63,6 +63,7 @@ struct batadv_hard_iface {
> struct net_device *soft_iface;
> struct rcu_head rcu;
> struct batadv_hard_iface_bat_iv bat_iv;
> + struct delayed_work cleanup_work;
> };
>
> /**
> --
> 1.7.10.4
>
>
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2012-12-12 10:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-11 23:05 [B.A.T.M.A.N.] [RFC] batman-adv: postpone sysfs removal when unregistering Simon Wunderlich
2012-12-12 10:41 ` Simon Wunderlich [this message]
2012-12-13 17:57 ` Antonio Quartulli
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=20121212104159.GA20392@pandem0nium \
--to=simon.wunderlich@s2003.tu-chemnitz.de \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=siwu@hrz.tu-chemnitz.de \
--cc=sven@narfation.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.