Skip to content

K
kernel_linux

OpenHarmony / kernel_linux
上一次同步 大约 4 年

通知 14
Star 8
Fork 2
K
kernel_linux
切换分支/标签
  1. 27 2月, 2006 1 次提交
  3. 24 2月, 2006 1 次提交
  5. 23 2月, 2006 1 次提交
  7. 22 2月, 2006 1 次提交
  9. 15 2月, 2006 1 次提交
  11. 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
  13. 10 2月, 2006 2 次提交
  15. 28 1月, 2006 2 次提交
  17. 25 1月, 2006 1 次提交
  19. 24 1月, 2006 1 次提交
  21. 19 1月, 2006 1 次提交
  23. 18 1月, 2006 1 次提交
  25. 14 1月, 2006 1 次提交
  27. 13 1月, 2006 3 次提交
  29. 11 1月, 2006 1 次提交
  31. 10 1月, 2006 1 次提交
  33. 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
  35. 01 1月, 2006 1 次提交
  37. 13 12月, 2005 1 次提交
  39. 04 12月, 2005 2 次提交
  41. 03 12月, 2005 1 次提交
  43. 02 12月, 2005 2 次提交
  45. 30 11月, 2005 4 次提交
  47. 29 11月, 2005 1 次提交
  49. 20 11月, 2005 1 次提交
  51. 19 11月, 2005 3 次提交
  53. 18 11月, 2005 1 次提交
    • S
      [CIFS] Vectored and async i/o turned on and correct the · 87c89dd7
      由 Steve French 提交于 
      writev and aio_write to flush properly.

This is Christoph's patch merged with the new nobrl file operations
Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com>

From: Christoph Hellwig <hch@lst.de>

 - support vectored and async aio ops unconditionally - this is above
   the pagecache and transparent to the fs
 - remove cifs_read_wrapper.  it was only doing silly checks and
   calling generic_file_write in all cases.
 - use do_sync_read/do_sync_write as read/write operations.  They call
   ->readv/->writev which we now always implemente.
 - add the filemap_fdatawrite calls to writev/aio_write which were
   missing previously compared to plain write.  no idea what the point
   behind them is, but let's be consistent at least..
Signed-off-by: NChristoph Hellwig <hch@lst.de>
Signed-off-by: NSteven French <sfrench@us.ibm.com>
Signed-off-by: NAndrew Morton <akpm@osdl.org>
      87c89dd7