Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 13 1月, 2006 1 次提交
  3. 11 1月, 2006 1 次提交
  5. 10 1月, 2006 1 次提交
  7. 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
  9. 01 1月, 2006 1 次提交
  11. 13 12月, 2005 1 次提交
  13. 04 12月, 2005 2 次提交
  15. 03 12月, 2005 1 次提交
  17. 02 12月, 2005 2 次提交
  19. 30 11月, 2005 4 次提交
  21. 29 11月, 2005 1 次提交
  23. 20 11月, 2005 1 次提交
  25. 19 11月, 2005 3 次提交
  27. 18 11月, 2005 2 次提交
  29. 17 11月, 2005 1 次提交
  31. 16 11月, 2005 2 次提交
  33. 12 11月, 2005 2 次提交
  35. 11 11月, 2005 3 次提交
  37. 10 11月, 2005 1 次提交
  39. 07 11月, 2005 1 次提交
  41. 05 11月, 2005 1 次提交
  43. 28 10月, 2005 1 次提交
    • S
      [CIFS] Change pragma pack(1) to attribute(packed) to allow cifs on arm to access · 0753ca7b
      由 Steve French 提交于 
      unaligned structures coming in off the wire

gcc on arm processors generates very odd code with pragma pack specified -
although it does pack the structures in some sense - it does not allow you
to access unaligned elements in nested structures at the right offset as other
architectures do.  Oddly enough though, specifying the structures as packed
the long way - one by one with the packed attribute does work.  Rather than
fighting over whether this is a gcc bug or some obscure side effect
of pragma pack, it is easier to do what most (all but 96 other places in
the kernel) do - and replace pragma pack with dozens of attribute(packed)
structure qualifiers.  Much more verbose ... but at least it works.
Signed-off-by: NDavid Kleikamp <shaggy@austin.ibm.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>  CG: -----------------------------------------------------------------------
      0753ca7b
  45. 21 10月, 2005 1 次提交
  47. 13 10月, 2005 1 次提交
  49. 12 10月, 2005 2 次提交