1. 27 1月, 2015 1 次提交
    • O
      [media] bttv: Convert to generic TEA575x interface · 1b500373
      Ondrej Zary 提交于
      Remove tea575x-specific code from bttv and use the common driver instead.
      
      Only set_frequency is implemented (signal/stereo detection or seek would
      require more changes to bttv).
      
      It works fine on Video Highway Xtreme (it actually makes the radio usable as
      it currently cannot be tuned properly).
      
      Miro/Pinnacle is untested but seems to be simple and should work.
      
      However, I don't understand the Terratec Active Radio Upgrade code. The HW
      seems to need IOR, IOW and CSEL signals that were taken from ISA bus on
      older cards (IOR and IOW directly and CSEL from some address decoder) and
      are emulated here using GPIOs. But the code manipulating these signals in
      bttv seems to be broken - it never asserts the IOR signal. If anyone has
      this HW, please test if I got that right.
      Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@osg.samsung.com>
      1b500373
  2. 23 12月, 2014 2 次提交
  3. 04 9月, 2014 2 次提交
  4. 05 7月, 2014 1 次提交
  5. 25 5月, 2014 1 次提交
  6. 07 1月, 2014 2 次提交
  7. 30 11月, 2013 1 次提交
  8. 17 10月, 2013 1 次提交
  9. 17 6月, 2013 2 次提交
  10. 27 5月, 2013 1 次提交
  11. 26 3月, 2013 1 次提交
    • H
      [media] [REGRESSION] bt8xx: Fix too large height in cropcap · 35ccecef
      Hans de Goede 提交于
      Since commit a1fd2877:
      "[media] bttv-driver: fix two warnings"
      cropcap.defrect.height and cropcap.bounds.height for the PAL entry are 32
      resp 30 pixels too large, if a userspace app (ie xawtv) actually tries to use
      the full advertised height, the resulting image is broken in ways only a
      screenshot can describe.
      The cause of this is the fix for this warning:
      drivers/media/pci/bt8xx/bttv-driver.c:308:3: warning: initialized field overwritten [-Woverride-init]
      In this chunk of the commit:
      @@ -301,11 +301,10 @@ const struct bttv_tvnorm bttv_tvnorms[] = {
                              /* totalwidth */ 1135,
                              /* sqwidth */ 944,
                              /* vdelay */ 0x20,
      -                       /* sheight */ 576,
      -                       /* videostart0 */ 23)
                      /* bt878 (and bt848?) can capture another
                         line below active video. */
      -               .cropcap.bounds.height = (576 + 2) + 0x20 - 2,
      +                       /* sheight */ (576 + 2) + 0x20 - 2,
      +                       /* videostart0 */ 23)
              },{
                      .v4l2_id        = V4L2_STD_NTSC_M | V4L2_STD_NTSC_M_KR,
                      .name           = "NTSC",
      Which replaces the overriding of cropcap.bounds.height initialization outside
      of the CROPCAP macro (which also initializes it), with passing a
      different sheight value to the CROPCAP macro.
      There are 2 problems with this warning fix:
      1) The sheight value is used twice in the CROPCAP macro, and the old code
         only changed one resulting value.
      2) The old code increased the .cropcap.bounds.height value (and did not
         touch the .cropcap.defrect.height value at all) by 2, where as the fixed
         code increases it by 32, as the fixed code passes (576 + 2) + 0x20 - 2
         to the CROPCAP macro, but the + 0x20 - 2 is already done by the macro so
         now is done twice for .cropcap.bounds.height, and also is applied to
         .cropcap.defrect.height where it should not be applied at all.
      This patch fixes this by adding an extraheight parameter to the CROPCAP entry
      and using it for the PAL entry.
      
      Cc: stable@kernel.org	# For Kernel 3.8
      Signed-off-by: NHans de Goede <hdegoede@redhat.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      35ccecef
  12. 24 3月, 2013 4 次提交
  13. 23 3月, 2013 8 次提交
  14. 06 3月, 2013 13 次提交