1. 06 2月, 2013 1 次提交
  2. 06 1月, 2013 7 次提交
  3. 28 12月, 2012 3 次提交
  4. 22 12月, 2012 1 次提交
    • P
      [media] tda18212: tda18218: use 'val' if initialized · ed2e3301
      Paul Bolle 提交于
      Commits e666a44f ("[media] tda18212:
      silence compiler warning") and e0e52d4e
      ("[media] tda18218: silence compiler warning") silenced warnings
      equivalent to these:
          drivers/media/tuners/tda18212.c: In function ‘tda18212_attach’:
          drivers/media/tuners/tda18212.c:299:2: warning: ‘val’ may be used uninitialized in this function [-Wmaybe-uninitialized]
          drivers/media/tuners/tda18218.c: In function ‘tda18218_attach’:
          drivers/media/tuners/tda18218.c:305:2: warning: ‘val’ may be used uninitialized in this function [-Wmaybe-uninitialized]
      But in both cases 'val' will still be used uninitialized if the calls
      of tda18212_rd_reg() or tda18218_rd_reg() fail. Fix this by only
      printing the "chip id" if the calls of those functions were successful.
      This allows to drop the uninitialized_var() stopgap measure.
      Also stop printing the return values of tda18212_rd_reg() or
      tda18218_rd_reg(), as these are not interesting.
      Signed-off-by: NPaul Bolle <pebolle@tiscali.nl>
      Acked-by: NAntti Palosaari <crope@iki.fi>
      Reviewed-by: NAntti Palosaari <crope@iki.fi>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      ed2e3301
  5. 19 12月, 2012 1 次提交
  6. 28 11月, 2012 1 次提交
  7. 29 10月, 2012 1 次提交
    • M
      [media] xc4000: Fix a few warnings · 0d0d76e5
      Mauro Carvalho Chehab 提交于
      drivers/media/tuners/xc4000.c: In function ‘check_firmware’:
      drivers/media/tuners/xc4000.c:1048:45: warning: ‘fw_minor’ may be used uninitialized in this function [-Wmaybe-uninitialized]
      drivers/media/tuners/xc4000.c:1048:39: warning: ‘fw_major’ may be used uninitialized in this function [-Wmaybe-uninitialized]
      drivers/media/tuners/xc4000.c:1062:39: warning: ‘hw_minor’ may be used uninitialized in this function [-Wmaybe-uninitialized]
      drivers/media/tuners/xc4000.c:1062:33: warning: ‘hw_major’ may be used uninitialized in this function [-Wmaybe-uninitialized]
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      0d0d76e5
  8. 28 10月, 2012 2 次提交
  9. 07 10月, 2012 1 次提交
    • M
      [media] tda18271-common: hold the I2C adapter during write transfers · 78ef81f6
      Mauro Carvalho Chehab 提交于
      The tda18271 datasheet says:
      	"The image rejection calibration and RF tracking filter
      	 calibration must be launched exactly as described in the
      	 flowchart, otherwise bad calibration or even blocking of the
      	 TDA18211HD can result making it impossible to communicate
      	 via the I2C-bus."
      (yeah, tda18271 refers there to tda18211 - likely a typo at their
       datasheets)
      That likely explains why sometimes tda18271 stops answering. That
      is now happening more often on designs with drx-k chips, as the
      firmware is now loaded asyncrousnly there.
      While the above text doesn't explicitly tell that the I2C bus
      couldn't be used by other devices during such initialization,
      that seems to be a requirement there.
      So, let's explicitly use the I2C lock there, avoiding I2C bus
      share during those critical moments.
      Compile-tested only. Please test.
      Acked-by: NMichael Krufky <mkrufky@linuxtv.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      78ef81f6
  10. 06 10月, 2012 2 次提交
    • M
      [media] mt2063: properly handle return error codes · 20eb13a7
      Mauro Carvalho Chehab 提交于
      Fix a series of warnings when compiled with W=1:
      
      drivers/media/tuners/mt2063.c: In function 'mt2063_setreg':
      drivers/media/tuners/mt2063.c:290:2: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]
      ...
      drivers/media/tuners/mt2063.c:2013:2: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]
      
      drivers/media/tuners/mt2063.c:2271:14: warning: no previous prototype for 'tuner_MT2063_SoftwareShutdown' [-Wmissing-prototypes]
      drivers/media/tuners/mt2063.c:2286:14: warning: no previous prototype for 'tuner_MT2063_ClearPowerMaskBits' [-Wmissing-prototypes]
      
      Several of those warnings are real bugs: the error status code
      used to be unsigned, but they're assigned to negative error
      codes.
      
      Fix it by using unsigned int.
      
      While here, comment the two power management functions, while we
      don't add a code there to properly handle tuner suspend/resume.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      20eb13a7
    • P
      [media] drivers/media/tuners/mt2063.c: Removes useless kfree() · 6f0fdc49
      Peter Senna Tschudin 提交于
      Remove useless kfree() and clean up code related to the removal.
      The semantic patch that finds this problem is as follows:
      (http://coccinelle.lip6.fr/)
      // <smpl>
      @r exists@
      position p1,p2;
      expression x;
      @@
      if (x@p1 == NULL) { ... kfree@p2(x); ... return ...; }
      @unchanged exists@
      position r.p1,r.p2;
      expression e <= r.x,x,e1;
      iterator I;
      statement S;
      @@
      if (x@p1 == NULL) { ... when != I(x,...) S
                              when != e = e1
                              when != e += e1
                              when != e -= e1
                              when != ++e
                              when != --e
                              when != e++
                              when != e--
                              when != &e
         kfree@p2(x); ... return ...; }
      @ok depends on unchanged exists@
      position any r.p1;
      position r.p2;
      expression x;
      @@
      ... when != true x@p1 == NULL
      kfree@p2(x);
      @depends on !ok && unchanged@
      position r.p2;
      expression x;
      @@
      *kfree@p2(x);
      // </smpl>
      Signed-off-by: NPeter Senna Tschudin <peter.senna@gmail.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      6f0fdc49
  11. 03 10月, 2012 2 次提交
  12. 02 10月, 2012 5 次提交
  13. 28 9月, 2012 4 次提交
  14. 27 9月, 2012 1 次提交
  15. 26 9月, 2012 1 次提交
  16. 24 9月, 2012 4 次提交
  17. 18 9月, 2012 3 次提交