aboutsummaryrefslogtreecommitdiff
path: root/include/linux/dvb
AgeCommit message (Collapse)AuthorFilesLines
2012-10-19[media] Remove include/linux/dvb/ stuffMauro Carvalho Chehab2-29/+0
The only file left there is include/linux/dvb/video.h. The only function for it is to include linux/compiler.h, but this is already indirectly included. So, get rid of it. Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-10-19[media] remove include/linux/dvb/dmx.hMauro Carvalho Chehab1-29/+0
The only reason for this header is to make sure that include linux/time.h were added before uapi/*/dmx.h. Just push down the time.h header on the few places where this is used, and drop this new header. Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-10-17UAPI: (Scripted) Disintegrate include/linux/dvbDavid Howells9-1351/+2
Signed-off-by: David Howells <[email protected]> Acked-by: Arnd Bergmann <[email protected]> Acked-by: Thomas Gleixner <[email protected]> Acked-by: Michael Kerrisk <[email protected]> Acked-by: Paul E. McKenney <[email protected]> Acked-by: Dave Jones <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-10-07[media] dvb: LNA implementation changesAntti Palosaari1-1/+1
* use dvb property cache * implement get (thus API minor++) * PCTV 290e: 1=LNA ON, all the other values LNA OFF Also fix PCTV 290e LNA comment, it is disabled by default Hans and Mauro proposed use of cache implementation of get as they were planning to extend LNA usage for analog side too. Reported-by: Hans Verkuil <[email protected]> Reported-by: Mauro Carvalho Chehab <[email protected]> Signed-off-by: Antti Palosaari <[email protected]> Acked-by: Hans Verkuil <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-09-27[media] add LNA support for DVB APIAntti Palosaari1-1/+3
Signed-off-by: Antti Palosaari <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-09-23[media] dvb_frontend: add multistream supportEvgeny Plehov2-4/+6
Unify multistream support at the DVBAPI: several delivery systems allow it. Yet, each one had its own name. So, instead of adding a third version of this field, remove the per-standard naming, unifying it into a common name. The legacy code number can still be used by old applications. Version increased to 5.8. [[email protected]: joined the va1j5jf007s patch, in order to avoid compilation breakage] Signed-off-by: Evgeny Plehov <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-08-13[media] frontend.h, Docbook: Improve status documentationMauro Carvalho Chehab1-9/+20
No functional changes. It just improves the description of the frontend status, using Documentation/kernel-doc-nano-HOWTO.txt for the status enumeration, and a table inside the DocBook. Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-08-13[media] DVB API: add INTERLEAVING_AUTOAntti Palosaari1-0/+1
After thinking twice, I ended up adding own value for AUTO interleaving instead of using NONE. API minor number is not needed to increase as that patch should be the same Kernel as interleaving parameter is initially added. Signed-off-by: Antti Palosaari <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-08-13[media] add DTMB support for DVB APIAntti Palosaari2-4/+19
Cc: Patrick Boettcher <[email protected]> Cc: Andreas Oberritter <[email protected]> Cc: Mauro Carvalho Chehab <[email protected]> Acked-by: Patrick Boettcher <[email protected]> Signed-off-by: Antti Palosaari <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-05-20[media] DVB: remove "stats" property bits from ATSC-MH API property additionsMichael Krufky1-4/+1
Mauro is proposing a new API to handle statistics. This functionality will be returned after the statistics API is ready. Just remove them for now. Signed-off-by: Michael Krufky <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-05-20[media] increment DVB API to version 5.6 for ATSC-MH frontend controlMichael Krufky1-1/+1
increment the DVB API version to 5.6 to signify support for controlling an ATSC-MH frontend. Signed-off-by: Michael Krufky <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-05-20[media] linux-dvb v5 API support for ATSC-MHMichael Krufky1-1/+53
Add the following properties for controlling an ATSC-MH frontend: DTV_ATSCMH_FIC_VER DTV_ATSCMH_PARADE_ID DTV_ATSCMH_NOG DTV_ATSCMH_TNOG DTV_ATSCMH_SGN DTV_ATSCMH_PRC DTV_ATSCMH_RS_FRAME_MODE DTV_ATSCMH_RS_FRAME_ENSEMBLE DTV_ATSCMH_RS_CODE_MODE_PRI DTV_ATSCMH_RS_CODE_MODE_SEC DTV_ATSCMH_SCCC_BLOCK_MODE DTV_ATSCMH_SCCC_CODE_MODE_A DTV_ATSCMH_SCCC_CODE_MODE_B DTV_ATSCMH_SCCC_CODE_MODE_C DTV_ATSCMH_SCCC_CODE_MODE_D DTV_ATSCMH_FIC_ERR DTV_ATSCMH_CRC_ERR DTV_ATSCMH_RS_ERR Signed-off-by: Michael Krufky <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2012-01-04[media] dvb: deprecate the usage of ops->info.typeMauro Carvalho Chehab1-1/+1
Mark info.type as deprecated inside the header, recommending the usage of DTV_ENUM_DELSYS DVBv5 command instead. Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2011-12-31[media] dvb-core: be sure that drivers won't use DVBv3 internallyMauro Carvalho Chehab1-2/+4
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 <[email protected]>
2011-12-20[media] Remove Annex A/C selection via roll-off factorMauro Carvalho Chehab1-2/+0
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 <[email protected]>
2011-12-20[media] DVB: Use a unique delivery system identifier for DVBC_ANNEX_CManu Abraham1-1/+6
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 <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2011-12-12[media] DVB: Query DVB frontend delivery capabilitiesManu Abraham2-2/+4
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 <[email protected]> Acked-by: Andreas Oberritter <[email protected]> Acked-by: Oliver Endriss <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2011-11-11[media] dvb: Allow select between DVB-C Annex A and Annex CMauro Carvalho Chehab1-0/+2
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 <[email protected]>
2011-09-03[media] DVB: increment minor version after addition of SYS_TURBOAndreas Oberritter1-1/+1
Signed-off-by: Andreas Oberritter <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2011-09-03[media] DVB: Add SYS_TURBO for north american turbo code FECAndreas Oberritter1-0/+1
Signed-off-by: Andreas Oberritter <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2011-07-27Revert "[media] dvb/audio.h: Remove definition for AUDIO_GET_PTS"Mauro Carvalho Chehab1-0/+12
Based on those feedback: http://www.spinics.net/lists/linux-media/msg33704.html http://www.spinics.net/lists/linux-media/msg33700.html I'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 <[email protected]> Cc: Manu Abraham <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2011-07-27[media] dvb/audio.h: Remove definition for AUDIO_GET_PTSMauro Carvalho Chehab1-12/+0
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 <[email protected]>
2011-07-27[media] DocBook/audio.xml: synchronize attribute changesMauro Carvalho Chehab1-1/+1
Some attributes suffered some changes since DVBv1. Sync them with the current API header files. Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2011-05-20[media] DVB: Add basic API support for DVB-T2 and bump minor versionAndreas Oberritter2-5/+17
[[email protected]: Remove private definitions from cxd2820r that existed before API was defined] Signed-off-by: Andreas Oberritter <[email protected]> Signed-off-by: Steve Kerrison <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2010-08-14include: replace unifdef-y with header-ySam Ravnborg1-4/+3
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 <[email protected]>
2010-08-02V4L/DVB: Increment DVB API versionMauro Carvalho Chehab1-1/+1
A new flag were added at the Frontend capabilities. Increment API minor revision. Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2010-08-02V4L/DVB: Add FE_CAN_TURBO_FECKlaus Schmidinger1-0/+1
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 <[email protected]> Signed-off-by: Klaus Schmidinger <[email protected]> Signed-off-by: Douglas Schilling Landgraf <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2009-09-19V4L/DVB (12997): Add the DTV_ISDB_TS_ID property for ISDB_SHIRANO Takahito1-1/+3
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. [[email protected]: Fix merge conflicts with isdbt and rename the new parameter to DTV_ISDBS_TS_ID] Signed-off-by: HIRANO Takahito <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2009-09-19V4L/DVB (12892): DVB-API: add support for ISDB-T and ISDB-Tsb (version 5.1)Patrick Boettcher2-10/+36
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 <[email protected]> Signed-off-by: Patrick Boettcher <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2009-09-12V4L/DVB (12275): Add two new ioctls: DMX_ADD_PID and DMX_REMOVE_PIDAndreas Oberritter1-0/+2
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 <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2009-03-26make most exported headers use strict integer typesArnd Bergmann2-12/+12
This takes care of all files that have only a small number of non-strict integer type uses. Signed-off-by: Arnd Bergmann <[email protected]> Cc: Mauro Carvalho Chehab <[email protected]> Cc: David Airlie <[email protected]> Cc: Arnaldo Carvalho de Melo <[email protected]> Cc: YOSHIFUJI Hideaki <[email protected]> Cc: [email protected] Cc: [email protected] Cc: Jaroslav Kysela <[email protected]> Cc: Takashi Iwai <[email protected]> Cc: David Woodhouse <[email protected]> Signed-off-by: H. Peter Anvin <[email protected]> Signed-off-by: Ingo Molnar <[email protected]>
2009-03-26make exported headers use strict posix typesArnd Bergmann1-1/+1
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 <[email protected]> Acked-by: Mauro Carvalho Chehab <[email protected]> Cc: David Airlie <[email protected]> Cc: Arnaldo Carvalho de Melo <[email protected]> Cc: YOSHIFUJI Hideaki <[email protected]> Cc: [email protected] Cc: [email protected] Cc: Jaroslav Kysela <[email protected]> Cc: Takashi Iwai <[email protected]> Cc: David Woodhouse <[email protected]> Signed-off-by: H. Peter Anvin <[email protected]> Signed-off-by: Ingo Molnar <[email protected]>
2009-01-30headers_check fix: dvb/video.hJaswinder Singh Rajput1-5/+2
fix the following 'make headers_check' warnings: usr/include/linux/dvb/video.h:29: include of <linux/types.h> is preferred over <asm/types.h> usr/include/linux/dvb/video.h:102: found __[us]{8,16,32,64} type without #include <linux/types.h> Signed-off-by: Jaswinder Singh Rajput <[email protected]>
2009-01-30headers_check fix: dvb/net.hJaswinder Singh Rajput1-2/+1
fix the following 'make headers_check' warnings: usr/include/linux/dvb/net.h:27: include of <linux/types.h> is preferred over <asm/types.h> usr/include/linux/dvb/net.h:31: found __[us]{8,16,32,64} type without #include <linux/types.h> Signed-off-by: Jaswinder Singh Rajput <[email protected]>
2009-01-30headers_check fix: dvb/frontend.hJaswinder Singh Rajput1-2/+1
fix the following 'make headers_check' warnings: usr/include/linux/dvb/frontend.h:29: include of <linux/types.h> is preferred over <asm/types.h> usr/include/linux/dvb/frontend.h:76: found __[us]{8,16,32,64} type without #include <linux/types.h> Signed-off-by: Jaswinder Singh Rajput <[email protected]>
2009-01-30headers_check fix: dvb/dmx.hJaswinder Singh Rajput1-1/+1
fix the following 'make headers_check' warnings: usr/include/linux/dvb/dmx.h:27: include of <linux/types.h> is preferred over <asm/types.h> usr/include/linux/dvb/dmx.h:90: found __[us]{8,16,32,64} type without #include <linux/types.h> Signed-off-by: Jaswinder Singh Rajput <[email protected]>
2009-01-30headers_check fix: dvb/audio.hJaswinder Singh Rajput1-5/+0
fix the following 'make headers_check' warning: usr/include/linux/dvb/audio.h:133: found __[us]{8,16,32,64} type without #include <linux/types.h> Signed-off-by: Jaswinder Singh Rajput <[email protected]>
2009-01-02V4L/DVB (10166): dvb frontend: stop using non-C99 compliant commentsMauro Carvalho Chehab1-14/+14
Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2009-01-02V4L/DVB (10164): Add missing S2 caps flag to S2APIKlaus Schmidinger1-0/+1
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 <[email protected]> Acked-by: Steven Toth <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-17V4L/DVB (9196): Add support for DSS deliveryManu Abraham1-0/+1
Signed-off-by: Manu Abraham <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-17V4L/DVB (9195): Frontend API Fix: 32APSK is a valid modulation for the ↵Manu Abraham1-0/+1
DVB-S2 delivery Signed-off-by: Manu Abraham <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-13V4L/DVB (9185): S2API: Ensure we have a reasonable ROLLOFF defaultDarron Broad1-1/+1
Non-initialised cache values get a reasonble default. Signed-off-by: Darron Broad <[email protected]> Signed-off-by: Steven Toth <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-13V4L/DVB (9182): S2API: Added support for DTV_HIERARCHYSteven Toth1-1/+2
A user tuning DVB-T via the S2API reports that this was not implemented, and his tuning was failing. Signed-off-by: Steven Toth <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-13V4L/DVB (9181): S2API: Add support fot DTV_GUARD_INTERVAL and ↵Steven Toth1-1/+3
DTV_TRANSMISSION_MODE Tuning DVB-T via the S2API was failing, missing some essential items. Signed-off-by: Steven Toth <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-13V4L/DVB (9180): S2API: Added support for DTV_CODE_RATE_HP/LPSteven Toth1-1/+4
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 <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-13V4L/DVB (9179): S2API: frontend.h cleanupBrandon Philips1-3/+3
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 <[email protected]> Signed-off-by: Steven Toth <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-13V4L/DVB (9177): S2API: Change _8PSK / _16APSK to PSK_8 and APSK_16Steven Toth1-3/+2
... 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 <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-13V4L/DVB (9173): S2API: Remove the hardcoded command limit during validationSteven Toth1-0/+2
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 <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-12V4L/DVB (9072): S2API: Add DTV_API_VERSION commandSteven Toth2-2/+3
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 <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
2008-10-12V4L/DVB (9071): S2API: Implement result codes for individual commandsSteven Toth1-0/+1
This allows application developers to determine which particular command in a sequence is invalid, or failing with error. Signed-off-by: Steven Toth <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]>
Powered by cgit, Gruvboxed by Blaster4385.