30 Mar, 2009

4 commits


29 Jan, 2009

1 commit

  • Analog support for HVR-1250 has not been completed, but does exist for
    the HVR-1800.

    Since both cards use the same driver, it tries to create the analog
    dev for both devices, which is not possible.

    This causes a NULL error to show up in video_open and mpeg_open.

    -Mark

    Iterations through the cx23885_devlist must check for NULL
    pointers as some supported devices only have DVB support at the moment.
    Mark Jenks encoutered an Oops in a system with both an HVR-1250 and HVR-1800
    installed.

    -Andy

    Reported-by: Mark Jenks
    Tested-by: Mark Jenks
    Signed-off-by: Mark Jenks
    Signed-off-by: Andy Walls
    Signed-off-by: Mauro Carvalho Chehab

    Andy Walls
     

03 Jan, 2009

3 commits


30 Dec, 2008

2 commits


17 Dec, 2008

1 commit

  • When the tuner modules were moved to common/tuners, a separate customize
    option were added for tuners. However, the automatic selection of the
    tuners were still using the older option.

    This causes that the automatic selection to fail, if DVB_FE_CUSTOMISE is
    selected. Also, since those tuners are now under MEDIA_TUNER_CUSTOMIZE
    menu, if you unset MEDIA_TUNER_CUSTOMIZE, you can't manually select the
    tuners.

    This patch fixes this error by replacing DVB_FE_CUSTOMISE by
    MEDIA_TUNER_CUSTOMIZE on all places were a tuner is selected.

    The patch were generated by this small script:

    for i in `find drivers/media -name Kconfig`; do
    cat $i|perl -ne 's/(MEDIA_TUNER.*)DVB_FE_CUSTOMISE/\1MEDIA_TUNER_CUSTOMIZE/; print $_' >a
    mv a $i
    done

    Also, manually reordered the tuner entries.

    Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     

22 Oct, 2008

1 commit

  • The kernel number of a v4l2 node (e.g. videoX, radioX or vbiX) is now
    independent of the minor number. So instead of using the minor field
    of the video_device struct one has to use the num field: this always
    contains the kernel number of the device node.

    I forgot about this when I did the v4l2 core change, so this patch
    converts all drivers that use it in one go. Luckily the change is
    trivial.

    Cc: michael@mihu.de
    Cc: mchehab@infradead.org
    Cc: corbet@lwn.net
    Cc: luca.risolia@studio.unibo.it
    Cc: isely@pobox.com
    Cc: pe1rxq@amsat.org
    Cc: royale@zerezo.com
    Cc: mkrufky@linuxtv.org
    Cc: stoth@linuxtv.org
    Signed-off-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Hans Verkuil
     

18 Oct, 2008

