1. 23 8月, 2015 3 次提交
  2. 22 8月, 2015 2 次提交
  3. 10 6月, 2015 2 次提交
    • T
      [media] dvb-frontend: Replace timeval with ktime_t · 9056a23b
      Tina Ruchandani 提交于
      struct timeval uses a 32-bit seconds representation which will
      overflow in the year 2038 and beyond. This patch replaces
      the usage of struct timeval with ktime_t which is a 64-bit
      timestamp and is year 2038 safe.
      This patch is part of a larger attempt to remove all instances
      of 32-bit timekeeping variables (timeval, timespec, time_t)
      which are not year 2038 safe, from the kernel.
      
      [mchehab@osg.samsung.com: add a missing parenthesis, breaking compilation]
      Suggested-by: NArnd Bergmann <arndb@arndb.de>
      Signed-off-by: NTina Ruchandani <ruchandani.tina@gmail.com>
      Reviewed-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@osg.samsung.com>
      9056a23b
    • M
      [media] dvb: Get rid of typedev usage for enums · 0df289a2
      Mauro Carvalho Chehab 提交于
      The DVB API was originally defined using typedefs. This is against
      Kernel CodingStyle, and there's no good usage here. While we can't
      remove its usage on userspace, we can avoid its usage in Kernelspace.
      
      So, let's do it.
      
      This patch was generated by this shell script:
      
      	for j in $(grep typedef include/uapi/linux/dvb/frontend.h |cut -d' ' -f 3); do for i in $(find drivers/media -name '*.[ch]' -type f) $(find drivers/staging/media -name '*.[ch]' -type f); do sed "s,${j}_t,enum $j," <$i >a && mv a $i; done; done
      
      While here, make CodingStyle fixes on the affected lines.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@osg.samsung.com>
      Acked-by: Stefan Richter <stefanr@s5r6.in-berlin.de> # for drivers/media/firewire/*
      0df289a2
  4. 22 8月, 2014 1 次提交
    • M
      [media] dvb-frontend: add core support for tuner suspend/resume · 59d7889a
      Mauro Carvalho Chehab 提交于
      While several tuners have some sort of suspend/resume
      implementation, this is currently mangled with an optional
      .sleep callback that it is also used to put the device on
      low power mode.
      
      Not all drivers implement it, as returning the driver from
      low power may require to re-load the firmware, with takes
      some time. Also, some drivers may delay it.
      
      So, the more coherent is to add two new optional callbacks
      that will let the tuners to directy implement suspend and
      resume callbacks if they need.
      Signed-off-by: NMauro Carvalho Chehab <m.chehab@samsung.com>
      59d7889a
  5. 26 7月, 2014 2 次提交
  6. 15 4月, 2013 2 次提交
  7. 24 1月, 2013 1 次提交
  8. 07 10月, 2012 1 次提交
  9. 28 9月, 2012 1 次提交
  10. 24 9月, 2012 1 次提交
  11. 16 8月, 2012 2 次提交
  12. 14 8月, 2012 2 次提交
  13. 04 7月, 2012 1 次提交
  14. 20 5月, 2012 2 次提交
  15. 11 1月, 2012 1 次提交
  16. 31 12月, 2011 12 次提交
  17. 03 9月, 2011 1 次提交
    • M
      [media] dvb-core, tda18271c2dd: define get_if_frequency() callback · 8513e144
      Mauro Carvalho Chehab 提交于
      Tuners in general convert a high frequency carrier into an Intermediate
      Frequency (IF).
      
      Digital tuners like tda18271, xc3028, etc. generally allow changing the IF
      frequency, although they generally have recommented settings for the IF.
      Analog tuners, have a fixed IF frequency, that depends on the physical
      characteristics of some analog components.
      
      For digital tuners, it makes sense to have ways to configure IF,
      via the tuner's configuration structure, like what's done inside the
      tda18271-fe maps.
      
      The demods need to know what IF is used by the tuner, as it will need
      to convert internally from IF into baseband. Currently, the bridge driver
      needs to fill a per-demod configuration struct for it, or pass it via
      a dvb_attach parameter.
      
      The tda18271 datasheet recommends to use different IF's for different
      delivery system types and for different bandwidths.
      
      The DRX-K demod also needs to know the IF frequency in order to work,
      just like all other demods. However, as it accepts different delivery
      systems (DVB-C and DVB-T), the IF may change if the standard and/or
      bandwidth is changed.
      
      So, the usual procedure of passing it via a config struct doesn't work.
      
      One might try to code it as two separate IF frequencies, or even as a
      table in function of the delivery system and the bandwidth, but this
      will be messy.
      
      So, it is better and simpler to just add a new callback for it and
      require the tuners that can be used with MFE frontends like drx-k
      to implement a new callback to return the used IF.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      Acked-by: NAntti Palosaari <crope@iki.fi>
      8513e144
  18. 21 5月, 2011 1 次提交
  19. 22 3月, 2011 1 次提交
  20. 21 10月, 2010 1 次提交