From: Patrick McHardy <kaber@trash.net>
To: Harald Welte <laforge@netfilter.org>
Cc: Netfilter Development Mailinglist
<netfilter-devel@lists.netfilter.org>,
Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>
Subject: Re: [RFC] h323 module unloading fix
Date: Wed, 09 Feb 2005 00:10:55 +0100 [thread overview]
Message-ID: <420946FF.107@trash.net> (raw)
In-Reply-To: <20050208145908.GS6878@sunbeam.de.gnumonks.org>
Harald Welte wrote:
>Hi!
>
>If you unload the ip_conntrack_h323 module while a h323 session is in
>progress, the conntrack table is left with corrupted entries (->helper
>pointer still pointing to a now no longer existing h245 helper).
>
>This is because the h245 helper is not registered with the core, and
>therefore the helper_unregister() function will only be called for h245,
>but not for h245.
>
>The proposed solution:
>
>1) to make ip_conntrack_core:ip_conntrack_helper_unregister() work with
> a helper that was never registered (and thus has an empty list.next)
>2) to have ip_conntrack_h323 unregister the h245 helper.
>
>Any comments?
>
You can initialize helper->list and replace LIST_DELETE by list_del,
then you
can avoid the check for list.next. But I think splitting the code to evict
expectations and expected conntracks from ip_conntrack_helper_unregister is
a cleaner solution.
Regards
Patrick
next prev parent reply other threads:[~2005-02-08 23:10 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-08 14:59 [RFC] h323 module unloading fix Harald Welte
2005-02-08 15:26 ` Max Kellermann
2005-02-08 15:52 ` Harald Welte
2005-02-08 15:55 ` Max Kellermann
2005-02-08 23:10 ` Patrick McHardy [this message]
2005-02-09 8:24 ` Harald Welte
2005-02-09 8:59 ` Jozsef Kadlecsik
2005-02-09 9:10 ` Max Kellermann
2005-02-09 10:25 ` Jozsef Kadlecsik
2005-02-09 10:05 ` Harald Welte
2005-02-09 13:34 ` Patrick McHardy
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=420946FF.107@trash.net \
--to=kaber@trash.net \
--cc=kadlec@blackhole.kfki.hu \
--cc=laforge@netfilter.org \
--cc=netfilter-devel@lists.netfilter.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.