summaryrefslogtreecommitdiff
path: root/include/media/tuner.h
diff options
context:
space:
mode:
authorMauro Carvalho Chehab <mchehab@osg.samsung.com>2016-01-29 06:11:30 -0200
committerMauro Carvalho Chehab <mchehab@osg.samsung.com>2016-02-01 07:19:44 -0200
commit6aad127d37b609ca40ee3b93454a58ee6ed5a1ce (patch)
tree26cb8863e85a68f71eb2b408be49a3020db02150 /include/media/tuner.h
parent163c9bca101caf000691b56fb3834905e62cbba3 (diff)
[media] v4l2-mc.h: move tuner PAD definitions to this new header
The customer PC hardware can be shipped with lots of different configurations, as vendors use to replace some of the chips on their hardware along the time. All drivers that support such devices are prepared to handle the hardware differences, using their own auto-probing logic. They do it in a way that number of inputs and outputs for a given hardware type doesn't change. Now that we're adding media controller capabilities to those drivers, we need to standardize the number of inputs and outputs for each hardware type, as we want to have a generic function at the V4L2 core that would create the links for the entities that are expected on such hardware. Such standard is already there for tuners, but tuner.h is not the best place to store such data, as we'll need to add definitions also for analog TV demodulators. Also, we'll need a place to put a set of MC handling functions. So, let's create a v4l2-mc.h to store such kind of definitions. Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
Diffstat (limited to 'include/media/tuner.h')
-rw-r--r--include/media/tuner.h24
1 files changed, 1 insertions, 23 deletions
diff --git a/include/media/tuner.h b/include/media/tuner.h
index c5994fe865a0..b3edc14e763f 100644
--- a/include/media/tuner.h
+++ b/include/media/tuner.h
@@ -20,29 +20,7 @@
#ifdef __KERNEL__
#include <linux/videodev2.h>
-
-/**
- * enum tuner_pad_index - tuner pad index
- *
- * @TUNER_PAD_RF_INPUT: Radiofrequency (RF) sink pad, usually linked to a
- * RF connector entity.
- * @TUNER_PAD_OUTPUT: Tuner output pad. This is actually more complex than
- * a single pad output, as, in addition to luminance and
- * chrominance IF a tuner may have internally an
- * audio decoder (like xc3028) or it may produce an audio
- * IF that will be used by an audio decoder like msp34xx.
- * It may also have an IF-PLL demodulator on it, like
- * tuners with tda9887. Yet, currently, we don't need to
- * represent all the dirty details, as this is transparent
- * for the V4L2 API usage. So, let's represent all kinds
- * of different outputs as a single source pad.
- * @TUNER_NUM_PADS: Number of pads of the tuner.
- */
-enum tuner_pad_index {
- TUNER_PAD_RF_INPUT,
- TUNER_PAD_OUTPUT,
- TUNER_NUM_PADS
-};
+#include <media/v4l2-mc.h>
#define ADDR_UNSET (255)