Skip to content

L
linux

xiphi1978 / linux

通知 2
Star 0
Fork 0
L
linux

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 13 7月, 2007 1 次提交
  3. 10 7月, 2007 1 次提交
  5. 08 6月, 2007 1 次提交
    • S
      [CIFS] CIFS should honour umask · 3ce53fc4
      由 Steve French 提交于 
      This patch makes CIFS honour a process' umask like other filesystems.
Of course the server is still free to munge the permissions if it wants
to; but the client will send the "right" permissions to begin with.

A few caveats:

1) It only applies to filesystems that have CAP_UNIX (aka support unix
extensions)
2) It applies the correct mode to the follow up CIFSSMBUnixSetPerms()
after remote creation

When mode to CIFS/NTFS ACL mapping is complete we can do the
same thing for that case for servers which do not
support the Unix Extensions.
Signed-off-by: NMatt Keenen <matt@opcode-solutions.com>
Signed-off-by: NSteve French <sfrench@us.ibm.com>
      3ce53fc4
  7. 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
  9. 25 4月, 2007 1 次提交
  11. 24 4月, 2007 1 次提交
  13. 07 4月, 2007 1 次提交
  15. 23 3月, 2007 1 次提交
  17. 10 3月, 2007 1 次提交
  19. 27 2月, 2007 3 次提交
  21. 17 2月, 2007 1 次提交
  23. 15 2月, 2007 1 次提交
  25. 09 2月, 2007 1 次提交
  27. 17 11月, 2006 1 次提交
  29. 08 11月, 2006 1 次提交
  31. 02 11月, 2006 1 次提交
  33. 12 10月, 2006 1 次提交
  35. 01 10月, 2006 4 次提交
  37. 28 9月, 2006 1 次提交
  39. 02 6月, 2006 1 次提交
  41. 01 6月, 2006 2 次提交
  43. 22 4月, 2006 1 次提交
  45. 01 4月, 2006 1 次提交
  47. 31 3月, 2006 1 次提交
  49. 27 3月, 2006 1 次提交
  51. 23 3月, 2006 1 次提交
  53. 03 3月, 2006 1 次提交
  55. 02 3月, 2006 1 次提交
  57. 22 2月, 2006 1 次提交
  59. 10 1月, 2006 1 次提交
  61. 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
  63. 13 12月, 2005 1 次提交
  65. 02 12月, 2005 1 次提交
  67. 30 11月, 2005 1 次提交