1. 14 May, 2012 2 commits
  2. 26 Mar, 2012 1 commit
  3. 11 Mar, 2011 1 commit
  4. 03 Dec, 2010 1 commit
  5. 09 Aug, 2010 1 commit
  6. 21 Jul, 2010 1 commit
  7. 21 May, 2010 1 commit
  8. 16 Dec, 2009 1 commit
    • Christoph Hellwig's avatar
      sanitize xattr handler prototypes · 431547b3
      Christoph Hellwig authored
      Add a flags argument to struct xattr_handler and pass it to all xattr
      handler methods.  This allows using the same methods for multiple
      handlers, e.g. for the ACL methods which perform exactly the same action
      for the access and default ACLs, just using a different underlying
      attribute.  With a little more groundwork it'll also allow sharing the
      methods for the regular user/trusted/secure handlers in extN, ocfs2 and
      jffs2 like it's already done for xfs in this patch.
      
      Also change the inode argument to the handlers to a dentry to allow
      using the handlers mechnism for filesystems that require it later,
      e.g. cifs.
      
      [with GFS2 bits updated by Steven Whitehouse <swhiteho@redhat.com>]
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Reviewed-by: default avatarJames Morris <jmorris@namei.org>
      Acked-by: default avatarJoel Becker <joel.becker@oracle.com>
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      431547b3
  9. 04 Dec, 2009 1 commit
  10. 01 May, 2008 1 commit
  11. 30 Apr, 2008 1 commit
  12. 20 May, 2007 2 commits
    • David Woodhouse's avatar
      [JFFS2] Fix potential memory leak of dead xattrs on unmount. · 2ad8ee71
      David Woodhouse authored
      An xattr_datum which ends up orphaned should be freed by the GC 
      thread. But if we umount before the GC thread is finished, or if we 
      mount read-only and the GC thread never runs, they might never be 
      freed. Clean them up during unmount, if there are any left.
      Signed-off-by: default avatarDavid Woodhouse <dwmw2@infradead.org>
      2ad8ee71
    • David Woodhouse's avatar
      [JFFS2] Fix BUG() caused by failing to discard xattrs on deleted files. · 8ae5d312
      David Woodhouse authored
      When we cannot mark nodes as obsolete, such as on NAND flash, we end up 
      having to delete inodes with !nlink in jffs2_build_remove_unlinked_inode().
      However, jffs2_build_xattr_subsystem() runs later than this, and will
      attach an xref to the dead inode. Then later when the last nodes of that
      dead inode are erased we hit a BUG() in jffs2_del_ino_cache() 
      because we're not supposed to get there with an xattr still attached to 
      the inode which is being killed.
      
      The simple fix is to refrain from attaching xattrs to inodes with zero 
      nlink, in jffs2_build_xattr_subsystem(). It's it's OK to trust nlink 
      here because the file system isn't actually mounted yet, so there's no 
      chance that a zero-nlink file could actually be alive still because 
      it's open.
      Signed-off-by: default avatarDavid Woodhouse <dwmw2@infradead.org>
      8ae5d312
  13. 25 Apr, 2007 1 commit
    • David Woodhouse's avatar
      [JFFS2] Tidy up licensing/copyright boilerplate. · c00c310e
      David Woodhouse authored
      In particular, remove the bit in the LICENCE file about contacting
      Red Hat for alternative arrangements. Their errant IS department broke
      that arrangement a long time ago -- the policy of collecting copyright
      assignments from contributors came to an end when the plug was pulled on
      the servers hosting the project, without notice or reason.
      
      We do still dual-license it for use with eCos, with the GPL+exception
      licence approved by the FSF as being GPL-compatible. It's just that nobody
      has the right to license it differently.
      Signed-off-by: default avatarDavid Woodhouse <dwmw2@infradead.org>
      c00c310e
  14. 04 Oct, 2006 1 commit
    • Jeff Garzik's avatar
      [JFFS2] kill warning RE debug-only variables · a6b1d82d
      Jeff Garzik authored
      gcc emits the following warning on a 'allmodconfig' build:
      
      fs/jffs2/xattr.c: In function ‘unrefer_xattr_datum’:
      fs/jffs2/xattr.c:402: warning: unused variable ‘version’
      fs/jffs2/xattr.c:402: warning: unused variable ‘xid’
      
      Given that these variables are only used in the debug printk, and they
      merely remove a deref, we can easily kill the warning by adding the
      derefs to the debug printk.
      Signed-off-by: default avatarJeff Garzik <jeff@garzik.org>
      Signed-off-by: default avatarDavid Woodhouse <dwmw2@infradead.org>
      a6b1d82d
  15. 16 Aug, 2006 1 commit
  16. 29 Jun, 2006 1 commit
    • KaiGai Kohei's avatar
      [JFFS2][XATTR] Fix xd->refcnt race condition · c6e8c6cc
      KaiGai Kohei authored
      When xd->refcnt is checked whether this xdatum should be released
      or not, atomic_dec_and_lock() is used to ensure holding the
      c->erase_completion_lock.
      
      This fix change a specification of delete_xattr_datum().
      Previously, it's only called when xd->refcnt equals zero.
      (calling it with positive xd->refcnt cause a BUG())
      If you applied this patch, the function checks whether
      xd->refcnt is zero or not under the spinlock if necessary.
      Then, it marks xd DEAD flahs and links with xattr_dead_list
      or releases it immediately when xd->refcnt become zero.
      Signed-off-by: default avatarKaiGai Kohei <kaigai@ak.jp.nec.com>
      Signed-off-by: default avatarDavid Woodhouse <dwmw2@infradead.org>
      c6e8c6cc
  17. 27 Jun, 2006 3 commits
  18. 25 May, 2006 1 commit
  19. 24 May, 2006 1 commit
    • David Woodhouse's avatar
      [JFFS2] Reduce visibility of raw_node_ref to upper layers of JFFS2 code. · 2f785402
      David Woodhouse authored
      As the first step towards eliminating the ref->next_phys member and saving
      memory by using an _array_ of struct jffs2_raw_node_ref per eraseblock,
      stop the write functions from allocating their own refs; have them just
      _reserve_ the appropriate number instead. Then jffs2_link_node_ref() can
      just fill them in.
      
      Use a linked list of pre-allocated refs in the superblock, for now. Once
      we switch to an array, it'll just be a case of extending that array.
      Signed-off-by: default avatarDavid Woodhouse <dwmw2@infradead.org>
      2f785402
  20. 22 May, 2006 2 commits
  21. 21 May, 2006 1 commit
  22. 13 May, 2006 5 commits