1. 06 2月, 2012 1 次提交
  2. 15 1月, 2012 1 次提交
  3. 13 1月, 2012 1 次提交
  4. 04 1月, 2012 1 次提交
  5. 02 8月, 2011 1 次提交
  6. 29 4月, 2011 1 次提交
    • T
      cdrom: always check_disk_change() on open · bf2253a6
      Tejun Heo 提交于
      cdrom_open() called check_disk_change() after the rest of open path
      succeeded which leads to the following bizarre behavior.
      
      * After media change, if the device opened without O_NONBLOCK,
        open_for_data() naturally fails with -ENOMEDIA and
        check_disk_change() is never called.  The media is known to be gone
        and the open failure makes it obvious to the userland but device
        invalidation never happens.
      
      * But if the device is opened with O_NONBLOCK, all the checks are
        bypassed and cdrom_open() doesn't notice that the media is not there
        and check_disk_change() is called and invalidation happens.
      
      There's nothing to be gained by avoiding calling check_disk_change()
      on open failure.  Common cases end up calling check_disk_change()
      anyway.  All we get is inconsistent behavior.
      
      Fix it by moving check_disk_change() invocation to the top of
      cdrom_open() so that it always gets called regardless of how the rest
      of open proceeds.
      
      Stable: 2.6.38
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Reported-by: NAmit Shah <amit.shah@redhat.com>
      Tested-by: NAmit Shah <amit.shah@redhat.com>
      Cc: stable@kernel.org
      Signed-off-by: NJens Axboe <jaxboe@fusionio.com>
      bf2253a6
  7. 22 4月, 2011 1 次提交
    • T
      cdrom: always check_disk_change() on open · ea6949b6
      Tejun Heo 提交于
      cdrom_open() called check_disk_change() after the rest of open path
      succeeded which leads to the following bizarre behavior.
      
      * After media change, if the device opened without O_NONBLOCK,
        open_for_data() naturally fails with -ENOMEDIA and
        check_disk_change() is never called.  The media is known to be gone
        and the open failure makes it obvious to the userland but device
        invalidation never happens.
      
      * But if the device is opened with O_NONBLOCK, all the checks are
        bypassed and cdrom_open() doesn't notice that the media is not there
        and check_disk_change() is called and invalidation happens.
      
      There's nothing to be gained by avoiding calling check_disk_change()
      on open failure.  Common cases end up calling check_disk_change()
      anyway.  All we get is inconsistent behavior.
      
      Fix it by moving check_disk_change() invocation to the top of
      cdrom_open() so that it always gets called regardless of how the rest
      of open proceeds.
      
      Note for stable: 2.6.38 and later only
      
      Cc: stable@kernel.org
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Reported-by: NAmit Shah <amit.shah@redhat.com>
      Tested-by: NAmit Shah <amit.shah@redhat.com>
      Signed-off-by: NJens Axboe <jaxboe@fusionio.com>
      ea6949b6
  8. 31 3月, 2011 1 次提交
  9. 09 2月, 2011 1 次提交
  10. 17 12月, 2010 2 次提交
    • J
      cdrom: export cdrom_check_events() · 30a7caab
      Jens Axboe 提交于
      It's used by sr, so we need to export it.
      Signed-off-by: NJens Axboe <jaxboe@fusionio.com>
      30a7caab
    • T
      cdrom: add ->check_events() support · 2d921729
      Tejun Heo 提交于
      In principle, cdrom just needs to pass through ->check_events() but
      CDROM_MEDIA_CHANGED ioctl makes things a bit more complex.  Just as
      with ->media_changed() support, cdrom code needs to buffer the events
      and serve them to ioctl and vfs as requested.
      
      As the code has to deal with both ->check_events() and
      ->media_changed(), and vfs and ioctl event buffering, this patch adds
      check_events caching on top of the existing cdi->mc_flags buffering.
      
      It may be a good idea to deprecate CDROM_MEDIA_CHANGED ioctl and
      remove all this mess.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Signed-off-by: NJens Axboe <jaxboe@fusionio.com>
      2d921729
  11. 08 8月, 2010 1 次提交
  12. 19 11月, 2009 1 次提交
  13. 12 11月, 2009 1 次提交
    • E
      sysctl drivers: Remove dead binary sysctl support · 894d2491
      Eric W. Biederman 提交于
      Now that sys_sysctl is a wrapper around /proc/sys all of
      the binary sysctl support elsewhere in the tree is
      dead code.
      
      Cc: Jens Axboe <axboe@kernel.dk>
      Cc: Corey Minyard <minyard@acm.org>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      Cc: Matt Mackall <mpm@selenic.com>
      Cc: Herbert Xu <herbert@gondor.apana.org.au>
      Cc: Neil Brown <neilb@suse.de>
      Cc: "James E.J. Bottomley" <James.Bottomley@suse.de>
      Acked-by: Clemens Ladisch <clemens@ladisch.de> for drivers/char/hpet.c
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      894d2491
  14. 24 9月, 2009 1 次提交
  15. 23 5月, 2009 1 次提交
  16. 29 12月, 2008 2 次提交
  17. 12 12月, 2008 1 次提交
  18. 21 10月, 2008 3 次提交
  19. 09 10月, 2008 2 次提交
  20. 19 8月, 2008 1 次提交
    • A
      cdrom: handle TOC · bce31b67
      Alexander Inyukhin 提交于
      This patch should fix TOC handling for cdroms that can not play audio.  It
      extends commit af744e32 ("cdrom: don't
      check CDC_PLAY_AUDIO in cdrom_count_tracks()") with a safety check and
      non-audio ioctls support.
      
      Since CDC_PLAY_AUDIO flag was used not only to check ability to play audio
      but also to ensure that audio_ioctl was not NULL, all TOC-related
      operations had to use it.
      
      As far as I understand, now audio_ioctl is never NULL, so a sanity check
      during device registration should be sufficient.
      
      It was tested on Optiarc AD7203A device, that has no ability to play
      audio.
      
      Cc: Tejun Heo <tj@kernel.org>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Cc: Borislav Petkov <petkovbb@googlemail.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      [bart: remove now unneeded ->audio_ioctl check (noticed by Borislav)]
      Signed-off-by: NBartlomiej Zolnierkiewicz <bzolnier@gmail.com>
      bce31b67
  21. 06 8月, 2008 1 次提交
  22. 04 7月, 2008 1 次提交
  23. 29 4月, 2008 1 次提交
  24. 21 4月, 2008 6 次提交
  25. 04 3月, 2008 1 次提交
  26. 07 2月, 2008 1 次提交
  27. 02 2月, 2008 1 次提交
  28. 20 10月, 2007 1 次提交
  29. 19 10月, 2007 1 次提交
  30. 26 9月, 2007 1 次提交