{"push_id":1301527877,"size":1,"distinct_size":1,"ref":"refs/heads/6.0.1","head":"9e8b0627e8bea56c93a8fda668d4762e024bb998","before":"b7a2eec8411c98c9cd0aa7705069bf84c4f06a3e","commits":[{"sha":"9e8b0627e8bea56c93a8fda668d4762e024bb998","author":{"name":"Trond Myklebust","email":"74f7b75b0dfb06f182c703b16f16eeff3727673a@primarydata.com"},"message":"NFSv4: Fix another bug in the close/open_downgrade code\n\ncommit cd9288ffaea4359d5cfe2b8d264911506aed26a4 upstream.\n\nJames Drew reports another bug whereby the NFS client is now sending\nan OPEN_DOWNGRADE in a situation where it should really have sent a\nCLOSE: the client is opening the file for O_RDWR, but then trying to\ndo a downgrade to O_RDONLY, which is not allowed by the NFSv4 spec.\n\nReported-by: James Drews <drews@engr.wisc.edu>\nLink: http://lkml.kernel.org/r/541AD7E5.8020409@engr.wisc.edu\nFixes: aee7af356e15 (NFSv4: Fix problems with close in the presence...)\nSigned-off-by: Trond Myklebust <trond.myklebust@primarydata.com>\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li <lizefan@huawei.com>","distinct":true,"url":"https://api.github.com/repos/dblockopp/G3_CooCoo_Kernel/commits/9e8b0627e8bea56c93a8fda668d4762e024bb998"}]}
{"actor":{"display_login":"dblockopp"}}