1. 29 6月, 2011 1 次提交
  2. 07 6月, 2011 1 次提交
  3. 14 4月, 2011 1 次提交
  4. 29 10月, 2010 1 次提交
  5. 26 10月, 2010 1 次提交
    • C
      fs: do not assign default i_ino in new_inode · 85fe4025
      Christoph Hellwig 提交于
      Instead of always assigning an increasing inode number in new_inode
      move the call to assign it into those callers that actually need it.
      For now callers that need it is estimated conservatively, that is
      the call is added to all filesystems that do not assign an i_ino
      by themselves.  For a few more filesystems we can avoid assigning
      any inode number given that they aren't user visible, and for others
      it could be done lazily when an inode number is actually needed,
      but that's left for later patches.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NDave Chinner <dchinner@redhat.com>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      85fe4025
  6. 23 10月, 2010 1 次提交
  7. 05 10月, 2010 1 次提交
    • A
      BKL: Remove BKL from USB gadgetfs · cdbd2b01
      Arnd Bergmann 提交于
      The BKL is only used in fill_super, which is  protected by the superblocks
      s_umount rw_semaphore. Therefore it is safe to remove the BKL entirely.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: David Brownell <dbrownell@users.sourceforge.net>
      Cc: linux-usb@vger.kernel.org
      cdbd2b01
  8. 11 8月, 2010 2 次提交
  9. 03 3月, 2010 1 次提交
  10. 05 10月, 2009 1 次提交
  11. 22 9月, 2009 1 次提交
  12. 16 6月, 2009 1 次提交
  13. 25 3月, 2009 1 次提交
  14. 06 1月, 2009 1 次提交
  15. 02 11月, 2008 1 次提交
    • A
      saner FASYNC handling on file close · 233e70f4
      Al Viro 提交于
      As it is, all instances of ->release() for files that have ->fasync()
      need to remember to evict file from fasync lists; forgetting that
      creates a hole and we actually have a bunch that *does* forget.
      
      So let's keep our lives simple - let __fput() check FASYNC in
      file->f_flags and call ->fasync() there if it's been set.  And lose that
      crap in ->release() instances - leaving it there is still valid, but we
      don't have to bother anymore.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      233e70f4
  16. 26 7月, 2008 1 次提交
  17. 22 7月, 2008 1 次提交
  18. 10 7月, 2008 1 次提交
  19. 25 4月, 2008 1 次提交
  20. 25 3月, 2008 1 次提交
  21. 02 2月, 2008 1 次提交
  22. 13 10月, 2007 2 次提交
  23. 31 7月, 2007 1 次提交
  24. 13 7月, 2007 3 次提交
  25. 09 6月, 2007 1 次提交
    • D
      USB: usb gadgets avoid le{16,32}_to_cpup() · 01ee7d70
      David Brownell 提交于
      It turns out that le16_to_cpup() and le32_to_cpup() aren't always safe
      to call with pointers into packed structures, since those are inlined
      functions and GCC may lose the "packed" attribute.  So those references
      can become unaligned kernel accesses, which are evil on some hardware.
      
      This patch updates uses of those routines in the gadget stack.  The
      references into packed structures can just use leXX_to_cpu(*x), which
      in most cases is more natural.  Some other uses in RNDIS, mostly in
      debug code, were wrong in the first place; those use get_unaligned().
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      01ee7d70
  26. 24 2月, 2007 1 次提交
  27. 08 2月, 2007 7 次提交
  28. 08 12月, 2006 1 次提交
  29. 01 10月, 2006 2 次提交