)]}'
{
  "commit": "5ac90c9f78953b1a2ac937cc5a2f90c3521a710e",
  "tree": "4358f489334f856690ef4a451c433829352daf19",
  "parents": [
    "7ad04b0d0ebed1844522dd83cca0ef838d1ac673"
  ],
  "author": {
    "name": "Paolo \u0027Blaisorblade\u0027 Giarrusso",
    "email": "blaisorblade@yahoo.it",
    "time": "Mon Apr 10 22:54:28 2006 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@g5.osdl.org",
    "time": "Tue Apr 11 06:18:45 2006 -0700"
  },
  "message": "[PATCH] module support: record in vermagic ability to unload a module\n\nAn UML user reported (against 2.6.13.3/UML) he got kernel Oopses when\ntrying to rmmod (on a kernel with module unloading enabled) a module\ncompiled with module unloading disabled.  As crashing is a very correct\nthing to do in that case, a solution is altering the vermagic string to\ninclude this too.\n\nPossibly, however, the code should not crash in this case, even if the\nmodule didn\u0027t support unloading - it should simply abort the module\nremoval.  In this case, fixing that bug would be a better solution.  I\u0027ve\nnot investigated though.\n\n(akpm: a bit marginal - root screwed up and shot himself in the foot).\n\nCc: Hayim Shaul \u003chayim@post.tau.ac.il\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nSigned-off-by: Paolo \u0027Blaisorblade\u0027 Giarrusso \u003cblaisorblade@yahoo.it\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "fadc535e29251c833ed14267923907fda85a2614",
      "old_mode": 33188,
      "old_path": "include/linux/vermagic.h",
      "new_id": "dc7c621e464714b6e6646b9abcf48b6519c1856a",
      "new_mode": 33188,
      "new_path": "include/linux/vermagic.h"
    }
  ]
}