10 commits

  • To optimise data storage even further one other redundant
    var has been removed.

    This also removes a redundant assignment.

    Signed-off-by: Steven Toth
    Signed-off-by: Darron Broad
    Signed-off-by: Mauro Carvalho Chehab

    Darron Broad
     
  • To optimise data storage redundant vars are removed.

    Signed-off-by: Darron Broad
    Signed-off-by: Steven Toth
    Signed-off-by: Mauro Carvalho Chehab

    Darron Broad
     
  • cx23885: Checkpatch compliance

    Signed-off-by: Steven Toth
    Signed-off-by: Mauro Carvalho Chehab

    Steven Toth
     
  • cx23885 frontend allocation code needs to exist in the higher function,
    and it also needs to ensure videobug is also correctly initialised
    on a per frontend basis. This code uses the previous num_frontends
    patch to safely init each future MFE frontend on a single tsport as
    as safely as possible - given that we don't have any of those boards.
    Again, better to add all of this safety code now, while the MFE patch
    set is fresh in everyone mind, than to try and add it 12-24 months from
    now, when the subject is cold.

    Signed-off-by: Steven Toth
    Signed-off-by: Mauro Carvalho Chehab

    Steven Toth
     
  • This allows some cardcoded functions to be more flexible, and paves
    the way for any future cards that may have MFE support. Better to add it
    now when the MFE patches is fresh in peoples mind, rather than 12 months
    from now when new cards appear.

    Signed-off-by: Steven Toth
    Signed-off-by: Mauro Carvalho Chehab

    Steven Toth
     
  • Bug: the tree generated an oops when the cx23885 was laoded. This avoids
    the oops by ensuring the mutex is correctly initialised before it's used.

    Signed-off-by: Steven Toth
    Signed-off-by: Mauro Carvalho Chehab

    Steven Toth
     
  • This add frontend R/W mutual exclusion.
    Prior to this point in time it was possible to open both
    frontends simultaneously which an MFE card cannot support.

    In order to stop this, a delayed open is performed which
    has the following function:

    - Return EBUSY after a configurable amount of time
    if a frontend is unavailable due to the other being
    in use.

    - Only allow opening of a frontend if the kernel thread
    of the other has stopped.

    This solution was chosen to allow switching between
    frontends to work as seamlessly as possible. When both
    frontends are actually opened simultaneously then one
    will only open, but if quick switching is performed
    between one of many then the new open will succeed in
    a clean fashion rather than interrupting a kernel
    thread.

    Signed-off-by: Darron Broad
    Signed-off-by: Mauro Carvalho Chehab

    Darron Broad
     
  • When using MFE on a setup with both and HVR-3000 and ASUS P7131
    card it was noticed that frontend allocation for saa7134
    adapters was missing. This patch adds that allocation for
    both saa7134 and cx23885 adapters.

    Signed-off-by: Darron Broad
    Signed-off-by: Mauro Carvalho Chehab

    Darron Broad
     
  • A number of reference to videobuf_dvb_get_frontend used an invalid
    index. This has been fixed.

    The section for the HVR3000 in advise_acquire was redundant as
    the same logic is used on the HVR4000. This has been removed
    and both cards now use the same function.

    A number of small errors and whitespace errors are also fixed.

    Signed-off-by: Darron Broad
    Signed-off-by: Mauro Carvalho Chehab

    Darron Broad
     
  • A detailed description from the original patches 2 years ago:

    "The WinTV-HVR3000 has a single transport bus which is shared between
    a DVB-T and DVB-S modulator. These patches build on the bus acquisition
    cx88 work from a few weeks ago to add support for this.

    So to applications the HVR3000 looks like this:
    /dev/dvb/adapter0/fe0 (cx24123 DVB-S demod)
    /dev/dvb/adapter0/fe1 (cx22702 DVB-T demod)

    Additional boards continue as before, eg:
    /dev/dvb/adapter1/fe0 (lgdt3302 ATSC demod)

    The basic change is removing the single instance of the videobuf_dvb in
    cx8802_dev and saa7134_dev(?) and replacing it with a list and some
    supporting functions.

    *NOTE* This branch was taken before v4l-dvb was closed for 2.6.19 so
    two or three current cx88 patches appear to be reversed by this tree,
    this will be cleaned up in the near future. The patches missing change
    the mutex handing to core->lock, fix an enumeration problem."

    It should be recognised that a number of people have been maintaining
    this patchset. Significant levels of Kudos to everyone one involved,
    including but not limited to:

    Darron Broad
    Fabio M. Di Nitto
    Carlo Scarfoglio
    Hans Werner

    Without the work of these people, and countless others, my two year old
    patches would of died on the Mercurial linuxtv.org vine a long time
    ago.

    TODO: Revise these patches a little further so that the need for
    demux1 and dvr0 is optional, not mandatory on the HVR3000.

    HISTORY (darron):
    This is the last update to MFE prepared by Hans which is based
    upon the `scratchpad' diff created by Carlo.
    All MFE work prior to that point must be attributed to Fabio
    who ported and maintained Steve's original patch up to that
    time.

    Signed-off-by: Steven Toth
    Signed-off-by: Darron Broad
    Signed-off-by: Mauro Carvalho Chehab

    Steven Toth
     

13 Oct, 2008

1 commit


12 Oct, 2008

13 commits


04 Sep, 2008

1 commit


27 Jul, 2008

2 commits


26 Jul, 2008

1 commit