summaryrefslogtreecommitdiffstats
path: root/net/dccp/proto.c
diff options
context:
space:
mode:
authorHerbert Xu <herbert@gondor.apana.org.au>2005-10-14 16:38:49 +1000
committerArnaldo Carvalho de Melo <acme@mandriva.com>2005-10-20 14:25:28 -0200
commitfda0fd6c5b722cc48e904e0daafedca275d332af (patch)
treea575ee8872964b55a8ef64ed9f57f52f26e25979 /net/dccp/proto.c
parentac9b9c667c2e1194e22ebe0a441ae1c37aaa9b90 (diff)
downloadkernel-crypto-fda0fd6c5b722cc48e904e0daafedca275d332af.tar.gz
kernel-crypto-fda0fd6c5b722cc48e904e0daafedca275d332af.tar.xz
kernel-crypto-fda0fd6c5b722cc48e904e0daafedca275d332af.zip
[DCCP]: Use skb_set_owner_w in dccp_transmit_skb when skb->sk is NULL
David S. Miller <davem@davemloft.net> wrote: > One thing you can probably do for this bug is to mark data packets > explicitly somehow, perhaps in the SKB control block DCCP already > uses for other data. Put some boolean in there, set it true for > data packets. Then change the test in dccp_transmit_skb() as > appropriate to test the boolean flag instead of "skb_cloned(skb)". I agree. In fact we already have that flag, it's called skb->sk. So here is patch to test that instead of skb_cloned(). Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Acked-by: Ian McDonald <imcdnzl@gmail.com> Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
Diffstat (limited to 'net/dccp/proto.c')
0 files changed, 0 insertions, 0 deletions