Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 12 5月, 2008 3 次提交
  3. 09 5月, 2008 2 次提交
  5. 07 5月, 2008 2 次提交
  7. 03 5月, 2008 1 次提交
  9. 30 4月, 2008 1 次提交
  11. 29 4月, 2008 3 次提交
  13. 28 4月, 2008 1 次提交
  15. 26 4月, 2008 2 次提交
  17. 25 4月, 2008 5 次提交
  19. 19 4月, 2008 2 次提交
    • S
      [CIFS] Fix UNC path prefix on QueryUnixPathInfo to have correct slash · 076d8423
      由 Steve French 提交于 
      When a share was in DFS and the server was Unix/Linux, we were sending paths of the form
    \\server\share/dir/file
rather than
    //server/share/dir/file

There was some discussion between me and jra over whether we should use
    /server/share/dir/file
as MS sometimes says - but the documentation for this claims it should be
doubleslash for this type of UNC-like path format and that works, so leaving
it as doubleslash but converting the \ to / in the the //server/share portion.

This gets Samba to now correctly return STATUS_PATH_NOT_COVERED when it is
supposed to (Windows already did since the direction of the slash was not an issue
for them).  Still need another minor change to fully enable DFS (need to finish
some chages to SMBGetDFSRefer
Signed-off-by: NSteve French <sfrench@us.ibm.com>
      076d8423
    • S
      [CIFS] Reserve new proxy cap for WAFS · 2302aca8
      由 Steve French 提交于 
      New WAFS filer uses ioctls which are shown to be available
on a share by querying this info level
Acked-by: NSam Liddicott <sam@liddicott.com>
Signed-off-by: NStevef French <sfrench@us.ibm.com>
      2302aca8
  21. 18 4月, 2008 1 次提交
  23. 16 4月, 2008 2 次提交
  25. 10 4月, 2008 2 次提交
  27. 05 4月, 2008 1 次提交
  29. 31 3月, 2008 1 次提交
  31. 28 3月, 2008 1 次提交
  33. 23 3月, 2008 1 次提交
  35. 15 3月, 2008 2 次提交
    • S
      [CIFS] file create with acl support enabled is slow · 8b1327f6
      由 Steve French 提交于 
      Shirish Pargaonkar noted:
With cifsacl mount option, when a file is created on the Windows server,
exclusive oplock is broken right away because the get cifs acl code
again opens the file to obtain security descriptor.
The client does not have the newly created file handle or inode in any
of its lists yet so it does not respond to oplock break and server waits for
its duration and then responds to the second open. This slows down file
creation signficantly.  The fix is to pass the file descriptor to the get
cifsacl code wherever available so that get cifs acl code does not send
second open (NT Create ANDX) and oplock is not broken.

CC: Shirish Pargaonkar <shirishp@us.ibm.com>
Signed-off-by: NSteve French <sfrench@us.ibm.com>
      8b1327f6
    • S
      [CIFS] Fix mtime on cp -p when file data cached but written out too late · 50531444
      由 Steve French 提交于 
      Kukks noticed that cp -p can write out file data too late, after the timestamp
is already set.  This was introduced as an unintentional sideeffect of the change
in an earlier patch (see below) which fixed some delayed return code propagation.

cea21805
Author: Jeff Layton <jlayton@redhat.com>
Date:   Tue Nov 20 23:19:03 2007 +0000
Acked-by: NShirish Pargaonkar <shirishp@us.ibm.com>
Acked-by: NJeff Layton <jlayton@redhat.com>
Signed-off-by: NSteve French <sfrench@us.ibm.com>
      50531444
  37. 12 3月, 2008 1 次提交
  39. 11 3月, 2008 1 次提交
  41. 09 3月, 2008 1 次提交
  43. 26 2月, 2008 2 次提交
  45. 18 2月, 2008 1 次提交
  47. 16 2月, 2008 1 次提交