|
@@ -21,11 +21,26 @@
|
|
|
|
|
|
#include <linux/videodev2.h>
|
|
#include <linux/videodev2.h>
|
|
|
|
|
|
-/* Tuner PADs */
|
|
|
|
-/* FIXME: is this the right place for it? */
|
|
|
|
|
|
+/**
|
|
|
|
+ * 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 {
|
|
enum tuner_pad_index {
|
|
TUNER_PAD_RF_INPUT,
|
|
TUNER_PAD_RF_INPUT,
|
|
- TUNER_PAD_IF_OUTPUT,
|
|
|
|
|
|
+ TUNER_PAD_OUTPUT,
|
|
TUNER_NUM_PADS
|
|
TUNER_NUM_PADS
|
|
};
|
|
};
|
|
|
|
|