* [PATCH] net: skb_fclone_busy() needs to detect orphaned skb
@ 2014-10-30 17:32 Eric Dumazet
2014-10-30 23:59 ` David Miller
2014-11-13 19:15 ` Luis Henriques
0 siblings, 2 replies; 5+ messages in thread
From: Eric Dumazet @ 2014-10-30 17:32 UTC (permalink / raw)
To: David Miller; +Cc: netdev, Neal Cardwell
From: Eric Dumazet <edumazet@google.com>
Some drivers are unable to perform TX completions in a bound time.
They instead call skb_orphan()
Problem is skb_fclone_busy() has to detect this case, otherwise
we block TCP retransmits and can freeze unlucky tcp sessions on
mostly idle hosts.
Signed-off-by: Eric Dumazet <edumazet@google.com>
Fixes: 1f3279ae0c13 ("tcp: avoid retransmits of TCP packets hanging in host queues")
---
This is a stable candidate.
This problem is known to hurt users of linux-3.16 kernels used by guests kernels.
David, I can provide backports if you want.
Thanks !
include/linux/skbuff.h | 8 ++++++--
net/ipv4/tcp_output.c | 2 +-
net/xfrm/xfrm_policy.c | 2 +-
3 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
index 5884f95ff0e9..6c8b6f604e76 100644
--- a/include/linux/skbuff.h
+++ b/include/linux/skbuff.h
@@ -799,15 +799,19 @@ struct sk_buff_fclones {
* @skb: buffer
*
* Returns true is skb is a fast clone, and its clone is not freed.
+ * Some drivers call skb_orphan() in their ndo_start_xmit(),
+ * so we also check that this didnt happen.
*/
-static inline bool skb_fclone_busy(const struct sk_buff *skb)
+static inline bool skb_fclone_busy(const struct sock *sk,
+ const struct sk_buff *skb)
{
const struct sk_buff_fclones *fclones;
fclones = container_of(skb, struct sk_buff_fclones, skb1);
return skb->fclone == SKB_FCLONE_ORIG &&
- fclones->skb2.fclone == SKB_FCLONE_CLONE;
+ fclones->skb2.fclone == SKB_FCLONE_CLONE &&
+ fclones->skb2.sk == sk;
}
static inline struct sk_buff *alloc_skb_fclone(unsigned int size,
diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
index 3af21296d967..a3d453b94747 100644
--- a/net/ipv4/tcp_output.c
+++ b/net/ipv4/tcp_output.c
@@ -2126,7 +2126,7 @@ bool tcp_schedule_loss_probe(struct sock *sk)
static bool skb_still_in_host_queue(const struct sock *sk,
const struct sk_buff *skb)
{
- if (unlikely(skb_fclone_busy(skb))) {
+ if (unlikely(skb_fclone_busy(sk, skb))) {
NET_INC_STATS_BH(sock_net(sk),
LINUX_MIB_TCPSPURIOUS_RTX_HOSTQUEUES);
return true;
diff --git a/net/xfrm/xfrm_policy.c b/net/xfrm/xfrm_policy.c
index 4c4e457e7888..88bf289abdc9 100644
--- a/net/xfrm/xfrm_policy.c
+++ b/net/xfrm/xfrm_policy.c
@@ -1962,7 +1962,7 @@ static int xdst_queue_output(struct sock *sk, struct sk_buff *skb)
struct xfrm_policy *pol = xdst->pols[0];
struct xfrm_policy_queue *pq = &pol->polq;
- if (unlikely(skb_fclone_busy(skb))) {
+ if (unlikely(skb_fclone_busy(sk, skb))) {
kfree_skb(skb);
return 0;
}
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] net: skb_fclone_busy() needs to detect orphaned skb
2014-10-30 17:32 [PATCH] net: skb_fclone_busy() needs to detect orphaned skb Eric Dumazet
@ 2014-10-30 23:59 ` David Miller
2014-11-13 19:15 ` Luis Henriques
1 sibling, 0 replies; 5+ messages in thread
From: David Miller @ 2014-10-30 23:59 UTC (permalink / raw)
To: eric.dumazet; +Cc: netdev, ncardwell
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Thu, 30 Oct 2014 10:32:34 -0700
> From: Eric Dumazet <edumazet@google.com>
>
> Some drivers are unable to perform TX completions in a bound time.
> They instead call skb_orphan()
>
> Problem is skb_fclone_busy() has to detect this case, otherwise
> we block TCP retransmits and can freeze unlucky tcp sessions on
> mostly idle hosts.
>
> Signed-off-by: Eric Dumazet <edumazet@google.com>
> Fixes: 1f3279ae0c13 ("tcp: avoid retransmits of TCP packets hanging in host queues")
Applied, and queued up for -stable, thanks Eric.
> This problem is known to hurt users of linux-3.16 kernels used by guests kernels.
> David, I can provide backports if you want.
Since 3.16 is no longer active, I'll only need to put this into 3.17-stable
which I should be able to handle on my own.
But thanks for offering, sometimes difficult backports take up a lot
of time.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] net: skb_fclone_busy() needs to detect orphaned skb
2014-10-30 17:32 [PATCH] net: skb_fclone_busy() needs to detect orphaned skb Eric Dumazet
2014-10-30 23:59 ` David Miller
@ 2014-11-13 19:15 ` Luis Henriques
2014-11-13 21:20 ` Eric Dumazet
1 sibling, 1 reply; 5+ messages in thread
From: Luis Henriques @ 2014-11-13 19:15 UTC (permalink / raw)
To: Eric Dumazet; +Cc: David Miller, netdev, Neal Cardwell, Joseph Salisbury
Hi Eric,
On Thu, Oct 30, 2014 at 10:32:34AM -0700, Eric Dumazet wrote:
> From: Eric Dumazet <edumazet@google.com>
>
> Some drivers are unable to perform TX completions in a bound time.
> They instead call skb_orphan()
>
> Problem is skb_fclone_busy() has to detect this case, otherwise
> we block TCP retransmits and can freeze unlucky tcp sessions on
> mostly idle hosts.
>
> Signed-off-by: Eric Dumazet <edumazet@google.com>
> Fixes: 1f3279ae0c13 ("tcp: avoid retransmits of TCP packets hanging in host queues")
> ---
> This is a stable candidate.
> This problem is known to hurt users of linux-3.16 kernels used by guests kernels.
> David, I can provide backports if you want.
> Thanks !
>
We got a bug report[0] where a backport for 3.16 was provided. Since
I couldn't find the original backport post, I'm not sure who's the
actual author. Could you please confirm if this backport is correct?
(I'm copying the patch below).
[0] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1390604
Cheers,
--
Luís
diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
index 4e4932b5079b..a8794367cd20 100644
--- a/net/ipv4/tcp_output.c
+++ b/net/ipv4/tcp_output.c
@@ -2082,7 +2082,8 @@ static bool skb_still_in_host_queue(const struct sock *sk,
const struct sk_buff *fclone = skb + 1;
if (unlikely(skb->fclone == SKB_FCLONE_ORIG &&
- fclone->fclone == SKB_FCLONE_CLONE)) {
+ fclone->fclone == SKB_FCLONE_CLONE &&
+ fclone->sk == sk)) {
NET_INC_STATS_BH(sock_net(sk),
LINUX_MIB_TCPSPURIOUS_RTX_HOSTQUEUES);
return true;
> include/linux/skbuff.h | 8 ++++++--
> net/ipv4/tcp_output.c | 2 +-
> net/xfrm/xfrm_policy.c | 2 +-
> 3 files changed, 8 insertions(+), 4 deletions(-)
>
> diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
> index 5884f95ff0e9..6c8b6f604e76 100644
> --- a/include/linux/skbuff.h
> +++ b/include/linux/skbuff.h
> @@ -799,15 +799,19 @@ struct sk_buff_fclones {
> * @skb: buffer
> *
> * Returns true is skb is a fast clone, and its clone is not freed.
> + * Some drivers call skb_orphan() in their ndo_start_xmit(),
> + * so we also check that this didnt happen.
> */
> -static inline bool skb_fclone_busy(const struct sk_buff *skb)
> +static inline bool skb_fclone_busy(const struct sock *sk,
> + const struct sk_buff *skb)
> {
> const struct sk_buff_fclones *fclones;
>
> fclones = container_of(skb, struct sk_buff_fclones, skb1);
>
> return skb->fclone == SKB_FCLONE_ORIG &&
> - fclones->skb2.fclone == SKB_FCLONE_CLONE;
> + fclones->skb2.fclone == SKB_FCLONE_CLONE &&
> + fclones->skb2.sk == sk;
> }
>
> static inline struct sk_buff *alloc_skb_fclone(unsigned int size,
> diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
> index 3af21296d967..a3d453b94747 100644
> --- a/net/ipv4/tcp_output.c
> +++ b/net/ipv4/tcp_output.c
> @@ -2126,7 +2126,7 @@ bool tcp_schedule_loss_probe(struct sock *sk)
> static bool skb_still_in_host_queue(const struct sock *sk,
> const struct sk_buff *skb)
> {
> - if (unlikely(skb_fclone_busy(skb))) {
> + if (unlikely(skb_fclone_busy(sk, skb))) {
> NET_INC_STATS_BH(sock_net(sk),
> LINUX_MIB_TCPSPURIOUS_RTX_HOSTQUEUES);
> return true;
> diff --git a/net/xfrm/xfrm_policy.c b/net/xfrm/xfrm_policy.c
> index 4c4e457e7888..88bf289abdc9 100644
> --- a/net/xfrm/xfrm_policy.c
> +++ b/net/xfrm/xfrm_policy.c
> @@ -1962,7 +1962,7 @@ static int xdst_queue_output(struct sock *sk, struct sk_buff *skb)
> struct xfrm_policy *pol = xdst->pols[0];
> struct xfrm_policy_queue *pq = &pol->polq;
>
> - if (unlikely(skb_fclone_busy(skb))) {
> + if (unlikely(skb_fclone_busy(sk, skb))) {
> kfree_skb(skb);
> return 0;
> }
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] net: skb_fclone_busy() needs to detect orphaned skb
2014-11-13 19:15 ` Luis Henriques
@ 2014-11-13 21:20 ` Eric Dumazet
2014-11-13 22:32 ` Luis Henriques
0 siblings, 1 reply; 5+ messages in thread
From: Eric Dumazet @ 2014-11-13 21:20 UTC (permalink / raw)
To: Luis Henriques; +Cc: David Miller, netdev, Neal Cardwell, Joseph Salisbury
On Thu, 2014-11-13 at 19:15 +0000, Luis Henriques wrote:
> Hi Eric,
>
> On Thu, Oct 30, 2014 at 10:32:34AM -0700, Eric Dumazet wrote:
> > From: Eric Dumazet <edumazet@google.com>
> >
> > Some drivers are unable to perform TX completions in a bound time.
> > They instead call skb_orphan()
> >
> > Problem is skb_fclone_busy() has to detect this case, otherwise
> > we block TCP retransmits and can freeze unlucky tcp sessions on
> > mostly idle hosts.
> >
> > Signed-off-by: Eric Dumazet <edumazet@google.com>
> > Fixes: 1f3279ae0c13 ("tcp: avoid retransmits of TCP packets hanging in host queues")
> > ---
> > This is a stable candidate.
> > This problem is known to hurt users of linux-3.16 kernels used by guests kernels.
> > David, I can provide backports if you want.
> > Thanks !
> >
>
> We got a bug report[0] where a backport for 3.16 was provided. Since
> I couldn't find the original backport post, I'm not sure who's the
> actual author. Could you please confirm if this backport is correct?
> (I'm copying the patch below).
>
> [0] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1390604
>
> Cheers,
> --
> Luís
>
>
Sure ! I provided this patch indeed, I am 'The Google engineer'
mentioned in this bug report ;)
Signed-off-by: Eric Dumazet <edumazet@google.com>
Thanks !
> diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
> index 4e4932b5079b..a8794367cd20 100644
> --- a/net/ipv4/tcp_output.c
> +++ b/net/ipv4/tcp_output.c
> @@ -2082,7 +2082,8 @@ static bool skb_still_in_host_queue(const struct sock *sk,
> const struct sk_buff *fclone = skb + 1;
>
> if (unlikely(skb->fclone == SKB_FCLONE_ORIG &&
> - fclone->fclone == SKB_FCLONE_CLONE)) {
> + fclone->fclone == SKB_FCLONE_CLONE &&
> + fclone->sk == sk)) {
> NET_INC_STATS_BH(sock_net(sk),
> LINUX_MIB_TCPSPURIOUS_RTX_HOSTQUEUES);
> return true;
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] net: skb_fclone_busy() needs to detect orphaned skb
2014-11-13 21:20 ` Eric Dumazet
@ 2014-11-13 22:32 ` Luis Henriques
0 siblings, 0 replies; 5+ messages in thread
From: Luis Henriques @ 2014-11-13 22:32 UTC (permalink / raw)
To: Eric Dumazet; +Cc: David Miller, netdev, Neal Cardwell, Joseph Salisbury
On Thu, Nov 13, 2014 at 01:20:22PM -0800, Eric Dumazet wrote:
> On Thu, 2014-11-13 at 19:15 +0000, Luis Henriques wrote:
> > Hi Eric,
> >
> > On Thu, Oct 30, 2014 at 10:32:34AM -0700, Eric Dumazet wrote:
> > > From: Eric Dumazet <edumazet@google.com>
> > >
> > > Some drivers are unable to perform TX completions in a bound time.
> > > They instead call skb_orphan()
> > >
> > > Problem is skb_fclone_busy() has to detect this case, otherwise
> > > we block TCP retransmits and can freeze unlucky tcp sessions on
> > > mostly idle hosts.
> > >
> > > Signed-off-by: Eric Dumazet <edumazet@google.com>
> > > Fixes: 1f3279ae0c13 ("tcp: avoid retransmits of TCP packets hanging in host queues")
> > > ---
> > > This is a stable candidate.
> > > This problem is known to hurt users of linux-3.16 kernels used by guests kernels.
> > > David, I can provide backports if you want.
> > > Thanks !
> > >
> >
> > We got a bug report[0] where a backport for 3.16 was provided. Since
> > I couldn't find the original backport post, I'm not sure who's the
> > actual author. Could you please confirm if this backport is correct?
> > (I'm copying the patch below).
> >
> > [0] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1390604
> >
> > Cheers,
> > --
> > Luís
> >
> >
>
> Sure ! I provided this patch indeed, I am 'The Google engineer'
> mentioned in this bug report ;)
>
Awesome, Thanks! I'll queue it for the 3.16 kernel. Since I couldn't
find the original patch, I could only guess who 'The Google engineer'
was :-)
Cheers,
--
Luís
> Signed-off-by: Eric Dumazet <edumazet@google.com>
>
>
> Thanks !
>
> > diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
> > index 4e4932b5079b..a8794367cd20 100644
> > --- a/net/ipv4/tcp_output.c
> > +++ b/net/ipv4/tcp_output.c
> > @@ -2082,7 +2082,8 @@ static bool skb_still_in_host_queue(const struct sock *sk,
> > const struct sk_buff *fclone = skb + 1;
> >
> > if (unlikely(skb->fclone == SKB_FCLONE_ORIG &&
> > - fclone->fclone == SKB_FCLONE_CLONE)) {
> > + fclone->fclone == SKB_FCLONE_CLONE &&
> > + fclone->sk == sk)) {
> > NET_INC_STATS_BH(sock_net(sk),
> > LINUX_MIB_TCPSPURIOUS_RTX_HOSTQUEUES);
> > return true;
>
>
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-11-13 22:32 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-10-30 17:32 [PATCH] net: skb_fclone_busy() needs to detect orphaned skb Eric Dumazet
2014-10-30 23:59 ` David Miller
2014-11-13 19:15 ` Luis Henriques
2014-11-13 21:20 ` Eric Dumazet
2014-11-13 22:32 ` Luis Henriques
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).