Bug#513537: linux-image-2.6.26-1-openvz-amd64 hanging

[Tom Rathborne <tomr@tinyplanet.ca>]

Hi Vitaliy,

On Tue, Jul 14, 2009 at 08:07:31PM +0400, Vitaliy Gusev wrote:
> On Monday 20 April 2009 08:01:59 pm Vitaliy Gusev wrote:
> > Hi, Tom. I will prepare and send patch to you in two-three days.
> > Sorry for late response, but I was busy.
> 
> Hello, Tom!. Does this problem still actual for you? Can you check
> attached patch? ( do not tune off CONFIG_USER_RESOURCE)

This patch makes sense. I have applied it to the latest Debian Lenny
kernel and will let you know what happens!

Thanks,

Tom

> diff --git a/kernel/bc/net.c b/kernel/bc/net.c
> index e1ffc63..fb0fb25 100644
> --- a/kernel/bc/net.c
> +++ b/kernel/bc/net.c
> @@ -157,9 +157,9 @@ static void ub_sock_snd_wakeup(struct user_beancounter *ub)
>  		 * act the same way as ub_tcp_snd_wakeup does.
>  		 */
>  		sock_hold(sk);
> -		read_lock(&sk->sk_callback_lock);
>  		spin_unlock(&ub->ub_lock);
>  
> +		read_lock(&sk->sk_callback_lock);
>  		sk->sk_write_space(sk);
>  		read_unlock(&sk->sk_callback_lock);
>  
> @@ -212,9 +212,9 @@ static void ub_tcp_snd_wakeup(struct user_beancounter *ub)
>  		 * it belongs to the callback.
>  		 */
>  		sock_hold(sk);
> -		read_lock(&sk->sk_callback_lock);
>  		spin_unlock(&ub->ub_lock);
>  
> +		read_lock(&sk->sk_callback_lock);
>  		sk->sk_write_space(sk);
>  		read_unlock(&sk->sk_callback_lock);

-- 
-- Tom Rathborne