summaryrefslogtreecommitdiff
path: root/net/ipx
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2008-06-18 12:19:51 +0400
committerDavid S. Miller <davem@davemloft.net>2008-06-18 12:19:51 +0400
commit3a5be7d4b079f3a9ce1e8ce4a93ba15ae6d00111 (patch)
treec9480b8cca612e9355f6035f2e2814482a07d4b2 /net/ipx
parent3c73419c09a5ef73d56472dbfdade9e311496e9b (diff)
downloadlinux-3a5be7d4b079f3a9ce1e8ce4a93ba15ae6d00111.tar.xz
Revert "mac80211: Use skb_header_cloned() on TX path."
This reverts commit 608961a5eca8d3c6bd07172febc27b5559408c5d. The problem is that the mac80211 stack not only needs to be able to muck with the link-level headers, it also might need to mangle all of the packet data if doing sw wireless encryption. This fixes kernel bugzilla #10903. Thanks to Didier Raboud (for the bugzilla report), Andrew Prince (for bisecting), Johannes Berg (for bringing this bisection analysis to my attention), and Ilpo (for trying to analyze this purely from the TCP side). In 2.6.27 we can take another stab at this, by using something like skb_cow_data() when the TX path of mac80211 ends up with a non-NULL tx->key. The ESP protocol code in the IPSEC stack can be used as a model for implementation. Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipx')
0 files changed, 0 insertions, 0 deletions