2010-06-16 21:27:12

by Fred Isaman

Subject: patch "net: deliver skbs on inactive slaves to exact matches" stalls nfs mounts

I am using vmware fusion 3.1.0 on a macbook pro host with a fedora 12
guest running a 2.6.35-rc3 based kernel, Upgrading from rc2 to rc3
introduced a long delay when the guest attempts an nfs mount (~120
secs). Reverting patch 597a264b1a9c7e36d1728f677c66c5c1f7e3b837
"net: deliver skbs on inactive slaves to exact matches" changes back
to normal behavior.

Fred

2010-06-16 22:36:33

by John Fastabend

Subject: Re: patch "net: deliver skbs on inactive slaves to exact matches" stalls nfs mounts

Fred Isaman wrote:
> I am using vmware fusion 3.1.0 on a macbook pro host with a fedora 12
> guest running a 2.6.35-rc3 based kernel, Upgrading from rc2 to rc3
> introduced a long delay when the guest attempts an nfs mount (~120
> secs). Reverting patch 597a264b1a9c7e36d1728f677c66c5c1f7e3b837
> "net: deliver skbs on inactive slaves to exact matches" changes back
> to normal behavior.
>
> Fred

This should be fixed here,

From e897082fe7a5b591dc4dd5599ac39081a7c8e482 Mon Sep 17 00:00:00 2001
From: John Fastabend <[email protected]>
Date: Sun, 13 Jun 2010 10:36:30 +0000
Subject: [PATCH] net: fix deliver_no_wcard regression on loopback device

deliver_no_wcard is not being set in skb_copy_header.
In the skb_cloned case it is not being cleared and
may cause the skb to be dropped when the loopback device
pushes it back up the stack.

Signed-off-by: John Fastabend <[email protected]>
Acked-by: Eric Dumazet <[email protected]>
Tested-by: Markus Trippelsdorf <[email protected]>
Signed-off-by: David S. Miller <[email protected]>

2010-06-16 23:11:26

by Fred Isaman

Subject: Re: patch "net: deliver skbs on inactive slaves to exact matches" stalls nfs mounts

On Wed, Jun 16, 2010 at 6:36 PM, John Fastabend
<[email protected]> wrote:
> Fred Isaman wrote:
>>
>> I am using vmware fusion 3.1.0 on a macbook pro host with a fedora 1=
2
>> guest running a 2.6.35-rc3 based kernel, =A0Upgrading from rc2 to rc=
3
>> introduced a long delay when the guest attempts an nfs mount (~120
>> secs). =A0Reverting patch 597a264b1a9c7e36d1728f677c66c5c1f7e3b837
>> "net: deliver skbs on inactive slaves to exact matches" changes back
>> to normal behavior.
>>
>> Fred
>
> This should be fixed here,

OK, thanks.

=46red

>
> From e897082fe7a5b591dc4dd5599ac39081a7c8e482 Mon Sep 17 00:00:00 200=
1
> From: John Fastabend <[email protected]>
> Date: Sun, 13 Jun 2010 10:36:30 +0000
> Subject: [PATCH] net: fix deliver_no_wcard regression on loopback dev=
ice
>
> deliver_no_wcard is not being set in skb_copy_header.
> In the skb_cloned case it is not being cleared and
> may cause the skb to be dropped when the loopback device
> pushes it back up the stack.
>
> Signed-off-by: John Fastabend <[email protected]>
> Acked-by: Eric Dumazet <[email protected]>
> Tested-by: Markus Trippelsdorf <[email protected]>
> Signed-off-by: David S. Miller <[email protected]>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" =
in
> the body of a message to [email protected]
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>