mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jason Stubbs <jstubbs@work-at.co.jp>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: PROBLEM: Consistent lock up on >=2.6.8
Date: Thu, 25 Nov 2004 10:03:57 +0900	[thread overview]
Message-ID: <200411251003.57630.jstubbs@work-at.co.jp> (raw)
In-Reply-To: <20041004120535.3c68115a.akpm@osdl.org>

On Tuesday 05 October 2004 04:05, Andrew Morton wrote:
> Jason Stubbs <jstubbs@work-at.co.jp> wrote:
> >   [<c0157630>] nr_blockdev_pages+0x10/0x51
> >   [<f8b9c7ea>] update_defense_level+0x16/0x22a [ip_vs]
> >   [<f8b9ca06>] defense_timer_handler+0x8/0x2f [ip_vs]
> >   [<c0123216>] run_timer_softirq+0xd4/0x17d
> >   [<c011f84d>] __do_softirq+0xb9/0xcb
> >   [<c01062ab>] do_softirq+0x4f/0x5e
>
> Yeah, that'll deadlock for sure.   Please try this:

I tried this, as previously noted, and it worked without issue. However,
I just checked the 2.6.9 sources and found that this patch wasn't applied.

Just a heads-up...

Regards,
Jason Stubbs


> update_defense_level() is calling si_meminfo() from timer context.  But
> si_meminfo takes non-irq-safe locks.
>
> Move it all to keventd context.
>
> Signed-off-by: Andrew Morton <akpm@osdl.org>
> ---
>
>  25-akpm/net/ipv4/ipvs/ip_vs_ctl.c |   19 ++++++++-----------
>  1 files changed, 8 insertions(+), 11 deletions(-)
>
> diff -puN net/ipv4/ipvs/ip_vs_ctl.c~ipvs-deadlock-fix
> net/ipv4/ipvs/ip_vs_ctl.c ---
> 25/net/ipv4/ipvs/ip_vs_ctl.c~ipvs-deadlock-fix 2004-10-04
> 11:59:01.138835688 -0700 +++ 25-akpm/net/ipv4/ipvs/ip_vs_ctl.c 2004-10-04
> 12:03:07.790338960 -0700 @@ -26,7 +26,7 @@
>  #include <linux/fs.h>
>  #include <linux/sysctl.h>
>  #include <linux/proc_fs.h>
> -#include <linux/timer.h>
> +#include <linux/workqueue.h>
>  #include <linux/swap.h>
>  #include <linux/proc_fs.h>
>  #include <linux/seq_file.h>
> @@ -89,7 +89,7 @@ int ip_vs_get_debug_level(void)
>  #endif
>
>  /*
> - * update_defense_level is called from timer bh and from sysctl.
> + * update_defense_level is called from keventd and from sysctl.
>   */
>  static void update_defense_level(void)
>  {
> @@ -211,19 +211,19 @@ static void update_defense_level(void)
>  /*
>   * Timer for checking the defense
>   */
> -static struct timer_list defense_timer;
>  #define DEFENSE_TIMER_PERIOD 1*HZ
> +static void defense_work_handler(void *data);
> +static DECLARE_WORK(defense_work, defense_work_handler, NULL);
>
> -static void defense_timer_handler(unsigned long data)
> +static void defense_work_handler(void *data)
>  {
>   update_defense_level();
>   if (atomic_read(&ip_vs_dropentry))
>    ip_vs_random_dropentry();
>
> - mod_timer(&defense_timer, jiffies + DEFENSE_TIMER_PERIOD);
> + schedule_delayed_work(&defense_work, DEFENSE_TIMER_PERIOD);
>  }
>
> -
>  int
>  ip_vs_use_count_inc(void)
>  {
> @@ -2361,10 +2361,7 @@ int ip_vs_control_init(void)
>   ip_vs_new_estimator(&ip_vs_stats);
>
>   /* Hook the defense timer */
> - init_timer(&defense_timer);
> - defense_timer.function = defense_timer_handler;
> - defense_timer.expires = jiffies + DEFENSE_TIMER_PERIOD;
> - add_timer(&defense_timer);
> + schedule_delayed_work(&defense_work, DEFENSE_TIMER_PERIOD);
>
>   LeaveFunction(2);
>   return 0;
> @@ -2375,7 +2372,7 @@ void ip_vs_control_cleanup(void)
>  {
>   EnterFunction(2);
>   ip_vs_trash_cleanup();
> - del_timer_sync(&defense_timer);
> + cancel_delayed_work(&defense_work);
>   ip_vs_kill_estimator(&ip_vs_stats);
>   unregister_sysctl_table(sysctl_header);
>   proc_net_remove("ip_vs_stats");
> _

  parent reply	other threads:[~2004-11-25  3:01 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-04  7:11 Jason Stubbs
2004-10-04  8:35 ` Andrew Morton
2004-10-04 10:31   ` Jason Stubbs
2004-10-04 19:05     ` Andrew Morton
2004-10-05  1:53       ` Jason Stubbs
2004-10-05  1:58         ` Andrew Morton
2004-10-05  4:17           ` Jason Stubbs
2004-10-29 15:08             ` RESEND: Consistent lock up 2.6.8-1.521 (and 2.6.8.1 w/ high-res-timers/skas/sysemu) Andrew A.
2004-10-29 15:22             ` Andrew A.
2004-10-29 15:23             ` Andrew A.
2004-10-05  2:03       ` PROBLEM: Consistent lock up on >=2.6.8 Roland Dreier
2004-10-05  3:51         ` Andrew Morton
2004-10-05  4:05           ` Roland Dreier
2004-11-25  1:03       ` Jason Stubbs [this message]
2004-12-06  8:30 Chris Caputo

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=200411251003.57630.jstubbs@work-at.co.jp \
    --to=jstubbs@work-at.co.jp \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®