1. 20 5月, 2011 1 次提交
  2. 19 4月, 2011 1 次提交
  3. 23 3月, 2011 4 次提交
  4. 22 3月, 2011 2 次提交
  5. 19 1月, 2011 1 次提交
  6. 02 12月, 2010 3 次提交
  7. 09 11月, 2010 1 次提交
    • A
      [media] v4l: kill the BKL · 0edf2e5e
      Arnd Bergmann 提交于
      All of the hard problems for BKL removal appear to be solved in the
      v4l-dvb/master tree. This removes the BKL from the various open
      functions that do not need it, or only use it to protect an
      open count.
      
      The zoran driver is nontrivial in this regard, so I introduce
      a new mutex that locks both the open/release and the ioctl
      functions. Someone with access to the hardware can probably
      improve that by using the existing lock in all cases.
      
      Finally, all drivers that still use the locked version of the
      ioctl function now get called under a new mutex instead of
      the BKL.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      0edf2e5e
  8. 21 10月, 2010 5 次提交
  9. 09 8月, 2010 2 次提交
  10. 03 8月, 2010 1 次提交
    • A
      V4L/DVB: v4l2-dev: fix memory leak · 1bb64194
      Anatolij Gustschin 提交于
      Since commit b4028437
      the 'driver_data' field resides in device's struct device_private
      which may be allocated by dev_set_drvdata() if device_private
      struct was not allocated previously.
      
      dev_set_drvdata() is used in video_set_drvdata() to set
      the driver's private data pointer in v4l2 drivers. Setting
      the private data _before_ registering the v4l2 device results
      in a memory leak since __video_register_device() also calls
      video_set_drvdata(), but after zeroing the device structure.
      Thus, the reference to the previously allocated device_private
      struct goes lost and a new device_private will be allocated.
      
      All v4l drivers which call video_set_drvdata() _before_
      calling video_register_device() are affected. The patch fixes
      __video_register_device() to preserve previously allocated
      device_private reference.
      
      Caught by kmemleak.
      Signed-off-by: NAnatolij Gustschin <agust@denx.de>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      1bb64194
  11. 19 5月, 2010 2 次提交
  12. 16 12月, 2009 2 次提交
  13. 19 9月, 2009 4 次提交
  14. 13 7月, 2009 1 次提交
  15. 07 4月, 2009 1 次提交
  16. 30 3月, 2009 5 次提交
  17. 03 1月, 2009 2 次提交
  18. 30 12月, 2008 2 次提交