Displaying 7 results from an estimated 7 matches for "symprom".
Did you mean:
semprom
2013 Nov 19
5
[PATCH net] virtio-net: fix page refcnt leaking when fail to allocate frag skb
...buff *nskb = alloc_skb(0, GFP_ATOMIC);
if (unlikely(!nskb)) {
head_skb->dev->stats.rx_dropped++;
return -ENOMEM;
}
is this the failure case we are talking about?
I think this is a symprom of a larger problem
introduced by 2613af0ed18a11d5c566a81f9a6510b73180660a,
namely that we now need to allocate memory in the
middle of processing a packet.
I think discarding a completely valid and well-formed
packet from the receive queue because we are unable
to allocate new memory with GFP_AT...
2013 Nov 19
5
[PATCH net] virtio-net: fix page refcnt leaking when fail to allocate frag skb
...buff *nskb = alloc_skb(0, GFP_ATOMIC);
if (unlikely(!nskb)) {
head_skb->dev->stats.rx_dropped++;
return -ENOMEM;
}
is this the failure case we are talking about?
I think this is a symprom of a larger problem
introduced by 2613af0ed18a11d5c566a81f9a6510b73180660a,
namely that we now need to allocate memory in the
middle of processing a packet.
I think discarding a completely valid and well-formed
packet from the receive queue because we are unable
to allocate new memory with GFP_AT...
2013 Nov 19
0
[PATCH net] virtio-net: fix page refcnt leaking when fail to allocate frag skb
...b)) {
> head_skb->dev->stats.rx_dropped++;
> return -ENOMEM;
> }
>
> is this the failure case we are talking about?
I thought Jason patch was about this, no ?
>
> I think this is a symprom of a larger problem
> introduced by 2613af0ed18a11d5c566a81f9a6510b73180660a,
> namely that we now need to allocate memory in the
> middle of processing a packet.
>
>
> I think discarding a completely valid and well-formed
> packet from the receive queue because we are unable...
2013 Nov 19
4
[PATCH net] virtio-net: fix page refcnt leaking when fail to allocate frag skb
We need to drop the refcnt of page when we fail to allocate an skb for frag
list, otherwise it will be leaked. The bug was introduced by commit
2613af0ed18a11d5c566a81f9a6510b73180660a ("virtio_net: migrate mergeable rx
buffers to page frag allocators").
Cc: Michael Dalton <mwdalton at google.com>
Cc: Eric Dumazet <edumazet at google.com>
Cc: Rusty Russell <rusty at
2013 Nov 19
4
[PATCH net] virtio-net: fix page refcnt leaking when fail to allocate frag skb
We need to drop the refcnt of page when we fail to allocate an skb for frag
list, otherwise it will be leaked. The bug was introduced by commit
2613af0ed18a11d5c566a81f9a6510b73180660a ("virtio_net: migrate mergeable rx
buffers to page frag allocators").
Cc: Michael Dalton <mwdalton at google.com>
Cc: Eric Dumazet <edumazet at google.com>
Cc: Rusty Russell <rusty at
2013 Nov 19
3
[PATCH net] virtio-net: fix page refcnt leaking when fail to allocate frag skb
...ad_skb->dev->stats.rx_dropped++;
> > return -ENOMEM;
> > }
> >
> > is this the failure case we are talking about?
>
> I thought Jason patch was about this, no ?
>
> >
> > I think this is a symprom of a larger problem
> > introduced by 2613af0ed18a11d5c566a81f9a6510b73180660a,
> > namely that we now need to allocate memory in the
> > middle of processing a packet.
> >
> >
> > I think discarding a completely valid and well-formed
> > packet from the...
2013 Nov 19
3
[PATCH net] virtio-net: fix page refcnt leaking when fail to allocate frag skb
...ad_skb->dev->stats.rx_dropped++;
> > return -ENOMEM;
> > }
> >
> > is this the failure case we are talking about?
>
> I thought Jason patch was about this, no ?
>
> >
> > I think this is a symprom of a larger problem
> > introduced by 2613af0ed18a11d5c566a81f9a6510b73180660a,
> > namely that we now need to allocate memory in the
> > middle of processing a packet.
> >
> >
> > I think discarding a completely valid and well-formed
> > packet from the...