diff options
| author | Jeff Layton <jlayton@redhat.com> | 2008-09-24 11:32:59 -0400 |
|---|---|---|
| committer | Steve French <sfrench@us.ibm.com> | 2008-09-24 18:59:20 +0000 |
| commit | 7ce86d5a93ffe2542e6558a97ab055377df8cde3 (patch) | |
| tree | 14b2e450aef89019dbbdcedaaed2383977aeb9c6 /scripts/genksyms | |
| parent | 74553b1b6a8556e08757b4bce537fd8332b93898 (diff) | |
| download | kernel_samsung_smdk4412-7ce86d5a93ffe2542e6558a97ab055377df8cde3.zip kernel_samsung_smdk4412-7ce86d5a93ffe2542e6558a97ab055377df8cde3.tar.gz kernel_samsung_smdk4412-7ce86d5a93ffe2542e6558a97ab055377df8cde3.tar.bz2 | |
cifs: work around samba returning -ENOENT on SetFileDisposition call
cifs: work around samba returning -ENOENT on SetFileDisposition call
Samba seems to return STATUS_OBJECT_NAME_NOT_FOUND when we try to set
the delete on close bit after doing a rename by filehandle. This looks
like a samba bug to me, but a lot of servers will do this. For now,
pretend an -ENOENT return is a success.
Samba does however seem to respect the CREATE_DELETE_ON_CLOSE bit
when opening files that already exist. Windows will ignore it, but
so adding it to the open flags should be harmless.
We're also currently ignoring the return code on the rename by
filehandle, so no need to set rc based on it.
Signed-off-by: Jeff Layton <jlayton@redhat.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
Diffstat (limited to 'scripts/genksyms')
0 files changed, 0 insertions, 0 deletions