1. 25 6月, 2006 1 次提交
  2. 22 3月, 2006 1 次提交
  3. 08 3月, 2006 2 次提交
  4. 27 2月, 2006 1 次提交
  5. 16 1月, 2006 1 次提交
    • H
      V4L/DVB (3384): Separate tv & radio freqs, fix cb/freq transmit order for tuners that need this. · 27487d44
      Hans Verkuil 提交于
      - Moved MSP_SET_MATRIX to v4l2-common.h
      - Fix typos and integer overflows in tea5767.c
      - Split old freq field into a tv_freq and a radio_freq. Prevents
        that a radio tuner is initialized with a tv frequency or vice versa.
      - When switching to radio mode initialize the tuner with the last
        used radio frequency (this was already done for the TV mode).
        As a result of these changes the tuner module now remembers the
        last set radio and TV frequencies, which is what you would expect
        to happen.
      - Move out of range frequencies to the closest valid frequency as per
        v4l2 API spec.
      - Fix incorrect initial radio frequency (multiplier is 16000, not 16)
      - Add boundary check for out of range frequencies.
      - Use new flag to check if the order of the CB and freq. depends on
        the last set frequency. That is needed for some tuners or you can
        get static as a result. The flag is added for those tuners where I know
        that the datasheet indicates that this is necessary.
      - For this new check use the last set div value, not the last frequency
        as radio frequencies are always much higher due to the 16000 multiplier.
      Signed-off-by: NHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      27487d44
  6. 14 1月, 2006 2 次提交
    • H
      V4L/DVB (3363): Add support for Samsung tuner TCPN 2121P30A · b3d37042
      Hans Verkuil 提交于
      - Add support for Samsung tuner TCPN 2121P30A, used in
        Hauppauge PVR-500 cards.
      Signed-off-by: NHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      b3d37042
    • M
      V4L/DVB (3359): Redesign tuners struct for maximum flexibility · 7b0ac9cd
      Michael Krufky 提交于
      - Tunertype struct redefined to allow one or more tuner_params structs
        per tuner definition, one for each video standard.
      - Each tuner_params struct has an element containing an arbitrary
        amount of tuner_ranges.
        (this is needed for dvb tuners - to be handled later)
      - A tuner_range may be referenced by multiple tuner_params structs.
        There are many duplicates in here. Reusing tuner_range structs,
        rather than defining new ones for each tuner, will cut down on
        memory usage, and is preferred when possible.
      - tunertype struct contains an element, has_tda988x.
        We must set this for all tunertypes that contain a tda988x
        chip, and then we can remove this setting from the various
        card structs.
      - Improves tuners array memory usage efficiency.
      - Right now, all tuners are using the first tuner_params[] array element
        for analog mode. In the future, we will be merging similar tuner
        definitions together, such that each tuner definition will have a
        tuner_params struct for each available video standard. At that point,
        the tuner_params[] array element will be chosen based on the video
        standard in use.
      Signed-off-by: NMichael Krufky <mkrufky@m1k.net>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      7b0ac9cd
  7. 12 1月, 2006 1 次提交
  8. 10 1月, 2006 9 次提交
  9. 06 1月, 2006 1 次提交
  10. 14 11月, 2005 1 次提交
  11. 09 11月, 2005 9 次提交
  12. 10 9月, 2005 3 次提交
  13. 02 8月, 2005 1 次提交
  14. 13 7月, 2005 1 次提交
  15. 29 6月, 2005 1 次提交
  16. 24 6月, 2005 3 次提交
  17. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4