1. 28 3月, 2009 1 次提交
    • D
      ufs: don't truncate longer ufs2 fast symlinks · f33219b7
      Duane Griffin 提交于
      ufs2 fast symlinks can be twice as long as ufs ones, however the code
      was using the ufs size in various places. Fix that so ufs2 symlinks over
      60 characters aren't truncated.
      
      Note that we copy the entire area instead of using the maxsymlinklen field
      from the superblock. This way we will be more robust against corruption (of
      the superblock).
      
      While we are at it, use memcpy instead of open-coding it with for loops.
      Signed-off-by: NDuane Griffin <duaneg@dghda.com>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      f33219b7
  2. 28 4月, 2008 1 次提交
  3. 09 2月, 2008 1 次提交
  4. 08 2月, 2008 1 次提交
  5. 17 10月, 2007 2 次提交
  6. 18 4月, 2007 1 次提交
  7. 17 3月, 2007 2 次提交
  8. 13 2月, 2007 2 次提交
  9. 31 1月, 2007 1 次提交
  10. 06 1月, 2007 1 次提交
    • E
      [PATCH] fix garbage instead of zeroes in UFS · d63b7090
      Evgeniy Dushistov 提交于
      Looks like this is the problem, which point Al Viro some time ago:
      
      ufs's get_block callback allocates 16k of disk at a time, and links that
      entire 16k into the file's metadata.  But because get_block is called for only
      a single buffer_head (a 2k buffer_head in this case?) we are only able to tell
      the VFS that this 2k is buffer_new().
      
      So when ufs_getfrag_block() is later called to map some more data in the file,
      and when that data resides within the remaining 14k of this fragment,
      ufs_getfrag_block() will incorrectly return a !buffer_new() buffer_head.
      
      I don't see _right_ way to do nullification of whole block, if use inode
      page cache, some pages may be outside of inode limits (inode size), and
      will be lost; if use blockdev page cache it is possible to zero real data,
      if later inode page cache will be used.
      
      The simpliest way, as can I see usage of block device page cache, but not only
      mark dirty, but also sync it during "nullification".  I use my simple tests
      collection, which I used for check that create,open,write,read,close works on
      ufs, and I see that this patch makes ufs code 18% slower then before.
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d63b7090
  11. 27 9月, 2006 1 次提交
  12. 28 8月, 2006 1 次提交
    • E
      [PATCH] ufs: write to hole in big file · c37336b0
      Evgeniy Dushistov 提交于
      On UFS, this scenario:
      	open(O_TRUNC)
      	lseek(1024 * 1024 * 80)
      	write("A")
      	lseek(1024 * 2)
      	write("A")
      
      may cause access to invalid address.
      
      This happened because of "goal" is calculated in wrong way in block
      allocation path, as I see this problem exists also in 2.4.
      
      We use construction like this i_data[lastfrag], i_data array of pointers to
      direct blocks, indirect and so on, it has ceratain size ~20 elements, and
      lastfrag may have value for example 40000.
      
      Also this patch fixes related to handling such scenario issues, wrong
      zeroing metadata, in case of block(not fragment) allocation, and wrong goal
      calculation, when we allocate block
      Signed-off-by: NEvgeniy Dushistov <dushistov@mail.ru>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      c37336b0
  13. 02 7月, 2006 1 次提交
  14. 30 6月, 2006 1 次提交
  15. 29 6月, 2006 1 次提交
  16. 28 6月, 2006 1 次提交
  17. 26 6月, 2006 8 次提交
  18. 04 2月, 2006 1 次提交
  19. 15 1月, 2006 1 次提交
    • E
      [PATCH] ufs cleanup · 7b4ee73e
      Evgeniy 提交于
      Here is update of ufs cleanup patch, brought on by the recently fixed
      ubh_get_usb_second() bug that made some ugly code rather painfully
      obvious.  It also includes
      
       - fix compilation warnings which appears if debug mode turn on
       - remove unnecessary duplication of code to support UFS2
      
      I tested it on ufs1 and ufs2 file-systems.
      Signed-off-by: NEvgeniy Dushistov <dushistov@mail.ru>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      7b4ee73e
  20. 10 9月, 2005 1 次提交
  21. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4