| To: | Andrew Morton <akpm@xxxxxxxx> |
|---|---|
| Subject: | Re: [patch 2/2] ipvs deadlock fix |
| From: | Horms <horms@xxxxxxxxxxxx> |
| Date: | Mon, 31 Jan 2005 13:21:12 +0300 |
| Cc: | davem@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050131014722.77d732c4.akpm@xxxxxxxx> |
| Mail-followup-to: | Andrew Morton <akpm@xxxxxxxx>, davem@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| References: | <200501310633.j0V6X1l01385@xxxxxxxxxxxxx> <20050131093609.GA3804@xxxxxxxxxxxx> <20050131014722.77d732c4.akpm@xxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.5.6+20040907i |
On Mon, Jan 31, 2005 at 01:47:22AM -0800, Andrew Morton wrote: > Horms <horms@xxxxxxxxxxxx> wrote: > > > > On Sun, Jan 30, 2005 at 10:33:02PM -0800, akpm@xxxxxxxx wrote: > > > > > > > > > update_defense_level() is calling si_meminfo() from timer context. But > > > si_meminfo takes non-irq-safe locks. > > > > > > Move it all to keventd context. > > > > Would I be right in thinking that the offending lock is bdev_lock which > > is grabbed in nr_blockdev_pages() and thus that this is not an issue > > for 2.4 whose si_meminfo() does not have such a call? > > Yes, 2.4's si_meminfo() seems to be OK from interrupt context. Thanks. > On x86 - I didn't check the other architectures. Me neither. -- Horms |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: PROBLEM: nd_tbl not a public symbol in net/ipv6/ndisc.c, Christian Tschudin |
|---|---|
| Next by Date: | Re: Fw: [Bugme-new] [Bug 4138] New: ipsec with racoon in transport mode with esp and ah hangs (problem is in xfrm_state_add), Herbert Xu |
| Previous by Thread: | Re: [patch 2/2] ipvs deadlock fix, Andrew Morton |
| Next by Thread: | [patch 1/2] cancel_rearming_delayed_work(), akpm |
| Indexes: | [Date] [Thread] [Top] [All Lists] |