1. 12 3月, 2009 3 次提交
  2. 26 12月, 2008 1 次提交
  3. 06 8月, 2008 1 次提交
  4. 24 7月, 2008 1 次提交
  5. 24 5月, 2008 1 次提交
  6. 17 5月, 2008 2 次提交
  7. 12 5月, 2008 1 次提交
    • J
      [CIFS] when not using unix extensions, check for and set ATTR_READONLY on create and mkdir · 67750fb9
      Jeff Layton 提交于
      When creating a directory on a CIFS share without POSIX extensions,
      and the given mode has no write bits set, set the ATTR_READONLY bit.
      
      When creating a file, set ATTR_READONLY if the create mode has no write
      bits set and we're not using unix extensions.
      
      There are some comments about this being problematic due to the VFS
      splitting creates into 2 parts. I'm not sure what that's actually
      talking about, but I'm assuming that it has something to do with how
      mknod is implemented. In the simple case where we have no unix
      extensions and we're just creating a regular file, there's no reason
      we can't set ATTR_READONLY.
      Signed-off-by: NJeff Layton <jlayton@redhat.com>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      67750fb9
  8. 26 4月, 2008 1 次提交
  9. 25 4月, 2008 2 次提交
  10. 19 4月, 2008 1 次提交
  11. 18 4月, 2008 1 次提交
  12. 31 12月, 2007 1 次提交
  13. 02 11月, 2007 1 次提交
  14. 31 10月, 2007 1 次提交
  15. 18 10月, 2007 1 次提交
  16. 29 9月, 2007 1 次提交
  17. 31 8月, 2007 1 次提交
  18. 15 7月, 2007 1 次提交
    • S
      [CIFS] Add support for new POSIX unlink · 2d785a50
      Steve French 提交于
      In the cleanup phase of the dbench test, we were noticing sharing
      violation followed by failed directory removals when dbench
      did not close the test files before the cleanup phase started.
      Using the new POSIX unlink, which Samba has supported for a few
      months, avoids this.
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      2d785a50
  19. 13 7月, 2007 1 次提交
  20. 25 6月, 2007 1 次提交
  21. 24 4月, 2007 1 次提交
  22. 16 3月, 2007 1 次提交
    • S
      [CIFS] Do not negotiate new POSIX_PATH_OPERATIONS_CAP yet · 38e2aff6
      Steve French 提交于
      Samba server now expects that clients which send the new
      POSIX_PATH_OPERATIONS_CAP send all opens with this new
      SMB - and expects that clients that could send the new
      posix open/create but don't as indicating that they really
      want Windows semantics on that handle (which allows Samba
      to support clients which want to support both types of
      behaviors on different handles on the same mount)
      
      We will put this capability back in the SetFSInfo
      negotiation with servers like Samba when the
      new POSIXCreate (create/open/mkdir) code is finished.
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      38e2aff6
  23. 15 3月, 2007 1 次提交
  24. 01 3月, 2007 1 次提交
  25. 15 2月, 2007 1 次提交
  26. 14 2月, 2007 1 次提交
  27. 09 2月, 2007 1 次提交
  28. 07 2月, 2007 1 次提交
  29. 08 12月, 2006 1 次提交
  30. 02 10月, 2006 1 次提交
  31. 30 9月, 2006 2 次提交
  32. 21 9月, 2006 1 次提交
  33. 07 6月, 2006 1 次提交
  34. 06 6月, 2006 1 次提交
  35. 05 6月, 2006 1 次提交