05 Jan, 2012

1 commit


31 Dec, 2011

1 commit


20 Dec, 2011

2 commits


13 Dec, 2011

1 commit

  • Currently, for any multi-standard frontend it is assumed that it just
    has a single standard capability. This is fine in some cases, but
    makes things hard when there are incompatible standards in conjuction.
    Eg: DVB-S can be seen as a subset of DVB-S2, but the same doesn't hold
    the same for DSS. This is not specific to any driver as it is, but a
    generic issue. This was handled correctly in the multiproto tree,
    while such functionality is missing from the v5 API update.

    http://www.linuxtv.org/pipermail/vdr/2008-November/018417.html

    Later on a FE_CAN_2G_MODULATION was added as a hack to workaround this
    issue in the v5 API, but that hack is incapable of addressing the
    issue, as it can be used to simply distinguish between DVB-S and
    DVB-S2 alone, or another X vs X2 modulation. If there are more systems,
    then you have a potential issue.

    An application needs to query the device capabilities before requesting
    any operation from the device.

    Signed-off-by: Manu Abraham
    Acked-by: Andreas Oberritter
    Acked-by: Oliver Endriss
    Signed-off-by: Mauro Carvalho Chehab

    Manu Abraham
     

11 Nov, 2011

1 commit

  • DVB-C, as defined by ITU-T J.83 has 3 annexes. The differences between
    Annex A and Annex C is that Annex C uses a subset of the modulation
    types, and uses a different rolloff factor. A different rolloff means
    that the bandwidth required is slicely different, and may affect the
    saw filter configuration at the tuners. Also, some demods have different
    configurations, depending on using Annex A or Annex C.

    So, allow userspace to specify it, by changing the rolloff factor.

    Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     

04 Sep, 2011

2 commits


28 Jul, 2011

3 commits


21 May, 2011

1 commit


15 Aug, 2010

1 commit


03 Aug, 2010

2 commits

  • A new flag were added at the Frontend capabilities. Increment
    API minor revision.

    Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     
  • Some (North American) providers use a non-standard mode called
    "8psk turbo fec". Since there is no flag in the driver that
    would allow an application to determine whether a particular
    device can handle "turbo fec", the attached patch introduces
    FE_CAN_TURBO_FEC.

    Since there is no flag in the SI data that would indicate
    that a transponder uses "turbo fec", VDR will assume that
    all 8psk transponders on DVB-S use "turbo fec".

    Tested-by: Derek Kelly
    Signed-off-by: Klaus Schmidinger
    Signed-off-by: Douglas Schilling Landgraf
    Signed-off-by: Mauro Carvalho Chehab

    Klaus Schmidinger
     

19 Sep, 2009

2 commits

  • In ISDB-S, time-devision duplex is used to multiplexing several waves
    in the same frequency. Each wave is identified by its own transport
    stream ID, or TS ID. We need to provide some way to specify this ID
    from user applications to handle ISDB-S frontends.

    This code has been tested with the Earthsoft PT1 driver.

    [mchehab@infradead.org: Fix merge conflicts with isdbt and rename the new parameter to DTV_ISDBS_TS_ID]
    Signed-off-by: HIRANO Takahito
    Signed-off-by: Mauro Carvalho Chehab

    HIRANO Takahito
     
  • This patch increments the DVB-API to version 5.1 in order to reflect the addition of ISDB-T and ISDB-Tsb on Linux' DVB-API.

    Changes in detail:
    - added a small document to describe how to use the API to tune to an ISDB-T or ISDB-Tsb channel
    - added necessary fields to dtv_frontend_cache
    - added a smarter clear-cache function which resets all fields of the dtv_frontend_cache
    - added a TRANSMISSION_MODE_4K to fe_transmit_mode_t

    Signed-off-by: Olivier Grenie
    Signed-off-by: Patrick Boettcher
    Signed-off-by: Mauro Carvalho Chehab

    Patrick Boettcher
     

12 Sep, 2009

1 commit

  • DMX_ADD_PID allows to add multiple PIDs to a transport stream filter
    previously set up with DMX_SET_PES_FILTER and output=DMX_OUT_TSDEMUX_TAP.

    DMX_REMOVE_PID is used to drop a PID from a filter.

    These ioctls are to be used by readers of /dev/dvb/adapterX/demuxY. They
    may be called at any time, i.e. before or after the first filter on the
    shared file descriptor was started.

    They make it possible to record multiple services without the need to de-
    or re-multiplex TS packets.

    To accomplish this, dmxdev_filter->feed.ts has been converted to a list
    of struct dmxdev_feeds, each containing a PID value and a pointer to a
    struct dmx_ts_feed.

    Signed-off-by: Andreas Oberritter
    Signed-off-by: Mauro Carvalho Chehab

    Andreas Oberritter
     

27 Mar, 2009

2 commits

  • This takes care of all files that have only a small number
    of non-strict integer type uses.

    Signed-off-by: Arnd Bergmann
    Cc: Mauro Carvalho Chehab
    Cc: David Airlie
    Cc: Arnaldo Carvalho de Melo
    Cc: YOSHIFUJI Hideaki
    Cc: netdev@vger.kernel.org
    Cc: linux-ppp@vger.kernel.org
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Cc: David Woodhouse
    Signed-off-by: H. Peter Anvin
    Signed-off-by: Ingo Molnar

    Arnd Bergmann
     
  • A number of standard posix types are used in exported headers, which
    is not allowed if __STRICT_KERNEL_NAMES is defined. In order to
    get rid of the non-__STRICT_KERNEL_NAMES part and to make sane headers
    the default, we have to change them all to safe types.

    There are also still some leftovers in reiserfs_fs.h, elfcore.h
    and coda.h, but these files have not compiled in user space for
    a long time.

    This leaves out the various integer types ({u_,u,}int{8,16,32,64}_t),
    which we take care of separately.

    Signed-off-by: Arnd Bergmann
    Acked-by: Mauro Carvalho Chehab
    Cc: David Airlie
    Cc: Arnaldo Carvalho de Melo
    Cc: YOSHIFUJI Hideaki
    Cc: netdev@vger.kernel.org
    Cc: linux-ppp@vger.kernel.org
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Cc: David Woodhouse
    Signed-off-by: H. Peter Anvin
    Signed-off-by: Ingo Molnar

    Arnd Bergmann
     

30 Jan, 2009

5 commits


03 Jan, 2009

2 commits

  • Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     
  • The attached patch adds a capability flag that allows an application
    to determine whether a particular device can handle "second generation
    modulation" transponders. This is necessary in order for applications
    to be able to decide which device to use for a given channel in
    a multi device environment, where DVB-S and DVB-S2 devices are mixed.

    It is assumed that a device capable of handling "second generation
    modulation" can implicitly handle "first generation modulation".
    The flag is not named anything with DVBS2 in order to allow its
    use with future DVBT2 devices as well (should they ever come).

    Signed-off by: Klaus Schmidinger

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

    Klaus Schmidinger
     

18 Oct, 2008

2 commits


13 Oct, 2008

7 commits


12 Oct, 2008

4 commits