26 May, 2011

1 commit


06 Dec, 2009

1 commit


22 Oct, 2008

1 commit


18 Oct, 2008

6 commits

  • This patch marks those two functions as static:
    static int videobuf_dvb_register_adapter(struct videobuf_dvb_frontends *fe,
    static int videobuf_dvb_register_frontend(struct dvb_adapter *adapter,

    Since MFE patches changed their calls by videobuf_dvb_register_bus.

    To avoid having to declare the prototypes, the patch moves
    videobuf_dvb_register_bus() to be after the declaration of the above functions
    used there.

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

    Mauro Carvalho Chehab
     
  • 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
     
  • 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
     
  • This adds a configurable (one per card) gate control option
    for multi-frontend. Prior to this point gate control was
    assumed to be on the primary frontend, this is a fault
    when the gate to the analogue section is on the secondary
    which is the default for both the HVR-3000 and HVR-4000
    in MFE.

    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
     

25 Apr, 2008

1 commit

  • The adapter_nr module options can be used to allocate static adapter
    numbers on a driver level. It avoids problems with changing DVB apapter
    numbers after warm/cold boot or device unplugging and repluging.

    Each driver holds DVB_MAX_ADAPTER long array of the preferred order of
    adapter numbers.

    options dvb-usb-dib0700 adapter_nr=7,6,5,4,3,2,1,0 would result in a
    reversed allocation of adapter numbers.

    With adapter_nr=2,5 it tries first to get adapter number 2 and 5. If
    both are already in use it will allocate the lowest free adapter number.

    Signed-off-by: Janne Grunau
    Acked-by: Hermann Pitton
    Signed-off-by: Michael Krufky
    Signed-off-by: Mauro Carvalho Chehab

    Janne Grunau
     

10 Oct, 2007

1 commit