)]}'
{
  "commit": "3a5be7d4b079f3a9ce1e8ce4a93ba15ae6d00111",
  "tree": "c9480b8cca612e9355f6035f2e2814482a07d4b2",
  "parents": [
    "3c73419c09a5ef73d56472dbfdade9e311496e9b"
  ],
  "author": {
    "name": "David S. Miller",
    "email": "davem@davemloft.net",
    "time": "Wed Jun 18 01:19:51 2008 -0700"
  },
  "committer": {
    "name": "David S. Miller",
    "email": "davem@davemloft.net",
    "time": "Wed Jun 18 01:19:51 2008 -0700"
  },
  "message": "Revert \"mac80211: Use skb_header_cloned() on TX path.\"\n\nThis reverts commit 608961a5eca8d3c6bd07172febc27b5559408c5d.\n\nThe problem is that the mac80211 stack not only needs to be able to\nmuck with the link-level headers, it also might need to mangle all of\nthe packet data if doing sw wireless encryption.\n\nThis fixes kernel bugzilla #10903.  Thanks to Didier Raboud (for the\nbugzilla report), Andrew Prince (for bisecting), Johannes Berg (for\nbringing this bisection analysis to my attention), and Ilpo (for\ntrying to analyze this purely from the TCP side).\n\nIn 2.6.27 we can take another stab at this, by using something like\nskb_cow_data() when the TX path of mac80211 ends up with a non-NULL\ntx-\u003ekey.  The ESP protocol code in the IPSEC stack can be used as a\nmodel for implementation.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "1d7dd54aacef31120fa744bef928bd7075ad72c2",
      "old_mode": 33188,
      "old_path": "net/mac80211/tx.c",
      "new_id": "28d8bd53bd3a9f3ccf01e56c5df5bcffd87d1908",
      "new_mode": 33188,
      "new_path": "net/mac80211/tx.c"
    }
  ]
}