)]}'
{
  "commit": "b307d4655a71749ac3f91c6dbe33d28cc026ceeb",
  "tree": "4d00cd36cf277da7e45333d2a0574bf4a523cc58",
  "parents": [
    "cf6ace16a3cd8b728fb0afa68368fd40bbeae19f"
  ],
  "author": {
    "name": "Jan Beulich",
    "email": "JBeulich@novell.com",
    "time": "Thu Jul 21 15:02:43 2011 +0100"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Thu Jul 21 10:59:16 2011 -0700"
  },
  "message": "FS-Cache: Fix __fscache_uncache_all_inode_pages()\u0027s outer loop\n\nThe compiler, at least for ix86 and m68k, validly warns that the\ncomparison:\n\n\tnext \u003c\u003d (loff_t)-1\n\nis always true (and it\u0027s always true also for x86-64 and probably all\nother arches - as long as pgoff_t isn\u0027t wider than loff_t).  The\nintention appears to be to avoid wrapping of \"next\", so rather than\neliminating the pointless comparison, fix the loop to indeed get exited\nwhen \"next\" would otherwise wrap.\n\nOn m68k the following warning is observed:\n\n  fs/fscache/page.c: In function \u0027__fscache_uncache_all_inode_pages\u0027:\n  fs/fscache/page.c:979: warning: comparison is always false due to limited range of data type\n\nReported-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nReported-by: Jan Beulich \u003cjbeulich@novell.com\u003e\nSigned-off-by: Jan Beulich \u003cjbeulich@novell.com\u003e\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nCc: Suresh Jayaraman \u003csjayaraman@suse.de\u003e\nCc: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nCc: stable@kernel.org\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "2f343b4d7a7d87b6792aad379b91ebffee9e15bc",
      "old_mode": 33188,
      "old_path": "fs/fscache/page.c",
      "new_id": "3f7a59bfa7ada5cf1f8da1d7a391c36322004fba",
      "new_mode": 33188,
      "new_path": "fs/fscache/page.c"
    }
  ]
}