)]}'
{
  "commit": "c200da5d2900df9c24fb8041870d92a4175bbef3",
  "tree": "27c2aa5a17c3b6c9eaeef823ec96834714a6c161",
  "parents": [
    "c1edd99f1c2b0285ce810d217180bf37bbae550e"
  ],
  "author": {
    "name": "Alan Jenkins",
    "email": "alan-jenkins@tuffmail.co.uk",
    "time": "Fri Aug 28 12:56:40 2009 +0000"
  },
  "committer": {
    "name": "Len Brown",
    "email": "len.brown@intel.com",
    "time": "Fri Aug 28 15:21:11 2009 -0400"
  },
  "message": "eeepc-laptop: switch to dev_pm_ops\n\nThis also involves switching the resume handler from the acpi device\nto the platform device.  Using the more fine grained handlers allows\ntwo improvements:\n\n1. We only need to recheck rfkill state after resume from hibernation.\n\n2. The wireless LED workaround accounts for up to 1.1s out of 1.7s\nresuming devices (when wireless is enabled).  We can limit the\nworkaround to thaw(), so that it only delays suspend to disk.\n\nThe workaround is only likely to help when hibernation is aborted.\nSuspend to ram cannot be aborted by the user.  Device suspend errors may\nwell happen before eeepc-laptop would even be frozen.  Suspend errors\nwhich happen after that could be pretty funky anyway.\n\nSigned-off-by: Alan Jenkins \u003calan-jenkins@tuffmail.co.uk\u003e\nSigned-off-by: Corentin Chary \u003ccorentincj@iksaif.net\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "df68ae6a55d5ef7c3247f95bc102af2d8bdc20e0",
      "old_mode": 33188,
      "old_path": "drivers/platform/x86/eeepc-laptop.c",
      "new_id": "1c948604af9432c7937c7a6b2a382f23d203d2a9",
      "new_mode": 33188,
      "new_path": "drivers/platform/x86/eeepc-laptop.c"
    }
  ]
}