1. 01 5月, 2007 1 次提交
    • S
      [CIFS] UID/GID override on CIFS mounts to Samba · 4523cc30
      Steve French 提交于
      When CIFS Unix Extensions are negotiated we get the Unix uid and gid
      owners of the file from the server (on the Unix Query Path Info
      levels), but if the server's uids don't match the client uid's users
      were having to disable the Unix Extensions (which turned off features
      they still wanted).   The changeset patch allows users to override uid
      and/or gid for file/directory owner with a default uid and/or gid
      specified at mount (as is often done when mounting from Linux cifs
      client to Windows server).  This changeset also displays the uid
      and gid used by default in /proc/mounts (if applicable).
      
      Also cleans up code by adding some of the missing spaces after
      "if" keywords per-kernel style guidelines (as suggested by Randy Dunlap
      when he reviewed the patch).
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      4523cc30
  2. 25 4月, 2007 1 次提交
  3. 24 4月, 2007 1 次提交
  4. 07 4月, 2007 1 次提交
  5. 23 3月, 2007 1 次提交
  6. 10 3月, 2007 1 次提交
  7. 27 2月, 2007 3 次提交
  8. 17 2月, 2007 1 次提交
  9. 15 2月, 2007 1 次提交
  10. 09 2月, 2007 1 次提交
  11. 17 11月, 2006 1 次提交
  12. 08 11月, 2006 1 次提交
  13. 02 11月, 2006 1 次提交
  14. 12 10月, 2006 1 次提交
  15. 01 10月, 2006 4 次提交
  16. 28 9月, 2006 1 次提交
  17. 02 6月, 2006 1 次提交
  18. 01 6月, 2006 2 次提交
  19. 22 4月, 2006 1 次提交
  20. 01 4月, 2006 1 次提交
  21. 31 3月, 2006 1 次提交
  22. 27 3月, 2006 1 次提交
  23. 23 3月, 2006 1 次提交
  24. 03 3月, 2006 1 次提交
  25. 02 3月, 2006 1 次提交
  26. 22 2月, 2006 1 次提交
  27. 10 1月, 2006 1 次提交
  28. 09 1月, 2006 1 次提交
    • O
      [PATCH] Fix and add EXPORT_SYMBOL(filemap_write_and_wait) · 28fd1298
      OGAWA Hirofumi 提交于
      This patch add EXPORT_SYMBOL(filemap_write_and_wait) and use it.
      
      See mm/filemap.c:
      
      And changes the filemap_write_and_wait() and filemap_write_and_wait_range().
      
      Current filemap_write_and_wait() doesn't wait if filemap_fdatawrite()
      returns error.  However, even if filemap_fdatawrite() returned an
      error, it may have submitted the partially data pages to the device.
      (e.g. in the case of -ENOSPC)
      
      <quotation>
      Andrew Morton writes,
      
      If filemap_fdatawrite() returns an error, this might be due to some
      I/O problem: dead disk, unplugged cable, etc.  Given the generally
      crappy quality of the kernel's handling of such exceptions, there's a
      good chance that the filemap_fdatawait() will get stuck in D state
      forever.
      </quotation>
      
      So, this patch doesn't wait if filemap_fdatawrite() returns the -EIO.
      
      Trond, could you please review the nfs part?  Especially I'm not sure,
      nfs must use the "filemap_fdatawrite(inode->i_mapping) == 0", or not.
      Acked-by: NTrond Myklebust <trond.myklebust@fys.uio.no>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      28fd1298
  29. 13 12月, 2005 1 次提交
  30. 02 12月, 2005 1 次提交
  31. 30 11月, 2005 3 次提交
  32. 29 11月, 2005 1 次提交