)]}'
{
  "commit": "894ec8707ced240b96dc45944790fb35d9a6b03c",
  "tree": "6498b7f6606027f3a52417431222b7a69c43391d",
  "parents": [
    "c3f5902325d3053986e7359f706581d8f032e72f"
  ],
  "author": {
    "name": "Daniel Drake",
    "email": "dsd@gentoo.org",
    "time": "Mon Dec 12 00:37:08 2005 -0800"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@g5.osdl.org",
    "time": "Mon Dec 12 08:57:42 2005 -0800"
  },
  "message": "[PATCH] Fix listxattr() for generic security attributes\n\nCommit f549d6c18c0e8e6cf1bf0e7a47acc1daf7e2cec1 introduced a generic\nfallback for security xattrs, but appears to include a subtle bug.\n\nGentoo users with kernels with selinux compiled in, and coreutils compiled\nwith acl support, noticed that they could not copy files on tmpfs using\n\u0027cp\u0027.\n\ncp (compiled with acl support) copies the file, lists the extended\nattributes on the old file, copies them all to the new file, and then\nexits.  However the listxattr() calls were failing with this odd behaviour:\n\nllistxattr(\"a.out\", (nil), 0)           \u003d 17\nllistxattr(\"a.out\", 0x7fffff8c6cb0, 17) \u003d -1 ERANGE (Numerical result out of\nrange)\n\nI believe this is a simple problem in the logic used to check the buffer\nsizes; if the user sends a buffer the exact size of the data, then its ok\n:)\n\nThis change solves the problem.\nMore info can be found at http://bugs.gentoo.org/113138\n\nSigned-off-by: Daniel Drake \u003cdsd@gentoo.org\u003e\nAcked-by: James Morris \u003cjmorris@namei.org\u003e\nAcked-by: Stephen Smalley \u003csds@tycho.nsa.gov\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": "a9db225579983b4babe40ac4c47a9eef0a3250cb",
      "old_mode": 33188,
      "old_path": "fs/xattr.c",
      "new_id": "bcc2156d4d2873d0c3a7b0841a4cdaf1fa456e22",
      "new_mode": 33188,
      "new_path": "fs/xattr.c"
    }
  ]
}