All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] module: remove warning about waiting module removal.
@ 2014-04-24  6:24 Rusty Russell
  2014-04-24 11:15 ` Lucas De Marchi
  0 siblings, 1 reply; 3+ messages in thread
From: Rusty Russell @ 2014-04-24  6:24 UTC (permalink / raw)
  To: linux-kernel; +Cc: Valerio Vanni, Elliott, Robert, Lucas De Marchi

We remove the waiting module removal in commit 3f2b9c9cdf38 (September
2013), but it turns out that modprobe in kmod (< version 16) was
asking for waiting module removal.  Noone noticed since modprobe would
check for 0 usage immediately before trying to remove the module, and
the race is unlikely.

However, it means that anyone running old (but not ancient) kmod
versions is hitting the printk designed to see if anyone was running
"rmmod -w".  All reports so far have been false positives, so remove
the warning.

Fixes: 3f2b9c9cdf389e303b2273679af08aab5f153517
Reported-by: Valerio Vanni <valerio.vanni@inwind.it>
Cc: Elliott, Robert (Server Storage) <Elliott@hp.com>
Cc: stable@kernel.org
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>

diff --git a/kernel/module.c b/kernel/module.c
index 11869408f79b..ae7821898bf2 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -815,9 +815,6 @@ SYSCALL_DEFINE2(delete_module, const char __user *, name_user,
 		return -EFAULT;
 	name[MODULE_NAME_LEN-1] = '\0';
 
-	if (!(flags & O_NONBLOCK))
-		pr_warn("waiting module removal not supported: please upgrade\n");
-
 	if (mutex_lock_interruptible(&module_mutex) != 0)
 		return -EINTR;
 

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] module: remove warning about waiting module removal.
  2014-04-24  6:24 [PATCH] module: remove warning about waiting module removal Rusty Russell
@ 2014-04-24 11:15 ` Lucas De Marchi
  2014-04-28  1:55   ` Rusty Russell
  0 siblings, 1 reply; 3+ messages in thread
From: Lucas De Marchi @ 2014-04-24 11:15 UTC (permalink / raw)
  To: Rusty Russell; +Cc: lkml, Valerio Vanni, Elliott, Robert

Hi Rusty,

On Thu, Apr 24, 2014 at 3:24 AM, Rusty Russell <rusty@rustcorp.com.au> wrote:
> We remove the waiting module removal in commit 3f2b9c9cdf38 (September
> 2013), but it turns out that modprobe in kmod (< version 16) was
> asking for waiting module removal.  Noone noticed since modprobe would
> check for 0 usage immediately before trying to remove the module, and
> the race is unlikely.
>
> However, it means that anyone running old (but not ancient) kmod
> versions is hitting the printk designed to see if anyone was running
> "rmmod -w".  All reports so far have been false positives, so remove
> the warning.
>
> Fixes: 3f2b9c9cdf389e303b2273679af08aab5f153517
> Reported-by: Valerio Vanni <valerio.vanni@inwind.it>
> Cc: Elliott, Robert (Server Storage) <Elliott@hp.com>
> Cc: stable@kernel.org
> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
>
> diff --git a/kernel/module.c b/kernel/module.c
> index 11869408f79b..ae7821898bf2 100644
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -815,9 +815,6 @@ SYSCALL_DEFINE2(delete_module, const char __user *, name_user,
>                 return -EFAULT;
>         name[MODULE_NAME_LEN-1] = '\0';
>
> -       if (!(flags & O_NONBLOCK))
> -               pr_warn("waiting module removal not supported: please upgrade\n");
> -
>         if (mutex_lock_interruptible(&module_mutex) != 0)
>                 return -EINTR;
>

Ack.

If you are going to apply this, do you think it'd be still good to
patch kmod on distros, so at least modprobe -r uses O_NONBLOCK? Or
having this patch in kernel is sufficient?

-- 
Lucas De Marchi

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] module: remove warning about waiting module removal.
  2014-04-24 11:15 ` Lucas De Marchi
@ 2014-04-28  1:55   ` Rusty Russell
  0 siblings, 0 replies; 3+ messages in thread
From: Rusty Russell @ 2014-04-28  1:55 UTC (permalink / raw)
  To: Lucas De Marchi; +Cc: lkml, Valerio Vanni, Elliott, Robert

Lucas De Marchi <lucas.de.marchi@gmail.com> writes:
> Hi Rusty,
>
> On Thu, Apr 24, 2014 at 3:24 AM, Rusty Russell <rusty@rustcorp.com.au> wrote:
>> We remove the waiting module removal in commit 3f2b9c9cdf38 (September
>> 2013), but it turns out that modprobe in kmod (< version 16) was
>> asking for waiting module removal.  Noone noticed since modprobe would
>> check for 0 usage immediately before trying to remove the module, and
>> the race is unlikely.
>>
>> However, it means that anyone running old (but not ancient) kmod
>> versions is hitting the printk designed to see if anyone was running
>> "rmmod -w".  All reports so far have been false positives, so remove
>> the warning.
>>
>> Fixes: 3f2b9c9cdf389e303b2273679af08aab5f153517
>> Reported-by: Valerio Vanni <valerio.vanni@inwind.it>
>> Cc: Elliott, Robert (Server Storage) <Elliott@hp.com>
>> Cc: stable@kernel.org
>> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
>>
>> diff --git a/kernel/module.c b/kernel/module.c
>> index 11869408f79b..ae7821898bf2 100644
>> --- a/kernel/module.c
>> +++ b/kernel/module.c
>> @@ -815,9 +815,6 @@ SYSCALL_DEFINE2(delete_module, const char __user *, name_user,
>>                 return -EFAULT;
>>         name[MODULE_NAME_LEN-1] = '\0';
>>
>> -       if (!(flags & O_NONBLOCK))
>> -               pr_warn("waiting module removal not supported: please upgrade\n");
>> -
>>         if (mutex_lock_interruptible(&module_mutex) != 0)
>>                 return -EINTR;
>>
>
> Ack.
>
> If you are going to apply this, do you think it'd be still good to
> patch kmod on distros, so at least modprobe -r uses O_NONBLOCK? Or
> having this patch in kernel is sufficient?

I think it's sufficient: distros will get this patch via stable.  kmod
updates can occur at a natural pace.

Thanks,
Rusty.



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-04-28  2:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-04-24  6:24 [PATCH] module: remove warning about waiting module removal Rusty Russell
2014-04-24 11:15 ` Lucas De Marchi
2014-04-28  1:55   ` Rusty Russell

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.