diff options
| author | Herbert Xu <herbert@gondor.apana.org.au> | 2009-06-22 02:25:25 +0000 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2009-06-23 16:36:25 -0700 |
| commit | d55d87fdff8252d0e2f7c28c2d443aee17e9d70f (patch) | |
| tree | a4bfb0a47525672c690b63e85bf3f47f4ab014f7 /net/irda/ircomm | |
| parent | d5fdd6babcfc2b0e6a8da1acf492a69fb54b4c47 (diff) | |
| download | op-kernel-dev-d55d87fdff8252d0e2f7c28c2d443aee17e9d70f.zip op-kernel-dev-d55d87fdff8252d0e2f7c28c2d443aee17e9d70f.tar.gz | |
net: Move rx skb_orphan call to where needed
In order to get the tun driver to account packets, we need to be
able to receive packets with destructors set. To be on the safe
side, I added an skb_orphan call for all protocols by default since
some of them (IP in particular) cannot handle receiving packets
destructors properly.
Now it seems that at least one protocol (CAN) expects to be able
to pass skb->sk through the rx path without getting clobbered.
So this patch attempts to fix this properly by moving the skb_orphan
call to where it's actually needed. In particular, I've added it
to skb_set_owner_[rw] which is what most users of skb->destructor
call.
This is actually an improvement for tun too since it means that
we only give back the amount charged to the socket when the skb
is passed to another socket that will also be charged accordingly.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Tested-by: Oliver Hartkopp <olver@hartkopp.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/irda/ircomm')
| -rw-r--r-- | net/irda/ircomm/ircomm_lmp.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/net/irda/ircomm/ircomm_lmp.c b/net/irda/ircomm/ircomm_lmp.c index 67c99d2..7ba9661 100644 --- a/net/irda/ircomm/ircomm_lmp.c +++ b/net/irda/ircomm/ircomm_lmp.c @@ -196,6 +196,7 @@ static int ircomm_lmp_data_request(struct ircomm_cb *self, /* Don't forget to refcount it - see ircomm_tty_do_softint() */ skb_get(skb); + skb_orphan(skb); skb->destructor = ircomm_lmp_flow_control; if ((self->pkt_count++ > 7) && (self->flow_status == FLOW_START)) { |
