)]}'
{
  "commit": "d4bb7f49f4d5ea7a287899178df55b4725bb32d2",
  "tree": "c64f85367ff571a42d3a5fcb76c871a9632463a1",
  "parents": [
    "721632c39add11e5d5fa5dd8b956dcae63d02b17"
  ],
  "author": {
    "name": "Johannes Berg",
    "email": "johannes.berg@intel.com",
    "time": "Thu May 31 15:09:27 2012 +0200"
  },
  "committer": {
    "name": "Greg Kroah-Hartman",
    "email": "gregkh@linuxfoundation.org",
    "time": "Sun Jun 17 11:21:25 2012 -0700"
  },
  "message": "mac80211: clean up remain-on-channel on interface stop\n\ncommit 71ecfa1893034eeb1c93e02e22ee2ad26d080858 upstream.\n\nWhen any interface goes down, it could be the one that we\nwere doing a remain-on-channel with. We therefore need to\ncancel the remain-on-channel and flush the related work\nstructs so they don\u0027t run after the interface has been\nremoved or even destroyed.\n\nIt\u0027s also possible in this case that an off-channel SKB\nwas never transmitted, so free it if this is the case.\nNote that this can also happen if the driver finishes\nthe off-channel period without ever starting it.\n\nReported-by: Nirav Shah \u003cnirav.j2.shah@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "c20051b7ffcd8518e6dd8e01c042b3fbf6981677",
      "old_mode": 33188,
      "old_path": "net/mac80211/iface.c",
      "new_id": "48f937e1ecf88d227816b29e7b98e5c486fbf110",
      "new_mode": 33188,
      "new_path": "net/mac80211/iface.c"
    },
    {
      "type": "modify",
      "old_id": "f054e94901a295443abcae7c3cfddda963f8d7c4",
      "old_mode": 33188,
      "old_path": "net/mac80211/offchannel.c",
      "new_id": "935aa4b6deee0220737ee4c1cebad69472dea343",
      "new_mode": 33188,
      "new_path": "net/mac80211/offchannel.c"
    }
  ]
}