Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 09 8月, 2010 1 次提交
    • A
      V4L/DVB: Report supported QAM modes on bt8xx · c75079cc
      由 Arnuschky 提交于 
      Here a small patch to get a TwinHan VT DST DVB-T card working with
kernels >= 2.6.32. Analogously to
http://linuxtv.org/hg/v4l-dvb/rev/0e735b509163 I had to:

"Fill in the .caps field in struct dst_dvbt_ops (around line 1763) with
all the supported QAM modulation methods to match the capabilities of
the card as implemented in function dst_set_modulation (around line
502). Note that beginning with linux kernel version 2.6.32 the
modulation method is checked (by function dvb_frontend_check_parameters
in file drivers/media/dvb/dvb-core/dvb_frontend.c) and thus tuning fails
if you use a modulation method that is not present in the .caps field."
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      c75079cc
  3. 18 5月, 2010 1 次提交
  5. 27 2月, 2010 1 次提交
    • K
      V4L/DVB: dst: fixes for DVB-C Twinhan VP2031 · f0289efa
      由 Klaas de Waal 提交于 
      Remove check  "state->dst_type == DST_DTYPE_IS_CABLE"  in function
dst_get_tuna (around line 1352) to select the correct checksum
computation

Fill in the .caps field in struct dst_dvbc_ops (around line 1824) with
all the supported QAM modulation methods to match the capabilities of
the card as implemented in function dst_set_modulation (around line
502). Note that beginning with linux kernel version 2.6.32 the
modulation method is checked (by function
dvb_frontend_check_parameters in file
drivers/media/dvb/dvb-core/dvb_frontend.c) and thus tuning fails if
you use a modulation method that is not present in the .caps field.

This patch has been tested on a Twinhan VP2031A DVB-C card with the
2.6.32.2 kernel.
Signed-off-by: NKlaas de Waal <klaas.de.waal@gmail.com>
Signed-off-by: NManu Abraham <manu@linuxtv.org>
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      f0289efa
  7. 12 9月, 2009 1 次提交
  9. 14 3月, 2009 1 次提交
  11. 28 10月, 2008 1 次提交
  13. 05 9月, 2008 1 次提交
    • T
      V4L/DVB (8877): b2c2 and bt8xx: udelay to mdelay · c4e3fd94
      由 Thierry MERLE 提交于 
      b2c2-flexcop, dvb/bt8xx and video/bt8xx fails to build on ARM with:

__bad_udelay is specifically designed on ARM to fail when udelay is
called in a bad way.  arch/arm/include/asm/delay.h has this to say
about __bad_udelay:

/*
 * This function intentionally does not exist; if you see references to
 * it, it means that you're calling udelay() with an out of range value.
 *
 * With currently imposed limits, this means that we support a max delay
 * of 2000us. Further limits: HZ<=1000 and bogomips<=3355
 */
extern void __bad_udelay(void);

Solution is to replace udelay by a mdelay and udelay with value less than 2000
Signed-off-by: NThierry MERLE <thierry.merle@free.fr>
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      c4e3fd94
  15. 30 4月, 2008 1 次提交
  17. 25 4月, 2008 1 次提交
  19. 26 1月, 2008 1 次提交
  21. 19 7月, 2007 1 次提交
    • M
      V4L/DVB (5840): fix dst and cx24123: tune() callback changed signess for delay · 3ea96615
      由 Mauro Carvalho Chehab 提交于 
      tune() dvb_frontend callback changed delay signess:
        int (*tune)(struct dvb_frontend* fe,
                    struct dvb_frontend_parameters* params,
                    unsigned int mode_flags,
-                   int *delay,
+                   unsigned int *delay,

This change caused warnings on cx24123 and dst modules:

/home/v4l/master/v4l/cx24123.c:1034: warning: initialization from incompatible pointer type
/home/v4l/master/v4l/dst.c:1782: warning: initialization from incompatible pointer type
/home/v4l/master/v4l/dst.c:1808: warning: initialization from incompatible pointer type
/home/v4l/master/v4l/dst.c:1837: warning: initialization from incompatible pointer type
/home/v4l/master/v4l/dst.c:1860: warning: initialization from incompatible pointer type

This patch corrects the function prototype on both modules to follow the
core change.
Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      3ea96615
  23. 23 5月, 2007 1 次提交
  25. 21 2月, 2007 1 次提交
  27. 26 9月, 2006 4 次提交
  29. 09 8月, 2006 1 次提交
  31. 25 6月, 2006 22 次提交