Re: [PATCH 5/5] schedule() bug in xfrm

Re: [PATCH 5/5] schedule() bug in xfrm_lookup()

To:	Krishna Kumar <krkumar@xxxxxxxxxx>
Subject:	Re: [PATCH 5/5] schedule() bug in xfrm_lookup()
From:	"David S. Miller" <davem@xxxxxxxxxx>
Date:	Tue, 13 Jan 2004 23:27:22 -0800
Cc:	netdev@xxxxxxxxxxx, krkumar@xxxxxxxxxx
In-reply-to:	<Pine.LNX.4.44.0401131324340.25742-100000@linux-udp14999547uds>
References:	<Pine.LNX.4.44.0401131319510.25742-100000@linux-udp14999547uds> <Pine.LNX.4.44.0401131324340.25742-100000@linux-udp14999547uds>
Sender:	netdev-bounce@xxxxxxxxxxx

On Tue, 13 Jan 2004 13:26:21 -0800 (PST)
Krishna Kumar <krkumar@xxxxxxxxxx> wrote:

> When xfrm_tmpl_resolve fails, schedule() before retrying. Also, cleaned
> up the set_task_* routines to use set_current_*, etc.

Applied, thanks Krishna.

<Prev in Thread]	Current Thread	[Next in Thread>
Re: [PATCH] Bugs in xfrm, (continued) Re: [PATCH] Bugs in xfrm, Krishna Kumar Re: [PATCH] Bugs in xfrm, David S. Miller [PATCH 1/5] ipcomp_tunnel_create doesn't set tunnel state, Krishna Kumar [PATCH 2/5] Bad dereference of xfrm_state in pf_key, Krishna Kumar Re: [PATCH 2/5] Bad dereference of xfrm_state in pf_key, David S. Miller [PATCH 3/5] xfrm_lookup bugs, Krishna Kumar Re: [PATCH 3/5] xfrm_lookup bugs, David S. Miller [PATCH 4/5] xfrm_state_construct doesn't set tunnel state, Krishna Kumar Re: [PATCH 4/5] xfrm_state_construct doesn't set tunnel state, David S. Miller [PATCH 5/5] schedule() bug in xfrm_lookup(), Krishna Kumar Re: [PATCH 5/5] schedule() bug in xfrm_lookup(), David S. Miller <= Re: [PATCH 1/5] ipcomp_tunnel_create doesn't set tunnel state, David S. Miller

Previous by Date:	Re: [PATCH 4/5] xfrm_state_construct doesn't set tunnel state, David S. Miller
Next by Date:	Re: [PATCH] support for large number of network devices., Ben Greear
Previous by Thread:	[PATCH 5/5] schedule() bug in xfrm_lookup(), Krishna Kumar
Next by Thread:	Re: [PATCH 1/5] ipcomp_tunnel_create doesn't set tunnel state, David S. Miller
Indexes:	[Date] [Thread] [Top] [All Lists]