1. 13 Jan, 2011 1 commit
  2. 17 Dec, 2010 1 commit
  3. 15 Oct, 2010 1 commit
    • Arnd Bergmann's avatar
      llseek: automatically add .llseek fop · 6038f373
      Arnd Bergmann authored
      All file_operations should get a .llseek operation so we can make
      nonseekable_open the default for future file operations without a
      .llseek pointer.
      
      The three cases that we can automatically detect are no_llseek, seq_lseek
      and default_llseek. For cases where we can we can automatically prove that
      the file offset is always ignored, we use noop_llseek, which maintains
      the current behavior of not returning an error from a seek.
      
      New drivers should normally not use noop_llseek but instead use no_llseek
      and call nonseekable_open at open time.  Existing drivers can be converted
      to do the same when the maintainer knows for certain that no user code
      relies on calling seek on the device file.
      
      The generated code is often incorrectly indented and right now contains
      comments that clarify for each added line why a specific variant was
      chosen. In the version that gets submitted upstream, the comments will
      be gone and I will manually fix the indentation, because there does not
      see...
      6038f373
  4. 22 Sep, 2010 1 commit
  5. 06 Aug, 2010 1 commit
    • David Howells's avatar
      Fix init ordering of /dev/console vs callers of modprobe · 31d1d48e
      David Howells authored
      
      Make /dev/console get initialised before any initialisation routine that
      invokes modprobe because if modprobe fails, it's going to want to open
      /dev/console, presumably to write an error message to.
      
      The problem with that is that if the /dev/console driver is not yet
      initialised, the chardev handler will call request_module() to invoke
      modprobe, which will fail, because we never compile /dev/console as a
      module.
      
      This will lead to a modprobe loop, showing the following in the kernel
      log:
      
      	request_module: runaway loop modprobe char-major-5-1
      	request_module: runaway loop modprobe char-major-5-1
      	request_module: runaway loop modprobe char-major-5-1
      	request_module: runaway loop modprobe char-major-5-1
      	request_module: runaway loop modprobe char-major-5-1
      
      This can happen, for example, when the built in md5 module can't find
      the built in cryptomgr module (because the latter fails to initialise).
      The md5 module comes before the call to tty_init(), presumably because
      'crypto' comes before 'drivers' alphabetically.
      
      Fix this by calling tty_init() from chrdev_init().
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      31d1d48e
  6. 24 Sep, 2009 1 commit
  7. 11 Sep, 2009 1 commit
  8. 10 Aug, 2009 1 commit
  9. 12 Jul, 2009 1 commit
  10. 12 Jun, 2009 1 commit
    • Theodore Ts'o's avatar
      fs: Remove i_cindex from struct inode · 9fd5746f
      Theodore Ts'o authored
      
      The only user of the i_cindex element in the inode structure is used
      is by the firewire drivers.  As part of an attempt to slim down the
      inode structure to save memory --- since a typical Linux system will
      have hundreds of thousands if not millions of inodes cached, a
      reduction in the size inode has high leverage.
      
      The firewire driver does not need i_cindex in any fast path, so it's
      simple enough to calculate when it is needed, instead of wasting space
      in the inode structure.
      Signed-off-by: default avatar"Theodore Ts'o" <tytso@mit.edu>
      Cc: krh@redhat.com
      Cc: stefanr@s5r6.in-berlin.de
      Cc: linux-fsdevel@vger.kernel.org
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      9fd5746f
  11. 06 Jan, 2009 1 commit
  12. 23 Oct, 2008 1 commit
  13. 16 Oct, 2008 1 commit
  14. 20 Jun, 2008 2 commits
  15. 29 Apr, 2008 1 commit
  16. 08 Feb, 2008 1 commit
  17. 25 Jan, 2008 2 commits
  18. 17 Oct, 2007 1 commit
  19. 19 Jul, 2007 1 commit
  20. 05 Apr, 2007 1 commit
  21. 21 Feb, 2007 1 commit
  22. 12 Feb, 2007 1 commit
  23. 30 Sep, 2006 1 commit
  24. 29 Sep, 2006 2 commits
  25. 27 Sep, 2006 1 commit
  26. 15 Jul, 2006 1 commit
  27. 30 Jun, 2006 1 commit
  28. 26 Jun, 2006 1 commit
  29. 31 Mar, 2006 1 commit
  30. 28 Mar, 2006 2 commits
  31. 25 Mar, 2006 1 commit
  32. 20 Mar, 2006 1 commit
  33. 15 Jan, 2006 1 commit
  34. 12 Jul, 2005 1 commit
    • Brian King's avatar
      [PATCH] cdev: cdev_put oops · 7da6844c
      Brian King authored
      
      While fixing an oops in the st driver in a dirty release path, I
      encountered an oops in cdev_put for cdevs allocated using cdev_alloc.  If
      cdev_del is called when the cdev kobject still has an open user, when the
      last cdev_put is called, the cdev_put will call kobject_put, which will end
      up ultimately releasing the cdev in cdev_dynamic_release.  Patch fixes the
      oops by preventing cdev_put from accessing freed memory.
      Signed-off-by: default avatarBrian King <brking@us.ibm.com>
      Cc: <viro@parcelfarce.linux.theplanet.co.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      7da6844c
  35. 29 Jun, 2005 1 commit
  36. 23 Jun, 2005 1 commit