Skip to content

L
linux-davinci
An error occurred fetching the project authors.
Switch branch/tag
  1. 13 Jul, 2007 1 commit
  3. 10 Jul, 2007 1 commit
  5. 08 Jun, 2007 1 commit
    • Steve French's avatar
      [CIFS] CIFS should honour umask · 3ce53fc4
      Steve French authored 
      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: default avatarMatt Keenen <matt@opcode-solutions.com>
Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      3ce53fc4
  7. 30 Apr, 2007 1 commit
    • Steve French's avatar
      [CIFS] UID/GID override on CIFS mounts to Samba · 4523cc30
      Steve French authored 
      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: default avatarSteve French <sfrench@us.ibm.com>
      4523cc30
  9. 25 Apr, 2007 1 commit
  11. 23 Apr, 2007 1 commit
  13. 06 Apr, 2007 1 commit
  15. 23 Mar, 2007 1 commit
  17. 10 Mar, 2007 1 commit
  19. 27 Feb, 2007 1 commit
  21. 26 Feb, 2007 2 commits
  23. 17 Feb, 2007 1 commit
  25. 15 Feb, 2007 1 commit
  27. 08 Feb, 2007 1 commit
  29. 16 Nov, 2006 1 commit
  31. 07 Nov, 2006 1 commit
  33. 02 Nov, 2006 1 commit
  35. 12 Oct, 2006 1 commit
  37. 01 Oct, 2006 3 commits
  39. 30 Sep, 2006 1 commit
  41. 28 Sep, 2006 1 commit
  43. 01 Jun, 2006 1 commit
  45. 31 May, 2006 2 commits
  47. 21 Apr, 2006 1 commit
  49. 31 Mar, 2006 2 commits
  51. 26 Mar, 2006 1 commit
  53. 23 Mar, 2006 1 commit
  55. 03 Mar, 2006 1 commit
  57. 02 Mar, 2006 1 commit
  59. 21 Feb, 2006 1 commit
  61. 09 Jan, 2006 2 commits
    • Jes Sorensen's avatar
      [PATCH] mutex subsystem, semaphore to mutex: VFS, ->i_sem · 1b1dcc1b
      Jes Sorensen authored 
      This patch converts the inode semaphore to a mutex. I have tested it on
XFS and compiled as much as one can consider on an ia64. Anyway your
luck with it might be different.
Modified-by: default avatarIngo Molnar <mingo@elte.hu>

(finished the conversion)
Signed-off-by: default avatarJes Sorensen <jes@sgi.com>
Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      1b1dcc1b
    • OGAWA Hirofumi's avatar
      [PATCH] Fix and add EXPORT_SYMBOL(filemap_write_and_wait) · 28fd1298
      OGAWA Hirofumi authored 
      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: default avatarTrond Myklebust <trond.myklebust@fys.uio.no>
Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      28fd1298
  63. 13 Dec, 2005 1 commit
  65. 02 Dec, 2005 1 commit
  67. 30 Nov, 2005 1 commit