)]}'
{
  "commit": "37511fb5c91db93d8bd6e3f52f86e5a7ff7cfcdf",
  "tree": "2c90b067bcd763a46b9712118bbba0c53285c247",
  "parents": [
    "b86faee6d111294fa95a2e89b5f771b2da3c9782"
  ],
  "author": {
    "name": "Helge Deller",
    "email": "deller@gmx.de",
    "time": "Fri Jul 14 14:49:38 2017 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Fri Jul 14 15:05:12 2017 -0700"
  },
  "message": "mm: fix overflow check in expand_upwards()\n\nJörn Engel noticed that the expand_upwards() function might not return\n-ENOMEM in case the requested address is (unsigned long)-PAGE_SIZE and\nif the architecture didn\u0027t defined TASK_SIZE as multiple of PAGE_SIZE.\n\nAffected architectures are arm, frv, m68k, blackfin, h8300 and xtensa\nwhich all define TASK_SIZE as 0xffffffff, but since none of those have\nan upwards-growing stack we currently have no actual issue.\n\nNevertheless let\u0027s fix this just in case any of the architectures with\nan upward-growing stack (currently parisc, metag and partly ia64) define\nTASK_SIZE similar.\n\nLink: http://lkml.kernel.org/r/20170702192452.GA11868@p100.box\nFixes: bd726c90b6b8 (\"Allow stack to grow up to address space limit\")\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\nReported-by: Jörn Engel \u003cjoern@purestorage.com\u003e\nCc: Hugh Dickins \u003chughd@google.com\u003e\nCc: Oleg Nesterov \u003coleg@redhat.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "7fa6759322d1f2aa39f9dc2c497e714a8d9566f0",
      "old_mode": 33188,
      "old_path": "mm/mmap.c",
      "new_id": "f19efcf7541878093eb3c3323a597cf8d1da5ae2",
      "new_mode": 33188,
      "new_path": "mm/mmap.c"
    }
  ]
}