1. 18 5月, 2010 1 次提交
  2. 27 2月, 2010 1 次提交
  3. 16 12月, 2009 2 次提交
  4. 06 12月, 2009 3 次提交
  5. 12 9月, 2009 1 次提交
    • M
      V4L/DVB (12595): common/ir: use a struct for keycode tables · 715a2233
      Mauro Carvalho Chehab 提交于
      Currently, V4L uses a scancode table whose index is the scancode and
      the value is the keycode. While this works, it has some drawbacks:
      
      1) It requires that the scancode to be at the range 00-7f;
      
      2) keycodes should be masked on 7 bits in order for it to work;
      
      3) due to the 7 bits approach, sometimes it is not possible to replace
      the default keyboard to another one with a different encoding rule;
      
      4) it is different than what is done with dvb-usb approach;
      
      5) it requires a typedef for it to work. This is not a recommended
      Linux CodingStyle.
      
      This patch is part of a larger series of IR changes. It basically
      replaces the IR_KEYTAB_TYPE tables by a structured table:
      struct ir_scancode {
             u16     scancode;
             u32     keycode;
      };
      
      This is very close to what dvb does. So, a further integration with DVB
      code will be easy.
      
      While we've changed the tables, for now, the IR keycode handling is still
      based on the old approach.
      
      The only notable effect is the redution of about 35% of the ir-common
      module size:
      
         text    data     bss     dec     hex filename
         6721   29208       4   35933    8c5d old/ir-common.ko
         5756   18040       4   23800    5cf8 new/ir-common.ko
      
      In thesis, we could be using above u8 for scancode, reducing even more the size
      of the module, but defining it as u16 is more convenient, since, on dvb, each
      scancode has up to 16 bits, and we currently have a few troubles with rc5, as their
      scancodes are defined with more than 8 bits.
      
      This patch itself shouldn't be doing any functional changes.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      715a2233
  6. 17 6月, 2009 6 次提交
  7. 30 3月, 2009 1 次提交
    • K
      V4L/DVB (11236): tda827x: fix locking issues with DVB-C · cf47d878
      klaas de waal 提交于
      Separate tuning table for DVB-C solves tuning problem at 388MHz
      
      TechnoTrend C-1501 DVB-C card does not lock on 388MHz. I assume that
      existing frequency table is valid for DVB-T.
      
      This is suggested by the name of the table: tda827xa_dvbt.
      
      Added a table for DVB-C with the name tda827xa_dvbc.
      
      Added runtime selection of the DVB-C table when the tuner is type
      FE_QAM.
      
      This should leave the behaviour of this driver with with DVB_T tuners
      unchanged. This modification is in file tda827x.c
      
      The tda827x.c gives the following warning message when debug=1:
      
      tda827x: tda827x_config not defined, cannot set LNA gain!
      
      Solved this by adding a tda827x_config struct in budget-ci.c.
      Signed-off-by: NKlaas de Waal <klaas.de.waal@gmail.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      cf47d878
  8. 08 1月, 2009 2 次提交
  9. 30 12月, 2008 23 次提交
新手
引导
客服 返回
顶部