)]}'
{
  "commit": "c2ff581acab16c6af56d9e8c1a579bf041ec00b1",
  "tree": "28f3e0a0cd1ba7582f5681a6a3902b78fe8bb9ec",
  "parents": [
    "9bf22f2c4607dbb68beb26153d83fa52b82e2d2f"
  ],
  "author": {
    "name": "Larry Finger",
    "email": "Larry.Finger@lwfinger.net",
    "time": "Mon Nov 23 18:40:45 2009 -0600"
  },
  "committer": {
    "name": "John W. Linville",
    "email": "linville@tuxdriver.com",
    "time": "Fri Dec 04 13:28:49 2009 -0500"
  },
  "message": "b43: avoid PPC fault during resume\n\nThe routine b43_is_hw_radio_enabled() has long been a problem.\nFor PPC architecture with PHY Revision \u003c 3, a read of the register\nB43_MMIO_HWENABLED_LO will cause a CPU fault unless b43_status()\nreturns a value of 2 (B43_STAT_STARTED) (BUG 14181). Fixing that\nresults in Bug 14538 in which the driver is unable to reassociate\nafter resuming from hibernation because b43_status() returns 0.\n\nThe correct fix would be to determine why the status is 0; however,\nI have not yet found why that happens. The correct value is found for\nmy device, which has PHY revision \u003e\u003d 3.\n\nReturning TRUE when the PHY revision \u003c 3 and b43_status() returns 0 fixes\nthe regression for 2.6.32.\n\nThis patch fixes the problem in Red Hat Bugzilla #538523.\n\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nTested-by: Christian Casteyde \u003ccasteyde.christian@free.fr\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "ffdce6f3c90922179e4d21df0acab33f9e9ded0e",
      "old_mode": 33188,
      "old_path": "drivers/net/wireless/b43/rfkill.c",
      "new_id": "78016ae21c50578a9e41584b025923f708ea4eb3",
      "new_mode": 33188,
      "new_path": "drivers/net/wireless/b43/rfkill.c"
    }
  ]
}