1. 25 4月, 2008 2 次提交
    • E
      V4L/DVB (7366): Support for a 16-channel bt878 card · 97275ac5
      Ernesto Hernández-Novich 提交于
      I have what looks like a Geovision GV-600 (or 650) card. It has a large
      chip in the middle labeled
      
      CONEXANT
      FUSION 878A
      25878-13
      E345881.1
      0312 TAIWAN
      
      It has an audio connector coming out from a chip labeled
      
      ATMEL
      0242
      AT89C2051-24PI
      
      It is identified as follows on my Debian GNU/Linux Etch (kernel 2.6.18)
      
      ...
      01:0a.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
      01:0a.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)
      ...
      01:0a.0 0400: 109e:036e (rev 11)
              Subsystem: 008a:763c
              Flags: bus master, medium devsel, latency 64, IRQ 58
              Memory at dfffe000 (32-bit, prefetchable) [size=4K]
              Capabilities: [44] Vital Product Data
              Capabilities: [4c] Power Management version 2
      
      01:0a.1 0480: 109e:0878 (rev 11)
              Subsystem: 008a:763c
              Flags: bus master, medium devsel, latency 64, IRQ 58
              Memory at dffff000 (32-bit, prefetchable) [size=4K]
              Capabilities: [44] Vital Product Data
              Capabilities: [4c] Power Management version 2
      
      It was being detected as a GENERIC UNKNOWN CARD both by the 2.6.18
      kernel and the latest v4l-dvb drivers, but it did not work at all. The
      card has sixteen (16) BNC video inputs, four of them on the board itself
      and twelve on three daughter-cards. It has a single bt878 chip, no tuner
      and what looks like and audio input. After doing some research I managed
      to get only eight channels working by forcing card=125 and those DID NOT
      match channels 0-7 on the card, and no audio.
      
      Based on what was working for card=125, I added the card definition
      block, added a specific muxsel routine and got the card working fully
      with xawtv, where the sixteen channels show up as Composite0 to
      Composite15, matching the channel labels in the card and daughter-cards.
      I have made no efforts yet to get audio working, but would appreciate
      any pointers.
      Signed-off-by: NErnesto Hernández-Novich <emhn@usb.ve>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      97275ac5
    • W
      V4L/DVB (7294): : tuner and radio addresses are missing for the PixelView PlayTV card · 27dea3eb
      Wojciech Migda 提交于
      The PixelView PlayTV card definition structure was missing initialization of
      the tuner_addr and radio_addr fields. As a result it was impossible to have the
      tuner initialized using parameters specified while loading the bttv.ko module.
      
      This regression became visible after the v4l rearrangements introduced
      somewhere around 2.6.15 kernel version.
      
      The root cause for the tuner initialization failure is located in the
      attach_inform function in the bttv-i2c.c file.
      
      There at the very beginning the addr variable holding the tuner device address
      is initialized with the value taken from the bttv_tvcards array.
      
      For the PixelView PlayTV card the tuner address field (and the radio address as
      well) was uninitialized, and thus equal 0. Later in that function execution of
      the TUNER_SET_TYPE_ADDR tuner command is guarded with check for the tuner
      address either equal ADDR_UNSET, or client->addr.
      
      Since both are non-zero (the latter in case of the card owned by me at the
      runtime is equal 0x61) the TUNER_SET_TYPE_ADDR command is not executed, and
      consequently in the tuner_attach function in the tuner-core.c file call to
      i2c_attach_client does not result in assigning the tuner type variable with the
      requested value.
      
      Providing initialization of the tuner_addr and radio_addr with ADDR_UNSET
      values as it is already done for other tv cards defined in bttv-cards.c ensures
      that the tuner initialization is done correctly, just as it used to be in the
      2.6.14 kernel.
      Signed-off-by: NWojciech Migda <wojtek.golf@interia.pl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      27dea3eb
  2. 03 2月, 2008 1 次提交
  3. 26 1月, 2008 4 次提交
  4. 12 12月, 2007 1 次提交
  5. 20 10月, 2007 2 次提交
  6. 10 10月, 2007 3 次提交
  7. 31 7月, 2007 1 次提交
    • T
      V4L/DVB (5899): bttv: Fix Viewcast Osprey 440 support · cf784d55
      Trent Piepho 提交于
      Various gpio and mux settings for the Osprey 440 weren't correct.  Fix them
      and provide some documentation about how the gpios work.
      
      The osprey eeprom routine wasn't run for the 440, add it.  It was also crap,
      re-written to be better.
      
      Add the Osprey 440 to the Bt878 ALSA driver's whitelist.  Currently the sample
      rate is fixed at 32kHz, as the driver doesn't support different rates for
      digital input mode, though the card can select the rate from 32, 44.1, or 48
      kHz via gpio.
      
      Setting the audio gain via ALSA isn't supported yet; a userspace tool that
      programs the X9221 via i2c-dev must be used.
      
      The Bt878 digital audio format isn't programmed correctly for the CS5331A ADC
      used, resulting in extremely garbled sound.  That is fixed in a followup
      patch.
      Signed-off-by: NTrent Piepho <xyzzy@speakeasy.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      cf784d55
  8. 21 7月, 2007 1 次提交
  9. 19 7月, 2007 4 次提交
  10. 28 4月, 2007 3 次提交
  11. 21 2月, 2007 2 次提交
  12. 13 11月, 2006 1 次提交
  13. 04 10月, 2006 1 次提交
  14. 26 9月, 2006 1 次提交
  15. 01 7月, 2006 2 次提交
  16. 27 6月, 2006 1 次提交
  17. 25 6月, 2006 5 次提交
  18. 13 5月, 2006 1 次提交
  19. 25 3月, 2006 3 次提交
  20. 22 3月, 2006 1 次提交
    • M
      V4L/DVB (3439): Added no_overlay option and quirks to saa7134 · 9050d942
      Mauro Carvalho Chehab 提交于
      Some chipsets have several problems when pci to pci transfers are activated
      on overlay mode. the option no_overlay allows disabling such feature of
      the driver, in favor of keeping the system stable.
      The default is to use pcipci_fail flag defined on drivers/pci/quirks.c.
      It also allows the user to override it by forcing disable overlay or forcing
      enable. Forcing enable may generate PCI transfer corruption, including disk
      mass corruption, so should be used with care.
      Added a text description to this option and make messages looks the same at
      both bttv and saa7134 drivers.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      9050d942