1. 01 3月, 2006 1 次提交
  2. 28 2月, 2006 1 次提交
  3. 27 2月, 2006 1 次提交
  4. 24 2月, 2006 1 次提交
  5. 23 2月, 2006 1 次提交
  6. 22 2月, 2006 1 次提交
  7. 15 2月, 2006 1 次提交
  8. 14 2月, 2006 1 次提交
    • S
      [CIFS] SessionSetup cleanup part 2 · 5815449d
      Steve French 提交于
      The cifs session setup code has three cases, and a fourth for backlevel
      LANMAN2 style session setup needed to be added.  This new session setup
      implmentation will eventually replace the other three and should be
      easier to read while fixing a few minor problems (not setting
      the LARGE READ/WRITEX flags when NTLMSSP was negotiated for example) and
      adding support for NTLMv2 (which will be added with the next patch. In the
      meantime, this code is marked in an CONFIG_CIFS_EXPERIMENTAL block and will
      not be turned on by default until it is tested against more server types.
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      5815449d
  9. 10 2月, 2006 2 次提交
  10. 28 1月, 2006 2 次提交
  11. 25 1月, 2006 1 次提交
  12. 24 1月, 2006 1 次提交
  13. 19 1月, 2006 1 次提交
  14. 18 1月, 2006 1 次提交
  15. 14 1月, 2006 1 次提交
  16. 13 1月, 2006 3 次提交
  17. 11 1月, 2006 1 次提交
  18. 10 1月, 2006 1 次提交
  19. 09 1月, 2006 3 次提交
    • 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
    • S
      [CIFS] Fix cifs trying to write to f_ops · f3f6ec4b
      Steve French 提交于
      patch 2ea55c01e0c5dfead8699484b0bae2a375b1f61c fixed CIFS clobbering the
      global fops structure for some per mount setting, by duplicating and having
      2 fops structs. However the write to the fops was left behind, which is a
      NOP in practice (due to the fact that we KNOW the fops has that field set
      to NULL already due to the duplication). So remove it... In addition, another
      instance of the same bug was forgotten in november.
      Signed-off-by: NArjan van de Ven <arjan@infradead.org>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      f3f6ec4b
    • S
      [CIFS] Minor cleanup to new cifs acl header. · a6230af7
      Steve French 提交于
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      a6230af7
  20. 01 1月, 2006 1 次提交
  21. 13 12月, 2005 1 次提交
  22. 04 12月, 2005 2 次提交
  23. 03 12月, 2005 1 次提交
  24. 02 12月, 2005 2 次提交
  25. 30 11月, 2005 4 次提交
  26. 29 11月, 2005 1 次提交
  27. 20 11月, 2005 1 次提交
  28. 19 11月, 2005 2 次提交