From: Michal Marek <mmarek@suse.cz>
To: Jan Beulich <JBeulich@novell.com>
Cc: jeffm@suse.com, Jon Masters <jcm@jonmasters.org>,
netdev@vger.kernel.org, bridge@lists.linux-foundation.org,
David Miller <davem@davemloft.net>
Subject: Re: [Bridge] [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
Date: Fri, 29 Apr 2011 13:08:19 +0200 [thread overview]
Message-ID: <4DBA9C23.2000408@suse.cz> (raw)
In-Reply-To: <4DBA9C71020000780003EDBE@vpn.id2.novell.com>
On 29.4.2011 11:09, Jan Beulich wrote:
>>>> On 29.04.11 at 10:44, David Miller<davem@davemloft.net> wrote:
>> From: "Jan Beulich"<JBeulich@novell.com>
>> Date: Fri, 29 Apr 2011 09:31:27 +0100
>>
>>>>>> On 29.04.11 at 10:10, David Miller<davem@davemloft.net> wrote:
>>>> From: "Jan Beulich"<JBeulich@novell.com>
>>>> Date: Fri, 29 Apr 2011 08:41:10 +0100
>>>>
>>>>> You talk of rmmod on the very module, but the issue is about
>>>>> modprobe -r on a dependent module. I cannot believe you consider
>>>>> it correct that *implicit* unloading of bridge.ko should happen when
>>>>> bridges are configured.
>>>>
>>>> Which module in particular depends upon bridge and causes the
>>>> problem?
>>>
>>> The problem was observed (a long time ago) with ebtable_broute,
>>> and I cannot see how this would have changed meanwhile.
>>
>> Well your change makes it so that someone who actually _wants_ to
>> unload the bridge module, regardless of configuration, cannot do so.
>>
>> I think that's a worse problem than this ebtables thing.
>>
>> Nothing on the system should be hitting modules with unload requests
>> unless the user explicitly asked for that specific module to be
>> unloaded. At least not by default.
>>
>> So the me the problem is perhaps that "modprobe -r" does this auto
>> dependency unloading thing by default.
>>
>> When we first fixed network device drivers so that they now properly
>> always run with no module refcount at all, people complained because
>> there were some distributions that ran some daemon that periodically
>> looked for "unreferenced" modules and "helped" the user by
>> automatically unloaded them.
>>
>> We killed that foolish daemon, and we can fix "modprobe -r" too.
>
> Michal - aren't you the modutils maintainer?
That would be Jon (CC added).
> What are your thoughts
> here? (The original report we got is
> https://bugzilla.novell.com/show_bug.cgi?id=267651.)
I think that defaulting to not removing dependencies would be a good
idea. But do not expect that it will help with those artificial tests,
they will just proceed a few steps further until they hit the module
with broken unloading ;-).
Michal
>
>> Does "rmmod" have this behavior too? If not, and it does the right
>> thing by only unloaded what the user asked for, then people should
>> use that.
>
> No, it doesn't. Other than modprobe, rmmod deals only with the
> module specified.
>
>> I really don't in any way want to block people from being able to
>> cleanly unload the bridge module, regardless of configuration, if
>> that's what they want so your patch as written is not going to be
>> considered for inclusion.
>
> I understood that meanwhile, yet fail to see an alternative solution
> (imo this auto-unloading is quite desirable in other cases).
>
> Jan
>
WARNING: multiple messages have this Message-ID (diff)
From: Michal Marek <mmarek@suse.cz>
To: Jan Beulich <JBeulich@novell.com>
Cc: David Miller <davem@davemloft.net>,
shemminger@linux-foundation.org,
bridge@lists.linux-foundation.org, jeffm@suse.com,
netdev@vger.kernel.org, Jon Masters <jcm@jonmasters.org>
Subject: Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
Date: Fri, 29 Apr 2011 13:08:19 +0200 [thread overview]
Message-ID: <4DBA9C23.2000408@suse.cz> (raw)
In-Reply-To: <4DBA9C71020000780003EDBE@vpn.id2.novell.com>
On 29.4.2011 11:09, Jan Beulich wrote:
>>>> On 29.04.11 at 10:44, David Miller<davem@davemloft.net> wrote:
>> From: "Jan Beulich"<JBeulich@novell.com>
>> Date: Fri, 29 Apr 2011 09:31:27 +0100
>>
>>>>>> On 29.04.11 at 10:10, David Miller<davem@davemloft.net> wrote:
>>>> From: "Jan Beulich"<JBeulich@novell.com>
>>>> Date: Fri, 29 Apr 2011 08:41:10 +0100
>>>>
>>>>> You talk of rmmod on the very module, but the issue is about
>>>>> modprobe -r on a dependent module. I cannot believe you consider
>>>>> it correct that *implicit* unloading of bridge.ko should happen when
>>>>> bridges are configured.
>>>>
>>>> Which module in particular depends upon bridge and causes the
>>>> problem?
>>>
>>> The problem was observed (a long time ago) with ebtable_broute,
>>> and I cannot see how this would have changed meanwhile.
>>
>> Well your change makes it so that someone who actually _wants_ to
>> unload the bridge module, regardless of configuration, cannot do so.
>>
>> I think that's a worse problem than this ebtables thing.
>>
>> Nothing on the system should be hitting modules with unload requests
>> unless the user explicitly asked for that specific module to be
>> unloaded. At least not by default.
>>
>> So the me the problem is perhaps that "modprobe -r" does this auto
>> dependency unloading thing by default.
>>
>> When we first fixed network device drivers so that they now properly
>> always run with no module refcount at all, people complained because
>> there were some distributions that ran some daemon that periodically
>> looked for "unreferenced" modules and "helped" the user by
>> automatically unloaded them.
>>
>> We killed that foolish daemon, and we can fix "modprobe -r" too.
>
> Michal - aren't you the modutils maintainer?
That would be Jon (CC added).
> What are your thoughts
> here? (The original report we got is
> https://bugzilla.novell.com/show_bug.cgi?id=267651.)
I think that defaulting to not removing dependencies would be a good
idea. But do not expect that it will help with those artificial tests,
they will just proceed a few steps further until they hit the module
with broken unloading ;-).
Michal
>
>> Does "rmmod" have this behavior too? If not, and it does the right
>> thing by only unloaded what the user asked for, then people should
>> use that.
>
> No, it doesn't. Other than modprobe, rmmod deals only with the
> module specified.
>
>> I really don't in any way want to block people from being able to
>> cleanly unload the bridge module, regardless of configuration, if
>> that's what they want so your patch as written is not going to be
>> considered for inclusion.
>
> I understood that meanwhile, yet fail to see an alternative solution
> (imo this auto-unloading is quite desirable in other cases).
>
> Jan
>
next prev parent reply other threads:[~2011-04-29 11:08 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-29 7:21 [Bridge] [PATCH] bridge: Module use count must be updated as bridges are created/destroyed Jan Beulich
2011-04-29 7:21 ` Jan Beulich
2011-04-29 7:25 ` [Bridge] " David Miller
2011-04-29 7:25 ` David Miller
2011-04-29 7:41 ` [Bridge] " Jan Beulich
2011-04-29 7:41 ` Jan Beulich
2011-04-29 8:10 ` [Bridge] " David Miller
2011-04-29 8:10 ` David Miller
2011-04-29 8:31 ` [Bridge] " Jan Beulich
2011-04-29 8:31 ` Jan Beulich
2011-04-29 8:44 ` [Bridge] " David Miller
2011-04-29 8:44 ` David Miller
2011-04-29 9:09 ` [Bridge] " Jan Beulich
2011-04-29 9:09 ` Jan Beulich
2011-04-29 11:08 ` Michal Marek [this message]
2011-04-29 11:08 ` Michal Marek
2011-04-29 16:05 ` [Bridge] " Jon Masters
2011-04-29 16:05 ` Jon Masters
2011-04-29 16:07 ` [Bridge] " Jan Beulich
2011-04-29 16:07 ` Jan Beulich
2011-04-29 16:20 ` [Bridge] " Jon Masters
2011-04-29 16:20 ` Jon Masters
2011-04-29 15:34 ` [Bridge] " Stephen Hemminger
2011-04-29 15:34 ` Stephen Hemminger
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=4DBA9C23.2000408@suse.cz \
--to=mmarek@suse.cz \
--cc=JBeulich@novell.com \
--cc=bridge@lists.linux-foundation.org \
--cc=davem@davemloft.net \
--cc=jcm@jonmasters.org \
--cc=jeffm@suse.com \
--cc=netdev@vger.kernel.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.