)]}'
{
  "commit": "dc730e173785e29b297aa605786c94adaffe2544",
  "tree": "3ff7089bcc454d730cbf39b5609472dfc52b56b4",
  "parents": [
    "e956edd0523b6b48ed367c63b0c82d8f4c447a58"
  ],
  "author": {
    "name": "J. Bruce Fields",
    "email": "bfields@fieldses.org",
    "time": "Tue Oct 17 00:10:13 2006 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@g5.osdl.org",
    "time": "Tue Oct 17 08:18:45 2006 -0700"
  },
  "message": "[PATCH] knfsd: nfsd4: fix owner-override on open\n\nIf a client creates a file using an open which sets the mode to 000, or if a\nchmod changes permissions after a file is opened, then situations may arise\nwhere an NFS client knows that some IO is permitted (because a process holds\nthe file open), but the NFS server does not (because it doesn\u0027t know about the\nopen, and only sees that the IO conflicts with the current mode of the file).\n\nAs a hack to solve this problem, NFS servers normally allow the owner to\noverride permissions on IO.  The client can still enforce correct\npermissions-checking on open by performing an explicit access check.\n\nIn NFSv4 the client can rely on the explicit on-the-wire open instead of an\naccess check.\n\nTherefore we should not be allowing the owner to override permissions on an\nover-the-wire open!\n\nHowever, we should still allow the owner to override permissions in the case\nwhere the client is claiming an open that it already made either before a\nreboot, or while it was holding a delegation.\n\nThanks to Jim Rees for reporting the bug.\n\nSigned-off-by: J. Bruce Fields \u003cbfields@citi.umich.edu\u003e\nSigned-off-by: Neil Brown \u003cneilb@suse.de\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": "8333db12caca56207a0142fcb9a94000f962ad69",
      "old_mode": 33188,
      "old_path": "fs/nfsd/nfs4proc.c",
      "new_id": "a05d3376cc4669db17f6281b160fe7604ec02585",
      "new_mode": 33188,
      "new_path": "fs/nfsd/nfs4proc.c"
    }
  ]
}