05 Jan, 2012
1 commit
-
Mark info.type as deprecated inside the header, recommending
the usage of DTV_ENUM_DELSYS DVBv5 command instead.Signed-off-by: Mauro Carvalho Chehab
31 Dec, 2011
1 commit
-
Now that all frontends are implementing DVBv5, don't export the
DVBv3 specific stuff to the drivers. Only the core should be
aware of that, as it will keep providing DVBv3 backward compatibility.Signed-off-by: Mauro Carvalho Chehab
20 Dec, 2011
2 commits
-
Instead of using a roll-off factor, change DRX-K & friends to select
the bandwidth filter and the Nyquist half roll-off via delivery system.This provides a cleaner support for Annex A/C switch.
Signed-off-by: Mauro Carvalho Chehab
-
Use a unique delivery system identifier for DVBC_ANNEX_C, just like any
other.DVBC_ANNEX_A and DVBC_ANNEX_C have slightly different parameters
and are used in 2 geographically different locations.Signed-off-by: Manu Abraham
Signed-off-by: Mauro Carvalho Chehab
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
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
04 Sep, 2011
2 commits
-
Signed-off-by: Andreas Oberritter
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Andreas Oberritter
Signed-off-by: Mauro Carvalho Chehab
28 Jul, 2011
3 commits
-
Based on those feedback:
http://www.spinics.net/lists/linux-media/msg33704.html
http://www.spinics.net/lists/linux-media/msg33700.htmlI'm reverting the removal of this unused ioctl, as it seems that some
drivers under development may be using. So, I'll wait until the next
merge window before removing those unused ioctls, to give a chance for
developers to submit their pending work.This reverts commit db48923da6c528d461b5e764692239eb9c1b7a00.
Cc: Andreas Oberritter
Cc: Manu Abraham
Signed-off-by: Mauro Carvalho Chehab -
While this ioctl is defined inside dvb/audio.h, it is not docummented
at the API specs, nor implemented on any driver inside the Linux Kernel.
So, it doesn't make sense to keep it here.As this is not used anywere, removing it is not a regression. So,
there's no need to use the normal features-to-be-removed process.Signed-off-by: Mauro Carvalho Chehab
-
Some attributes suffered some changes since DVBv1. Sync them with the
current API header files.Signed-off-by: Mauro Carvalho Chehab
21 May, 2011
1 commit
-
[steve@stevekerrison.com: Remove private definitions from cxd2820r that existed before API was defined]
Signed-off-by: Andreas Oberritter
Signed-off-by: Steve Kerrison
Signed-off-by: Mauro Carvalho Chehab
15 Aug, 2010
1 commit
-
unifdef-y and header-y has same semantic.
So there is no need to have both.Drop the unifdef-y variant and sort all lines again
Signed-off-by: Sam Ravnborg
03 Aug, 2010
2 commits
-
A new flag were added at the Frontend capabilities. Increment
API minor revision.Signed-off-by: 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
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 -
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_tSigned-off-by: Olivier Grenie
Signed-off-by: Patrick Boettcher
Signed-off-by: Mauro Carvalho Chehab
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
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 -
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
30 Jan, 2009
5 commits
-
fix the following 'make headers_check' warnings:
usr/include/linux/dvb/video.h:29: include of is preferred over
usr/include/linux/dvb/video.h:102: found __[us]{8,16,32,64} type without #includeSigned-off-by: Jaswinder Singh Rajput
-
fix the following 'make headers_check' warnings:
usr/include/linux/dvb/net.h:27: include of is preferred over
usr/include/linux/dvb/net.h:31: found __[us]{8,16,32,64} type without #includeSigned-off-by: Jaswinder Singh Rajput
-
fix the following 'make headers_check' warnings:
usr/include/linux/dvb/frontend.h:29: include of is preferred over
usr/include/linux/dvb/frontend.h:76: found __[us]{8,16,32,64} type without #includeSigned-off-by: Jaswinder Singh Rajput
-
fix the following 'make headers_check' warnings:
usr/include/linux/dvb/dmx.h:27: include of is preferred over
usr/include/linux/dvb/dmx.h:90: found __[us]{8,16,32,64} type without #includeSigned-off-by: Jaswinder Singh Rajput
-
fix the following 'make headers_check' warning:
usr/include/linux/dvb/audio.h:133: found __[us]{8,16,32,64} type without #include
Signed-off-by: Jaswinder Singh Rajput
03 Jan, 2009
2 commits
-
Signed-off-by: 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
18 Oct, 2008
2 commits
-
Signed-off-by: Manu Abraham
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Manu Abraham
Signed-off-by: Mauro Carvalho Chehab
13 Oct, 2008
7 commits
-
Non-initialised cache values get a reasonble default.
Signed-off-by: Darron Broad
Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
A user tuning DVB-T via the S2API reports that this was not implemented,
and his tuning was failing.Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
Tuning DVB-T via the S2API was failing, missing some essential items.
Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
Reports from users that using the new API for tuning DTV was failing,
and the cache was missing some essential items.Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
Reviewing the code briefly and saw this.
You can't change more than DTV_IOCTL_MAX_MSGS at once, not 16.Signed-off-by: Brandon Philips
Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
... and cleanup any drivers using them.
I've also removed NBC_QPSK and modified the cx24116 driver to check
the delivery_type also, removing some excess namespace baggage.Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
This means that when developers add new commands then they'll be see
the DTV_MAX_COMMAND define and will be more likely to modify it, without
having to modify the command validation code.Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab
12 Oct, 2008
4 commits
-
This allows application developers to query the dvb-core API version
dynamically, helping developers understand whether certain features
will be available.Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
This allows application developers to determine which particular
command in a sequence is invalid, or failing with error.Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab -
We don't want to push the ISDB-T definitions into the kernel until
we have a high level of confidence in the ISDB-T API. More testing
is required before this code is released.Signed-off-by: Steven Toth
Signed-off-by: Mauro Carvalho Chehab