diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2013-02-24 20:35:10 -0500 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2013-02-24 20:35:10 -0500 |
commit | 21fbd5809ad126b949206d78e0a0e07ec872ea11 (patch) | |
tree | a824045df99fc1f0690095a925cceb50207e332b /Documentation | |
parent | d9978ec5680059d727b39d6c706777c6973587f2 (diff) | |
parent | ed72d37a33fdf43dc47787fe220532cdec9da528 (diff) |
Merge branch 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
Pull media updates from Mauro Carvalho Chehab:
- Some cleanups at V4L2 documentation
- new drivers: ts2020 frontend, ov9650 sensor, s5c73m3 sensor,
sh-mobile veu mem2mem driver, radio-ma901, davinci_vpfe staging
driver
- Lots of missing MAINTAINERS entries added
- several em28xx driver improvements, including its conversion to
videobuf2
- several fixups on drivers to make them to better comply with the API
- DVB core: add support for DVBv5 stats, allowing the implementation of
statistics for new standards like ISDB
- mb86a20s: add statistics to the driver
- lots of new board additions, cleanups, and driver improvements.
* 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media: (596 commits)
[media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
[media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
[media] em28xx: add usb id for terratec h5 rev. 3
[media] media: rc: gpio-ir-recv: add support for device tree parsing
[media] mceusb: move check earlier to make smatch happy
[media] radio-si470x doc: add info about v4l2-ctl and sox+alsa
[media] staging: media: Remove unnecessary OOM messages
[media] sh_vou: Use vou_dev instead of vou_file wherever possible
[media] sh_vou: Use video_drvdata()
[media] drivers/media/platform/soc_camera/pxa_camera.c: use devm_ functions
[media] mt9t112: mt9t111 format set up differs from mt9t112
[media] sh-mobile-ceu-camera: fix SHARPNESS control default
Revert "[media] fc0011: Return early, if the frequency is already tuned"
[media] cx18/ivtv: fix regression: remove __init from a non-init function
[media] em28xx: fix analog streaming with USB bulk transfers
[media] stv0900: remove unnecessary null pointer check
[media] fc0011: Return early, if the frequency is already tuned
[media] fc0011: Add some sanity checks and cleanups
[media] fc0011: Fix xin value clamping
Revert "[media] [PATH,1/2] mxl5007 move reset to attach"
...
Diffstat (limited to 'Documentation')
40 files changed, 977 insertions, 2443 deletions
diff --git a/Documentation/DocBook/media/dvb/dvbapi.xml b/Documentation/DocBook/media/dvb/dvbapi.xml index 757488b24f4f..0197bcc7842d 100644 --- a/Documentation/DocBook/media/dvb/dvbapi.xml +++ b/Documentation/DocBook/media/dvb/dvbapi.xml | |||
@@ -84,7 +84,7 @@ Added ISDB-T test originally written by Patrick Boettcher | |||
84 | 84 | ||
85 | 85 | ||
86 | <title>LINUX DVB API</title> | 86 | <title>LINUX DVB API</title> |
87 | <subtitle>Version 5.8</subtitle> | 87 | <subtitle>Version 5.10</subtitle> |
88 | <!-- ADD THE CHAPTERS HERE --> | 88 | <!-- ADD THE CHAPTERS HERE --> |
89 | <chapter id="dvb_introdution"> | 89 | <chapter id="dvb_introdution"> |
90 | &sub-intro; | 90 | &sub-intro; |
diff --git a/Documentation/DocBook/media/dvb/dvbproperty.xml b/Documentation/DocBook/media/dvb/dvbproperty.xml index 957e3acaae8e..4a5eaeed0b9e 100644 --- a/Documentation/DocBook/media/dvb/dvbproperty.xml +++ b/Documentation/DocBook/media/dvb/dvbproperty.xml | |||
@@ -7,14 +7,41 @@ the capability ioctls weren't implemented yet via the new way.</para> | |||
7 | <para>The typical usage for the <constant>FE_GET_PROPERTY/FE_SET_PROPERTY</constant> | 7 | <para>The typical usage for the <constant>FE_GET_PROPERTY/FE_SET_PROPERTY</constant> |
8 | API is to replace the ioctl's were the <link linkend="dvb-frontend-parameters"> | 8 | API is to replace the ioctl's were the <link linkend="dvb-frontend-parameters"> |
9 | struct <constant>dvb_frontend_parameters</constant></link> were used.</para> | 9 | struct <constant>dvb_frontend_parameters</constant></link> were used.</para> |
10 | <section id="dtv-stats"> | ||
11 | <title>DTV stats type</title> | ||
12 | <programlisting> | ||
13 | struct dtv_stats { | ||
14 | __u8 scale; /* enum fecap_scale_params type */ | ||
15 | union { | ||
16 | __u64 uvalue; /* for counters and relative scales */ | ||
17 | __s64 svalue; /* for 1/1000 dB measures */ | ||
18 | }; | ||
19 | } __packed; | ||
20 | </programlisting> | ||
21 | </section> | ||
22 | <section id="dtv-fe-stats"> | ||
23 | <title>DTV stats type</title> | ||
24 | <programlisting> | ||
25 | #define MAX_DTV_STATS 4 | ||
26 | |||
27 | struct dtv_fe_stats { | ||
28 | __u8 len; | ||
29 | struct dtv_stats stat[MAX_DTV_STATS]; | ||
30 | } __packed; | ||
31 | </programlisting> | ||
32 | </section> | ||
33 | |||
10 | <section id="dtv-property"> | 34 | <section id="dtv-property"> |
11 | <title>DTV property type</title> | 35 | <title>DTV property type</title> |
12 | <programlisting> | 36 | <programlisting> |
13 | /* Reserved fields should be set to 0 */ | 37 | /* Reserved fields should be set to 0 */ |
38 | |||
14 | struct dtv_property { | 39 | struct dtv_property { |
15 | __u32 cmd; | 40 | __u32 cmd; |
41 | __u32 reserved[3]; | ||
16 | union { | 42 | union { |
17 | __u32 data; | 43 | __u32 data; |
44 | struct dtv_fe_stats st; | ||
18 | struct { | 45 | struct { |
19 | __u8 data[32]; | 46 | __u8 data[32]; |
20 | __u32 len; | 47 | __u32 len; |
@@ -440,7 +467,7 @@ typedef enum fe_delivery_system { | |||
440 | <title><constant>DTV-ISDBT-LAYER*</constant> parameters</title> | 467 | <title><constant>DTV-ISDBT-LAYER*</constant> parameters</title> |
441 | <para>ISDB-T channels can be coded hierarchically. As opposed to DVB-T in | 468 | <para>ISDB-T channels can be coded hierarchically. As opposed to DVB-T in |
442 | ISDB-T hierarchical layers can be decoded simultaneously. For that | 469 | ISDB-T hierarchical layers can be decoded simultaneously. For that |
443 | reason a ISDB-T demodulator has 3 viterbi and 3 reed-solomon-decoders.</para> | 470 | reason a ISDB-T demodulator has 3 Viterbi and 3 Reed-Solomon decoders.</para> |
444 | <para>ISDB-T has 3 hierarchical layers which each can use a part of the | 471 | <para>ISDB-T has 3 hierarchical layers which each can use a part of the |
445 | available segments. The total number of segments over all layers has | 472 | available segments. The total number of segments over all layers has |
446 | to 13 in ISDB-T.</para> | 473 | to 13 in ISDB-T.</para> |
@@ -850,6 +877,147 @@ enum fe_interleaving { | |||
850 | <para>use the special macro LNA_AUTO to set LNA auto</para> | 877 | <para>use the special macro LNA_AUTO to set LNA auto</para> |
851 | </section> | 878 | </section> |
852 | </section> | 879 | </section> |
880 | |||
881 | <section id="frontend-stat-properties"> | ||
882 | <title>Frontend statistics indicators</title> | ||
883 | <para>The values are returned via <constant>dtv_property.stat</constant>. | ||
884 | If the property is supported, <constant>dtv_property.stat.len</constant> is bigger than zero.</para> | ||
885 | <para>For most delivery systems, <constant>dtv_property.stat.len</constant> | ||
886 | will be 1 if the stats is supported, and the properties will | ||
887 | return a single value for each parameter.</para> | ||
888 | <para>It should be noticed, however, that new OFDM delivery systems | ||
889 | like ISDB can use different modulation types for each group of | ||
890 | carriers. On such standards, up to 3 groups of statistics can be | ||
891 | provided, and <constant>dtv_property.stat.len</constant> is updated | ||
892 | to reflect the "global" metrics, plus one metric per each carrier | ||
893 | group (called "layer" on ISDB).</para> | ||
894 | <para>So, in order to be consistent with other delivery systems, the first | ||
895 | value at <link linkend="dtv-stats"><constant>dtv_property.stat.dtv_stats</constant></link> | ||
896 | array refers to the global metric. The other elements of the array | ||
897 | represent each layer, starting from layer A(index 1), | ||
898 | layer B (index 2) and so on.</para> | ||
899 | <para>The number of filled elements are stored at <constant>dtv_property.stat.len</constant>.</para> | ||
900 | <para>Each element of the <constant>dtv_property.stat.dtv_stats</constant> array consists on two elements:</para> | ||
901 | <itemizedlist mark='opencircle'> | ||
902 | <listitem><para><constant>svalue</constant> or <constant>uvalue</constant>, where | ||
903 | <constant>svalue</constant> is for signed values of the measure (dB measures) | ||
904 | and <constant>uvalue</constant> is for unsigned values (counters, relative scale)</para></listitem> | ||
905 | <listitem><para><constant>scale</constant> - Scale for the value. It can be:</para> | ||
906 | <section id = "fecap-scale-params"> | ||
907 | <itemizedlist mark='bullet'> | ||
908 | <listitem><para><constant>FE_SCALE_NOT_AVAILABLE</constant> - The parameter is supported by the frontend, but it was not possible to collect it (could be a transitory or permanent condition)</para></listitem> | ||
909 | <listitem><para><constant>FE_SCALE_DECIBEL</constant> - parameter is a signed value, measured in 1/1000 dB</para></listitem> | ||
910 | <listitem><para><constant>FE_SCALE_RELATIVE</constant> - parameter is a unsigned value, where 0 means 0% and 65535 means 100%.</para></listitem> | ||
911 | <listitem><para><constant>FE_SCALE_COUNTER</constant> - parameter is a unsigned value that counts the occurrence of an event, like bit error, block error, or lapsed time.</para></listitem> | ||
912 | </itemizedlist> | ||
913 | </section> | ||
914 | </listitem> | ||
915 | </itemizedlist> | ||
916 | <section id="DTV-STAT-SIGNAL-STRENGTH"> | ||
917 | <title><constant>DTV_STAT_SIGNAL_STRENGTH</constant></title> | ||
918 | <para>Indicates the signal strength level at the analog part of the tuner or of the demod.</para> | ||
919 | <para>Possible scales for this metric are:</para> | ||
920 | <itemizedlist mark='bullet'> | ||
921 | <listitem><constant>FE_SCALE_NOT_AVAILABLE</constant> - it failed to measure it, or the measurement was not complete yet.</listitem> | ||
922 | <listitem><constant>FE_SCALE_DECIBEL</constant> - signal strength is in 0.0001 dBm units, power measured in miliwatts. This value is generally negative.</listitem> | ||
923 | <listitem><constant>FE_SCALE_RELATIVE</constant> - The frontend provides a 0% to 100% measurement for power (actually, 0 to 65535).</listitem> | ||
924 | </itemizedlist> | ||
925 | </section> | ||
926 | <section id="DTV-STAT-CNR"> | ||
927 | <title><constant>DTV_STAT_CNR</constant></title> | ||
928 | <para>Indicates the Signal to Noise ratio for the main carrier.</para> | ||
929 | <para>Possible scales for this metric are:</para> | ||
930 | <itemizedlist mark='bullet'> | ||
931 | <listitem><constant>FE_SCALE_NOT_AVAILABLE</constant> - it failed to measure it, or the measurement was not complete yet.</listitem> | ||
932 | <listitem><constant>FE_SCALE_DECIBEL</constant> - Signal/Noise ratio is in 0.0001 dB units.</listitem> | ||
933 | <listitem><constant>FE_SCALE_RELATIVE</constant> - The frontend provides a 0% to 100% measurement for Signal/Noise (actually, 0 to 65535).</listitem> | ||
934 | </itemizedlist> | ||
935 | </section> | ||
936 | <section id="DTV-STAT-PRE-ERROR-BIT-COUNT"> | ||
937 | <title><constant>DTV_STAT_PRE_ERROR_BIT_COUNT</constant></title> | ||
938 | <para>Measures the number of bit errors before the forward error correction (FEC) on the inner coding block (before Viterbi, LDPC or other inner code).</para> | ||
939 | <para>This measure is taken during the same interval as <constant>DTV_STAT_PRE_TOTAL_BIT_COUNT</constant>.</para> | ||
940 | <para>In order to get the BER (Bit Error Rate) measurement, it should be divided by | ||
941 | <link linkend="DTV-STAT-PRE-TOTAL-BIT-COUNT"><constant>DTV_STAT_PRE_TOTAL_BIT_COUNT</constant></link>.</para> | ||
942 | <para>This measurement is monotonically increased, as the frontend gets more bit count measurements. | ||
943 | The frontend may reset it when a channel/transponder is tuned.</para> | ||
944 | <para>Possible scales for this metric are:</para> | ||
945 | <itemizedlist mark='bullet'> | ||
946 | <listitem><constant>FE_SCALE_NOT_AVAILABLE</constant> - it failed to measure it, or the measurement was not complete yet.</listitem> | ||
947 | <listitem><constant>FE_SCALE_COUNTER</constant> - Number of error bits counted before the inner coding.</listitem> | ||
948 | </itemizedlist> | ||
949 | </section> | ||
950 | <section id="DTV-STAT-PRE-TOTAL-BIT-COUNT"> | ||
951 | <title><constant>DTV_STAT_PRE_TOTAL_BIT_COUNT</constant></title> | ||
952 | <para>Measures the amount of bits received before the inner code block, during the same period as | ||
953 | <link linkend="DTV-STAT-PRE-ERROR-BIT-COUNT"><constant>DTV_STAT_PRE_ERROR_BIT_COUNT</constant></link> measurement was taken.</para> | ||
954 | <para>It should be noticed that this measurement can be smaller than the total amount of bits on the transport stream, | ||
955 | as the frontend may need to manually restart the measurement, loosing some data between each measurement interval.</para> | ||
956 | <para>This measurement is monotonically increased, as the frontend gets more bit count measurements. | ||
957 | The frontend may reset it when a channel/transponder is tuned.</para> | ||
958 | <para>Possible scales for this metric are:</para> | ||
959 | <itemizedlist mark='bullet'> | ||
960 | <listitem><constant>FE_SCALE_NOT_AVAILABLE</constant> - it failed to measure it, or the measurement was not complete yet.</listitem> | ||
961 | <listitem><constant>FE_SCALE_COUNTER</constant> - Number of bits counted while measuring | ||
962 | <link linkend="DTV-STAT-PRE-ERROR-BIT-COUNT"><constant>DTV_STAT_PRE_ERROR_BIT_COUNT</constant></link>.</listitem> | ||
963 | </itemizedlist> | ||
964 | </section> | ||
965 | <section id="DTV-STAT-POST-ERROR-BIT-COUNT"> | ||
966 | <title><constant>DTV_STAT_POST_ERROR_BIT_COUNT</constant></title> | ||
967 | <para>Measures the number of bit errors after the forward error correction (FEC) done by inner code block (after Viterbi, LDPC or other inner code).</para> | ||
968 | <para>This measure is taken during the same interval as <constant>DTV_STAT_POST_TOTAL_BIT_COUNT</constant>.</para> | ||
969 | <para>In order to get the BER (Bit Error Rate) measurement, it should be divided by | ||
970 | <link linkend="DTV-STAT-POST-TOTAL-BIT-COUNT"><constant>DTV_STAT_POST_TOTAL_BIT_COUNT</constant></link>.</para> | ||
971 | <para>This measurement is monotonically increased, as the frontend gets more bit count measurements. | ||
972 | The frontend may reset it when a channel/transponder is tuned.</para> | ||
973 | <para>Possible scales for this metric are:</para> | ||
974 | <itemizedlist mark='bullet'> | ||
975 | <listitem><constant>FE_SCALE_NOT_AVAILABLE</constant> - it failed to measure it, or the measurement was not complete yet.</listitem> | ||
976 | <listitem><constant>FE_SCALE_COUNTER</constant> - Number of error bits counted after the inner coding.</listitem> | ||
977 | </itemizedlist> | ||
978 | </section> | ||
979 | <section id="DTV-STAT-POST-TOTAL-BIT-COUNT"> | ||
980 | <title><constant>DTV_STAT_POST_TOTAL_BIT_COUNT</constant></title> | ||
981 | <para>Measures the amount of bits received after the inner coding, during the same period as | ||
982 | <link linkend="DTV-STAT-POST-ERROR-BIT-COUNT"><constant>DTV_STAT_POST_ERROR_BIT_COUNT</constant></link> measurement was taken.</para> | ||
983 | <para>It should be noticed that this measurement can be smaller than the total amount of bits on the transport stream, | ||
984 | as the frontend may need to manually restart the measurement, loosing some data between each measurement interval.</para> | ||
985 | <para>This measurement is monotonically increased, as the frontend gets more bit count measurements. | ||
986 | The frontend may reset it when a channel/transponder is tuned.</para> | ||
987 | <para>Possible scales for this metric are:</para> | ||
988 | <itemizedlist mark='bullet'> | ||
989 | <listitem><constant>FE_SCALE_NOT_AVAILABLE</constant> - it failed to measure it, or the measurement was not complete yet.</listitem> | ||
990 | <listitem><constant>FE_SCALE_COUNTER</constant> - Number of bits counted while measuring | ||
991 | <link linkend="DTV-STAT-POST-ERROR-BIT-COUNT"><constant>DTV_STAT_POST_ERROR_BIT_COUNT</constant></link>.</listitem> | ||
992 | </itemizedlist> | ||
993 | </section> | ||
994 | <section id="DTV-STAT-ERROR-BLOCK-COUNT"> | ||
995 | <title><constant>DTV_STAT_ERROR_BLOCK_COUNT</constant></title> | ||
996 | <para>Measures the number of block errors after the outer forward error correction coding (after Reed-Solomon or other outer code).</para> | ||
997 | <para>This measurement is monotonically increased, as the frontend gets more bit count measurements. | ||
998 | The frontend may reset it when a channel/transponder is tuned.</para> | ||
999 | <para>Possible scales for this metric are:</para> | ||
1000 | <itemizedlist mark='bullet'> | ||
1001 | <listitem><constant>FE_SCALE_NOT_AVAILABLE</constant> - it failed to measure it, or the measurement was not complete yet.</listitem> | ||
1002 | <listitem><constant>FE_SCALE_COUNTER</constant> - Number of error blocks counted after the outer coding.</listitem> | ||
1003 | </itemizedlist> | ||
1004 | </section> | ||
1005 | <section id="DTV-STAT-TOTAL-BLOCK-COUNT"> | ||
1006 | <title><constant>DTV-STAT_TOTAL_BLOCK_COUNT</constant></title> | ||
1007 | <para>Measures the total number of blocks received during the same period as | ||
1008 | <link linkend="DTV-STAT-ERROR-BLOCK-COUNT"><constant>DTV_STAT_ERROR_BLOCK_COUNT</constant></link> measurement was taken.</para> | ||
1009 | <para>It can be used to calculate the PER indicator, by dividing | ||
1010 | <link linkend="DTV-STAT-ERROR-BLOCK-COUNT"><constant>DTV_STAT_ERROR_BLOCK_COUNT</constant></link> | ||
1011 | by <link linkend="DTV-STAT-TOTAL-BLOCK-COUNT"><constant>DTV-STAT-TOTAL-BLOCK-COUNT</constant></link>.</para> | ||
1012 | <para>Possible scales for this metric are:</para> | ||
1013 | <itemizedlist mark='bullet'> | ||
1014 | <listitem><constant>FE_SCALE_NOT_AVAILABLE</constant> - it failed to measure it, or the measurement was not complete yet.</listitem> | ||
1015 | <listitem><constant>FE_SCALE_COUNTER</constant> - Number of blocks counted while measuring | ||
1016 | <link linkend="DTV-STAT-ERROR-BLOCK-COUNT"><constant>DTV_STAT_ERROR_BLOCK_COUNT</constant></link>.</listitem> | ||
1017 | </itemizedlist> | ||
1018 | </section> | ||
1019 | </section> | ||
1020 | |||
853 | <section id="frontend-property-terrestrial-systems"> | 1021 | <section id="frontend-property-terrestrial-systems"> |
854 | <title>Properties used on terrestrial delivery systems</title> | 1022 | <title>Properties used on terrestrial delivery systems</title> |
855 | <section id="dvbt-params"> | 1023 | <section id="dvbt-params"> |
@@ -871,6 +1039,7 @@ enum fe_interleaving { | |||
871 | <listitem><para><link linkend="DTV-HIERARCHY"><constant>DTV_HIERARCHY</constant></link></para></listitem> | 1039 | <listitem><para><link linkend="DTV-HIERARCHY"><constant>DTV_HIERARCHY</constant></link></para></listitem> |
872 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> | 1040 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> |
873 | </itemizedlist> | 1041 | </itemizedlist> |
1042 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
874 | </section> | 1043 | </section> |
875 | <section id="dvbt2-params"> | 1044 | <section id="dvbt2-params"> |
876 | <title>DVB-T2 delivery system</title> | 1045 | <title>DVB-T2 delivery system</title> |
@@ -895,6 +1064,7 @@ enum fe_interleaving { | |||
895 | <listitem><para><link linkend="DTV-STREAM-ID"><constant>DTV_STREAM_ID</constant></link></para></listitem> | 1064 | <listitem><para><link linkend="DTV-STREAM-ID"><constant>DTV_STREAM_ID</constant></link></para></listitem> |
896 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> | 1065 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> |
897 | </itemizedlist> | 1066 | </itemizedlist> |
1067 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
898 | </section> | 1068 | </section> |
899 | <section id="isdbt"> | 1069 | <section id="isdbt"> |
900 | <title>ISDB-T delivery system</title> | 1070 | <title>ISDB-T delivery system</title> |
@@ -948,6 +1118,7 @@ enum fe_interleaving { | |||
948 | <listitem><para><link linkend="DTV-ISDBT-LAYER-SEGMENT-COUNT"><constant>DTV_ISDBT_LAYERC_SEGMENT_COUNT</constant></link></para></listitem> | 1118 | <listitem><para><link linkend="DTV-ISDBT-LAYER-SEGMENT-COUNT"><constant>DTV_ISDBT_LAYERC_SEGMENT_COUNT</constant></link></para></listitem> |
949 | <listitem><para><link linkend="DTV-ISDBT-LAYER-TIME-INTERLEAVING"><constant>DTV_ISDBT_LAYERC_TIME_INTERLEAVING</constant></link></para></listitem> | 1119 | <listitem><para><link linkend="DTV-ISDBT-LAYER-TIME-INTERLEAVING"><constant>DTV_ISDBT_LAYERC_TIME_INTERLEAVING</constant></link></para></listitem> |
950 | </itemizedlist> | 1120 | </itemizedlist> |
1121 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
951 | </section> | 1122 | </section> |
952 | <section id="atsc-params"> | 1123 | <section id="atsc-params"> |
953 | <title>ATSC delivery system</title> | 1124 | <title>ATSC delivery system</title> |
@@ -961,6 +1132,7 @@ enum fe_interleaving { | |||
961 | <listitem><para><link linkend="DTV-MODULATION"><constant>DTV_MODULATION</constant></link></para></listitem> | 1132 | <listitem><para><link linkend="DTV-MODULATION"><constant>DTV_MODULATION</constant></link></para></listitem> |
962 | <listitem><para><link linkend="DTV-BANDWIDTH-HZ"><constant>DTV_BANDWIDTH_HZ</constant></link></para></listitem> | 1133 | <listitem><para><link linkend="DTV-BANDWIDTH-HZ"><constant>DTV_BANDWIDTH_HZ</constant></link></para></listitem> |
963 | </itemizedlist> | 1134 | </itemizedlist> |
1135 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
964 | </section> | 1136 | </section> |
965 | <section id="atscmh-params"> | 1137 | <section id="atscmh-params"> |
966 | <title>ATSC-MH delivery system</title> | 1138 | <title>ATSC-MH delivery system</title> |
@@ -988,6 +1160,7 @@ enum fe_interleaving { | |||
988 | <listitem><para><link linkend="DTV-ATSCMH-SCCC-CODE-MODE-C"><constant>DTV_ATSCMH_SCCC_CODE_MODE_C</constant></link></para></listitem> | 1160 | <listitem><para><link linkend="DTV-ATSCMH-SCCC-CODE-MODE-C"><constant>DTV_ATSCMH_SCCC_CODE_MODE_C</constant></link></para></listitem> |
989 | <listitem><para><link linkend="DTV-ATSCMH-SCCC-CODE-MODE-D"><constant>DTV_ATSCMH_SCCC_CODE_MODE_D</constant></link></para></listitem> | 1161 | <listitem><para><link linkend="DTV-ATSCMH-SCCC-CODE-MODE-D"><constant>DTV_ATSCMH_SCCC_CODE_MODE_D</constant></link></para></listitem> |
990 | </itemizedlist> | 1162 | </itemizedlist> |
1163 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
991 | </section> | 1164 | </section> |
992 | <section id="dtmb-params"> | 1165 | <section id="dtmb-params"> |
993 | <title>DTMB delivery system</title> | 1166 | <title>DTMB delivery system</title> |
@@ -1007,6 +1180,7 @@ enum fe_interleaving { | |||
1007 | <listitem><para><link linkend="DTV-INTERLEAVING"><constant>DTV_INTERLEAVING</constant></link></para></listitem> | 1180 | <listitem><para><link linkend="DTV-INTERLEAVING"><constant>DTV_INTERLEAVING</constant></link></para></listitem> |
1008 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> | 1181 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> |
1009 | </itemizedlist> | 1182 | </itemizedlist> |
1183 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
1010 | </section> | 1184 | </section> |
1011 | </section> | 1185 | </section> |
1012 | <section id="frontend-property-cable-systems"> | 1186 | <section id="frontend-property-cable-systems"> |
@@ -1028,6 +1202,7 @@ enum fe_interleaving { | |||
1028 | <listitem><para><link linkend="DTV-INNER-FEC"><constant>DTV_INNER_FEC</constant></link></para></listitem> | 1202 | <listitem><para><link linkend="DTV-INNER-FEC"><constant>DTV_INNER_FEC</constant></link></para></listitem> |
1029 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> | 1203 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> |
1030 | </itemizedlist> | 1204 | </itemizedlist> |
1205 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
1031 | </section> | 1206 | </section> |
1032 | <section id="dvbc-annex-b-params"> | 1207 | <section id="dvbc-annex-b-params"> |
1033 | <title>DVB-C Annex B delivery system</title> | 1208 | <title>DVB-C Annex B delivery system</title> |
@@ -1043,6 +1218,7 @@ enum fe_interleaving { | |||
1043 | <listitem><para><link linkend="DTV-INVERSION"><constant>DTV_INVERSION</constant></link></para></listitem> | 1218 | <listitem><para><link linkend="DTV-INVERSION"><constant>DTV_INVERSION</constant></link></para></listitem> |
1044 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> | 1219 | <listitem><para><link linkend="DTV-LNA"><constant>DTV_LNA</constant></link></para></listitem> |
1045 | </itemizedlist> | 1220 | </itemizedlist> |
1221 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
1046 | </section> | 1222 | </section> |
1047 | </section> | 1223 | </section> |
1048 | <section id="frontend-property-satellital-systems"> | 1224 | <section id="frontend-property-satellital-systems"> |
@@ -1062,6 +1238,7 @@ enum fe_interleaving { | |||
1062 | <listitem><para><link linkend="DTV-VOLTAGE"><constant>DTV_VOLTAGE</constant></link></para></listitem> | 1238 | <listitem><para><link linkend="DTV-VOLTAGE"><constant>DTV_VOLTAGE</constant></link></para></listitem> |
1063 | <listitem><para><link linkend="DTV-TONE"><constant>DTV_TONE</constant></link></para></listitem> | 1239 | <listitem><para><link linkend="DTV-TONE"><constant>DTV_TONE</constant></link></para></listitem> |
1064 | </itemizedlist> | 1240 | </itemizedlist> |
1241 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
1065 | <para>Future implementations might add those two missing parameters:</para> | 1242 | <para>Future implementations might add those two missing parameters:</para> |
1066 | <itemizedlist mark='opencircle'> | 1243 | <itemizedlist mark='opencircle'> |
1067 | <listitem><para><link linkend="DTV-DISEQC-MASTER"><constant>DTV_DISEQC_MASTER</constant></link></para></listitem> | 1244 | <listitem><para><link linkend="DTV-DISEQC-MASTER"><constant>DTV_DISEQC_MASTER</constant></link></para></listitem> |
@@ -1077,6 +1254,7 @@ enum fe_interleaving { | |||
1077 | <listitem><para><link linkend="DTV-ROLLOFF"><constant>DTV_ROLLOFF</constant></link></para></listitem> | 1254 | <listitem><para><link linkend="DTV-ROLLOFF"><constant>DTV_ROLLOFF</constant></link></para></listitem> |
1078 | <listitem><para><link linkend="DTV-STREAM-ID"><constant>DTV_STREAM_ID</constant></link></para></listitem> | 1255 | <listitem><para><link linkend="DTV-STREAM-ID"><constant>DTV_STREAM_ID</constant></link></para></listitem> |
1079 | </itemizedlist> | 1256 | </itemizedlist> |
1257 | <para>In addition, the <link linkend="frontend-stat-properties">DTV QoS statistics</link> are also valid.</para> | ||
1080 | </section> | 1258 | </section> |
1081 | <section id="turbo-params"> | 1259 | <section id="turbo-params"> |
1082 | <title>Turbo code delivery system</title> | 1260 | <title>Turbo code delivery system</title> |
diff --git a/Documentation/DocBook/media/dvb/frontend.xml b/Documentation/DocBook/media/dvb/frontend.xml index 426c2526a454..df39ba395df0 100644 --- a/Documentation/DocBook/media/dvb/frontend.xml +++ b/Documentation/DocBook/media/dvb/frontend.xml | |||
@@ -230,7 +230,7 @@ typedef enum fe_status { | |||
230 | <entry align="char">The frontend has found a DVB signal</entry> | 230 | <entry align="char">The frontend has found a DVB signal</entry> |
231 | </row><row> | 231 | </row><row> |
232 | <entry align="char">FE_HAS_VITERBI</entry> | 232 | <entry align="char">FE_HAS_VITERBI</entry> |
233 | <entry align="char">The frontend FEC code is stable</entry> | 233 | <entry align="char">The frontend FEC inner coding (Viterbi, LDPC or other inner code) is stable</entry> |
234 | </row><row> | 234 | </row><row> |
235 | <entry align="char">FE_HAS_SYNC</entry> | 235 | <entry align="char">FE_HAS_SYNC</entry> |
236 | <entry align="char">Syncronization bytes was found</entry> | 236 | <entry align="char">Syncronization bytes was found</entry> |
diff --git a/Documentation/DocBook/media/v4l/common.xml b/Documentation/DocBook/media/v4l/common.xml index 73c6847436c9..ae06afbbb3a9 100644 --- a/Documentation/DocBook/media/v4l/common.xml +++ b/Documentation/DocBook/media/v4l/common.xml | |||
@@ -609,7 +609,7 @@ to zero and the <constant>VIDIOC_G_STD</constant>, | |||
609 | <para>Applications can make use of the <xref linkend="input-capabilities" /> and | 609 | <para>Applications can make use of the <xref linkend="input-capabilities" /> and |
610 | <xref linkend="output-capabilities"/> flags to determine whether the video standard ioctls | 610 | <xref linkend="output-capabilities"/> flags to determine whether the video standard ioctls |
611 | are available for the device.</para> | 611 | are available for the device.</para> |
612 | &ENOTTY;. | 612 | |
613 | <para>See <xref linkend="buffer" /> for a rationale. Probably | 613 | <para>See <xref linkend="buffer" /> for a rationale. Probably |
614 | even USB cameras follow some well known video standard. It might have | 614 | even USB cameras follow some well known video standard. It might have |
615 | been better to explicitly indicate elsewhere if a device cannot live | 615 | been better to explicitly indicate elsewhere if a device cannot live |
diff --git a/Documentation/DocBook/media/v4l/compat.xml b/Documentation/DocBook/media/v4l/compat.xml index 3dd9e78815d1..104a1a2b8849 100644 --- a/Documentation/DocBook/media/v4l/compat.xml +++ b/Documentation/DocBook/media/v4l/compat.xml | |||
@@ -2477,6 +2477,22 @@ that used it. It was originally scheduled for removal in 2.6.35. | |||
2477 | </orderedlist> | 2477 | </orderedlist> |
2478 | </section> | 2478 | </section> |
2479 | 2479 | ||
2480 | <section> | ||
2481 | <title>V4L2 in Linux 3.9</title> | ||
2482 | <orderedlist> | ||
2483 | <listitem> | ||
2484 | <para>Added timestamp types to | ||
2485 | <structfield>flags</structfield> field in | ||
2486 | <structname>v4l2_buffer</structname>. See <xref | ||
2487 | linkend="buffer-flags" />.</para> | ||
2488 | </listitem> | ||
2489 | <listitem> | ||
2490 | <para>Added <constant>V4L2_EVENT_CTRL_CH_RANGE</constant> control event | ||
2491 | changes flag. See <xref linkend="changes-flags"/>.</para> | ||
2492 | </listitem> | ||
2493 | </orderedlist> | ||
2494 | </section> | ||
2495 | |||
2480 | <section id="other"> | 2496 | <section id="other"> |
2481 | <title>Relation of V4L2 to other Linux multimedia APIs</title> | 2497 | <title>Relation of V4L2 to other Linux multimedia APIs</title> |
2482 | 2498 | ||
diff --git a/Documentation/DocBook/media/v4l/controls.xml b/Documentation/DocBook/media/v4l/controls.xml index 7fe5be1d3bbb..9e8f85498678 100644 --- a/Documentation/DocBook/media/v4l/controls.xml +++ b/Documentation/DocBook/media/v4l/controls.xml | |||
@@ -203,29 +203,6 @@ and should not be used in new drivers and applications.</entry> | |||
203 | <entry>boolean</entry> | 203 | <entry>boolean</entry> |
204 | <entry>Mirror the picture vertically.</entry> | 204 | <entry>Mirror the picture vertically.</entry> |
205 | </row> | 205 | </row> |
206 | <row> | ||
207 | <entry><constant>V4L2_CID_HCENTER_DEPRECATED</constant> (formerly <constant>V4L2_CID_HCENTER</constant>)</entry> | ||
208 | <entry>integer</entry> | ||
209 | <entry>Horizontal image centering. This control is | ||
210 | deprecated. New drivers and applications should use the <link | ||
211 | linkend="camera-controls">Camera class controls</link> | ||
212 | <constant>V4L2_CID_PAN_ABSOLUTE</constant>, | ||
213 | <constant>V4L2_CID_PAN_RELATIVE</constant> and | ||
214 | <constant>V4L2_CID_PAN_RESET</constant> instead.</entry> | ||
215 | </row> | ||
216 | <row> | ||
217 | <entry><constant>V4L2_CID_VCENTER_DEPRECATED</constant> | ||
218 | (formerly <constant>V4L2_CID_VCENTER</constant>)</entry> | ||
219 | <entry>integer</entry> | ||
220 | <entry>Vertical image centering. Centering is intended to | ||
221 | <emphasis>physically</emphasis> adjust cameras. For image cropping see | ||
222 | <xref linkend="crop" />, for clipping <xref linkend="overlay" />. This | ||
223 | control is deprecated. New drivers and applications should use the | ||
224 | <link linkend="camera-controls">Camera class controls</link> | ||
225 | <constant>V4L2_CID_TILT_ABSOLUTE</constant>, | ||
226 | <constant>V4L2_CID_TILT_RELATIVE</constant> and | ||
227 | <constant>V4L2_CID_TILT_RESET</constant> instead.</entry> | ||
228 | </row> | ||
229 | <row id="v4l2-power-line-frequency"> | 206 | <row id="v4l2-power-line-frequency"> |
230 | <entry><constant>V4L2_CID_POWER_LINE_FREQUENCY</constant></entry> | 207 | <entry><constant>V4L2_CID_POWER_LINE_FREQUENCY</constant></entry> |
231 | <entry>enum</entry> | 208 | <entry>enum</entry> |
diff --git a/Documentation/DocBook/media/v4l/io.xml b/Documentation/DocBook/media/v4l/io.xml index 388a34032653..e6c58559ca6b 100644 --- a/Documentation/DocBook/media/v4l/io.xml +++ b/Documentation/DocBook/media/v4l/io.xml | |||
@@ -477,7 +477,7 @@ rest should be evident.</para> | |||
477 | 477 | ||
478 | <note> | 478 | <note> |
479 | <title>Experimental</title> | 479 | <title>Experimental</title> |
480 | <para>This is an <link linkend="experimental"> experimental </link> | 480 | <para>This is an <link linkend="experimental">experimental</link> |
481 | interface and may change in the future.</para> | 481 | interface and may change in the future.</para> |
482 | </note> | 482 | </note> |
483 | 483 | ||
@@ -488,7 +488,7 @@ DMA buffer from userspace using a file descriptor previously exported for a | |||
488 | different or the same device (known as the importer role), or both. This | 488 | different or the same device (known as the importer role), or both. This |
489 | section describes the DMABUF importer role API in V4L2.</para> | 489 | section describes the DMABUF importer role API in V4L2.</para> |
490 | 490 | ||
491 | <para>Refer to <link linked="vidioc-expbuf"> DMABUF exporting </link> for | 491 | <para>Refer to <link linkend="vidioc-expbuf">DMABUF exporting</link> for |
492 | details about exporting V4L2 buffers as DMABUF file descriptors.</para> | 492 | details about exporting V4L2 buffers as DMABUF file descriptors.</para> |
493 | 493 | ||
494 | <para>Input and output devices support the streaming I/O method when the | 494 | <para>Input and output devices support the streaming I/O method when the |
@@ -741,17 +741,19 @@ applications when an output stream.</entry> | |||
741 | <entry>struct timeval</entry> | 741 | <entry>struct timeval</entry> |
742 | <entry><structfield>timestamp</structfield></entry> | 742 | <entry><structfield>timestamp</structfield></entry> |
743 | <entry></entry> | 743 | <entry></entry> |
744 | <entry><para>For input streams this is the | 744 | <entry><para>For input streams this is time when the first data |
745 | system time (as returned by the <function>gettimeofday()</function> | 745 | byte was captured, as returned by the |
746 | function) when the first data byte was captured. For output streams | 746 | <function>clock_gettime()</function> function for the relevant |
747 | the data will not be displayed before this time, secondary to the | 747 | clock id; see <constant>V4L2_BUF_FLAG_TIMESTAMP_*</constant> in |
748 | nominal frame rate determined by the current video standard in | 748 | <xref linkend="buffer-flags" />. For output streams the data |
749 | enqueued order. Applications can for example zero this field to | 749 | will not be displayed before this time, secondary to the nominal |
750 | display frames as soon as possible. The driver stores the time at | 750 | frame rate determined by the current video standard in enqueued |
751 | which the first data byte was actually sent out in the | 751 | order. Applications can for example zero this field to display |
752 | <structfield>timestamp</structfield> field. This permits | 752 | frames as soon as possible. The driver stores the time at which |
753 | applications to monitor the drift between the video and system | 753 | the first data byte was actually sent out in the |
754 | clock.</para></entry> | 754 | <structfield>timestamp</structfield> field. This permits |
755 | applications to monitor the drift between the video and system | ||
756 | clock.</para></entry> | ||
755 | </row> | 757 | </row> |
756 | <row> | 758 | <row> |
757 | <entry>&v4l2-timecode;</entry> | 759 | <entry>&v4l2-timecode;</entry> |
@@ -903,7 +905,7 @@ should set this to 0.</entry> | |||
903 | </row> | 905 | </row> |
904 | <row> | 906 | <row> |
905 | <entry></entry> | 907 | <entry></entry> |
906 | <entry>__unsigned long</entry> | 908 | <entry>unsigned long</entry> |
907 | <entry><structfield>userptr</structfield></entry> | 909 | <entry><structfield>userptr</structfield></entry> |
908 | <entry>When the memory type in the containing &v4l2-buffer; is | 910 | <entry>When the memory type in the containing &v4l2-buffer; is |
909 | <constant>V4L2_MEMORY_USERPTR</constant>, this is a userspace | 911 | <constant>V4L2_MEMORY_USERPTR</constant>, this is a userspace |
@@ -1114,6 +1116,35 @@ Typically applications shall use this flag for output buffers if the data | |||
1114 | in this buffer has not been created by the CPU but by some DMA-capable unit, | 1116 | in this buffer has not been created by the CPU but by some DMA-capable unit, |
1115 | in which case caches have not been used.</entry> | 1117 | in which case caches have not been used.</entry> |
1116 | </row> | 1118 | </row> |
1119 | <row> | ||
1120 | <entry><constant>V4L2_BUF_FLAG_TIMESTAMP_MASK</constant></entry> | ||
1121 | <entry>0xe000</entry> | ||
1122 | <entry>Mask for timestamp types below. To test the | ||
1123 | timestamp type, mask out bits not belonging to timestamp | ||
1124 | type by performing a logical and operation with buffer | ||
1125 | flags and timestamp mask.</entry> | ||
1126 | </row> | ||
1127 | <row> | ||
1128 | <entry><constant>V4L2_BUF_FLAG_TIMESTAMP_UNKNOWN</constant></entry> | ||
1129 | <entry>0x0000</entry> | ||
1130 | <entry>Unknown timestamp type. This type is used by | ||
1131 | drivers before Linux 3.9 and may be either monotonic (see | ||
1132 | below) or realtime (wall clock). Monotonic clock has been | ||
1133 | favoured in embedded systems whereas most of the drivers | ||
1134 | use the realtime clock. Either kinds of timestamps are | ||
1135 | available in user space via | ||
1136 | <function>clock_gettime(2)</function> using clock IDs | ||
1137 | <constant>CLOCK_MONOTONIC</constant> and | ||
1138 | <constant>CLOCK_REALTIME</constant>, respectively.</entry> | ||
1139 | </row> | ||
1140 | <row> | ||
1141 | <entry><constant>V4L2_BUF_FLAG_TIMESTAMP_MONOTONIC</constant></entry> | ||
1142 | <entry>0x2000</entry> | ||
1143 | <entry>The buffer timestamp has been taken from the | ||
1144 | <constant>CLOCK_MONOTONIC</constant> clock. To access the | ||
1145 | same clock outside V4L2, use | ||
1146 | <function>clock_gettime(2)</function> .</entry> | ||
1147 | </row> | ||
1117 | </tbody> | 1148 | </tbody> |
1118 | </tgroup> | 1149 | </tgroup> |
1119 | </table> | 1150 | </table> |
diff --git a/Documentation/DocBook/media/v4l/pixfmt-nv12m.xml b/Documentation/DocBook/media/v4l/pixfmt-nv12m.xml index a990b34d911a..f3a3d459fcdf 100644 --- a/Documentation/DocBook/media/v4l/pixfmt-nv12m.xml +++ b/Documentation/DocBook/media/v4l/pixfmt-nv12m.xml | |||
@@ -6,7 +6,7 @@ | |||
6 | <refnamediv> | 6 | <refnamediv> |
7 | <refname id="V4L2-PIX-FMT-NV12M"><constant>V4L2_PIX_FMT_NV12M</constant></refname> | 7 | <refname id="V4L2-PIX-FMT-NV12M"><constant>V4L2_PIX_FMT_NV12M</constant></refname> |
8 | <refname id="V4L2-PIX-FMT-NV21M"><constant>V4L2_PIX_FMT_NV21M</constant></refname> | 8 | <refname id="V4L2-PIX-FMT-NV21M"><constant>V4L2_PIX_FMT_NV21M</constant></refname> |
9 | <refname id="V4L2-PIX-FMT-NV12MT_16X16"><constant>V4L2_PIX_FMT_NV12MT_16X16</constant></refname> | 9 | <refname id="V4L2-PIX-FMT-NV12MT-16X16"><constant>V4L2_PIX_FMT_NV12MT_16X16</constant></refname> |
10 | <refpurpose>Variation of <constant>V4L2_PIX_FMT_NV12</constant> and <constant>V4L2_PIX_FMT_NV21</constant> with planes | 10 | <refpurpose>Variation of <constant>V4L2_PIX_FMT_NV12</constant> and <constant>V4L2_PIX_FMT_NV21</constant> with planes |
11 | non contiguous in memory. </refpurpose> | 11 | non contiguous in memory. </refpurpose> |
12 | </refnamediv> | 12 | </refnamediv> |
diff --git a/Documentation/DocBook/media/v4l/pixfmt-srggb10alaw8.xml b/Documentation/DocBook/media/v4l/pixfmt-srggb10alaw8.xml new file mode 100644 index 000000000000..29acc2098cc2 --- /dev/null +++ b/Documentation/DocBook/media/v4l/pixfmt-srggb10alaw8.xml | |||
@@ -0,0 +1,34 @@ | |||
1 | <refentry> | ||
2 | <refmeta> | ||
3 | <refentrytitle> | ||
4 | V4L2_PIX_FMT_SBGGR10ALAW8 ('aBA8'), | ||
5 | V4L2_PIX_FMT_SGBRG10ALAW8 ('aGA8'), | ||
6 | V4L2_PIX_FMT_SGRBG10ALAW8 ('agA8'), | ||
7 | V4L2_PIX_FMT_SRGGB10ALAW8 ('aRA8'), | ||
8 | </refentrytitle> | ||
9 | &manvol; | ||
10 | </refmeta> | ||
11 | <refnamediv> | ||
12 | <refname id="V4L2-PIX-FMT-SBGGR10ALAW8"> | ||
13 | <constant>V4L2_PIX_FMT_SBGGR10ALAW8</constant> | ||
14 | </refname> | ||
15 | <refname id="V4L2-PIX-FMT-SGBRG10ALAW8"> | ||
16 | <constant>V4L2_PIX_FMT_SGBRG10ALAW8</constant> | ||
17 | </refname> | ||
18 | <refname id="V4L2-PIX-FMT-SGRBG10ALAW8"> | ||
19 | <constant>V4L2_PIX_FMT_SGRBG10ALAW8</constant> | ||
20 | </refname> | ||
21 | <refname id="V4L2-PIX-FMT-SRGGB10ALAW8"> | ||
22 | <constant>V4L2_PIX_FMT_SRGGB10ALAW8</constant> | ||
23 | </refname> | ||
24 | <refpurpose>10-bit Bayer formats compressed to 8 bits</refpurpose> | ||
25 | </refnamediv> | ||
26 | <refsect1> | ||
27 | <title>Description</title> | ||
28 | <para>The following four pixel formats are raw sRGB / Bayer | ||
29 | formats with 10 bits per color compressed to 8 bits each, | ||
30 | using the A-LAW algorithm. Each color component consumes 8 | ||
31 | bits of memory. In other respects this format is similar to | ||
32 | <xref linkend="V4L2-PIX-FMT-SRGGB8"></xref>.</para> | ||
33 | </refsect1> | ||
34 | </refentry> | ||
diff --git a/Documentation/DocBook/media/v4l/pixfmt-uv8.xml b/Documentation/DocBook/media/v4l/pixfmt-uv8.xml new file mode 100644 index 000000000000..c507c1f73cd0 --- /dev/null +++ b/Documentation/DocBook/media/v4l/pixfmt-uv8.xml | |||
@@ -0,0 +1,62 @@ | |||
1 | <refentry id="V4L2-PIX-FMT-UV8"> | ||
2 | <refmeta> | ||
3 | <refentrytitle>V4L2_PIX_FMT_UV8 ('UV8')</refentrytitle> | ||
4 | &manvol; | ||
5 | </refmeta> | ||
6 | <refnamediv> | ||
7 | <refname><constant>V4L2_PIX_FMT_UV8</constant></refname> | ||
8 | <refpurpose>UV plane interleaved</refpurpose> | ||
9 | </refnamediv> | ||
10 | <refsect1> | ||
11 | <title>Description</title> | ||
12 | <para>In this format there is no Y plane, Only CbCr plane. ie | ||
13 | (UV interleaved)</para> | ||
14 | <example> | ||
15 | <title> | ||
16 | <constant>V4L2_PIX_FMT_UV8</constant> | ||
17 | pixel image | ||
18 | </title> | ||
19 | |||
20 | <formalpara> | ||
21 | <title>Byte Order.</title> | ||
22 | <para>Each cell is one byte. | ||
23 | <informaltable frame="none"> | ||
24 | <tgroup cols="5" align="center"> | ||
25 | <colspec align="left" colwidth="2*" /> | ||
26 | <tbody valign="top"> | ||
27 | <row> | ||
28 | <entry>start + 0:</entry> | ||
29 | <entry>Cb<subscript>00</subscript></entry> | ||
30 | <entry>Cr<subscript>00</subscript></entry> | ||
31 | <entry>Cb<subscript>01</subscript></entry> | ||
32 | <entry>Cr<subscript>01</subscript></entry> | ||
33 | </row> | ||
34 | <row> | ||
35 | <entry>start + 4:</entry> | ||
36 | <entry>Cb<subscript>10</subscript></entry> | ||
37 | <entry>Cr<subscript>10</subscript></entry> | ||
38 | <entry>Cb<subscript>11</subscript></entry> | ||
39 | <entry>Cr<subscript>11</subscript></entry> | ||
40 | </row> | ||
41 | <row> | ||
42 | <entry>start + 8:</entry> | ||
43 | <entry>Cb<subscript>20</subscript></entry> | ||
44 | <entry>Cr<subscript>20</subscript></entry> | ||
45 | <entry>Cb<subscript>21</subscript></entry> | ||
46 | <entry>Cr<subscript>21</subscript></entry> | ||
47 | </row> | ||
48 | <row> | ||
49 | <entry>start + 12:</entry> | ||
50 | <entry>Cb<subscript>30</subscript></entry> | ||
51 | <entry>Cr<subscript>30</subscript></entry> | ||
52 | <entry>Cb<subscript>31</subscript></entry> | ||
53 | <entry>Cr<subscript>31</subscript></entry> | ||
54 | </row> | ||
55 | </tbody> | ||
56 | </tgroup> | ||
57 | </informaltable> | ||
58 | </para> | ||
59 | </formalpara> | ||
60 | </example> | ||
61 | </refsect1> | ||
62 | </refentry> | ||
diff --git a/Documentation/DocBook/media/v4l/pixfmt.xml b/Documentation/DocBook/media/v4l/pixfmt.xml index bf94f417592c..99b8d2ad6e4f 100644 --- a/Documentation/DocBook/media/v4l/pixfmt.xml +++ b/Documentation/DocBook/media/v4l/pixfmt.xml | |||
@@ -673,6 +673,7 @@ access the palette, this must be done with ioctls of the Linux framebuffer API.< | |||
673 | &sub-srggb8; | 673 | &sub-srggb8; |
674 | &sub-sbggr16; | 674 | &sub-sbggr16; |
675 | &sub-srggb10; | 675 | &sub-srggb10; |
676 | &sub-srggb10alaw8; | ||
676 | &sub-srggb10dpcm8; | 677 | &sub-srggb10dpcm8; |
677 | &sub-srggb12; | 678 | &sub-srggb12; |
678 | </section> | 679 | </section> |
@@ -701,6 +702,7 @@ information.</para> | |||
701 | &sub-y12; | 702 | &sub-y12; |
702 | &sub-y10b; | 703 | &sub-y10b; |
703 | &sub-y16; | 704 | &sub-y16; |
705 | &sub-uv8; | ||
704 | &sub-yuyv; | 706 | &sub-yuyv; |
705 | &sub-uyvy; | 707 | &sub-uyvy; |
706 | &sub-yvyu; | 708 | &sub-yvyu; |
diff --git a/Documentation/DocBook/media/v4l/subdev-formats.xml b/Documentation/DocBook/media/v4l/subdev-formats.xml index a0a936455fae..cc51372ed5e0 100644 --- a/Documentation/DocBook/media/v4l/subdev-formats.xml +++ b/Documentation/DocBook/media/v4l/subdev-formats.xml | |||
@@ -353,9 +353,9 @@ | |||
353 | <listitem><para>The number of bits per pixel component. All components are | 353 | <listitem><para>The number of bits per pixel component. All components are |
354 | transferred on the same number of bits. Common values are 8, 10 and 12.</para> | 354 | transferred on the same number of bits. Common values are 8, 10 and 12.</para> |
355 | </listitem> | 355 | </listitem> |
356 | <listitem><para>If the pixel components are DPCM-compressed, a mention of the | 356 | <listitem><para>The compression (optional). If the pixel components are |
357 | DPCM compression and the number of bits per compressed pixel component.</para> | 357 | ALAW- or DPCM-compressed, a mention of the compression scheme and the |
358 | </listitem> | 358 | number of bits per compressed pixel component.</para></listitem> |
359 | <listitem><para>The number of bus samples per pixel. Pixels that are wider than | 359 | <listitem><para>The number of bus samples per pixel. Pixels that are wider than |
360 | the bus width must be transferred in multiple samples. Common values are | 360 | the bus width must be transferred in multiple samples. Common values are |
361 | 1 and 2.</para></listitem> | 361 | 1 and 2.</para></listitem> |
@@ -504,6 +504,74 @@ | |||
504 | <entry>r<subscript>1</subscript></entry> | 504 | <entry>r<subscript>1</subscript></entry> |
505 | <entry>r<subscript>0</subscript></entry> | 505 | <entry>r<subscript>0</subscript></entry> |
506 | </row> | 506 | </row> |
507 | <row id="V4L2-MBUS-FMT-SBGGR10-ALAW8-1X8"> | ||
508 | <entry>V4L2_MBUS_FMT_SBGGR10_ALAW8_1X8</entry> | ||
509 | <entry>0x3015</entry> | ||
510 | <entry></entry> | ||
511 | <entry>-</entry> | ||
512 | <entry>-</entry> | ||
513 | <entry>-</entry> | ||
514 | <entry>-</entry> | ||
515 | <entry>b<subscript>7</subscript></entry> | ||
516 | <entry>b<subscript>6</subscript></entry> | ||
517 | <entry>b<subscript>5</subscript></entry> | ||
518 | <entry>b<subscript>4</subscript></entry> | ||
519 | <entry>b<subscript>3</subscript></entry> | ||
520 | <entry>b<subscript>2</subscript></entry> | ||
521 | <entry>b<subscript>1</subscript></entry> | ||
522 | <entry>b<subscript>0</subscript></entry> | ||
523 | </row> | ||
524 | <row id="V4L2-MBUS-FMT-SGBRG10-ALAW8-1X8"> | ||
525 | <entry>V4L2_MBUS_FMT_SGBRG10_ALAW8_1X8</entry> | ||
526 | <entry>0x3016</entry> | ||
527 | <entry></entry> | ||
528 | <entry>-</entry> | ||
529 | <entry>-</entry> | ||
530 | <entry>-</entry> | ||
531 | <entry>-</entry> | ||
532 | <entry>g<subscript>7</subscript></entry> | ||
533 | <entry>g<subscript>6</subscript></entry> | ||
534 | <entry>g<subscript>5</subscript></entry> | ||
535 | <entry>g<subscript>4</subscript></entry> | ||
536 | <entry>g<subscript>3</subscript></entry> | ||
537 | <entry>g<subscript>2</subscript></entry> | ||
538 | <entry>g<subscript>1</subscript></entry> | ||
539 | <entry>g<subscript>0</subscript></entry> | ||
540 | </row> | ||
541 | <row id="V4L2-MBUS-FMT-SGRBG10-ALAW8-1X8"> | ||
542 | <entry>V4L2_MBUS_FMT_SGRBG10_ALAW8_1X8</entry> | ||
543 | <entry>0x3017</entry> | ||
544 | <entry></entry> | ||
545 | <entry>-</entry> | ||
546 | <entry>-</entry> | ||
547 | <entry>-</entry> | ||
548 | <entry>-</entry> | ||
549 | <entry>g<subscript>7</subscript></entry> | ||
550 | <entry>g<subscript>6</subscript></entry> | ||
551 | <entry>g<subscript>5</subscript></entry> | ||
552 | <entry>g<subscript>4</subscript></entry> | ||
553 | <entry>g<subscript>3</subscript></entry> | ||
554 | <entry>g<subscript>2</subscript></entry> | ||
555 | <entry>g<subscript>1</subscript></entry> | ||
556 | <entry>g<subscript>0</subscript></entry> | ||
557 | </row> | ||
558 | <row id="V4L2-MBUS-FMT-SRGGB10-ALAW8-1X8"> | ||
559 | <entry>V4L2_MBUS_FMT_SRGGB10_ALAW8_1X8</entry> | ||
560 | <entry>0x3018</entry> | ||
561 | <entry></entry> | ||
562 | <entry>-</entry> | ||
563 | <entry>-</entry> | ||
564 | <entry>-</entry> | ||
565 | <entry>-</entry> | ||
566 | <entry>r<subscript>7</subscript></entry> | ||
567 | <entry>r<subscript>6</subscript></entry> | ||
568 | <entry>r<subscript>5</subscript></entry> | ||
569 | <entry>r<subscript>4</subscript></entry> | ||
570 | <entry>r<subscript>3</subscript></entry> | ||
571 | <entry>r<subscript>2</subscript></entry> | ||
572 | <entry>r<subscript>1</subscript></entry> | ||
573 | <entry>r<subscript>0</subscript></entry> | ||
574 | </row> | ||
507 | <row id="V4L2-MBUS-FMT-SBGGR10-DPCM8-1X8"> | 575 | <row id="V4L2-MBUS-FMT-SBGGR10-DPCM8-1X8"> |
508 | <entry>V4L2_MBUS_FMT_SBGGR10_DPCM8_1X8</entry> | 576 | <entry>V4L2_MBUS_FMT_SBGGR10_DPCM8_1X8</entry> |
509 | <entry>0x300b</entry> | 577 | <entry>0x300b</entry> |
@@ -853,10 +921,16 @@ | |||
853 | <title>Packed YUV Formats</title> | 921 | <title>Packed YUV Formats</title> |
854 | 922 | ||
855 | <para>Those data formats transfer pixel data as (possibly downsampled) Y, U | 923 | <para>Those data formats transfer pixel data as (possibly downsampled) Y, U |
856 | and V components. The format code is made of the following information. | 924 | and V components. Some formats include dummy bits in some of their samples |
925 | and are collectively referred to as "YDYC" (Y-Dummy-Y-Chroma) formats. | ||
926 | One cannot rely on the values of these dummy bits as those are undefined. | ||
927 | </para> | ||
928 | <para>The format code is made of the following information. | ||
857 | <itemizedlist> | 929 | <itemizedlist> |
858 | <listitem><para>The Y, U and V components order code, as transferred on the | 930 | <listitem><para>The Y, U and V components order code, as transferred on the |
859 | bus. Possible values are YUYV, UYVY, YVYU and VYUY.</para></listitem> | 931 | bus. Possible values are YUYV, UYVY, YVYU and VYUY for formats with no |
932 | dummy bit, and YDYUYDYV, YDYVYDYU, YUYDYVYD and YVYDYUYD for YDYC formats. | ||
933 | </para></listitem> | ||
860 | <listitem><para>The number of bits per pixel component. All components are | 934 | <listitem><para>The number of bits per pixel component. All components are |
861 | transferred on the same number of bits. Common values are 8, 10 and 12.</para> | 935 | transferred on the same number of bits. Common values are 8, 10 and 12.</para> |
862 | </listitem> | 936 | </listitem> |
@@ -877,7 +951,21 @@ | |||
877 | U, Y, V, Y order will be named <constant>V4L2_MBUS_FMT_UYVY8_2X8</constant>. | 951 | U, Y, V, Y order will be named <constant>V4L2_MBUS_FMT_UYVY8_2X8</constant>. |
878 | </para> | 952 | </para> |
879 | 953 | ||
880 | <para>The following table lisst existing packet YUV formats.</para> | 954 | <para><xref linkend="v4l2-mbus-pixelcode-yuv8"/> list existing packet YUV |
955 | formats and describes the organization of each pixel data in each sample. | ||
956 | When a format pattern is split across multiple samples each of the samples | ||
957 | in the pattern is described.</para> | ||
958 | |||
959 | <para>The role of each bit transferred over the bus is identified by one | ||
960 | of the following codes.</para> | ||
961 | |||
962 | <itemizedlist> | ||
963 | <listitem><para>y<subscript>x</subscript> for luma component bit number x</para></listitem> | ||
964 | <listitem><para>u<subscript>x</subscript> for blue chroma component bit number x</para></listitem> | ||
965 | <listitem><para>v<subscript>x</subscript> for red chroma component bit number x</para></listitem> | ||
966 | <listitem><para>- for non-available bits (for positions higher than the bus width)</para></listitem> | ||
967 | <listitem><para>d for dummy bits</para></listitem> | ||
968 | </itemizedlist> | ||
881 | 969 | ||
882 | <table pgwide="0" frame="none" id="v4l2-mbus-pixelcode-yuv8"> | 970 | <table pgwide="0" frame="none" id="v4l2-mbus-pixelcode-yuv8"> |
883 | <title>YUV Formats</title> | 971 | <title>YUV Formats</title> |
@@ -885,27 +973,37 @@ | |||
885 | <colspec colname="id" align="left" /> | 973 | <colspec colname="id" align="left" /> |
886 | <colspec colname="code" align="center"/> | 974 | <colspec colname="code" align="center"/> |
887 | <colspec colname="bit" /> | 975 | <colspec colname="bit" /> |
888 | <colspec colnum="4" colname="b19" align="center" /> | 976 | <colspec colnum="4" colname="b29" align="center" /> |
889 | <colspec colnum="5" colname="b18" align="center" /> | 977 | <colspec colnum="5" colname="b28" align="center" /> |
890 | <colspec colnum="6" colname="b17" align="center" /> | 978 | <colspec colnum="6" colname="b27" align="center" /> |
891 | <colspec colnum="7" colname="b16" align="center" /> | 979 | <colspec colnum="7" colname="b26" align="center" /> |
892 | <colspec colnum="8" colname="b15" align="center" /> | 980 | <colspec colnum="8" colname="b25" align="center" /> |
893 | <colspec colnum="9" colname="b14" align="center" /> | 981 | <colspec colnum="9" colname="b24" align="center" /> |
894 | <colspec colnum="10" colname="b13" align="center" /> | 982 | <colspec colnum="10" colname="b23" align="center" /> |
895 | <colspec colnum="11" colname="b12" align="center" /> | 983 | <colspec colnum="11" colname="b22" align="center" /> |
896 | <colspec colnum="12" colname="b11" align="center" /> | 984 | <colspec colnum="12" colname="b21" align="center" /> |
897 | <colspec colnum="13" colname="b10" align="center" /> | 985 | <colspec colnum="13" colname="b20" align="center" /> |
898 | <colspec colnum="14" colname="b09" align="center" /> | 986 | <colspec colnum="14" colname="b19" align="center" /> |
899 | <colspec colnum="15" colname="b08" align="center" /> | 987 | <colspec colnum="15" colname="b18" align="center" /> |
900 | <colspec colnum="16" colname="b07" align="center" /> | 988 | <colspec colnum="16" colname="b17" align="center" /> |
901 | <colspec colnum="17" colname="b06" align="center" /> | 989 | <colspec colnum="17" colname="b16" align="center" /> |
902 | <colspec colnum="18" colname="b05" align="center" /> | 990 | <colspec colnum="18" colname="b15" align="center" /> |
903 | <colspec colnum="19" colname="b04" align="center" /> | 991 | <colspec colnum="19" colname="b14" align="center" /> |
904 | <colspec colnum="20" colname="b03" align="center" /> | 992 | <colspec colnum="20" colname="b13" align="center" /> |
905 | <colspec colnum="21" colname="b02" align="center" /> | 993 | <colspec colnum="21" colname="b12" align="center" /> |
906 | <colspec colnum="22" colname="b01" align="center" /> | 994 | <colspec colnum="22" colname="b11" align="center" /> |
907 | <colspec colnum="23" colname="b00" align="center" /> | 995 | <colspec colnum="23" colname="b10" align="center" /> |
908 | <spanspec namest="b19" nameend="b00" spanname="b0" /> | 996 | <colspec colnum="24" colname="b09" align="center" /> |
997 | <colspec colnum="25" colname="b08" align="center" /> | ||
998 | <colspec colnum="26" colname="b07" align="center" /> | ||
999 | <colspec colnum="27" colname="b06" align="center" /> | ||
1000 | <colspec colnum="28" colname="b05" align="center" /> | ||
1001 | <colspec colnum="29" colname="b04" align="center" /> | ||
1002 | <colspec colnum="30" colname="b03" align="center" /> | ||
1003 | <colspec colnum="31" colname="b02" align="center" /> | ||
1004 | <colspec colnum="32" colname="b01" align="center" /> | ||
1005 | <colspec colnum="33" colname="b00" align="center" /> | ||
1006 | <spanspec namest="b29" nameend="b00" spanname="b0" /> | ||
909 | <thead> | 1007 | <thead> |
910 | <row> | 1008 | <row> |
911 | <entry>Identifier</entry> | 1009 | <entry>Identifier</entry> |
@@ -917,6 +1015,16 @@ | |||
917 | <entry></entry> | 1015 | <entry></entry> |
918 | <entry></entry> | 1016 | <entry></entry> |
919 | <entry>Bit</entry> | 1017 | <entry>Bit</entry> |
1018 | <entry>29</entry> | ||
1019 | <entry>28</entry> | ||
1020 | <entry>27</entry> | ||
1021 | <entry>26</entry> | ||
1022 | <entry>25</entry> | ||
1023 | <entry>24</entry> | ||
1024 | <entry>23</entry> | ||
1025 | <entry>22</entry> | ||
1026 | <entry>21</entry> | ||
1027 | <entry>10</entry> | ||
920 | <entry>19</entry> | 1028 | <entry>19</entry> |
921 | <entry>18</entry> | 1029 | <entry>18</entry> |
922 | <entry>17</entry> | 1030 | <entry>17</entry> |
@@ -944,16 +1052,8 @@ | |||
944 | <entry>V4L2_MBUS_FMT_Y8_1X8</entry> | 1052 | <entry>V4L2_MBUS_FMT_Y8_1X8</entry> |
945 | <entry>0x2001</entry> | 1053 | <entry>0x2001</entry> |
946 | <entry></entry> | 1054 | <entry></entry> |
947 | <entry>-</entry> | 1055 | &dash-ent-10; |
948 | <entry>-</entry> | 1056 | &dash-ent-10; |
949 | <entry>-</entry> | ||
950 | <entry>-</entry> | ||
951 | <entry>-</entry> | ||
952 | <entry>-</entry> | ||
953 | <entry>-</entry> | ||
954 | <entry>-</entry> | ||
955 | <entry>-</entry> | ||
956 | <entry>-</entry> | ||
957 | <entry>-</entry> | 1057 | <entry>-</entry> |
958 | <entry>-</entry> | 1058 | <entry>-</entry> |
959 | <entry>y<subscript>7</subscript></entry> | 1059 | <entry>y<subscript>7</subscript></entry> |
@@ -965,9 +1065,9 @@ | |||
965 | <entry>y<subscript>1</subscript></entry> | 1065 | <entry>y<subscript>1</subscript></entry> |
966 | <entry>y<subscript>0</subscript></entry> | 1066 | <entry>y<subscript>0</subscript></entry> |
967 | </row> | 1067 | </row> |
968 | <row id="V4L2-MBUS-FMT-UYVY8-1_5X8"> | 1068 | <row id="V4L2-MBUS-FMT-UV8-1X8"> |
969 | <entry>V4L2_MBUS_FMT_UYVY8_1_5X8</entry> | 1069 | <entry>V4L2_MBUS_FMT_UV8_1X8</entry> |
970 | <entry>0x2002</entry> | 1070 | <entry>0x2015</entry> |
971 | <entry></entry> | 1071 | <entry></entry> |
972 | <entry>-</entry> | 1072 | <entry>-</entry> |
973 | <entry>-</entry> | 1073 | <entry>-</entry> |
@@ -1006,6 +1106,40 @@ | |||
1006 | <entry>-</entry> | 1106 | <entry>-</entry> |
1007 | <entry>-</entry> | 1107 | <entry>-</entry> |
1008 | <entry>-</entry> | 1108 | <entry>-</entry> |
1109 | <entry>v<subscript>7</subscript></entry> | ||
1110 | <entry>v<subscript>6</subscript></entry> | ||
1111 | <entry>v<subscript>5</subscript></entry> | ||
1112 | <entry>v<subscript>4</subscript></entry> | ||
1113 | <entry>v<subscript>3</subscript></entry> | ||
1114 | <entry>v<subscript>2</subscript></entry> | ||
1115 | <entry>v<subscript>1</subscript></entry> | ||
1116 | <entry>v<subscript>0</subscript></entry> | ||
1117 | </row> | ||
1118 | <row id="V4L2-MBUS-FMT-UYVY8-1_5X8"> | ||
1119 | <entry>V4L2_MBUS_FMT_UYVY8_1_5X8</entry> | ||
1120 | <entry>0x2002</entry> | ||
1121 | <entry></entry> | ||
1122 | &dash-ent-10; | ||
1123 | &dash-ent-10; | ||
1124 | <entry>-</entry> | ||
1125 | <entry>-</entry> | ||
1126 | <entry>u<subscript>7</subscript></entry> | ||
1127 | <entry>u<subscript>6</subscript></entry> | ||
1128 | <entry>u<subscript>5</subscript></entry> | ||
1129 | <entry>u<subscript>4</subscript></entry> | ||
1130 | <entry>u<subscript>3</subscript></entry> | ||
1131 | <entry>u<subscript>2</subscript></entry> | ||
1132 | <entry>u<subscript>1</subscript></entry> | ||
1133 | <entry>u<subscript>0</subscript></entry> | ||
1134 | </row> | ||
1135 | <row> | ||
1136 | <entry></entry> | ||
1137 | <entry></entry> | ||
1138 | <entry></entry> | ||
1139 | &dash-ent-10; | ||
1140 | &dash-ent-10; | ||
1141 | <entry>-</entry> | ||
1142 | <entry>-</entry> | ||
1009 | <entry>y<subscript>7</subscript></entry> | 1143 | <entry>y<subscript>7</subscript></entry> |
1010 | <entry>y<subscript>6</subscript></entry> | 1144 | <entry>y<subscript>6</subscript></entry> |
1011 | <entry>y<subscript>5</subscript></entry> | 1145 | <entry>y<subscript>5</subscript></entry> |
@@ -1019,16 +1153,8 @@ | |||
1019 | <entry></entry> | 1153 | <entry></entry> |
1020 | <entry></entry> | 1154 | <entry></entry> |
1021 | <entry></entry> | 1155 | <entry></entry> |
1022 | <entry>-</entry> | 1156 | &dash-ent-10; |
1023 | <entry>-</entry> | 1157 | &dash-ent-10; |
1024 | <entry>-</entry> | ||
1025 | <entry>-</entry> | ||
1026 | <entry>-</entry> | ||
1027 | <entry>-</entry> | ||
1028 | <entry>-</entry> | ||
1029 | <entry>-</entry> | ||
1030 | <entry>-</entry> | ||
1031 | <entry>-</entry> | ||
1032 | <entry>-</entry> | 1158 | <entry>-</entry> |
1033 | <entry>-</entry> | 1159 | <entry>-</entry> |
1034 | <entry>y<subscript>7</subscript></entry> | 1160 | <entry>y<subscript>7</subscript></entry> |
@@ -1044,16 +1170,8 @@ | |||
1044 | <entry></entry> | 1170 | <entry></entry> |
1045 | <entry></entry> | 1171 | <entry></entry> |
1046 | <entry></entry> | 1172 | <entry></entry> |
1047 | <entry>-</entry> | 1173 | &dash-ent-10; |
1048 | <entry>-</entry> | 1174 | &dash-ent-10; |
1049 | <entry>-</entry> | ||
1050 | <entry>-</entry> | ||
1051 | <entry>-</entry> | ||
1052 | <entry>-</entry> | ||
1053 | <entry>-</entry> | ||
1054 | <entry>-</entry> | ||
1055 | <entry>-</entry> | ||
1056 | <entry>-</entry> | ||
1057 | <entry>-</entry> | 1175 | <entry>-</entry> |
1058 | <entry>-</entry> | 1176 | <entry>-</entry> |
1059 | <entry>v<subscript>7</subscript></entry> | 1177 | <entry>v<subscript>7</subscript></entry> |
@@ -1069,16 +1187,8 @@ | |||
1069 | <entry></entry> | 1187 | <entry></entry> |
1070 | <entry></entry> | 1188 | <entry></entry> |
1071 | <entry></entry> | 1189 | <entry></entry> |
1072 | <entry>-</entry> | 1190 | &dash-ent-10; |
1073 | <entry>-</entry> | 1191 | &dash-ent-10; |
1074 | <entry>-</entry> | ||
1075 | <entry>-</entry> | ||
1076 | <entry>-</entry> | ||
1077 | <entry>-</entry> | ||
1078 | <entry>-</entry> | ||
1079 | <entry>-</entry> | ||
1080 | <entry>-</entry> | ||
1081 | <entry>-</entry> | ||
1082 | <entry>-</entry> | 1192 | <entry>-</entry> |
1083 | <entry>-</entry> | 1193 | <entry>-</entry> |
1084 | <entry>y<subscript>7</subscript></entry> | 1194 | <entry>y<subscript>7</subscript></entry> |
@@ -1094,16 +1204,8 @@ | |||
1094 | <entry></entry> | 1204 | <entry></entry> |
1095 | <entry></entry> | 1205 | <entry></entry> |
1096 | <entry></entry> | 1206 | <entry></entry> |
1097 | <entry>-</entry> | 1207 | &dash-ent-10; |
1098 | <entry>-</entry> | 1208 | &dash-ent-10; |
1099 | <entry>-</entry> | ||
1100 | <entry>-</entry> | ||
1101 | <entry>-</entry> | ||
1102 | <entry>-</entry> | ||
1103 | <entry>-</entry> | ||
1104 | <entry>-</entry> | ||
1105 | <entry>-</entry> | ||
1106 | <entry>-</entry> | ||
1107 | <entry>-</entry> | 1209 | <entry>-</entry> |
1108 | <entry>-</entry> | 1210 | <entry>-</entry> |
1109 | <entry>y<subscript>7</subscript></entry> | 1211 | <entry>y<subscript>7</subscript></entry> |
@@ -1119,16 +1221,8 @@ | |||
1119 | <entry>V4L2_MBUS_FMT_VYUY8_1_5X8</entry> | 1221 | <entry>V4L2_MBUS_FMT_VYUY8_1_5X8</entry> |
1120 | <entry>0x2003</entry> | 1222 | <entry>0x2003</entry> |
1121 | <entry></entry> | 1223 | <entry></entry> |
1122 | <entry>-</entry> | 1224 | &dash-ent-10; |
1123 | <entry>-</entry> | 1225 | &dash-ent-10; |
1124 | <entry>-</entry> | ||
1125 | <entry>-</entry> | ||
1126 | <entry>-</entry> | ||
1127 | <entry>-</entry> | ||
1128 | <entry>-</entry> | ||
1129 | <entry>-</entry> | ||
1130 | <entry>-</entry> | ||
1131 | <entry>-</entry> | ||
1132 | <entry>-</entry> | 1226 | <entry>-</entry> |
1133 | <entry>-</entry> | 1227 | <entry>-</entry> |
1134 | <entry>v<subscript>7</subscript></entry> | 1228 | <entry>v<subscript>7</subscript></entry> |
@@ -1144,16 +1238,8 @@ | |||
1144 | <entry></entry> | 1238 | <entry></entry> |
1145 | <entry></entry> | 1239 | <entry></entry> |
1146 | <entry></entry> | 1240 | <entry></entry> |
1147 | <entry>-</entry> | 1241 | &dash-ent-10; |
1148 | <entry>-</entry> | 1242 | &dash-ent-10; |
1149 | <entry>-</entry> | ||
1150 | <entry>-</entry> | ||
1151 | <entry>-</entry> | ||
1152 | <entry>-</entry> | ||
1153 | <entry>-</entry> | ||
1154 | <entry>-</entry> | ||
1155 | <entry>-</entry> | ||
1156 | <entry>-</entry> | ||
1157 | <entry>-</entry> | 1243 | <entry>-</entry> |
1158 | <entry>-</entry> | 1244 | <entry>-</entry> |
1159 | <entry>y<subscript>7</subscript></entry> | 1245 | <entry>y<subscript>7</subscript></entry> |
@@ -1169,16 +1255,8 @@ | |||
1169 | <entry></entry> | 1255 | <entry></entry> |
1170 | <entry></entry> | 1256 | <entry></entry> |
1171 | <entry></entry> | 1257 | <entry></entry> |
1172 | <entry>-</entry> | 1258 | &dash-ent-10; |
1173 | <entry>-</entry> | 1259 | &dash-ent-10; |
1174 | <entry>-</entry> | ||
1175 | <entry>-</entry> | ||
1176 | <entry>-</entry> | ||
1177 | <entry>-</entry> | ||
1178 | <entry>-</entry> | ||
1179 | <entry>-</entry> | ||
1180 | <entry>-</entry> | ||
1181 | <entry>-</entry> | ||
1182 | <entry>-</entry> | 1260 | <entry>-</entry> |
1183 | <entry>-</entry> | 1261 | <entry>-</entry> |
1184 | <entry>y<subscript>7</subscript></entry> | 1262 | <entry>y<subscript>7</subscript></entry> |
@@ -1194,16 +1272,8 @@ | |||
1194 | <entry></entry> | 1272 | <entry></entry> |
1195 | <entry></entry> | 1273 | <entry></entry> |
1196 | <entry></entry> | 1274 | <entry></entry> |
1197 | <entry>-</entry> | 1275 | &dash-ent-10; |
1198 | <entry>-</entry> | 1276 | &dash-ent-10; |
1199 | <entry>-</entry> | ||
1200 | <entry>-</entry> | ||
1201 | <entry>-</entry> | ||
1202 | <entry>-</entry> | ||
1203 | <entry>-</entry> | ||
1204 | <entry>-</entry> | ||
1205 | <entry>-</entry> | ||
1206 | <entry>-</entry> | ||
1207 | <entry>-</entry> | 1277 | <entry>-</entry> |
1208 | <entry>-</entry> | 1278 | <entry>-</entry> |
1209 | <entry>u<subscript>7</subscript></entry> | 1279 | <entry>u<subscript>7</subscript></entry> |
@@ -1219,16 +1289,8 @@ | |||
1219 | <entry></entry> | 1289 | <entry></entry> |
1220 | <entry></entry> | 1290 | <entry></entry> |
1221 | <entry></entry> | 1291 | <entry></entry> |
1222 | <entry>-</entry> | 1292 | &dash-ent-10; |
1223 | <entry>-</entry> | 1293 | &dash-ent-10; |
1224 | <entry>-</entry> | ||
1225 | <entry>-</entry> | ||
1226 | <entry>-</entry> | ||
1227 | <entry>-</entry> | ||
1228 | <entry>-</entry> | ||
1229 | <entry>-</entry> | ||
1230 | <entry>-</entry> | ||
1231 | <entry>-</entry> | ||
1232 | <entry>-</entry> | 1294 | <entry>-</entry> |
1233 | <entry>-</entry> | 1295 | <entry>-</entry> |
1234 | <entry>y<subscript>7</subscript></entry> | 1296 | <entry>y<subscript>7</subscript></entry> |
@@ -1244,16 +1306,8 @@ | |||
1244 | <entry></entry> | 1306 | <entry></entry> |
1245 | <entry></entry> | 1307 | <entry></entry> |
1246 | <entry></entry> | 1308 | <entry></entry> |
1247 | <entry>-</entry> | 1309 | &dash-ent-10; |
1248 | <entry>-</entry> | 1310 | &dash-ent-10; |
1249 | <entry>-</entry> | ||
1250 | <entry>-</entry> | ||
1251 | <entry>-</entry> | ||
1252 | <entry>-</entry> | ||
1253 | <entry>-</entry> | ||
1254 | <entry>-</entry> | ||
1255 | <entry>-</entry> | ||
1256 | <entry>-</entry> | ||
1257 | <entry>-</entry> | 1311 | <entry>-</entry> |
1258 | <entry>-</entry> | 1312 | <entry>-</entry> |
1259 | <entry>y<subscript>7</subscript></entry> | 1313 | <entry>y<subscript>7</subscript></entry> |
@@ -1269,16 +1323,8 @@ | |||
1269 | <entry>V4L2_MBUS_FMT_YUYV8_1_5X8</entry> | 1323 | <entry>V4L2_MBUS_FMT_YUYV8_1_5X8</entry> |
1270 | <entry>0x2004</entry> | 1324 | <entry>0x2004</entry> |
1271 | <entry></entry> | 1325 | <entry></entry> |
1272 | <entry>-</entry> | 1326 | &dash-ent-10; |
1273 | <entry>-</entry> | 1327 | &dash-ent-10; |
1274 | <entry>-</entry> | ||
1275 | <entry>-</entry> | ||
1276 | <entry>-</entry> | ||
1277 | <entry>-</entry> | ||
1278 | <entry>-</entry> | ||
1279 | <entry>-</entry> | ||
1280 | <entry>-</entry> | ||
1281 | <entry>-</entry> | ||
1282 | <entry>-</entry> | 1328 | <entry>-</entry> |
1283 | <entry>-</entry> | 1329 | <entry>-</entry> |
1284 | <entry>y<subscript>7</subscript></entry> | 1330 | <entry>y<subscript>7</subscript></entry> |
@@ -1294,16 +1340,8 @@ | |||
1294 | <entry></entry> | 1340 | <entry></entry> |
1295 | <entry></entry> | 1341 | <entry></entry> |
1296 | <entry></entry> | 1342 | <entry></entry> |
1297 | <entry>-</entry> | 1343 | &dash-ent-10; |
1298 | <entry>-</entry> | 1344 | &dash-ent-10; |
1299 | <entry>-</entry> | ||
1300 | <entry>-</entry> | ||
1301 | <entry>-</entry> | ||
1302 | <entry>-</entry> | ||
1303 | <entry>-</entry> | ||
1304 | <entry>-</entry> | ||
1305 | <entry>-</entry> | ||
1306 | <entry>-</entry> | ||
1307 | <entry>-</entry> | 1345 | <entry>-</entry> |
1308 | <entry>-</entry> | 1346 | <entry>-</entry> |
1309 | <entry>y<subscript>7</subscript></entry> | 1347 | <entry>y<subscript>7</subscript></entry> |
@@ -1319,16 +1357,8 @@ | |||
1319 | <entry></entry> | 1357 | <entry></entry> |
1320 | <entry></entry> | 1358 | <entry></entry> |
1321 | <entry></entry> | 1359 | <entry></entry> |
1322 | <entry>-</entry> | 1360 | &dash-ent-10; |
1323 | <entry>-</entry> | 1361 | &dash-ent-10; |
1324 | <entry>-</entry> | ||
1325 | <entry>-</entry> | ||
1326 | <entry>-</entry> | ||
1327 | <entry>-</entry> | ||
1328 | <entry>-</entry> | ||
1329 | <entry>-</entry> | ||
1330 | <entry>-</entry> | ||
1331 | <entry>-</entry> | ||
1332 | <entry>-</entry> | 1362 | <entry>-</entry> |
1333 | <entry>-</entry> | 1363 | <entry>-</entry> |
1334 | <entry>u<subscript>7</subscript></entry> | 1364 | <entry>u<subscript>7</subscript></entry> |
@@ -1344,16 +1374,8 @@ | |||
1344 | <entry></entry> | 1374 | <entry></entry> |
1345 | <entry></entry> | 1375 | <entry></entry> |
1346 | <entry></entry> | 1376 | <entry></entry> |
1347 | <entry>-</entry> | 1377 | &dash-ent-10; |
1348 | <entry>-</entry> | 1378 | &dash-ent-10; |
1349 | <entry>-</entry> | ||
1350 | <entry>-</entry> | ||
1351 | <entry>-</entry> | ||
1352 | <entry>-</entry> | ||
1353 | <entry>-</entry> | ||
1354 | <entry>-</entry> | ||
1355 | <entry>-</entry> | ||
1356 | <entry>-</entry> | ||
1357 | <entry>-</entry> | 1379 | <entry>-</entry> |
1358 | <entry>-</entry> | 1380 | <entry>-</entry> |
1359 | <entry>y<subscript>7</subscript></entry> | 1381 | <entry>y<subscript>7</subscript></entry> |
@@ -1369,16 +1391,8 @@ | |||
1369 | <entry></entry> | 1391 | <entry></entry> |
1370 | <entry></entry> | 1392 | <entry></entry> |
1371 | <entry></entry> | 1393 | <entry></entry> |
1372 | <entry>-</entry> | 1394 | &dash-ent-10; |
1373 | <entry>-</entry> | 1395 | &dash-ent-10; |
1374 | <entry>-</entry> | ||
1375 | <entry>-</entry> | ||
1376 | <entry>-</entry> | ||
1377 | <entry>-</entry> | ||
1378 | <entry>-</entry> | ||
1379 | <entry>-</entry> | ||
1380 | <entry>-</entry> | ||
1381 | <entry>-</entry> | ||
1382 | <entry>-</entry> | 1396 | <entry>-</entry> |
1383 | <entry>-</entry> | 1397 | <entry>-</entry> |
1384 | <entry>y<subscript>7</subscript></entry> | 1398 | <entry>y<subscript>7</subscript></entry> |
@@ -1394,16 +1408,8 @@ | |||
1394 | <entry></entry> | 1408 | <entry></entry> |
1395 | <entry></entry> | 1409 | <entry></entry> |
1396 | <entry></entry> | 1410 | <entry></entry> |
1397 | <entry>-</entry> | 1411 | &dash-ent-10; |
1398 | <entry>-</entry> | 1412 | &dash-ent-10; |
1399 | <entry>-</entry> | ||
1400 | <entry>-</entry> | ||
1401 | <entry>-</entry> | ||
1402 | <entry>-</entry> | ||
1403 | <entry>-</entry> | ||
1404 | <entry>-</entry> | ||
1405 | <entry>-</entry> | ||
1406 | <entry>-</entry> | ||
1407 | <entry>-</entry> | 1413 | <entry>-</entry> |
1408 | <entry>-</entry> | 1414 | <entry>-</entry> |
1409 | <entry>v<subscript>7</subscript></entry> | 1415 | <entry>v<subscript>7</subscript></entry> |
@@ -1419,16 +1425,8 @@ | |||
1419 | <entry>V4L2_MBUS_FMT_YVYU8_1_5X8</entry> | 1425 | <entry>V4L2_MBUS_FMT_YVYU8_1_5X8</entry> |
1420 | <entry>0x2005</entry> | 1426 | <entry>0x2005</entry> |
1421 | <entry></entry> | 1427 | <entry></entry> |
1422 | <entry>-</entry> | 1428 | &dash-ent-10; |
1423 | <entry>-</entry> | 1429 | &dash-ent-10; |
1424 | <entry>-</entry> | ||
1425 | <entry>-</entry> | ||
1426 | <entry>-</entry> | ||
1427 | <entry>-</entry> | ||
1428 | <entry>-</entry> | ||
1429 | <entry>-</entry> | ||
1430 | <entry>-</entry> | ||
1431 | <entry>-</entry> | ||
1432 | <entry>-</entry> | 1430 | <entry>-</entry> |
1433 | <entry>-</entry> | 1431 | <entry>-</entry> |
1434 | <entry>y<subscript>7</subscript></entry> | 1432 | <entry>y<subscript>7</subscript></entry> |
@@ -1444,16 +1442,8 @@ | |||
1444 | <entry></entry> | 1442 | <entry></entry> |
1445 | <entry></entry> | 1443 | <entry></entry> |
1446 | <entry></entry> | 1444 | <entry></entry> |
1447 | <entry>-</entry> | 1445 | &dash-ent-10; |
1448 | <entry>-</entry> | 1446 | &dash-ent-10; |
1449 | <entry>-</entry> | ||
1450 | <entry>-</entry> | ||
1451 | <entry>-</entry> | ||
1452 | <entry>-</entry> | ||
1453 | <entry>-</entry> | ||
1454 | <entry>-</entry> | ||
1455 | <entry>-</entry> | ||
1456 | <entry>-</entry> | ||
1457 | <entry>-</entry> | 1447 | <entry>-</entry> |
1458 | <entry>-</entry> | 1448 | <entry>-</entry> |
1459 | <entry>y<subscript>7</subscript></entry> | 1449 | <entry>y<subscript>7</subscript></entry> |
@@ -1469,16 +1459,8 @@ | |||
1469 | <entry></entry> | 1459 | <entry></entry> |
1470 | <entry></entry> | 1460 | <entry></entry> |
1471 | <entry></entry> | 1461 | <entry></entry> |
1472 | <entry>-</entry> | 1462 | &dash-ent-10; |
1473 | <entry>-</entry> | 1463 | &dash-ent-10; |
1474 | <entry>-</entry> | ||
1475 | <entry>-</entry> | ||
1476 | <entry>-</entry> | ||
1477 | <entry>-</entry> | ||
1478 | <entry>-</entry> | ||
1479 | <entry>-</entry> | ||
1480 | <entry>-</entry> | ||
1481 | <entry>-</entry> | ||
1482 | <entry>-</entry> | 1464 | <entry>-</entry> |
1483 | <entry>-</entry> | 1465 | <entry>-</entry> |
1484 | <entry>v<subscript>7</subscript></entry> | 1466 | <entry>v<subscript>7</subscript></entry> |
@@ -1494,16 +1476,8 @@ | |||
1494 | <entry></entry> | 1476 | <entry></entry> |
1495 | <entry></entry> | 1477 | <entry></entry> |
1496 | <entry></entry> | 1478 | <entry></entry> |
1497 | <entry>-</entry> | 1479 | &dash-ent-10; |
1498 | <entry>-</entry> | 1480 | &dash-ent-10; |
1499 | <entry>-</entry> | ||
1500 | <entry>-</entry> | ||
1501 | <entry>-</entry> | ||
1502 | <entry>-</entry> | ||
1503 | <entry>-</entry> | ||
1504 | <entry>-</entry> | ||
1505 | <entry>-</entry> | ||
1506 | <entry>-</entry> | ||
1507 | <entry>-</entry> | 1481 | <entry>-</entry> |
1508 | <entry>-</entry> | 1482 | <entry>-</entry> |
1509 | <entry>y<subscript>7</subscript></entry> | 1483 | <entry>y<subscript>7</subscript></entry> |
@@ -1519,16 +1493,8 @@ | |||
1519 | <entry></entry> | 1493 | <entry></entry> |
1520 | <entry></entry> | 1494 | <entry></entry> |
1521 | <entry></entry> | 1495 | <entry></entry> |
1522 | <entry>-</entry> | 1496 | &dash-ent-10; |
1523 | <entry>-</entry> | 1497 | &dash-ent-10; |
1524 | <entry>-</entry> | ||
1525 | <entry>-</entry> | ||
1526 | <entry>-</entry> | ||
1527 | <entry>-</entry> | ||
1528 | <entry>-</entry> | ||
1529 | <entry>-</entry> | ||
1530 | <entry>-</entry> | ||
1531 | <entry>-</entry> | ||
1532 | <entry>-</entry> | 1498 | <entry>-</entry> |
1533 | <entry>-</entry> | 1499 | <entry>-</entry> |
1534 | <entry>y<subscript>7</subscript></entry> | 1500 | <entry>y<subscript>7</subscript></entry> |
@@ -1544,16 +1510,8 @@ | |||
1544 | <entry></entry> | 1510 | <entry></entry> |
1545 | <entry></entry> | 1511 | <entry></entry> |
1546 | <entry></entry> | 1512 | <entry></entry> |
1547 | <entry>-</entry> | 1513 | &dash-ent-10; |
1548 | <entry>-</entry> | 1514 | &dash-ent-10; |
1549 | <entry>-</entry> | ||
1550 | <entry>-</entry> | ||
1551 | <entry>-</entry> | ||
1552 | <entry>-</entry> | ||
1553 | <entry>-</entry> | ||
1554 | <entry>-</entry> | ||
1555 | <entry>-</entry> | ||
1556 | <entry>-</entry> | ||
1557 | <entry>-</entry> | 1515 | <entry>-</entry> |
1558 | <entry>-</entry> | 1516 | <entry>-</entry> |
1559 | <entry>u<subscript>7</subscript></entry> | 1517 | <entry>u<subscript>7</subscript></entry> |
@@ -1569,16 +1527,8 @@ | |||
1569 | <entry>V4L2_MBUS_FMT_UYVY8_2X8</entry> | 1527 | <entry>V4L2_MBUS_FMT_UYVY8_2X8</entry> |
1570 | <entry>0x2006</entry> | 1528 | <entry>0x2006</entry> |
1571 | <entry></entry> | 1529 | <entry></entry> |
1572 | <entry>-</entry> | 1530 | &dash-ent-10; |
1573 | <entry>-</entry> | 1531 | &dash-ent-10; |
1574 | <entry>-</entry> | ||
1575 | <entry>-</entry> | ||
1576 | <entry>-</entry> | ||
1577 | <entry>-</entry> | ||
1578 | <entry>-</entry> | ||
1579 | <entry>-</entry> | ||
1580 | <entry>-</entry> | ||
1581 | <entry>-</entry> | ||
1582 | <entry>-</entry> | 1532 | <entry>-</entry> |
1583 | <entry>-</entry> | 1533 | <entry>-</entry> |
1584 | <entry>u<subscript>7</subscript></entry> | 1534 | <entry>u<subscript>7</subscript></entry> |
@@ -1594,16 +1544,8 @@ | |||
1594 | <entry></entry> | 1544 | <entry></entry> |
1595 | <entry></entry> | 1545 | <entry></entry> |
1596 | <entry></entry> | 1546 | <entry></entry> |
1597 | <entry>-</entry> | 1547 | &dash-ent-10; |
1598 | <entry>-</entry> | 1548 | &dash-ent-10; |
1599 | <entry>-</entry> | ||
1600 | <entry>-</entry> | ||
1601 | <entry>-</entry> | ||
1602 | <entry>-</entry> | ||
1603 | <entry>-</entry> | ||
1604 | <entry>-</entry> | ||
1605 | <entry>-</entry> | ||
1606 | <entry>-</entry> | ||
1607 | <entry>-</entry> | 1549 | <entry>-</entry> |
1608 | <entry>-</entry> | 1550 | <entry>-</entry> |
1609 | <entry>y<subscript>7</subscript></entry> | 1551 | <entry>y<subscript>7</subscript></entry> |
@@ -1619,16 +1561,8 @@ | |||
1619 | <entry></entry> | 1561 | <entry></entry> |
1620 | <entry></entry> | 1562 | <entry></entry> |
1621 | <entry></entry> | 1563 | <entry></entry> |
1622 | <entry>-</entry> | 1564 | &dash-ent-10; |
1623 | <entry>-</entry> | 1565 | &dash-ent-10; |
1624 | <entry>-</entry> | ||
1625 | <entry>-</entry> | ||
1626 | <entry>-</entry> | ||
1627 | <entry>-</entry> | ||
1628 | <entry>-</entry> | ||
1629 | <entry>-</entry> | ||
1630 | <entry>-</entry> | ||
1631 | <entry>-</entry> | ||
1632 | <entry>-</entry> | 1566 | <entry>-</entry> |
1633 | <entry>-</entry> | 1567 | <entry>-</entry> |
1634 | <entry>v<subscript>7</subscript></entry> | 1568 | <entry>v<subscript>7</subscript></entry> |
@@ -1644,16 +1578,8 @@ | |||
1644 | <entry></entry> | 1578 | <entry></entry> |
1645 | <entry></entry> | 1579 | <entry></entry> |
1646 | <entry></entry> | 1580 | <entry></entry> |
1647 | <entry>-</entry> | 1581 | &dash-ent-10; |
1648 | <entry>-</entry> | 1582 | &dash-ent-10; |
1649 | <entry>-</entry> | ||
1650 | <entry>-</entry> | ||
1651 | <entry>-</entry> | ||
1652 | <entry>-</entry> | ||
1653 | <entry>-</entry> | ||
1654 | <entry>-</entry> | ||
1655 | <entry>-</entry> | ||
1656 | <entry>-</entry> | ||
1657 | <entry>-</entry> | 1583 | <entry>-</entry> |
1658 | <entry>-</entry> | 1584 | <entry>-</entry> |
1659 | <entry>y<subscript>7</subscript></entry> | 1585 | <entry>y<subscript>7</subscript></entry> |
@@ -1669,16 +1595,8 @@ | |||
1669 | <entry>V4L2_MBUS_FMT_VYUY8_2X8</entry> | 1595 | <entry>V4L2_MBUS_FMT_VYUY8_2X8</entry> |
1670 | <entry>0x2007</entry> | 1596 | <entry>0x2007</entry> |
1671 | <entry></entry> | 1597 | <entry></entry> |
1672 | <entry>-</entry> | 1598 | &dash-ent-10; |
1673 | <entry>-</entry> | 1599 | &dash-ent-10; |
1674 | <entry>-</entry> | ||
1675 | <entry>-</entry> | ||
1676 | <entry>-</entry> | ||
1677 | <entry>-</entry> | ||
1678 | <entry>-</entry> | ||
1679 | <entry>-</entry> | ||
1680 | <entry>-</entry> | ||
1681 | <entry>-</entry> | ||
1682 | <entry>-</entry> | 1600 | <entry>-</entry> |
1683 | <entry>-</entry> | 1601 | <entry>-</entry> |
1684 | <entry>v<subscript>7</subscript></entry> | 1602 | <entry>v<subscript>7</subscript></entry> |
@@ -1694,16 +1612,8 @@ | |||
1694 | <entry></entry> | 1612 | <entry></entry> |
1695 | <entry></entry> | 1613 | <entry></entry> |
1696 | <entry></entry> | 1614 | <entry></entry> |
1697 | <entry>-</entry> | 1615 | &dash-ent-10; |
1698 | <entry>-</entry> | 1616 | &dash-ent-10; |
1699 | <entry>-</entry> | ||
1700 | <entry>-</entry> | ||
1701 | <entry>-</entry> | ||
1702 | <entry>-</entry> | ||
1703 | <entry>-</entry> | ||
1704 | <entry>-</entry> | ||
1705 | <entry>-</entry> | ||
1706 | <entry>-</entry> | ||
1707 | <entry>-</entry> | 1617 | <entry>-</entry> |
1708 | <entry>-</entry> | 1618 | <entry>-</entry> |
1709 | <entry>y<subscript>7</subscript></entry> | 1619 | <entry>y<subscript>7</subscript></entry> |
@@ -1719,16 +1629,8 @@ | |||
1719 | <entry></entry> | 1629 | <entry></entry> |
1720 | <entry></entry> | 1630 | <entry></entry> |
1721 | <entry></entry> | 1631 | <entry></entry> |
1722 | <entry>-</entry> | 1632 | &dash-ent-10; |
1723 | <entry>-</entry> | 1633 | &dash-ent-10; |
1724 | <entry>-</entry> | ||
1725 | <entry>-</entry> | ||
1726 | <entry>-</entry> | ||
1727 | <entry>-</entry> | ||
1728 | <entry>-</entry> | ||
1729 | <entry>-</entry> | ||
1730 | <entry>-</entry> | ||
1731 | <entry>-</entry> | ||
1732 | <entry>-</entry> | 1634 | <entry>-</entry> |
1733 | <entry>-</entry> | 1635 | <entry>-</entry> |
1734 | <entry>u<subscript>7</subscript></entry> | 1636 | <entry>u<subscript>7</subscript></entry> |
@@ -1744,16 +1646,8 @@ | |||
1744 | <entry></entry> | 1646 | <entry></entry> |
1745 | <entry></entry> | 1647 | <entry></entry> |
1746 | <entry></entry> | 1648 | <entry></entry> |
1747 | <entry>-</entry> | 1649 | &dash-ent-10; |
1748 | <entry>-</entry> | 1650 | &dash-ent-10; |
1749 | <entry>-</entry> | ||
1750 | <entry>-</entry> | ||
1751 | <entry>-</entry> | ||
1752 | <entry>-</entry> | ||
1753 | <entry>-</entry> | ||
1754 | <entry>-</entry> | ||
1755 | <entry>-</entry> | ||
1756 | <entry>-</entry> | ||
1757 | <entry>-</entry> | 1651 | <entry>-</entry> |
1758 | <entry>-</entry> | 1652 | <entry>-</entry> |
1759 | <entry>y<subscript>7</subscript></entry> | 1653 | <entry>y<subscript>7</subscript></entry> |
@@ -1769,16 +1663,8 @@ | |||
1769 | <entry>V4L2_MBUS_FMT_YUYV8_2X8</entry> | 1663 | <entry>V4L2_MBUS_FMT_YUYV8_2X8</entry> |
1770 | <entry>0x2008</entry> | 1664 | <entry>0x2008</entry> |
1771 | <entry></entry> | 1665 | <entry></entry> |
1772 | <entry>-</entry> | 1666 | &dash-ent-10; |
1773 | <entry>-</entry> | 1667 | &dash-ent-10; |
1774 | <entry>-</entry> | ||
1775 | <entry>-</entry> | ||
1776 | <entry>-</entry> | ||
1777 | <entry>-</entry> | ||
1778 | <entry>-</entry> | ||
1779 | <entry>-</entry> | ||
1780 | <entry>-</entry> | ||
1781 | <entry>-</entry> | ||
1782 | <entry>-</entry> | 1668 | <entry>-</entry> |
1783 | <entry>-</entry> | 1669 | <entry>-</entry> |
1784 | <entry>y<subscript>7</subscript></entry> | 1670 | <entry>y<subscript>7</subscript></entry> |
@@ -1794,16 +1680,8 @@ | |||
1794 | <entry></entry> | 1680 | <entry></entry> |
1795 | <entry></entry> | 1681 | <entry></entry> |
1796 | <entry></entry> | 1682 | <entry></entry> |
1797 | <entry>-</entry> | 1683 | &dash-ent-10; |
1798 | <entry>-</entry> | 1684 | &dash-ent-10; |
1799 | <entry>-</entry> | ||
1800 | <entry>-</entry> | ||
1801 | <entry>-</entry> | ||
1802 | <entry>-</entry> | ||
1803 | <entry>-</entry> | ||
1804 | <entry>-</entry> | ||
1805 | <entry>-</entry> | ||
1806 | <entry>-</entry> | ||
1807 | <entry>-</entry> | 1685 | <entry>-</entry> |
1808 | <entry>-</entry> | 1686 | <entry>-</entry> |
1809 | <entry>u<subscript>7</subscript></entry> | 1687 | <entry>u<subscript>7</subscript></entry> |
@@ -1819,16 +1697,8 @@ | |||
1819 | <entry></entry> | 1697 | <entry></entry> |
1820 | <entry></entry> | 1698 | <entry></entry> |
1821 | <entry></entry> | 1699 | <entry></entry> |
1822 | <entry>-</entry> | 1700 | &dash-ent-10; |
1823 | <entry>-</entry> | 1701 | &dash-ent-10; |
1824 | <entry>-</entry> | ||
1825 | <entry>-</entry> | ||
1826 | <entry>-</entry> | ||
1827 | <entry>-</entry> | ||
1828 | <entry>-</entry> | ||
1829 | <entry>-</entry> | ||
1830 | <entry>-</entry> | ||
1831 | <entry>-</entry> | ||
1832 | <entry>-</entry> | 1702 | <entry>-</entry> |
1833 | <entry>-</entry> | 1703 | <entry>-</entry> |
1834 | <entry>y<subscript>7</subscript></entry> | 1704 | <entry>y<subscript>7</subscript></entry> |
@@ -1844,16 +1714,8 @@ | |||
1844 | <entry></entry> | 1714 | <entry></entry> |
1845 | <entry></entry> | 1715 | <entry></entry> |
1846 | <entry></entry> | 1716 | <entry></entry> |
1847 | <entry>-</entry> | 1717 | &dash-ent-10; |
1848 | <entry>-</entry> | 1718 | &dash-ent-10; |
1849 | <entry>-</entry> | ||
1850 | <entry>-</entry> | ||
1851 | <entry>-</entry> | ||
1852 | <entry>-</entry> | ||
1853 | <entry>-</entry> | ||
1854 | <entry>-</entry> | ||
1855 | <entry>-</entry> | ||
1856 | <entry>-</entry> | ||
1857 | <entry>-</entry> | 1719 | <entry>-</entry> |
1858 | <entry>-</entry> | 1720 | <entry>-</entry> |
1859 | <entry>v<subscript>7</subscript></entry> | 1721 | <entry>v<subscript>7</subscript></entry> |
@@ -1869,16 +1731,8 @@ | |||
1869 | <entry>V4L2_MBUS_FMT_YVYU8_2X8</entry> | 1731 | <entry>V4L2_MBUS_FMT_YVYU8_2X8</entry> |
1870 | <entry>0x2009</entry> | 1732 | <entry>0x2009</entry> |
1871 | <entry></entry> | 1733 | <entry></entry> |
1872 | <entry>-</entry> | 1734 | &dash-ent-10; |
1873 | <entry>-</entry> | 1735 | &dash-ent-10; |
1874 | <entry>-</entry> | ||
1875 | <entry>-</entry> | ||
1876 | <entry>-</entry> | ||
1877 | <entry>-</entry> | ||
1878 | <entry>-</entry> | ||
1879 | <entry>-</entry> | ||
1880 | <entry>-</entry> | ||
1881 | <entry>-</entry> | ||
1882 | <entry>-</entry> | 1736 | <entry>-</entry> |
1883 | <entry>-</entry> | 1737 | <entry>-</entry> |
1884 | <entry>y<subscript>7</subscript></entry> | 1738 | <entry>y<subscript>7</subscript></entry> |
@@ -1894,16 +1748,8 @@ | |||
1894 | <entry></entry> | 1748 | <entry></entry> |
1895 | <entry></entry> | 1749 | <entry></entry> |
1896 | <entry></entry> | 1750 | <entry></entry> |
1897 | <entry>-</entry> | 1751 | &dash-ent-10; |
1898 | <entry>-</entry> | 1752 | &dash-ent-10; |
1899 | <entry>-</entry> | ||
1900 | <entry>-</entry> | ||
1901 | <entry>-</entry> | ||
1902 | <entry>-</entry> | ||
1903 | <entry>-</entry> | ||
1904 | <entry>-</entry> | ||
1905 | <entry>-</entry> | ||
1906 | <entry>-</entry> | ||
1907 | <entry>-</entry> | 1753 | <entry>-</entry> |
1908 | <entry>-</entry> | 1754 | <entry>-</entry> |
1909 | <entry>v<subscript>7</subscript></entry> | 1755 | <entry>v<subscript>7</subscript></entry> |
@@ -1919,16 +1765,8 @@ | |||
1919 | <entry></entry> | 1765 | <entry></entry> |
1920 | <entry></entry> | 1766 | <entry></entry> |
1921 | <entry></entry> | 1767 | <entry></entry> |
1922 | <entry>-</entry> | 1768 | &dash-ent-10; |
1923 | <entry>-</entry> | 1769 | &dash-ent-10; |
1924 | <entry>-</entry> | ||
1925 | <entry>-</entry> | ||
1926 | <entry>-</entry> | ||
1927 | <entry>-</entry> | ||
1928 | <entry>-</entry> | ||
1929 | <entry>-</entry> | ||
1930 | <entry>-</entry> | ||
1931 | <entry>-</entry> | ||
1932 | <entry>-</entry> | 1770 | <entry>-</entry> |
1933 | <entry>-</entry> | 1771 | <entry>-</entry> |
1934 | <entry>y<subscript>7</subscript></entry> | 1772 | <entry>y<subscript>7</subscript></entry> |
@@ -1944,16 +1782,8 @@ | |||
1944 | <entry></entry> | 1782 | <entry></entry> |
1945 | <entry></entry> | 1783 | <entry></entry> |
1946 | <entry></entry> | 1784 | <entry></entry> |
1947 | <entry>-</entry> | 1785 | &dash-ent-10; |
1948 | <entry>-</entry> | 1786 | &dash-ent-10; |
1949 | <entry>-</entry> | ||
1950 | <entry>-</entry> | ||
1951 | <entry>-</entry> | ||
1952 | <entry>-</entry> | ||
1953 | <entry>-</entry> | ||
1954 | <entry>-</entry> | ||
1955 | <entry>-</entry> | ||
1956 | <entry>-</entry> | ||
1957 | <entry>-</entry> | 1787 | <entry>-</entry> |
1958 | <entry>-</entry> | 1788 | <entry>-</entry> |
1959 | <entry>u<subscript>7</subscript></entry> | 1789 | <entry>u<subscript>7</subscript></entry> |
@@ -1969,16 +1799,8 @@ | |||
1969 | <entry>V4L2_MBUS_FMT_Y10_1X10</entry> | 1799 | <entry>V4L2_MBUS_FMT_Y10_1X10</entry> |
1970 | <entry>0x200a</entry> | 1800 | <entry>0x200a</entry> |
1971 | <entry></entry> | 1801 | <entry></entry> |
1972 | <entry>-</entry> | 1802 | &dash-ent-10; |
1973 | <entry>-</entry> | 1803 | &dash-ent-10; |
1974 | <entry>-</entry> | ||
1975 | <entry>-</entry> | ||
1976 | <entry>-</entry> | ||
1977 | <entry>-</entry> | ||
1978 | <entry>-</entry> | ||
1979 | <entry>-</entry> | ||
1980 | <entry>-</entry> | ||
1981 | <entry>-</entry> | ||
1982 | <entry>y<subscript>9</subscript></entry> | 1804 | <entry>y<subscript>9</subscript></entry> |
1983 | <entry>y<subscript>8</subscript></entry> | 1805 | <entry>y<subscript>8</subscript></entry> |
1984 | <entry>y<subscript>7</subscript></entry> | 1806 | <entry>y<subscript>7</subscript></entry> |
@@ -1994,16 +1816,8 @@ | |||
1994 | <entry>V4L2_MBUS_FMT_YUYV10_2X10</entry> | 1816 | <entry>V4L2_MBUS_FMT_YUYV10_2X10</entry> |
1995 | <entry>0x200b</entry> | 1817 | <entry>0x200b</entry> |
1996 | <entry></entry> | 1818 | <entry></entry> |
1997 | <entry>-</entry> | 1819 | &dash-ent-10; |
1998 | <entry>-</entry> | 1820 | &dash-ent-10; |
1999 | <entry>-</entry> | ||
2000 | <entry>-</entry> | ||
2001 | <entry>-</entry> | ||
2002 | <entry>-</entry> | ||
2003 | <entry>-</entry> | ||
2004 | <entry>-</entry> | ||
2005 | <entry>-</entry> | ||
2006 | <entry>-</entry> | ||
2007 | <entry>y<subscript>9</subscript></entry> | 1821 | <entry>y<subscript>9</subscript></entry> |
2008 | <entry>y<subscript>8</subscript></entry> | 1822 | <entry>y<subscript>8</subscript></entry> |
2009 | <entry>y<subscript>7</subscript></entry> | 1823 | <entry>y<subscript>7</subscript></entry> |
@@ -2019,16 +1833,8 @@ | |||
2019 | <entry></entry> | 1833 | <entry></entry> |
2020 | <entry></entry> | 1834 | <entry></entry> |
2021 | <entry></entry> | 1835 | <entry></entry> |
2022 | <entry>-</entry> | 1836 | &dash-ent-10; |
2023 | <entry>-</entry> | 1837 | &dash-ent-10; |
2024 | <entry>-</entry> | ||
2025 | <entry>-</entry> | ||
2026 | <entry>-</entry> | ||
2027 | <entry>-</entry> | ||
2028 | <entry>-</entry> | ||
2029 | <entry>-</entry> | ||
2030 | <entry>-</entry> | ||
2031 | <entry>-</entry> | ||
2032 | <entry>u<subscript>9</subscript></entry> | 1838 | <entry>u<subscript>9</subscript></entry> |
2033 | <entry>u<subscript>8</subscript></entry> | 1839 | <entry>u<subscript>8</subscript></entry> |
2034 | <entry>u<subscript>7</subscript></entry> | 1840 | <entry>u<subscript>7</subscript></entry> |
@@ -2044,16 +1850,8 @@ | |||
2044 | <entry></entry> | 1850 | <entry></entry> |
2045 | <entry></entry> | 1851 | <entry></entry> |
2046 | <entry></entry> | 1852 | <entry></entry> |
2047 | <entry>-</entry> | 1853 | &dash-ent-10; |
2048 | <entry>-</entry> | 1854 | &dash-ent-10; |
2049 | <entry>-</entry> | ||
2050 | <entry>-</entry> | ||
2051 | <entry>-</entry> | ||
2052 | <entry>-</entry> | ||
2053 | <entry>-</entry> | ||
2054 | <entry>-</entry> | ||
2055 | <entry>-</entry> | ||
2056 | <entry>-</entry> | ||
2057 | <entry>y<subscript>9</subscript></entry> | 1855 | <entry>y<subscript>9</subscript></entry> |
2058 | <entry>y<subscript>8</subscript></entry> | 1856 | <entry>y<subscript>8</subscript></entry> |
2059 | <entry>y<subscript>7</subscript></entry> | 1857 | <entry>y<subscript>7</subscript></entry> |
@@ -2069,16 +1867,8 @@ | |||
2069 | <entry></entry> | 1867 | <entry></entry> |
2070 | <entry></entry> | 1868 | <entry></entry> |
2071 | <entry></entry> | 1869 | <entry></entry> |
2072 | <entry>-</entry> | 1870 | &dash-ent-10; |
2073 | <entry>-</entry> | 1871 | &dash-ent-10; |
2074 | <entry>-</entry> | ||
2075 | <entry>-</entry> | ||
2076 | <entry>-</entry> | ||
2077 | <entry>-</entry> | ||
2078 | <entry>-</entry> | ||
2079 | <entry>-</entry> | ||
2080 | <entry>-</entry> | ||
2081 | <entry>-</entry> | ||
2082 | <entry>v<subscript>9</subscript></entry> | 1872 | <entry>v<subscript>9</subscript></entry> |
2083 | <entry>v<subscript>8</subscript></entry> | 1873 | <entry>v<subscript>8</subscript></entry> |
2084 | <entry>v<subscript>7</subscript></entry> | 1874 | <entry>v<subscript>7</subscript></entry> |
@@ -2094,16 +1884,8 @@ | |||
2094 | <entry>V4L2_MBUS_FMT_YVYU10_2X10</entry> | 1884 | <entry>V4L2_MBUS_FMT_YVYU10_2X10</entry> |
2095 | <entry>0x200c</entry> | 1885 | <entry>0x200c</entry> |
2096 | <entry></entry> | 1886 | <entry></entry> |
2097 | <entry>-</entry> | 1887 | &dash-ent-10; |
2098 | <entry>-</entry> | 1888 | &dash-ent-10; |
2099 | <entry>-</entry> | ||
2100 | <entry>-</entry> | ||
2101 | <entry>-</entry> | ||
2102 | <entry>-</entry> | ||
2103 | <entry>-</entry> | ||
2104 | <entry>-</entry> | ||
2105 | <entry>-</entry> | ||
2106 | <entry>-</entry> | ||
2107 | <entry>y<subscript>9</subscript></entry> | 1889 | <entry>y<subscript>9</subscript></entry> |
2108 | <entry>y<subscript>8</subscript></entry> | 1890 | <entry>y<subscript>8</subscript></entry> |
2109 | <entry>y<subscript>7</subscript></entry> | 1891 | <entry>y<subscript>7</subscript></entry> |
@@ -2119,16 +1901,8 @@ | |||
2119 | <entry></entry> | 1901 | <entry></entry> |
2120 | <entry></entry> | 1902 | <entry></entry> |
2121 | <entry></entry> | 1903 | <entry></entry> |
2122 | <entry>-</entry> | 1904 | &dash-ent-10; |
2123 | <entry>-</entry> | 1905 | &dash-ent-10; |
2124 | <entry>-</entry> | ||
2125 | <entry>-</entry> | ||
2126 | <entry>-</entry> | ||
2127 | <entry>-</entry> | ||
2128 | <entry>-</entry> | ||
2129 | <entry>-</entry> | ||
2130 | <entry>-</entry> | ||
2131 | <entry>-</entry> | ||
2132 | <entry>v<subscript>9</subscript></entry> | 1906 | <entry>v<subscript>9</subscript></entry> |
2133 | <entry>v<subscript>8</subscript></entry> | 1907 | <entry>v<subscript>8</subscript></entry> |
2134 | <entry>v<subscript>7</subscript></entry> | 1908 | <entry>v<subscript>7</subscript></entry> |
@@ -2144,16 +1918,8 @@ | |||
2144 | <entry></entry> | 1918 | <entry></entry> |
2145 | <entry></entry> | 1919 | <entry></entry> |
2146 | <entry></entry> | 1920 | <entry></entry> |
2147 | <entry>-</entry> | 1921 | &dash-ent-10; |
2148 | <entry>-</entry> | 1922 | &dash-ent-10; |
2149 | <entry>-</entry> | ||
2150 | <entry>-</entry> | ||
2151 | <entry>-</entry> | ||
2152 | <entry>-</entry> | ||
2153 | <entry>-</entry> | ||
2154 | <entry>-</entry> | ||
2155 | <entry>-</entry> | ||
2156 | <entry>-</entry> | ||
2157 | <entry>y<subscript>9</subscript></entry> | 1923 | <entry>y<subscript>9</subscript></entry> |
2158 | <entry>y<subscript>8</subscript></entry> | 1924 | <entry>y<subscript>8</subscript></entry> |
2159 | <entry>y<subscript>7</subscript></entry> | 1925 | <entry>y<subscript>7</subscript></entry> |
@@ -2169,16 +1935,8 @@ | |||
2169 | <entry></entry> | 1935 | <entry></entry> |
2170 | <entry></entry> | 1936 | <entry></entry> |
2171 | <entry></entry> | 1937 | <entry></entry> |
2172 | <entry>-</entry> | 1938 | &dash-ent-10; |
2173 | <entry>-</entry> | 1939 | &dash-ent-10; |
2174 | <entry>-</entry> | ||
2175 | <entry>-</entry> | ||
2176 | <entry>-</entry> | ||
2177 | <entry>-</entry> | ||
2178 | <entry>-</entry> | ||
2179 | <entry>-</entry> | ||
2180 | <entry>-</entry> | ||
2181 | <entry>-</entry> | ||
2182 | <entry>u<subscript>9</subscript></entry> | 1940 | <entry>u<subscript>9</subscript></entry> |
2183 | <entry>u<subscript>8</subscript></entry> | 1941 | <entry>u<subscript>8</subscript></entry> |
2184 | <entry>u<subscript>7</subscript></entry> | 1942 | <entry>u<subscript>7</subscript></entry> |
@@ -2194,6 +1952,7 @@ | |||
2194 | <entry>V4L2_MBUS_FMT_Y12_1X12</entry> | 1952 | <entry>V4L2_MBUS_FMT_Y12_1X12</entry> |
2195 | <entry>0x2013</entry> | 1953 | <entry>0x2013</entry> |
2196 | <entry></entry> | 1954 | <entry></entry> |
1955 | &dash-ent-10; | ||
2197 | <entry>-</entry> | 1956 | <entry>-</entry> |
2198 | <entry>-</entry> | 1957 | <entry>-</entry> |
2199 | <entry>-</entry> | 1958 | <entry>-</entry> |
@@ -2219,6 +1978,7 @@ | |||
2219 | <entry>V4L2_MBUS_FMT_UYVY8_1X16</entry> | 1978 | <entry>V4L2_MBUS_FMT_UYVY8_1X16</entry> |
2220 | <entry>0x200f</entry> | 1979 | <entry>0x200f</entry> |
2221 | <entry></entry> | 1980 | <entry></entry> |
1981 | &dash-ent-10; | ||
2222 | <entry>-</entry> | 1982 | <entry>-</entry> |
2223 | <entry>-</entry> | 1983 | <entry>-</entry> |
2224 | <entry>-</entry> | 1984 | <entry>-</entry> |
@@ -2244,6 +2004,7 @@ | |||
2244 | <entry></entry> | 2004 | <entry></entry> |
2245 | <entry></entry> | 2005 | <entry></entry> |
2246 | <entry></entry> | 2006 | <entry></entry> |
2007 | &dash-ent-10; | ||
2247 | <entry>-</entry> | 2008 | <entry>-</entry> |
2248 | <entry>-</entry> | 2009 | <entry>-</entry> |
2249 | <entry>-</entry> | 2010 | <entry>-</entry> |
@@ -2269,6 +2030,7 @@ | |||
2269 | <entry>V4L2_MBUS_FMT_VYUY8_1X16</entry> | 2030 | <entry>V4L2_MBUS_FMT_VYUY8_1X16</entry> |
2270 | <entry>0x2010</entry> | 2031 | <entry>0x2010</entry> |
2271 | <entry></entry> | 2032 | <entry></entry> |
2033 | &dash-ent-10; | ||
2272 | <entry>-</entry> | 2034 | <entry>-</entry> |
2273 | <entry>-</entry> | 2035 | <entry>-</entry> |
2274 | <entry>-</entry> | 2036 | <entry>-</entry> |
@@ -2294,6 +2056,7 @@ | |||
2294 | <entry></entry> | 2056 | <entry></entry> |
2295 | <entry></entry> | 2057 | <entry></entry> |
2296 | <entry></entry> | 2058 | <entry></entry> |
2059 | &dash-ent-10; | ||
2297 | <entry>-</entry> | 2060 | <entry>-</entry> |
2298 | <entry>-</entry> | 2061 | <entry>-</entry> |
2299 | <entry>-</entry> | 2062 | <entry>-</entry> |
@@ -2319,6 +2082,7 @@ | |||
2319 | <entry>V4L2_MBUS_FMT_YUYV8_1X16</entry> | 2082 | <entry>V4L2_MBUS_FMT_YUYV8_1X16</entry> |
2320 | <entry>0x2011</entry> | 2083 | <entry>0x2011</entry> |
2321 | <entry></entry> | 2084 | <entry></entry> |
2085 | &dash-ent-10; | ||
2322 | <entry>-</entry> | 2086 | <entry>-</entry> |
2323 | <entry>-</entry> | 2087 | <entry>-</entry> |
2324 | <entry>-</entry> | 2088 | <entry>-</entry> |
@@ -2344,6 +2108,7 @@ | |||
2344 | <entry></entry> | 2108 | <entry></entry> |
2345 | <entry></entry> | 2109 | <entry></entry> |
2346 | <entry></entry> | 2110 | <entry></entry> |
2111 | &dash-ent-10; | ||
2347 | <entry>-</entry> | 2112 | <entry>-</entry> |
2348 | <entry>-</entry> | 2113 | <entry>-</entry> |
2349 | <entry>-</entry> | 2114 | <entry>-</entry> |
@@ -2369,6 +2134,7 @@ | |||
2369 | <entry>V4L2_MBUS_FMT_YVYU8_1X16</entry> | 2134 | <entry>V4L2_MBUS_FMT_YVYU8_1X16</entry> |
2370 | <entry>0x2012</entry> | 2135 | <entry>0x2012</entry> |
2371 | <entry></entry> | 2136 | <entry></entry> |
2137 | &dash-ent-10; | ||
2372 | <entry>-</entry> | 2138 | <entry>-</entry> |
2373 | <entry>-</entry> | 2139 | <entry>-</entry> |
2374 | <entry>-</entry> | 2140 | <entry>-</entry> |
@@ -2394,6 +2160,57 @@ | |||
2394 | <entry></entry> | 2160 | <entry></entry> |
2395 | <entry></entry> | 2161 | <entry></entry> |
2396 | <entry></entry> | 2162 | <entry></entry> |
2163 | &dash-ent-10; | ||
2164 | <entry>-</entry> | ||
2165 | <entry>-</entry> | ||
2166 | <entry>-</entry> | ||
2167 | <entry>-</entry> | ||
2168 | <entry>y<subscript>7</subscript></entry> | ||
2169 | <entry>y<subscript>6</subscript></entry> | ||
2170 | <entry>y<subscript>5</subscript></entry> | ||
2171 | <entry>y<subscript>4</subscript></entry> | ||
2172 | <entry>y<subscript>3</subscript></entry> | ||
2173 | <entry>y<subscript>2</subscript></entry> | ||
2174 | <entry>y<subscript>1</subscript></entry> | ||
2175 | <entry>y<subscript>0</subscript></entry> | ||
2176 | <entry>u<subscript>7</subscript></entry> | ||
2177 | <entry>u<subscript>6</subscript></entry> | ||
2178 | <entry>u<subscript>5</subscript></entry> | ||
2179 | <entry>u<subscript>4</subscript></entry> | ||
2180 | <entry>u<subscript>3</subscript></entry> | ||
2181 | <entry>u<subscript>2</subscript></entry> | ||
2182 | <entry>u<subscript>1</subscript></entry> | ||
2183 | <entry>u<subscript>0</subscript></entry> | ||
2184 | </row> | ||
2185 | <row id="V4L2-MBUS-FMT-YDYUYDYV8-1X16"> | ||
2186 | <entry>V4L2_MBUS_FMT_YDYUYDYV8_1X16</entry> | ||
2187 | <entry>0x2014</entry> | ||
2188 | <entry></entry> | ||
2189 | <entry>-</entry> | ||
2190 | <entry>-</entry> | ||
2191 | <entry>-</entry> | ||
2192 | <entry>-</entry> | ||
2193 | <entry>y<subscript>7</subscript></entry> | ||
2194 | <entry>y<subscript>6</subscript></entry> | ||
2195 | <entry>y<subscript>5</subscript></entry> | ||
2196 | <entry>y<subscript>4</subscript></entry> | ||
2197 | <entry>y<subscript>3</subscript></entry> | ||
2198 | <entry>y<subscript>2</subscript></entry> | ||
2199 | <entry>y<subscript>1</subscript></entry> | ||
2200 | <entry>y<subscript>0</subscript></entry> | ||
2201 | <entry>d</entry> | ||
2202 | <entry>d</entry> | ||
2203 | <entry>d</entry> | ||
2204 | <entry>d</entry> | ||
2205 | <entry>d</entry> | ||
2206 | <entry>d</entry> | ||
2207 | <entry>d</entry> | ||
2208 | <entry>d</entry> | ||
2209 | </row> | ||
2210 | <row> | ||
2211 | <entry></entry> | ||
2212 | <entry></entry> | ||
2213 | <entry></entry> | ||
2397 | <entry>-</entry> | 2214 | <entry>-</entry> |
2398 | <entry>-</entry> | 2215 | <entry>-</entry> |
2399 | <entry>-</entry> | 2216 | <entry>-</entry> |
@@ -2415,10 +2232,61 @@ | |||
2415 | <entry>u<subscript>1</subscript></entry> | 2232 | <entry>u<subscript>1</subscript></entry> |
2416 | <entry>u<subscript>0</subscript></entry> | 2233 | <entry>u<subscript>0</subscript></entry> |
2417 | </row> | 2234 | </row> |
2235 | <row> | ||
2236 | <entry></entry> | ||
2237 | <entry></entry> | ||
2238 | <entry></entry> | ||
2239 | <entry>-</entry> | ||
2240 | <entry>-</entry> | ||
2241 | <entry>-</entry> | ||
2242 | <entry>-</entry> | ||
2243 | <entry>y<subscript>7</subscript></entry> | ||
2244 | <entry>y<subscript>6</subscript></entry> | ||
2245 | <entry>y<subscript>5</subscript></entry> | ||
2246 | <entry>y<subscript>4</subscript></entry> | ||
2247 | <entry>y<subscript>3</subscript></entry> | ||
2248 | <entry>y<subscript>2</subscript></entry> | ||
2249 | <entry>y<subscript>1</subscript></entry> | ||
2250 | <entry>y<subscript>0</subscript></entry> | ||
2251 | <entry>d</entry> | ||
2252 | <entry>d</entry> | ||
2253 | <entry>d</entry> | ||
2254 | <entry>d</entry> | ||
2255 | <entry>d</entry> | ||
2256 | <entry>d</entry> | ||
2257 | <entry>d</entry> | ||
2258 | <entry>d</entry> | ||
2259 | </row> | ||
2260 | <row> | ||
2261 | <entry></entry> | ||
2262 | <entry></entry> | ||
2263 | <entry></entry> | ||
2264 | <entry>-</entry> | ||
2265 | <entry>-</entry> | ||
2266 | <entry>-</entry> | ||
2267 | <entry>-</entry> | ||
2268 | <entry>y<subscript>7</subscript></entry> | ||
2269 | <entry>y<subscript>6</subscript></entry> | ||
2270 | <entry>y<subscript>5</subscript></entry> | ||
2271 | <entry>y<subscript>4</subscript></entry> | ||
2272 | <entry>y<subscript>3</subscript></entry> | ||
2273 | <entry>y<subscript>2</subscript></entry> | ||
2274 | <entry>y<subscript>1</subscript></entry> | ||
2275 | <entry>y<subscript>0</subscript></entry> | ||
2276 | <entry>v<subscript>7</subscript></entry> | ||
2277 | <entry>v<subscript>6</subscript></entry> | ||
2278 | <entry>v<subscript>5</subscript></entry> | ||
2279 | <entry>v<subscript>4</subscript></entry> | ||
2280 | <entry>v<subscript>3</subscript></entry> | ||
2281 | <entry>v<subscript>2</subscript></entry> | ||
2282 | <entry>v<subscript>1</subscript></entry> | ||
2283 | <entry>v<subscript>0</subscript></entry> | ||
2284 | </row> | ||
2418 | <row id="V4L2-MBUS-FMT-YUYV10-1X20"> | 2285 | <row id="V4L2-MBUS-FMT-YUYV10-1X20"> |
2419 | <entry>V4L2_MBUS_FMT_YUYV10_1X20</entry> | 2286 | <entry>V4L2_MBUS_FMT_YUYV10_1X20</entry> |
2420 | <entry>0x200d</entry> | 2287 | <entry>0x200d</entry> |
2421 | <entry></entry> | 2288 | <entry></entry> |
2289 | &dash-ent-10; | ||
2422 | <entry>y<subscript>9</subscript></entry> | 2290 | <entry>y<subscript>9</subscript></entry> |
2423 | <entry>y<subscript>8</subscript></entry> | 2291 | <entry>y<subscript>8</subscript></entry> |
2424 | <entry>y<subscript>7</subscript></entry> | 2292 | <entry>y<subscript>7</subscript></entry> |
@@ -2444,6 +2312,7 @@ | |||
2444 | <entry></entry> | 2312 | <entry></entry> |
2445 | <entry></entry> | 2313 | <entry></entry> |
2446 | <entry></entry> | 2314 | <entry></entry> |
2315 | &dash-ent-10; | ||
2447 | <entry>y<subscript>9</subscript></entry> | 2316 | <entry>y<subscript>9</subscript></entry> |
2448 | <entry>y<subscript>8</subscript></entry> | 2317 | <entry>y<subscript>8</subscript></entry> |
2449 | <entry>y<subscript>7</subscript></entry> | 2318 | <entry>y<subscript>7</subscript></entry> |
@@ -2469,6 +2338,7 @@ | |||
2469 | <entry>V4L2_MBUS_FMT_YVYU10_1X20</entry> | 2338 | <entry>V4L2_MBUS_FMT_YVYU10_1X20</entry> |
2470 | <entry>0x200e</entry> | 2339 | <entry>0x200e</entry> |
2471 | <entry></entry> | 2340 | <entry></entry> |
2341 | &dash-ent-10; | ||
2472 | <entry>y<subscript>9</subscript></entry> | 2342 | <entry>y<subscript>9</subscript></entry> |
2473 | <entry>y<subscript>8</subscript></entry> | 2343 | <entry>y<subscript>8</subscript></entry> |
2474 | <entry>y<subscript>7</subscript></entry> | 2344 | <entry>y<subscript>7</subscript></entry> |
@@ -2494,6 +2364,7 @@ | |||
2494 | <entry></entry> | 2364 | <entry></entry> |
2495 | <entry></entry> | 2365 | <entry></entry> |
2496 | <entry></entry> | 2366 | <entry></entry> |
2367 | &dash-ent-10; | ||
2497 | <entry>y<subscript>9</subscript></entry> | 2368 | <entry>y<subscript>9</subscript></entry> |
2498 | <entry>y<subscript>8</subscript></entry> | 2369 | <entry>y<subscript>8</subscript></entry> |
2499 | <entry>y<subscript>7</subscript></entry> | 2370 | <entry>y<subscript>7</subscript></entry> |
@@ -2515,6 +2386,41 @@ | |||
2515 | <entry>u<subscript>1</subscript></entry> | 2386 | <entry>u<subscript>1</subscript></entry> |
2516 | <entry>u<subscript>0</subscript></entry> | 2387 | <entry>u<subscript>0</subscript></entry> |
2517 | </row> | 2388 | </row> |
2389 | <row id="V4L2-MBUS-FMT-YUV10-1X30"> | ||
2390 | <entry>V4L2_MBUS_FMT_YUV10_1X30</entry> | ||
2391 | <entry>0x2014</entry> | ||
2392 | <entry></entry> | ||
2393 | <entry>y<subscript>9</subscript></entry> | ||
2394 | <entry>y<subscript>8</subscript></entry> | ||
2395 | <entry>y<subscript>7</subscript></entry> | ||
2396 | <entry>y<subscript>6</subscript></entry> | ||
2397 | <entry>y<subscript>5</subscript></entry> | ||
2398 | <entry>y<subscript>4</subscript></entry> | ||
2399 | <entry>y<subscript>3</subscript></entry> | ||
2400 | <entry>y<subscript>2</subscript></entry> | ||
2401 | <entry>y<subscript>1</subscript></entry> | ||
2402 | <entry>y<subscript>0</subscript></entry> | ||
2403 | <entry>u<subscript>9</subscript></entry> | ||
2404 | <entry>u<subscript>8</subscript></entry> | ||
2405 | <entry>u<subscript>7</subscript></entry> | ||
2406 | <entry>u<subscript>6</subscript></entry> | ||
2407 | <entry>u<subscript>5</subscript></entry> | ||
2408 | <entry>u<subscript>4</subscript></entry> | ||
2409 | <entry>u<subscript>3</subscript></entry> | ||
2410 | <entry>u<subscript>2</subscript></entry> | ||
2411 | <entry>u<subscript>1</subscript></entry> | ||
2412 | <entry>u<subscript>0</subscript></entry> | ||
2413 | <entry>v<subscript>9</subscript></entry> | ||
2414 | <entry>v<subscript>8</subscript></entry> | ||
2415 | <entry>v<subscript>7</subscript></entry> | ||
2416 | <entry>v<subscript>6</subscript></entry> | ||
2417 | <entry>v<subscript>5</subscript></entry> | ||
2418 | <entry>v<subscript>4</subscript></entry> | ||
2419 | <entry>v<subscript>3</subscript></entry> | ||
2420 | <entry>v<subscript>2</subscript></entry> | ||
2421 | <entry>v<subscript>1</subscript></entry> | ||
2422 | <entry>v<subscript>0</subscript></entry> | ||
2423 | </row> | ||
2518 | </tbody> | 2424 | </tbody> |
2519 | </tgroup> | 2425 | </tgroup> |
2520 | </table> | 2426 | </table> |
diff --git a/Documentation/DocBook/media/v4l/v4l2.xml b/Documentation/DocBook/media/v4l/v4l2.xml index 4d110b1ad3e9..a3cce18384e9 100644 --- a/Documentation/DocBook/media/v4l/v4l2.xml +++ b/Documentation/DocBook/media/v4l/v4l2.xml | |||
@@ -140,6 +140,16 @@ structs, ioctls) must be noted in more detail in the history chapter | |||
140 | applications. --> | 140 | applications. --> |
141 | 141 | ||
142 | <revision> | 142 | <revision> |
143 | <revnumber>3.9</revnumber> | ||
144 | <date>2012-12-03</date> | ||
145 | <authorinitials>sa, sn</authorinitials> | ||
146 | <revremark>Added timestamp types to v4l2_buffer. | ||
147 | Added <constant>V4L2_EVENT_CTRL_CH_RANGE</constant> control | ||
148 | event changes flag, see <xref linkend="changes-flags"/>. | ||
149 | </revremark> | ||
150 | </revision> | ||
151 | |||
152 | <revision> | ||
143 | <revnumber>3.6</revnumber> | 153 | <revnumber>3.6</revnumber> |
144 | <date>2012-07-02</date> | 154 | <date>2012-07-02</date> |
145 | <authorinitials>hv</authorinitials> | 155 | <authorinitials>hv</authorinitials> |
@@ -472,7 +482,7 @@ and discussions on the V4L mailing list.</revremark> | |||
472 | </partinfo> | 482 | </partinfo> |
473 | 483 | ||
474 | <title>Video for Linux Two API Specification</title> | 484 | <title>Video for Linux Two API Specification</title> |
475 | <subtitle>Revision 3.6</subtitle> | 485 | <subtitle>Revision 3.9</subtitle> |
476 | 486 | ||
477 | <chapter id="common"> | 487 | <chapter id="common"> |
478 | &sub-common; | 488 | &sub-common; |
diff --git a/Documentation/DocBook/media/v4l/vidioc-dqevent.xml b/Documentation/DocBook/media/v4l/vidioc-dqevent.xml index 98a856f9ec30..89891adb928a 100644 --- a/Documentation/DocBook/media/v4l/vidioc-dqevent.xml +++ b/Documentation/DocBook/media/v4l/vidioc-dqevent.xml | |||
@@ -261,6 +261,12 @@ | |||
261 | <entry>This control event was triggered because the control flags | 261 | <entry>This control event was triggered because the control flags |
262 | changed.</entry> | 262 | changed.</entry> |
263 | </row> | 263 | </row> |
264 | <row> | ||
265 | <entry><constant>V4L2_EVENT_CTRL_CH_RANGE</constant></entry> | ||
266 | <entry>0x0004</entry> | ||
267 | <entry>This control event was triggered because the minimum, | ||
268 | maximum, step or the default value of the control changed.</entry> | ||
269 | </row> | ||
264 | </tbody> | 270 | </tbody> |
265 | </tgroup> | 271 | </tgroup> |
266 | </table> | 272 | </table> |
diff --git a/Documentation/DocBook/media/v4l/vidioc-expbuf.xml b/Documentation/DocBook/media/v4l/vidioc-expbuf.xml index 72dfbd20a802..e287c8fc803b 100644 --- a/Documentation/DocBook/media/v4l/vidioc-expbuf.xml +++ b/Documentation/DocBook/media/v4l/vidioc-expbuf.xml | |||
@@ -83,15 +83,14 @@ descriptor. The application may pass it to other DMABUF-aware devices. Refer to | |||
83 | <link linkend="dmabuf">DMABUF importing</link> for details about importing | 83 | <link linkend="dmabuf">DMABUF importing</link> for details about importing |
84 | DMABUF files into V4L2 nodes. It is recommended to close a DMABUF file when it | 84 | DMABUF files into V4L2 nodes. It is recommended to close a DMABUF file when it |
85 | is no longer used to allow the associated memory to be reclaimed. </para> | 85 | is no longer used to allow the associated memory to be reclaimed. </para> |
86 | |||
87 | </refsect1> | 86 | </refsect1> |
87 | |||
88 | <refsect1> | 88 | <refsect1> |
89 | <section> | 89 | <title>Examples</title> |
90 | <title>Examples</title> | ||
91 | 90 | ||
92 | <example> | 91 | <example> |
93 | <title>Exporting a buffer.</title> | 92 | <title>Exporting a buffer.</title> |
94 | <programlisting> | 93 | <programlisting> |
95 | int buffer_export(int v4lfd, &v4l2-buf-type; bt, int index, int *dmafd) | 94 | int buffer_export(int v4lfd, &v4l2-buf-type; bt, int index, int *dmafd) |
96 | { | 95 | { |
97 | &v4l2-exportbuffer; expbuf; | 96 | &v4l2-exportbuffer; expbuf; |
@@ -108,12 +107,12 @@ int buffer_export(int v4lfd, &v4l2-buf-type; bt, int index, int *dmafd) | |||
108 | 107 | ||
109 | return 0; | 108 | return 0; |
110 | } | 109 | } |
111 | </programlisting> | 110 | </programlisting> |
112 | </example> | 111 | </example> |
113 | 112 | ||
114 | <example> | 113 | <example> |
115 | <title>Exporting a buffer using the multi-planar API.</title> | 114 | <title>Exporting a buffer using the multi-planar API.</title> |
116 | <programlisting> | 115 | <programlisting> |
117 | int buffer_export_mp(int v4lfd, &v4l2-buf-type; bt, int index, | 116 | int buffer_export_mp(int v4lfd, &v4l2-buf-type; bt, int index, |
118 | int dmafd[], int n_planes) | 117 | int dmafd[], int n_planes) |
119 | { | 118 | { |
@@ -137,12 +136,9 @@ int buffer_export_mp(int v4lfd, &v4l2-buf-type; bt, int index, | |||
137 | 136 | ||
138 | return 0; | 137 | return 0; |
139 | } | 138 | } |
140 | </programlisting> | 139 | </programlisting> |
141 | </example> | 140 | </example> |
142 | </section> | ||
143 | </refsect1> | ||
144 | 141 | ||
145 | <refsect1> | ||
146 | <table pgwide="1" frame="none" id="v4l2-exportbuffer"> | 142 | <table pgwide="1" frame="none" id="v4l2-exportbuffer"> |
147 | <title>struct <structname>v4l2_exportbuffer</structname></title> | 143 | <title>struct <structname>v4l2_exportbuffer</structname></title> |
148 | <tgroup cols="3"> | 144 | <tgroup cols="3"> |
diff --git a/Documentation/DocBook/media/v4l/vidioc-g-ctrl.xml b/Documentation/DocBook/media/v4l/vidioc-g-ctrl.xml index 12b1d0503e26..ee2820d6ca66 100644 --- a/Documentation/DocBook/media/v4l/vidioc-g-ctrl.xml +++ b/Documentation/DocBook/media/v4l/vidioc-g-ctrl.xml | |||
@@ -64,7 +64,9 @@ return an &EINVAL;. When the <structfield>value</structfield> is out | |||
64 | of bounds drivers can choose to take the closest valid value or return | 64 | of bounds drivers can choose to take the closest valid value or return |
65 | an &ERANGE;, whatever seems more appropriate. However, | 65 | an &ERANGE;, whatever seems more appropriate. However, |
66 | <constant>VIDIOC_S_CTRL</constant> is a write-only ioctl, it does not | 66 | <constant>VIDIOC_S_CTRL</constant> is a write-only ioctl, it does not |
67 | return the actual new value.</para> | 67 | return the actual new value. If the <structfield>value</structfield> |
68 | is inappropriate for the control (e.g. if it refers to an unsupported | ||
69 | menu index of a menu control), then &EINVAL; is returned as well.</para> | ||
68 | 70 | ||
69 | <para>These ioctls work only with user controls. For other | 71 | <para>These ioctls work only with user controls. For other |
70 | control classes the &VIDIOC-G-EXT-CTRLS;, &VIDIOC-S-EXT-CTRLS; or | 72 | control classes the &VIDIOC-G-EXT-CTRLS;, &VIDIOC-S-EXT-CTRLS; or |
@@ -99,7 +101,9 @@ application.</entry> | |||
99 | <term><errorcode>EINVAL</errorcode></term> | 101 | <term><errorcode>EINVAL</errorcode></term> |
100 | <listitem> | 102 | <listitem> |
101 | <para>The &v4l2-control; <structfield>id</structfield> is | 103 | <para>The &v4l2-control; <structfield>id</structfield> is |
102 | invalid.</para> | 104 | invalid or the <structfield>value</structfield> is inappropriate for |
105 | the given control (i.e. if a menu item is selected that is not supported | ||
106 | by the driver according to &VIDIOC-QUERYMENU;).</para> | ||
103 | </listitem> | 107 | </listitem> |
104 | </varlistentry> | 108 | </varlistentry> |
105 | <varlistentry> | 109 | <varlistentry> |
diff --git a/Documentation/DocBook/media/v4l/vidioc-g-ext-ctrls.xml b/Documentation/DocBook/media/v4l/vidioc-g-ext-ctrls.xml index 0a4b90fcf2da..4e16112df992 100644 --- a/Documentation/DocBook/media/v4l/vidioc-g-ext-ctrls.xml +++ b/Documentation/DocBook/media/v4l/vidioc-g-ext-ctrls.xml | |||
@@ -106,7 +106,9 @@ value or if an error is returned.</para> | |||
106 | &EINVAL;. When the value is out of bounds drivers can choose to take | 106 | &EINVAL;. When the value is out of bounds drivers can choose to take |
107 | the closest valid value or return an &ERANGE;, whatever seems more | 107 | the closest valid value or return an &ERANGE;, whatever seems more |
108 | appropriate. In the first case the new value is set in | 108 | appropriate. In the first case the new value is set in |
109 | &v4l2-ext-control;.</para> | 109 | &v4l2-ext-control;. If the new control value is inappropriate (e.g. the |
110 | given menu index is not supported by the menu control), then this will | ||
111 | also result in an &EINVAL; error.</para> | ||
110 | 112 | ||
111 | <para>The driver will only set/get these controls if all control | 113 | <para>The driver will only set/get these controls if all control |
112 | values are correct. This prevents the situation where only some of the | 114 | values are correct. This prevents the situation where only some of the |
@@ -199,13 +201,46 @@ also be zero.</entry> | |||
199 | <row> | 201 | <row> |
200 | <entry>__u32</entry> | 202 | <entry>__u32</entry> |
201 | <entry><structfield>error_idx</structfield></entry> | 203 | <entry><structfield>error_idx</structfield></entry> |
202 | <entry>Set by the driver in case of an error. If it is equal | 204 | <entry><para>Set by the driver in case of an error. If the error is |
203 | to <structfield>count</structfield>, then no actual changes were made to | 205 | associated with a particular control, then <structfield>error_idx</structfield> |
204 | controls. In other words, the error was not associated with setting a particular | 206 | is set to the index of that control. If the error is not related to a specific |
205 | control. If it is another value, then only the controls up to <structfield>error_idx-1</structfield> | 207 | control, or the validation step failed (see below), then |
206 | were modified and control <structfield>error_idx</structfield> is the one that | 208 | <structfield>error_idx</structfield> is set to <structfield>count</structfield>. |
207 | caused the error. The <structfield>error_idx</structfield> value is undefined | 209 | The value is undefined if the ioctl returned 0 (success).</para> |
208 | if the ioctl returned 0 (success).</entry> | 210 | |
211 | <para>Before controls are read from/written to hardware a validation step | ||
212 | takes place: this checks if all controls in the list are valid controls, | ||
213 | if no attempt is made to write to a read-only control or read from a write-only | ||
214 | control, and any other up-front checks that can be done without accessing the | ||
215 | hardware. The exact validations done during this step are driver dependent | ||
216 | since some checks might require hardware access for some devices, thus making | ||
217 | it impossible to do those checks up-front. However, drivers should make a | ||
218 | best-effort to do as many up-front checks as possible.</para> | ||
219 | |||
220 | <para>This check is done to avoid leaving the hardware in an inconsistent state due | ||
221 | to easy-to-avoid problems. But it leads to another problem: the application needs to | ||
222 | know whether an error came from the validation step (meaning that the hardware | ||
223 | was not touched) or from an error during the actual reading from/writing to hardware.</para> | ||
224 | |||
225 | <para>The, in hindsight quite poor, solution for that is to set <structfield>error_idx</structfield> | ||
226 | to <structfield>count</structfield> if the validation failed. This has the | ||
227 | unfortunate side-effect that it is not possible to see which control failed the | ||
228 | validation. If the validation was successful and the error happened while | ||
229 | accessing the hardware, then <structfield>error_idx</structfield> is less than | ||
230 | <structfield>count</structfield> and only the controls up to | ||
231 | <structfield>error_idx-1</structfield> were read or written correctly, and the | ||
232 | state of the remaining controls is undefined.</para> | ||
233 | |||
234 | <para>Since <constant>VIDIOC_TRY_EXT_CTRLS</constant> does not access hardware | ||
235 | there is also no need to handle the validation step in this special way, | ||
236 | so <structfield>error_idx</structfield> will just be set to the control that | ||
237 | failed the validation step instead of to <structfield>count</structfield>. | ||
238 | This means that if <constant>VIDIOC_S_EXT_CTRLS</constant> fails with | ||
239 | <structfield>error_idx</structfield> set to <structfield>count</structfield>, | ||
240 | then you can call <constant>VIDIOC_TRY_EXT_CTRLS</constant> to try to discover | ||
241 | the actual control that failed the validation step. Unfortunately, there | ||
242 | is no <constant>TRY</constant> equivalent for <constant>VIDIOC_G_EXT_CTRLS</constant>. | ||
243 | </para></entry> | ||
209 | </row> | 244 | </row> |
210 | <row> | 245 | <row> |
211 | <entry>__u32</entry> | 246 | <entry>__u32</entry> |
@@ -298,8 +333,10 @@ These controls are described in <xref | |||
298 | <term><errorcode>EINVAL</errorcode></term> | 333 | <term><errorcode>EINVAL</errorcode></term> |
299 | <listitem> | 334 | <listitem> |
300 | <para>The &v4l2-ext-control; <structfield>id</structfield> | 335 | <para>The &v4l2-ext-control; <structfield>id</structfield> |
301 | is invalid or the &v4l2-ext-controls; | 336 | is invalid, the &v4l2-ext-controls; |
302 | <structfield>ctrl_class</structfield> is invalid. This error code is | 337 | <structfield>ctrl_class</structfield> is invalid, or the &v4l2-ext-control; |
338 | <structfield>value</structfield> was inappropriate (e.g. the given menu | ||
339 | index is not supported by the driver). This error code is | ||
303 | also returned by the <constant>VIDIOC_S_EXT_CTRLS</constant> and | 340 | also returned by the <constant>VIDIOC_S_EXT_CTRLS</constant> and |
304 | <constant>VIDIOC_TRY_EXT_CTRLS</constant> ioctls if two or more | 341 | <constant>VIDIOC_TRY_EXT_CTRLS</constant> ioctls if two or more |
305 | control values are in conflict.</para> | 342 | control values are in conflict.</para> |
diff --git a/Documentation/DocBook/media/v4l/vidioc-querycap.xml b/Documentation/DocBook/media/v4l/vidioc-querycap.xml index 4c70215ae03f..d5a3c97b206a 100644 --- a/Documentation/DocBook/media/v4l/vidioc-querycap.xml +++ b/Documentation/DocBook/media/v4l/vidioc-querycap.xml | |||
@@ -76,7 +76,7 @@ make sure the strings are properly NUL-terminated.</para></entry> | |||
76 | <row> | 76 | <row> |
77 | <entry>__u8</entry> | 77 | <entry>__u8</entry> |
78 | <entry><structfield>card</structfield>[32]</entry> | 78 | <entry><structfield>card</structfield>[32]</entry> |
79 | <entry>Name of the device, a NUL-terminated ASCII string. | 79 | <entry>Name of the device, a NUL-terminated UTF-8 string. |
80 | For example: "Yoyodyne TV/FM". One driver may support different brands | 80 | For example: "Yoyodyne TV/FM". One driver may support different brands |
81 | or models of video hardware. This information is intended for users, | 81 | or models of video hardware. This information is intended for users, |
82 | for example in a menu of available devices. Since multiple TV cards of | 82 | for example in a menu of available devices. Since multiple TV cards of |
diff --git a/Documentation/DocBook/media_api.tmpl b/Documentation/DocBook/media_api.tmpl index f2413acfe241..1f6593deb995 100644 --- a/Documentation/DocBook/media_api.tmpl +++ b/Documentation/DocBook/media_api.tmpl | |||
@@ -22,6 +22,7 @@ | |||
22 | 22 | ||
23 | <!-- LinuxTV v4l-dvb repository. --> | 23 | <!-- LinuxTV v4l-dvb repository. --> |
24 | <!ENTITY v4l-dvb "<ulink url='http://linuxtv.org/repo/'>http://linuxtv.org/repo/</ulink>"> | 24 | <!ENTITY v4l-dvb "<ulink url='http://linuxtv.org/repo/'>http://linuxtv.org/repo/</ulink>"> |
25 | <!ENTITY dash-ent-10 "<entry>-</entry><entry>-</entry><entry>-</entry><entry>-</entry><entry>-</entry><entry>-</entry><entry>-</entry><entry>-</entry><entry>-</entry><entry>-</entry>"> | ||
25 | ]> | 26 | ]> |
26 | 27 | ||
27 | <book id="media_api"> | 28 | <book id="media_api"> |
diff --git a/Documentation/devicetree/bindings/media/gpio-ir-receiver.txt b/Documentation/devicetree/bindings/media/gpio-ir-receiver.txt new file mode 100644 index 000000000000..56e726ef4bf2 --- /dev/null +++ b/Documentation/devicetree/bindings/media/gpio-ir-receiver.txt | |||
@@ -0,0 +1,16 @@ | |||
1 | Device-Tree bindings for GPIO IR receiver | ||
2 | |||
3 | Required properties: | ||
4 | - compatible: should be "gpio-ir-receiver". | ||
5 | - gpios: specifies GPIO used for IR signal reception. | ||
6 | |||
7 | Optional properties: | ||
8 | - linux,rc-map-name: Linux specific remote control map name. | ||
9 | |||
10 | Example node: | ||
11 | |||
12 | ir: ir-receiver { | ||
13 | compatible = "gpio-ir-receiver"; | ||
14 | gpios = <&gpio0 19 1>; | ||
15 | linux,rc-map-name = "rc-rc6-mce"; | ||
16 | }; | ||
diff --git a/Documentation/dvb/get_dvb_firmware b/Documentation/dvb/get_dvb_firmware index 32bc56b13b1c..5d5ee4c13fa6 100755 --- a/Documentation/dvb/get_dvb_firmware +++ b/Documentation/dvb/get_dvb_firmware | |||
@@ -23,7 +23,7 @@ use IO::Handle; | |||
23 | 23 | ||
24 | @components = ( "sp8870", "sp887x", "tda10045", "tda10046", | 24 | @components = ( "sp8870", "sp887x", "tda10045", "tda10046", |
25 | "tda10046lifeview", "av7110", "dec2000t", "dec2540t", | 25 | "tda10046lifeview", "av7110", "dec2000t", "dec2540t", |
26 | "dec3000s", "vp7041", "dibusb", "nxt2002", "nxt2004", | 26 | "dec3000s", "vp7041", "vp7049", "dibusb", "nxt2002", "nxt2004", |
27 | "or51211", "or51132_qam", "or51132_vsb", "bluebird", | 27 | "or51211", "or51132_qam", "or51132_vsb", "bluebird", |
28 | "opera1", "cx231xx", "cx18", "cx23885", "pvrusb2", "mpc718", | 28 | "opera1", "cx231xx", "cx18", "cx23885", "pvrusb2", "mpc718", |
29 | "af9015", "ngene", "az6027", "lme2510_lg", "lme2510c_s7395", | 29 | "af9015", "ngene", "az6027", "lme2510_lg", "lme2510c_s7395", |
@@ -289,6 +289,19 @@ sub vp7041 { | |||
289 | $outfile; | 289 | $outfile; |
290 | } | 290 | } |
291 | 291 | ||
292 | sub vp7049 { | ||
293 | my $fwfile = "dvb-usb-vp7049-0.95.fw"; | ||
294 | my $url = "http://ao2.it/sites/default/files/blog/2012/11/06/linux-support-digicom-digitune-s-vp7049-udtt7049/$fwfile"; | ||
295 | my $hash = "5609fd295168aea88b25ff43a6f79c36"; | ||
296 | |||
297 | checkstandard(); | ||
298 | |||
299 | wgetfile($fwfile, $url); | ||
300 | verify($fwfile, $hash); | ||
301 | |||
302 | $fwfile; | ||
303 | } | ||
304 | |||
292 | sub dibusb { | 305 | sub dibusb { |
293 | my $url = "http://www.linuxtv.org/downloads/firmware/dvb-usb-dibusb-5.0.0.11.fw"; | 306 | my $url = "http://www.linuxtv.org/downloads/firmware/dvb-usb-dibusb-5.0.0.11.fw"; |
294 | my $outfile = "dvb-dibusb-5.0.0.11.fw"; | 307 | my $outfile = "dvb-dibusb-5.0.0.11.fw"; |
@@ -677,7 +690,7 @@ sub drxk_terratec_h5 { | |||
677 | } | 690 | } |
678 | 691 | ||
679 | sub drxk_terratec_htc_stick { | 692 | sub drxk_terratec_htc_stick { |
680 | my $url = "http://ftp.terratec.de/Receiver/Cinergy_HTC_Stick/Updates/"; | 693 | my $url = "http://ftp.terratec.de/Receiver/Cinergy_HTC_Stick/Updates/History/"; |
681 | my $zipfile = "Cinergy_HTC_Stick_Drv_5.09.1202.00_XP_Vista_7.exe"; | 694 | my $zipfile = "Cinergy_HTC_Stick_Drv_5.09.1202.00_XP_Vista_7.exe"; |
682 | my $hash = "6722a2442a05423b781721fbc069ed5e"; | 695 | my $hash = "6722a2442a05423b781721fbc069ed5e"; |
683 | my $tmpdir = tempdir(DIR => "/tmp", CLEANUP => 0); | 696 | my $tmpdir = tempdir(DIR => "/tmp", CLEANUP => 0); |
diff --git a/Documentation/media-framework.txt b/Documentation/media-framework.txt index 802875413873..77bd0a42f19d 100644 --- a/Documentation/media-framework.txt +++ b/Documentation/media-framework.txt | |||
@@ -336,7 +336,7 @@ Calls to media_entity_pipeline_start() can be nested. The pipeline pointer must | |||
336 | be identical for all nested calls to the function. | 336 | be identical for all nested calls to the function. |
337 | 337 | ||
338 | media_entity_pipeline_start() may return an error. In that case, it will | 338 | media_entity_pipeline_start() may return an error. In that case, it will |
339 | clean up any the changes it did by itself. | 339 | clean up any of the changes it did by itself. |
340 | 340 | ||
341 | When stopping the stream, drivers must notify the entities with | 341 | When stopping the stream, drivers must notify the entities with |
342 | 342 | ||
diff --git a/Documentation/video4linux/CARDLIST.au0828 b/Documentation/video4linux/CARDLIST.au0828 index a8a65753e544..55a21deab7db 100644 --- a/Documentation/video4linux/CARDLIST.au0828 +++ b/Documentation/video4linux/CARDLIST.au0828 | |||
@@ -1,5 +1,5 @@ | |||
1 | 0 -> Unknown board (au0828) | 1 | 0 -> Unknown board (au0828) |
2 | 1 -> Hauppauge HVR950Q (au0828) [2040:7200,2040:7210,2040:7217,2040:721b,2040:721e,2040:721f,2040:7280,0fd9:0008,2040:7260,2040:7213] | 2 | 1 -> Hauppauge HVR950Q (au0828) [2040:7200,2040:7210,2040:7217,2040:721b,2040:721e,2040:721f,2040:7280,0fd9:0008,2040:7260,2040:7213,2040:7270] |
3 | 2 -> Hauppauge HVR850 (au0828) [2040:7240] | 3 | 2 -> Hauppauge HVR850 (au0828) [2040:7240] |
4 | 3 -> DViCO FusionHDTV USB (au0828) [0fe9:d620] | 4 | 3 -> DViCO FusionHDTV USB (au0828) [0fe9:d620] |
5 | 4 -> Hauppauge HVR950Q rev xxF8 (au0828) [2040:7201,2040:7211,2040:7281] | 5 | 4 -> Hauppauge HVR950Q rev xxF8 (au0828) [2040:7201,2040:7211,2040:7281] |
diff --git a/Documentation/video4linux/CARDLIST.cx23885 b/Documentation/video4linux/CARDLIST.cx23885 index 1299b5e82d7f..9f056d512e35 100644 --- a/Documentation/video4linux/CARDLIST.cx23885 +++ b/Documentation/video4linux/CARDLIST.cx23885 | |||
@@ -36,3 +36,5 @@ | |||
36 | 35 -> TeVii S471 [d471:9022] | 36 | 35 -> TeVii S471 [d471:9022] |
37 | 36 -> Hauppauge WinTV-HVR1255 [0070:2259] | 37 | 36 -> Hauppauge WinTV-HVR1255 [0070:2259] |
38 | 37 -> Prof Revolution DVB-S2 8000 [8000:3034] | 38 | 37 -> Prof Revolution DVB-S2 8000 [8000:3034] |
39 | 38 -> Hauppauge WinTV-HVR4400 [0070:c108,0070:c138,0070:c12a,0070:c1f8] | ||
40 | 39 -> AVerTV Hybrid Express Slim HC81R [1461:d939] | ||
diff --git a/Documentation/video4linux/CARDLIST.em28xx b/Documentation/video4linux/CARDLIST.em28xx index d99262dda533..3f12865b2a88 100644 --- a/Documentation/video4linux/CARDLIST.em28xx +++ b/Documentation/video4linux/CARDLIST.em28xx | |||
@@ -76,7 +76,7 @@ | |||
76 | 76 -> KWorld PlusTV 340U or UB435-Q (ATSC) (em2870) [1b80:a340] | 76 | 76 -> KWorld PlusTV 340U or UB435-Q (ATSC) (em2870) [1b80:a340] |
77 | 77 -> EM2874 Leadership ISDBT (em2874) | 77 | 77 -> EM2874 Leadership ISDBT (em2874) |
78 | 78 -> PCTV nanoStick T2 290e (em28174) | 78 | 78 -> PCTV nanoStick T2 290e (em28174) |
79 | 79 -> Terratec Cinergy H5 (em2884) [0ccd:008e,0ccd:00ac,0ccd:10a2,0ccd:10ad] | 79 | 79 -> Terratec Cinergy H5 (em2884) [0ccd:10a2,0ccd:10ad] |
80 | 80 -> PCTV DVB-S2 Stick (460e) (em28174) | 80 | 80 -> PCTV DVB-S2 Stick (460e) (em28174) |
81 | 81 -> Hauppauge WinTV HVR 930C (em2884) [2040:1605] | 81 | 81 -> Hauppauge WinTV HVR 930C (em2884) [2040:1605] |
82 | 82 -> Terratec Cinergy HTC Stick (em2884) [0ccd:00b2] | 82 | 82 -> Terratec Cinergy HTC Stick (em2884) [0ccd:00b2] |
@@ -84,3 +84,4 @@ | |||
84 | 84 -> MaxMedia UB425-TC (em2874) [1b80:e425] | 84 | 84 -> MaxMedia UB425-TC (em2874) [1b80:e425] |
85 | 85 -> PCTV QuatroStick (510e) (em2884) [2304:0242] | 85 | 85 -> PCTV QuatroStick (510e) (em2884) [2304:0242] |
86 | 86 -> PCTV QuatroStick nano (520e) (em2884) [2013:0251] | 86 | 86 -> PCTV QuatroStick nano (520e) (em2884) [2013:0251] |
87 | 87 -> Terratec Cinergy HTC USB XS (em2884) [0ccd:008e,0ccd:00ac] | ||
diff --git a/Documentation/video4linux/CARDLIST.saa7134 b/Documentation/video4linux/CARDLIST.saa7134 index 94d9025aa82d..b3ad68309109 100644 --- a/Documentation/video4linux/CARDLIST.saa7134 +++ b/Documentation/video4linux/CARDLIST.saa7134 | |||
@@ -189,3 +189,4 @@ | |||
189 | 188 -> Sensoray 811/911 [6000:0811,6000:0911] | 189 | 188 -> Sensoray 811/911 [6000:0811,6000:0911] |
190 | 189 -> Kworld PC150-U [17de:a134] | 190 | 189 -> Kworld PC150-U [17de:a134] |
191 | 190 -> Asus My Cinema PS3-100 [1043:48cd] | 191 | 190 -> Asus My Cinema PS3-100 [1043:48cd] |
192 | 191 -> Hawell HW-9004V1 | ||
diff --git a/Documentation/video4linux/et61x251.txt b/Documentation/video4linux/et61x251.txt deleted file mode 100644 index e0cdae491858..000000000000 --- a/Documentation/video4linux/et61x251.txt +++ /dev/null | |||
@@ -1,315 +0,0 @@ | |||
1 | |||
2 | ET61X[12]51 PC Camera Controllers | ||
3 | Driver for Linux | ||
4 | ================================= | ||
5 | |||
6 | - Documentation - | ||
7 | |||
8 | |||
9 | Index | ||
10 | ===== | ||
11 | 1. Copyright | ||
12 | 2. Disclaimer | ||
13 | 3. License | ||
14 | 4. Overview and features | ||
15 | 5. Module dependencies | ||
16 | 6. Module loading | ||
17 | 7. Module parameters | ||
18 | 8. Optional device control through "sysfs" | ||
19 | 9. Supported devices | ||
20 | 10. Notes for V4L2 application developers | ||
21 | 11. Contact information | ||
22 | |||
23 | |||
24 | 1. Copyright | ||
25 | ============ | ||
26 | Copyright (C) 2006-2007 by Luca Risolia <luca.risolia@studio.unibo.it> | ||
27 | |||
28 | |||
29 | 2. Disclaimer | ||
30 | ============= | ||
31 | Etoms is a trademark of Etoms Electronics Corp. | ||
32 | This software is not developed or sponsored by Etoms Electronics. | ||
33 | |||
34 | |||
35 | 3. License | ||
36 | ========== | ||
37 | This program is free software; you can redistribute it and/or modify | ||
38 | it under the terms of the GNU General Public License as published by | ||
39 | the Free Software Foundation; either version 2 of the License, or | ||
40 | (at your option) any later version. | ||
41 | |||
42 | This program is distributed in the hope that it will be useful, | ||
43 | but WITHOUT ANY WARRANTY; without even the implied warranty of | ||
44 | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | ||
45 | GNU General Public License for more details. | ||
46 | |||
47 | You should have received a copy of the GNU General Public License | ||
48 | along with this program; if not, write to the Free Software | ||
49 | Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. | ||
50 | |||
51 | |||
52 | 4. Overview and features | ||
53 | ======================== | ||
54 | This driver supports the video interface of the devices mounting the ET61X151 | ||
55 | or ET61X251 PC Camera Controllers. | ||
56 | |||
57 | It's worth to note that Etoms Electronics has never collaborated with the | ||
58 | author during the development of this project; despite several requests, | ||
59 | Etoms Electronics also refused to release enough detailed specifications of | ||
60 | the video compression engine. | ||
61 | |||
62 | The driver relies on the Video4Linux2 and USB core modules. It has been | ||
63 | designed to run properly on SMP systems as well. | ||
64 | |||
65 | The latest version of the ET61X[12]51 driver can be found at the following URL: | ||
66 | http://www.linux-projects.org/ | ||
67 | |||
68 | Some of the features of the driver are: | ||
69 | |||
70 | - full compliance with the Video4Linux2 API (see also "Notes for V4L2 | ||
71 | application developers" paragraph); | ||
72 | - available mmap or read/poll methods for video streaming through isochronous | ||
73 | data transfers; | ||
74 | - automatic detection of image sensor; | ||
75 | - support for any window resolutions and optional panning within the maximum | ||
76 | pixel area of image sensor; | ||
77 | - image downscaling with arbitrary scaling factors from 1 and 2 in both | ||
78 | directions (see "Notes for V4L2 application developers" paragraph); | ||
79 | - two different video formats for uncompressed or compressed data in low or | ||
80 | high compression quality (see also "Notes for V4L2 application developers" | ||
81 | paragraph); | ||
82 | - full support for the capabilities of every possible image sensors that can | ||
83 | be connected to the ET61X[12]51 bridges, including, for instance, red, green, | ||
84 | blue and global gain adjustments and exposure control (see "Supported | ||
85 | devices" paragraph for details); | ||
86 | - use of default color settings for sunlight conditions; | ||
87 | - dynamic I/O interface for both ET61X[12]51 and image sensor control (see | ||
88 | "Optional device control through 'sysfs'" paragraph); | ||
89 | - dynamic driver control thanks to various module parameters (see "Module | ||
90 | parameters" paragraph); | ||
91 | - up to 64 cameras can be handled at the same time; they can be connected and | ||
92 | disconnected from the host many times without turning off the computer, if | ||
93 | the system supports hotplugging; | ||
94 | - no known bugs. | ||
95 | |||
96 | |||
97 | 5. Module dependencies | ||
98 | ====================== | ||
99 | For it to work properly, the driver needs kernel support for Video4Linux and | ||
100 | USB. | ||
101 | |||
102 | The following options of the kernel configuration file must be enabled and | ||
103 | corresponding modules must be compiled: | ||
104 | |||
105 | # Multimedia devices | ||
106 | # | ||
107 | CONFIG_VIDEO_DEV=m | ||
108 | |||
109 | To enable advanced debugging functionality on the device through /sysfs: | ||
110 | |||
111 | # Multimedia devices | ||
112 | # | ||
113 | CONFIG_VIDEO_ADV_DEBUG=y | ||
114 | |||
115 | # USB support | ||
116 | # | ||
117 | CONFIG_USB=m | ||
118 | |||
119 | In addition, depending on the hardware being used, the modules below are | ||
120 | necessary: | ||
121 | |||
122 | # USB Host Controller Drivers | ||
123 | # | ||
124 | CONFIG_USB_EHCI_HCD=m | ||
125 | CONFIG_USB_UHCI_HCD=m | ||
126 | CONFIG_USB_OHCI_HCD=m | ||
127 | |||
128 | And finally: | ||
129 | |||
130 | # USB Multimedia devices | ||
131 | # | ||
132 | CONFIG_USB_ET61X251=m | ||
133 | |||
134 | |||
135 | 6. Module loading | ||
136 | ================= | ||
137 | To use the driver, it is necessary to load the "et61x251" module into memory | ||
138 | after every other module required: "videodev", "v4l2_common", "compat_ioctl32", | ||
139 | "usbcore" and, depending on the USB host controller you have, "ehci-hcd", | ||
140 | "uhci-hcd" or "ohci-hcd". | ||
141 | |||
142 | Loading can be done as shown below: | ||
143 | |||
144 | [root@localhost home]# modprobe et61x251 | ||
145 | |||
146 | At this point the devices should be recognized. You can invoke "dmesg" to | ||
147 | analyze kernel messages and verify that the loading process has gone well: | ||
148 | |||
149 | [user@localhost home]$ dmesg | ||
150 | |||
151 | |||
152 | 7. Module parameters | ||
153 | ==================== | ||
154 | Module parameters are listed below: | ||
155 | ------------------------------------------------------------------------------- | ||
156 | Name: video_nr | ||
157 | Type: short array (min = 0, max = 64) | ||
158 | Syntax: <-1|n[,...]> | ||
159 | Description: Specify V4L2 minor mode number: | ||
160 | -1 = use next available | ||
161 | n = use minor number n | ||
162 | You can specify up to 64 cameras this way. | ||
163 | For example: | ||
164 | video_nr=-1,2,-1 would assign minor number 2 to the second | ||
165 | registered camera and use auto for the first one and for every | ||
166 | other camera. | ||
167 | Default: -1 | ||
168 | ------------------------------------------------------------------------------- | ||
169 | Name: force_munmap | ||
170 | Type: bool array (min = 0, max = 64) | ||
171 | Syntax: <0|1[,...]> | ||
172 | Description: Force the application to unmap previously mapped buffer memory | ||
173 | before calling any VIDIOC_S_CROP or VIDIOC_S_FMT ioctl's. Not | ||
174 | all the applications support this feature. This parameter is | ||
175 | specific for each detected camera. | ||
176 | 0 = do not force memory unmapping | ||
177 | 1 = force memory unmapping (save memory) | ||
178 | Default: 0 | ||
179 | ------------------------------------------------------------------------------- | ||
180 | Name: frame_timeout | ||
181 | Type: uint array (min = 0, max = 64) | ||
182 | Syntax: <n[,...]> | ||
183 | Description: Timeout for a video frame in seconds. This parameter is | ||
184 | specific for each detected camera. This parameter can be | ||
185 | changed at runtime thanks to the /sys filesystem interface. | ||
186 | Default: 2 | ||
187 | ------------------------------------------------------------------------------- | ||
188 | Name: debug | ||
189 | Type: ushort | ||
190 | Syntax: <n> | ||
191 | Description: Debugging information level, from 0 to 3: | ||
192 | 0 = none (use carefully) | ||
193 | 1 = critical errors | ||
194 | 2 = significant information | ||
195 | 3 = more verbose messages | ||
196 | Level 3 is useful for testing only, when only one device | ||
197 | is used at the same time. It also shows some more information | ||
198 | about the hardware being detected. This module parameter can be | ||
199 | changed at runtime thanks to the /sys filesystem interface. | ||
200 | Default: 2 | ||
201 | ------------------------------------------------------------------------------- | ||
202 | |||
203 | |||
204 | 8. Optional device control through "sysfs" | ||
205 | ========================================== | ||
206 | If the kernel has been compiled with the CONFIG_VIDEO_ADV_DEBUG option enabled, | ||
207 | it is possible to read and write both the ET61X[12]51 and the image sensor | ||
208 | registers by using the "sysfs" filesystem interface. | ||
209 | |||
210 | There are four files in the /sys/class/video4linux/videoX directory for each | ||
211 | registered camera: "reg", "val", "i2c_reg" and "i2c_val". The first two files | ||
212 | control the ET61X[12]51 bridge, while the other two control the sensor chip. | ||
213 | "reg" and "i2c_reg" hold the values of the current register index where the | ||
214 | following reading/writing operations are addressed at through "val" and | ||
215 | "i2c_val". Their use is not intended for end-users, unless you know what you | ||
216 | are doing. Remember that you must be logged in as root before writing to them. | ||
217 | |||
218 | As an example, suppose we were to want to read the value contained in the | ||
219 | register number 1 of the sensor register table - which is usually the product | ||
220 | identifier - of the camera registered as "/dev/video0": | ||
221 | |||
222 | [root@localhost #] cd /sys/class/video4linux/video0 | ||
223 | [root@localhost #] echo 1 > i2c_reg | ||
224 | [root@localhost #] cat i2c_val | ||
225 | |||
226 | Note that if the sensor registers cannot be read, "cat" will fail. | ||
227 | To avoid race conditions, all the I/O accesses to the files are serialized. | ||
228 | |||
229 | |||
230 | 9. Supported devices | ||
231 | ==================== | ||
232 | None of the names of the companies as well as their products will be mentioned | ||
233 | here. They have never collaborated with the author, so no advertising. | ||
234 | |||
235 | From the point of view of a driver, what unambiguously identify a device are | ||
236 | its vendor and product USB identifiers. Below is a list of known identifiers of | ||
237 | devices mounting the ET61X[12]51 PC camera controllers: | ||
238 | |||
239 | Vendor ID Product ID | ||
240 | --------- ---------- | ||
241 | 0x102c 0x6151 | ||
242 | 0x102c 0x6251 | ||
243 | 0x102c 0x6253 | ||
244 | 0x102c 0x6254 | ||
245 | 0x102c 0x6255 | ||
246 | 0x102c 0x6256 | ||
247 | 0x102c 0x6257 | ||
248 | 0x102c 0x6258 | ||
249 | 0x102c 0x6259 | ||
250 | 0x102c 0x625a | ||
251 | 0x102c 0x625b | ||
252 | 0x102c 0x625c | ||
253 | 0x102c 0x625d | ||
254 | 0x102c 0x625e | ||
255 | 0x102c 0x625f | ||
256 | 0x102c 0x6260 | ||
257 | 0x102c 0x6261 | ||
258 | 0x102c 0x6262 | ||
259 | 0x102c 0x6263 | ||
260 | 0x102c 0x6264 | ||
261 | 0x102c 0x6265 | ||
262 | 0x102c 0x6266 | ||
263 | 0x102c 0x6267 | ||
264 | 0x102c 0x6268 | ||
265 | 0x102c 0x6269 | ||
266 | |||
267 | The following image sensors are supported: | ||
268 | |||
269 | Model Manufacturer | ||
270 | ----- ------------ | ||
271 | TAS5130D1B Taiwan Advanced Sensor Corporation | ||
272 | |||
273 | All the available control settings of each image sensor are supported through | ||
274 | the V4L2 interface. | ||
275 | |||
276 | |||
277 | 10. Notes for V4L2 application developers | ||
278 | ========================================= | ||
279 | This driver follows the V4L2 API specifications. In particular, it enforces two | ||
280 | rules: | ||
281 | |||
282 | - exactly one I/O method, either "mmap" or "read", is associated with each | ||
283 | file descriptor. Once it is selected, the application must close and reopen the | ||
284 | device to switch to the other I/O method; | ||
285 | |||
286 | - although it is not mandatory, previously mapped buffer memory should always | ||
287 | be unmapped before calling any "VIDIOC_S_CROP" or "VIDIOC_S_FMT" ioctl's. | ||
288 | The same number of buffers as before will be allocated again to match the size | ||
289 | of the new video frames, so you have to map the buffers again before any I/O | ||
290 | attempts on them. | ||
291 | |||
292 | Consistently with the hardware limits, this driver also supports image | ||
293 | downscaling with arbitrary scaling factors from 1 and 2 in both directions. | ||
294 | However, the V4L2 API specifications don't correctly define how the scaling | ||
295 | factor can be chosen arbitrarily by the "negotiation" of the "source" and | ||
296 | "target" rectangles. To work around this flaw, we have added the convention | ||
297 | that, during the negotiation, whenever the "VIDIOC_S_CROP" ioctl is issued, the | ||
298 | scaling factor is restored to 1. | ||
299 | |||
300 | This driver supports two different video formats: the first one is the "8-bit | ||
301 | Sequential Bayer" format and can be used to obtain uncompressed video data | ||
302 | from the device through the current I/O method, while the second one provides | ||
303 | "raw" compressed video data (without frame headers not related to the | ||
304 | compressed data). The current compression quality may vary from 0 to 1 and can | ||
305 | be selected or queried thanks to the VIDIOC_S_JPEGCOMP and VIDIOC_G_JPEGCOMP | ||
306 | V4L2 ioctl's. | ||
307 | |||
308 | |||
309 | 11. Contact information | ||
310 | ======================= | ||
311 | The author may be contacted by e-mail at <luca.risolia@studio.unibo.it>. | ||
312 | |||
313 | GPG/PGP encrypted e-mail's are accepted. The GPG key ID of the author is | ||
314 | 'FCE635A4'; the public 1024-bit key should be available at any keyserver; | ||
315 | the fingerprint is: '88E8 F32F 7244 68BA 3958 5D40 99DA 5D2A FCE6 35A4'. | ||
diff --git a/Documentation/video4linux/extract_xc3028.pl b/Documentation/video4linux/extract_xc3028.pl index 47877deae6d7..47877deae6d7 100644..100755 --- a/Documentation/video4linux/extract_xc3028.pl +++ b/Documentation/video4linux/extract_xc3028.pl | |||
diff --git a/Documentation/video4linux/fimc.txt b/Documentation/video4linux/fimc.txt index fd02d9a4930a..25f4d3402722 100644 --- a/Documentation/video4linux/fimc.txt +++ b/Documentation/video4linux/fimc.txt | |||
@@ -58,7 +58,7 @@ Not currently supported: | |||
58 | 4.1. Media device interface | 58 | 4.1. Media device interface |
59 | 59 | ||
60 | The driver supports Media Controller API as defined at | 60 | The driver supports Media Controller API as defined at |
61 | http://http://linuxtv.org/downloads/v4l-dvb-apis/media_common.html | 61 | http://linuxtv.org/downloads/v4l-dvb-apis/media_common.html |
62 | The media device driver name is "SAMSUNG S5P FIMC". | 62 | The media device driver name is "SAMSUNG S5P FIMC". |
63 | 63 | ||
64 | The purpose of this interface is to allow changing assignment of FIMC instances | 64 | The purpose of this interface is to allow changing assignment of FIMC instances |
diff --git a/Documentation/video4linux/ibmcam.txt b/Documentation/video4linux/ibmcam.txt deleted file mode 100644 index a51055211e62..000000000000 --- a/Documentation/video4linux/ibmcam.txt +++ /dev/null | |||
@@ -1,323 +0,0 @@ | |||
1 | README for Linux device driver for the IBM "C-It" USB video camera | ||
2 | |||
3 | INTRODUCTION: | ||
4 | |||
5 | This driver does not use all features known to exist in | ||
6 | the IBM camera. However most of needed features work well. | ||
7 | |||
8 | This driver was developed using logs of observed USB traffic | ||
9 | which was produced by standard Windows driver (c-it98.sys). | ||
10 | I did not have data sheets from Xirlink. | ||
11 | |||
12 | Video formats: | ||
13 | 128x96 [model 1] | ||
14 | 176x144 | ||
15 | 320x240 [model 2] | ||
16 | 352x240 [model 2] | ||
17 | 352x288 | ||
18 | Frame rate: 3 - 30 frames per second (FPS) | ||
19 | External interface: USB | ||
20 | Internal interface: Video For Linux (V4L) | ||
21 | Supported controls: | ||
22 | - by V4L: Contrast, Brightness, Color, Hue | ||
23 | - by driver options: frame rate, lighting conditions, video format, | ||
24 | default picture settings, sharpness. | ||
25 | |||
26 | SUPPORTED CAMERAS: | ||
27 | |||
28 | Xirlink "C-It" camera, also known as "IBM PC Camera". | ||
29 | The device uses proprietary ASIC (and compression method); | ||
30 | it is manufactured by Xirlink. See http://xirlinkwebcam.sourceforge.net, | ||
31 | http://www.ibmpccamera.com, or http://www.c-itnow.com/ for details and pictures. | ||
32 | |||
33 | This very chipset ("X Chip", as marked at the factory) | ||
34 | is used in several other cameras, and they are supported | ||
35 | as well: | ||
36 | |||
37 | - IBM NetCamera | ||
38 | - Veo Stingray | ||
39 | |||
40 | The Linux driver was developed with camera with following | ||
41 | model number (or FCC ID): KSX-XVP510. This camera has three | ||
42 | interfaces, each with one endpoint (control, iso, iso). This | ||
43 | type of cameras is referred to as "model 1". These cameras are | ||
44 | no longer manufactured. | ||
45 | |||
46 | Xirlink now manufactures new cameras which are somewhat different. | ||
47 | In particular, following models [FCC ID] belong to that category: | ||
48 | |||
49 | XVP300 [KSX-X9903] | ||
50 | XVP600 [KSX-X9902] | ||
51 | XVP610 [KSX-X9902] | ||
52 | |||
53 | (see http://www.xirlink.com/ibmpccamera/ for updates, they refer | ||
54 | to these new cameras by Windows driver dated 12-27-99, v3005 BETA) | ||
55 | These cameras have two interfaces, one endpoint in each (iso, bulk). | ||
56 | Such type of cameras is referred to as "model 2". They are supported | ||
57 | (with exception of 352x288 native mode). | ||
58 | |||
59 | Some IBM NetCameras (Model 4) are made to generate only compressed | ||
60 | video streams. This is great for performance, but unfortunately | ||
61 | nobody knows how to decompress the stream :-( Therefore, these | ||
62 | cameras are *unsupported* and if you try to use one of those, all | ||
63 | you get is random colored horizontal streaks, not the image! | ||
64 | If you have one of those cameras, you probably should return it | ||
65 | to the store and get something that is supported. | ||
66 | |||
67 | Tell me more about all that "model" business | ||
68 | -------------------------------------------- | ||
69 | |||
70 | I just invented model numbers to uniquely identify flavors of the | ||
71 | hardware/firmware that were sold. It was very confusing to use | ||
72 | brand names or some other internal numbering schemes. So I found | ||
73 | by experimentation that all Xirlink chipsets fall into four big | ||
74 | classes, and I called them "models". Each model is programmed in | ||
75 | its own way, and each model sends back the video in its own way. | ||
76 | |||
77 | Quirks of Model 2 cameras: | ||
78 | ------------------------- | ||
79 | |||
80 | Model 2 does not have hardware contrast control. Corresponding V4L | ||
81 | control is implemented in software, which is not very nice to your | ||
82 | CPU, but at least it works. | ||
83 | |||
84 | This driver provides 352x288 mode by switching the camera into | ||
85 | quasi-352x288 RGB mode (800 Kbits per frame) essentially limiting | ||
86 | this mode to 10 frames per second or less, in ideal conditions on | ||
87 | the bus (USB is shared, after all). The frame rate | ||
88 | has to be programmed very conservatively. Additional concern is that | ||
89 | frame rate depends on brightness setting; therefore the picture can | ||
90 | be good at one brightness and broken at another! I did not want to fix | ||
91 | the frame rate at slowest setting, but I had to move it pretty much down | ||
92 | the scale (so that framerate option barely matters). I also noticed that | ||
93 | camera after first powering up produces frames slightly faster than during | ||
94 | consecutive uses. All this means that if you use 352x288 (which is | ||
95 | default), be warned - you may encounter broken picture on first connect; | ||
96 | try to adjust brightness - brighter image is slower, so USB will be able | ||
97 | to send all data. However if you regularly use Model 2 cameras you may | ||
98 | prefer 176x144 which makes perfectly good I420, with no scaling and | ||
99 | lesser demands on USB (300 Kbits per second, or 26 frames per second). | ||
100 | |||
101 | Another strange effect of 352x288 mode is the fine vertical grid visible | ||
102 | on some colored surfaces. I am sure it is caused by me not understanding | ||
103 | what the camera is trying to say. Blame trade secrets for that. | ||
104 | |||
105 | The camera that I had also has a hardware quirk: if disconnected, | ||
106 | it needs few minutes to "relax" before it can be plugged in again | ||
107 | (poorly designed USB processor reset circuit?) | ||
108 | |||
109 | [Veo Stingray with Product ID 0x800C is also Model 2, but I haven't | ||
110 | observed this particular flaw in it.] | ||
111 | |||
112 | Model 2 camera can be programmed for very high sensitivity (even starlight | ||
113 | may be enough), this makes it convenient for tinkering with. The driver | ||
114 | code has enough comments to help a programmer to tweak the camera | ||
115 | as s/he feels necessary. | ||
116 | |||
117 | WHAT YOU NEED: | ||
118 | |||
119 | - A supported IBM PC (C-it) camera (model 1 or 2) | ||
120 | |||
121 | - A Linux box with USB support (2.3/2.4; 2.2 w/backport may work) | ||
122 | |||
123 | - A Video4Linux compatible frame grabber program such as xawtv. | ||
124 | |||
125 | HOW TO COMPILE THE DRIVER: | ||
126 | |||
127 | You need to compile the driver only if you are a developer | ||
128 | or if you want to make changes to the code. Most distributions | ||
129 | precompile all modules, so you can go directly to the next | ||
130 | section "HOW TO USE THE DRIVER". | ||
131 | |||
132 | The ibmcam driver uses usbvideo helper library (module), | ||
133 | so if you are studying the ibmcam code you will be led there. | ||
134 | |||
135 | The driver itself consists of only one file in usb/ directory: | ||
136 | ibmcam.c. This file is included into the Linux kernel build | ||
137 | process if you configure the kernel for CONFIG_USB_IBMCAM. | ||
138 | Run "make xconfig" and in USB section you will find the IBM | ||
139 | camera driver. Select it, save the configuration and recompile. | ||
140 | |||
141 | HOW TO USE THE DRIVER: | ||
142 | |||
143 | I recommend to compile driver as a module. This gives you an | ||
144 | easier access to its configuration. The camera has many more | ||
145 | settings than V4L can operate, so some settings are done using | ||
146 | module options. | ||
147 | |||
148 | To begin with, on most modern Linux distributions the driver | ||
149 | will be automatically loaded whenever you plug the supported | ||
150 | camera in. Therefore, you don't need to do anything. However | ||
151 | if you want to experiment with some module parameters then | ||
152 | you can load and unload the driver manually, with camera | ||
153 | plugged in or unplugged. | ||
154 | |||
155 | Typically module is installed with command 'modprobe', like this: | ||
156 | |||
157 | # modprobe ibmcam framerate=1 | ||
158 | |||
159 | Alternatively you can use 'insmod' in similar fashion: | ||
160 | |||
161 | # insmod /lib/modules/2.x.y/usb/ibmcam.o framerate=1 | ||
162 | |||
163 | Module can be inserted with camera connected or disconnected. | ||
164 | |||
165 | The driver can have options, though some defaults are provided. | ||
166 | |||
167 | Driver options: (* indicates that option is model-dependent) | ||
168 | |||
169 | Name Type Range [default] Example | ||
170 | -------------- -------------- -------------- ------------------ | ||
171 | debug Integer 0-9 [0] debug=1 | ||
172 | flags Integer 0-0xFF [0] flags=0x0d | ||
173 | framerate Integer 0-6 [2] framerate=1 | ||
174 | hue_correction Integer 0-255 [128] hue_correction=115 | ||
175 | init_brightness Integer 0-255 [128] init_brightness=100 | ||
176 | init_contrast Integer 0-255 [192] init_contrast=200 | ||
177 | init_color Integer 0-255 [128] init_color=130 | ||
178 | init_hue Integer 0-255 [128] init_hue=115 | ||
179 | lighting Integer 0-2* [1] lighting=2 | ||
180 | sharpness Integer 0-6* [4] sharpness=3 | ||
181 | size Integer 0-2* [2] size=1 | ||
182 | |||
183 | Options for Model 2 only: | ||
184 | |||
185 | Name Type Range [default] Example | ||
186 | -------------- -------------- -------------- ------------------ | ||
187 | init_model2_rg Integer 0..255 [0x70] init_model2_rg=128 | ||
188 | init_model2_rg2 Integer 0..255 [0x2f] init_model2_rg2=50 | ||
189 | init_model2_sat Integer 0..255 [0x34] init_model2_sat=65 | ||
190 | init_model2_yb Integer 0..255 [0xa0] init_model2_yb=200 | ||
191 | |||
192 | debug You don't need this option unless you are a developer. | ||
193 | If you are a developer then you will see in the code | ||
194 | what values do what. 0=off. | ||
195 | |||
196 | flags This is a bit mask, and you can combine any number of | ||
197 | bits to produce what you want. Usually you don't want | ||
198 | any of extra features this option provides: | ||
199 | |||
200 | FLAGS_RETRY_VIDIOCSYNC 1 This bit allows to retry failed | ||
201 | VIDIOCSYNC ioctls without failing. | ||
202 | Will work with xawtv, will not | ||
203 | with xrealproducer. Default is | ||
204 | not set. | ||
205 | FLAGS_MONOCHROME 2 Activates monochrome (b/w) mode. | ||
206 | FLAGS_DISPLAY_HINTS 4 Shows colored pixels which have | ||
207 | magic meaning to developers. | ||
208 | FLAGS_OVERLAY_STATS 8 Shows tiny numbers on screen, | ||
209 | useful only for debugging. | ||
210 | FLAGS_FORCE_TESTPATTERN 16 Shows blue screen with numbers. | ||
211 | FLAGS_SEPARATE_FRAMES 32 Shows each frame separately, as | ||
212 | it was received from the camera. | ||
213 | Default (not set) is to mix the | ||
214 | preceding frame in to compensate | ||
215 | for occasional loss of Isoc data | ||
216 | on high frame rates. | ||
217 | FLAGS_CLEAN_FRAMES 64 Forces "cleanup" of each frame | ||
218 | prior to use; relevant only if | ||
219 | FLAGS_SEPARATE_FRAMES is set. | ||
220 | Default is not to clean frames, | ||
221 | this is a little faster but may | ||
222 | produce flicker if frame rate is | ||
223 | too high and Isoc data gets lost. | ||
224 | FLAGS_NO_DECODING 128 This flag turns the video stream | ||
225 | decoder off, and dumps the raw | ||
226 | Isoc data from the camera into | ||
227 | the reading process. Useful to | ||
228 | developers, but not to users. | ||
229 | |||
230 | framerate This setting controls frame rate of the camera. This is | ||
231 | an approximate setting (in terms of "worst" ... "best") | ||
232 | because camera changes frame rate depending on amount | ||
233 | of light available. Setting 0 is slowest, 6 is fastest. | ||
234 | Beware - fast settings are very demanding and may not | ||
235 | work well with all video sizes. Be conservative. | ||
236 | |||
237 | hue_correction This highly optional setting allows to adjust the | ||
238 | hue of the image in a way slightly different from | ||
239 | what usual "hue" control does. Both controls affect | ||
240 | YUV colorspace: regular "hue" control adjusts only | ||
241 | U component, and this "hue_correction" option similarly | ||
242 | adjusts only V component. However usually it is enough | ||
243 | to tweak only U or V to compensate for colored light or | ||
244 | color temperature; this option simply allows more | ||
245 | complicated correction when and if it is necessary. | ||
246 | |||
247 | init_brightness These settings specify _initial_ values which will be | ||
248 | init_contrast used to set up the camera. If your V4L application has | ||
249 | init_color its own controls to adjust the picture then these | ||
250 | init_hue controls will be used too. These options allow you to | ||
251 | preconfigure the camera when it gets connected, before | ||
252 | any V4L application connects to it. Good for webcams. | ||
253 | |||
254 | init_model2_rg These initial settings alter color balance of the | ||
255 | init_model2_rg2 camera on hardware level. All four settings may be used | ||
256 | init_model2_sat to tune the camera to specific lighting conditions. These | ||
257 | init_model2_yb settings only apply to Model 2 cameras. | ||
258 | |||
259 | lighting This option selects one of three hardware-defined | ||
260 | photosensitivity settings of the camera. 0=bright light, | ||
261 | 1=Medium (default), 2=Low light. This setting affects | ||
262 | frame rate: the dimmer the lighting the lower the frame | ||
263 | rate (because longer exposition time is needed). The | ||
264 | Model 2 cameras allow values more than 2 for this option, | ||
265 | thus enabling extremely high sensitivity at cost of frame | ||
266 | rate, color saturation and imaging sensor noise. | ||
267 | |||
268 | sharpness This option controls smoothing (noise reduction) | ||
269 | made by camera. Setting 0 is most smooth, setting 6 | ||
270 | is most sharp. Be aware that CMOS sensor used in the | ||
271 | camera is pretty noisy, so if you choose 6 you will | ||
272 | be greeted with "snowy" image. Default is 4. Model 2 | ||
273 | cameras do not support this feature. | ||
274 | |||
275 | size This setting chooses one of several image sizes that are | ||
276 | supported by this driver. Cameras may support more, but | ||
277 | it's difficult to reverse-engineer all formats. | ||
278 | Following video sizes are supported: | ||
279 | |||
280 | size=0 128x96 (Model 1 only) | ||
281 | size=1 160x120 | ||
282 | size=2 176x144 | ||
283 | size=3 320x240 (Model 2 only) | ||
284 | size=4 352x240 (Model 2 only) | ||
285 | size=5 352x288 | ||
286 | size=6 640x480 (Model 3 only) | ||
287 | |||
288 | The 352x288 is the native size of the Model 1 sensor | ||
289 | array, so it's the best resolution the camera can | ||
290 | yield. The best resolution of Model 2 is 176x144, and | ||
291 | larger images are produced by stretching the bitmap. | ||
292 | Model 3 has sensor with 640x480 grid, and it works too, | ||
293 | but the frame rate will be exceptionally low (1-2 FPS); | ||
294 | it may be still OK for some applications, like security. | ||
295 | Choose the image size you need. The smaller image can | ||
296 | support faster frame rate. Default is 352x288. | ||
297 | |||
298 | For more information and the Troubleshooting FAQ visit this URL: | ||
299 | |||
300 | http://www.linux-usb.org/ibmcam/ | ||
301 | |||
302 | WHAT NEEDS TO BE DONE: | ||
303 | |||
304 | - The button on the camera is not used. I don't know how to get to it. | ||
305 | I know now how to read button on Model 2, but what to do with it? | ||
306 | |||
307 | - Camera reports its status back to the driver; however I don't know | ||
308 | what returned data means. If camera fails at some initialization | ||
309 | stage then something should be done, and I don't do that because | ||
310 | I don't even know that some command failed. This is mostly Model 1 | ||
311 | concern because Model 2 uses different commands which do not return | ||
312 | status (and seem to complete successfully every time). | ||
313 | |||
314 | - Some flavors of Model 4 NetCameras produce only compressed video | ||
315 | streams, and I don't know how to decode them. | ||
316 | |||
317 | CREDITS: | ||
318 | |||
319 | The code is based in no small part on the CPiA driver by Johannes Erdfelt, | ||
320 | Randy Dunlap, and others. Big thanks to them for their pioneering work on that | ||
321 | and the USB stack. | ||
322 | |||
323 | I also thank John Lightsey for his donation of the Veo Stingray camera. | ||
diff --git a/Documentation/video4linux/m5602.txt b/Documentation/video4linux/m5602.txt deleted file mode 100644 index 4450ab13f37b..000000000000 --- a/Documentation/video4linux/m5602.txt +++ /dev/null | |||
@@ -1,12 +0,0 @@ | |||
1 | This document describes the ALi m5602 bridge connected | ||
2 | to the following supported sensors: | ||
3 | OmniVision OV9650, | ||
4 | Samsung s5k83a, | ||
5 | Samsung s5k4aa, | ||
6 | Micron mt9m111, | ||
7 | Pixel plus PO1030 | ||
8 | |||
9 | This driver mimics the windows drivers, which have a braindead implementation sending bayer-encoded frames at VGA resolution. | ||
10 | In a perfect world we should be able to reprogram the m5602 and the connected sensor in hardware instead, supporting a range of resolutions and pixelformats | ||
11 | |||
12 | Anyway, have fun and please report any bugs to m560x-driver-devel@lists.sourceforge.net | ||
diff --git a/Documentation/video4linux/ov511.txt b/Documentation/video4linux/ov511.txt deleted file mode 100644 index b3326b167ada..000000000000 --- a/Documentation/video4linux/ov511.txt +++ /dev/null | |||
@@ -1,288 +0,0 @@ | |||
1 | ------------------------------------------------------------------------------- | ||
2 | Readme for Linux device driver for the OmniVision OV511 USB to camera bridge IC | ||
3 | ------------------------------------------------------------------------------- | ||
4 | |||
5 | Author: Mark McClelland | ||
6 | Homepage: http://alpha.dyndns.org/ov511 | ||
7 | |||
8 | INTRODUCTION: | ||
9 | |||
10 | This is a driver for the OV511, a USB-only chip used in many "webcam" devices. | ||
11 | Any camera using the OV511/OV511+ and the OV6620/OV7610/20/20AE should work. | ||
12 | Video capture devices that use the Philips SAA7111A decoder also work. It | ||
13 | supports streaming and capture of color or monochrome video via the Video4Linux | ||
14 | API. Most V4L apps are compatible with it. Most resolutions with a width and | ||
15 | height that are a multiple of 8 are supported. | ||
16 | |||
17 | If you need more information, please visit the OV511 homepage at the above URL. | ||
18 | |||
19 | WHAT YOU NEED: | ||
20 | |||
21 | - If you want to help with the development, get the chip's specification docs at | ||
22 | http://www.ovt.com/omniusbp.html | ||
23 | |||
24 | - A Video4Linux compatible frame grabber program (I recommend vidcat and xawtv) | ||
25 | vidcat is part of the w3cam package: http://mpx.freeshell.net/ | ||
26 | xawtv is available at: http://linux.bytesex.org/xawtv/ | ||
27 | |||
28 | HOW TO USE IT: | ||
29 | |||
30 | Note: These are simplified instructions. For complete instructions see: | ||
31 | http://alpha.dyndns.org/ov511/install.html | ||
32 | |||
33 | You must have first compiled USB support, support for your specific USB host | ||
34 | controller (UHCI or OHCI), and Video4Linux support for your kernel (I recommend | ||
35 | making them modules.) Make sure "Enforce bandwidth allocation" is NOT enabled. | ||
36 | |||
37 | Next, (as root): | ||
38 | |||
39 | modprobe usbcore | ||
40 | modprobe usb-uhci <OR> modprobe usb-ohci | ||
41 | modprobe videodev | ||
42 | modprobe ov511 | ||
43 | |||
44 | If it is not already there (it usually is), create the video device: | ||
45 | |||
46 | mknod /dev/video0 c 81 0 | ||
47 | |||
48 | Optionally, symlink /dev/video to /dev/video0 | ||
49 | |||
50 | You will have to set permissions on this device to allow you to read/write | ||
51 | from it: | ||
52 | |||
53 | chmod 666 /dev/video | ||
54 | chmod 666 /dev/video0 (if necessary) | ||
55 | |||
56 | Now you are ready to run a video app! Both vidcat and xawtv work well for me | ||
57 | at 640x480. | ||
58 | |||
59 | [Using vidcat:] | ||
60 | |||
61 | vidcat -s 640x480 -p c > test.jpg | ||
62 | xview test.jpg | ||
63 | |||
64 | [Using xawtv:] | ||
65 | |||
66 | From the main xawtv directory: | ||
67 | |||
68 | make clean | ||
69 | ./configure | ||
70 | make | ||
71 | make install | ||
72 | |||
73 | Now you should be able to run xawtv. Right click for the options dialog. | ||
74 | |||
75 | MODULE PARAMETERS: | ||
76 | |||
77 | You can set these with: insmod ov511 NAME=VALUE | ||
78 | There is currently no way to set these on a per-camera basis. | ||
79 | |||
80 | NAME: autobright | ||
81 | TYPE: integer (Boolean) | ||
82 | DEFAULT: 1 | ||
83 | DESC: Brightness is normally under automatic control and can't be set | ||
84 | manually by the video app. Set to 0 for manual control. | ||
85 | |||
86 | NAME: autogain | ||
87 | TYPE: integer (Boolean) | ||
88 | DEFAULT: 1 | ||
89 | DESC: Auto Gain Control enable. This feature is not yet implemented. | ||
90 | |||
91 | NAME: autoexp | ||
92 | TYPE: integer (Boolean) | ||
93 | DEFAULT: 1 | ||
94 | DESC: Auto Exposure Control enable. This feature is not yet implemented. | ||
95 | |||
96 | NAME: debug | ||
97 | TYPE: integer (0-6) | ||
98 | DEFAULT: 3 | ||
99 | DESC: Sets the threshold for printing debug messages. The higher the value, | ||
100 | the more is printed. The levels are cumulative, and are as follows: | ||
101 | 0=no debug messages | ||
102 | 1=init/detection/unload and other significant messages | ||
103 | 2=some warning messages | ||
104 | 3=config/control function calls | ||
105 | 4=most function calls and data parsing messages | ||
106 | 5=highly repetitive mesgs | ||
107 | |||
108 | NAME: snapshot | ||
109 | TYPE: integer (Boolean) | ||
110 | DEFAULT: 0 | ||
111 | DESC: Set to 1 to enable snapshot mode. read()/VIDIOCSYNC will block until | ||
112 | the snapshot button is pressed. Note: enabling this mode disables | ||
113 | /proc/video/ov511/<minor#>/button | ||
114 | |||
115 | NAME: cams | ||
116 | TYPE: integer (1-4 for OV511, 1-31 for OV511+) | ||
117 | DEFAULT: 1 | ||
118 | DESC: Number of cameras allowed to stream simultaneously on a single bus. | ||
119 | Values higher than 1 reduce the data rate of each camera, allowing two | ||
120 | or more to be used at once. If you have a complicated setup involving | ||
121 | both OV511 and OV511+ cameras, trial-and-error may be necessary for | ||
122 | finding the optimum setting. | ||
123 | |||
124 | NAME: compress | ||
125 | TYPE: integer (Boolean) | ||
126 | DEFAULT: 0 | ||
127 | DESC: Set this to 1 to turn on the camera's compression engine. This can | ||
128 | potentially increase the frame rate at the expense of quality, if you | ||
129 | have a fast CPU. You must load the proper compression module for your | ||
130 | camera before starting your application (ov511_decomp or ov518_decomp). | ||
131 | |||
132 | NAME: testpat | ||
133 | TYPE: integer (Boolean) | ||
134 | DEFAULT: 0 | ||
135 | DESC: This configures the camera's sensor to transmit a colored test-pattern | ||
136 | instead of an image. This does not work correctly yet. | ||
137 | |||
138 | NAME: dumppix | ||
139 | TYPE: integer (0-2) | ||
140 | DEFAULT: 0 | ||
141 | DESC: Dumps raw pixel data and skips post-processing and format conversion. | ||
142 | It is for debugging purposes only. Options are: | ||
143 | 0: Disable (default) | ||
144 | 1: Dump raw data from camera, excluding headers and trailers | ||
145 | 2: Dumps data exactly as received from camera | ||
146 | |||
147 | NAME: led | ||
148 | TYPE: integer (0-2) | ||
149 | DEFAULT: 1 (Always on) | ||
150 | DESC: Controls whether the LED (the little light) on the front of the camera | ||
151 | is always off (0), always on (1), or only on when driver is open (2). | ||
152 | This is not supported with the OV511, and might only work with certain | ||
153 | cameras (ones that actually have the LED wired to the control pin, and | ||
154 | not just hard-wired to be on all the time). | ||
155 | |||
156 | NAME: dump_bridge | ||
157 | TYPE: integer (Boolean) | ||
158 | DEFAULT: 0 | ||
159 | DESC: Dumps the bridge (OV511[+] or OV518[+]) register values to the system | ||
160 | log. Only useful for serious debugging/development purposes. | ||
161 | |||
162 | NAME: dump_sensor | ||
163 | TYPE: integer (Boolean) | ||
164 | DEFAULT: 0 | ||
165 | DESC: Dumps the sensor register values to the system log. Only useful for | ||
166 | serious debugging/development purposes. | ||
167 | |||
168 | NAME: printph | ||
169 | TYPE: integer (Boolean) | ||
170 | DEFAULT: 0 | ||
171 | DESC: Setting this to 1 will dump the first 12 bytes of each isoc frame. This | ||
172 | is only useful if you are trying to debug problems with the isoc data | ||
173 | stream (i.e.: camera initializes, but vidcat hangs until Ctrl-C). Be | ||
174 | warned that this dumps a large number of messages to your kernel log. | ||
175 | |||
176 | NAME: phy, phuv, pvy, pvuv, qhy, qhuv, qvy, qvuv | ||
177 | TYPE: integer (0-63 for phy and phuv, 0-255 for rest) | ||
178 | DEFAULT: OV511 default values | ||
179 | DESC: These are registers 70h - 77h of the OV511, which control the | ||
180 | prediction ranges and quantization thresholds of the compressor, for | ||
181 | the Y and UV channels in the horizontal and vertical directions. See | ||
182 | the OV511 or OV511+ data sheet for more detailed descriptions. These | ||
183 | normally do not need to be changed. | ||
184 | |||
185 | NAME: lightfreq | ||
186 | TYPE: integer (0, 50, or 60) | ||
187 | DEFAULT: 0 (use sensor default) | ||
188 | DESC: Sets the sensor to match your lighting frequency. This can reduce the | ||
189 | appearance of "banding", i.e. horizontal lines or waves of light and | ||
190 | dark that are often caused by artificial lighting. Valid values are: | ||
191 | 0 - Use default (depends on sensor, most likely 60 Hz) | ||
192 | 50 - For European and Asian 50 Hz power | ||
193 | 60 - For American 60 Hz power | ||
194 | |||
195 | NAME: bandingfilter | ||
196 | TYPE: integer (Boolean) | ||
197 | DEFAULT: 0 (off) | ||
198 | DESC: Enables the sensor´s banding filter exposure algorithm. This reduces | ||
199 | or stabilizes the "banding" caused by some artificial light sources | ||
200 | (especially fluorescent). You might have to set lightfreq correctly for | ||
201 | this to work right. As an added bonus, this sometimes makes it | ||
202 | possible to capture your monitor´s output. | ||
203 | |||
204 | NAME: fastset | ||
205 | TYPE: integer (Boolean) | ||
206 | DEFAULT: 0 (off) | ||
207 | DESC: Allows picture settings (brightness, contrast, color, and hue) to take | ||
208 | effect immediately, even in the middle of a frame. This reduces the | ||
209 | time to change settings, but can ruin frames during the change. Only | ||
210 | affects OmniVision sensors. | ||
211 | |||
212 | NAME: force_palette | ||
213 | TYPE: integer (Boolean) | ||
214 | DEFAULT: 0 (off) | ||
215 | DESC: Forces the palette (color format) to a specific value. If an | ||
216 | application requests a different palette, it will be rejected, thereby | ||
217 | forcing it to try others until it succeeds. This is useful for forcing | ||
218 | greyscale mode with a color camera, for example. Supported modes are: | ||
219 | 0 (Allows all the following formats) | ||
220 | 1 VIDEO_PALETTE_GREY (Linear greyscale) | ||
221 | 10 VIDEO_PALETTE_YUV420 (YUV 4:2:0 Planar) | ||
222 | 15 VIDEO_PALETTE_YUV420P (YUV 4:2:0 Planar, same as 10) | ||
223 | |||
224 | NAME: backlight | ||
225 | TYPE: integer (Boolean) | ||
226 | DEFAULT: 0 (off) | ||
227 | DESC: Setting this flag changes the exposure algorithm for OmniVision sensors | ||
228 | such that objects in the camera's view (i.e. your head) can be clearly | ||
229 | seen when they are illuminated from behind. It reduces or eliminates | ||
230 | the sensor's auto-exposure function, so it should only be used when | ||
231 | needed. Additionally, it is only supported with the OV6620 and OV7620. | ||
232 | |||
233 | NAME: unit_video | ||
234 | TYPE: Up to 16 comma-separated integers | ||
235 | DEFAULT: 0,0,0... (automatically assign the next available minor(s)) | ||
236 | DESC: You can specify up to 16 minor numbers to be assigned to ov511 devices. | ||
237 | For example, "unit_video=1,3" will make the driver use /dev/video1 and | ||
238 | /dev/video3 for the first two devices it detects. Additional devices | ||
239 | will be assigned automatically starting at the first available device | ||
240 | node (/dev/video0 in this case). Note that you cannot specify 0 as a | ||
241 | minor number. This feature requires kernel version 2.4.5 or higher. | ||
242 | |||
243 | NAME: remove_zeros | ||
244 | TYPE: integer (Boolean) | ||
245 | DEFAULT: 0 (do not skip any incoming data) | ||
246 | DESC: Setting this to 1 will remove zero-padding from incoming data. This | ||
247 | will compensate for the blocks of corruption that can appear when the | ||
248 | camera cannot keep up with the speed of the USB bus (eg. at low frame | ||
249 | resolutions). This feature is always enabled when compression is on. | ||
250 | |||
251 | NAME: mirror | ||
252 | TYPE: integer (Boolean) | ||
253 | DEFAULT: 0 (off) | ||
254 | DESC: Setting this to 1 will reverse ("mirror") the image horizontally. This | ||
255 | might be necessary if your camera has a custom lens assembly. This has | ||
256 | no effect with video capture devices. | ||
257 | |||
258 | NAME: ov518_color | ||
259 | TYPE: integer (Boolean) | ||
260 | DEFAULT: 0 (off) | ||
261 | DESC: Enable OV518 color support. This is off by default since it doesn't | ||
262 | work most of the time. If you want to try it, you must also load | ||
263 | ov518_decomp with the "nouv=0" parameter. If you get improper colors or | ||
264 | diagonal lines through the image, restart your video app and try again. | ||
265 | Repeat as necessary. | ||
266 | |||
267 | WORKING FEATURES: | ||
268 | o Color streaming/capture at most widths and heights that are multiples of 8. | ||
269 | o Monochrome (use force_palette=1 to enable) | ||
270 | o Setting/getting of saturation, contrast, brightness, and hue (only some of | ||
271 | them work the OV7620 and OV7620AE) | ||
272 | o /proc status reporting | ||
273 | o SAA7111A video capture support at 320x240 and 640x480 | ||
274 | o Compression support | ||
275 | o SMP compatibility | ||
276 | |||
277 | HOW TO CONTACT ME: | ||
278 | |||
279 | You can email me at mark@alpha.dyndns.org . Please prefix the subject line | ||
280 | with "OV511: " so that I am certain to notice your message. | ||
281 | |||
282 | CREDITS: | ||
283 | |||
284 | The code is based in no small part on the CPiA driver by Johannes Erdfelt, | ||
285 | Randy Dunlap, and others. Big thanks to them for their pioneering work on that | ||
286 | and the USB stack. Thanks to Bret Wallach for getting camera reg IO, ISOC, and | ||
287 | image capture working. Thanks to Orion Sky Lawlor, Kevin Moore, and Claudio | ||
288 | Matsuoka for their work as well. | ||
diff --git a/Documentation/video4linux/se401.txt b/Documentation/video4linux/se401.txt deleted file mode 100644 index bd6526ec8dd7..000000000000 --- a/Documentation/video4linux/se401.txt +++ /dev/null | |||
@@ -1,54 +0,0 @@ | |||
1 | Linux driver for SE401 based USB cameras | ||
2 | |||
3 | Copyright, 2001, Jeroen Vreeken | ||
4 | |||
5 | |||
6 | INTRODUCTION: | ||
7 | |||
8 | The SE401 chip is the used in low-cost usb webcams. | ||
9 | It is produced by Endpoints Inc. (www.endpoints.com). | ||
10 | It interfaces directly to a cmos image sensor and USB. The only other major | ||
11 | part in a se401 based camera is a dram chip. | ||
12 | |||
13 | The following cameras are known to work with this driver: | ||
14 | |||
15 | Aox se401 (non-branded) cameras | ||
16 | Philips PVCV665 USB VGA webcam 'Vesta Fun' | ||
17 | Kensington VideoCAM PC Camera Model 67014 | ||
18 | Kensington VideoCAM PC Camera Model 67015 | ||
19 | Kensington VideoCAM PC Camera Model 67016 | ||
20 | Kensington VideoCAM PC Camera Model 67017 | ||
21 | |||
22 | |||
23 | WHAT YOU NEED: | ||
24 | |||
25 | - USB support | ||
26 | - VIDEO4LINUX support | ||
27 | |||
28 | More information about USB support for linux can be found at: | ||
29 | http://www.linux-usb.org | ||
30 | |||
31 | |||
32 | MODULE OPTIONS: | ||
33 | |||
34 | When the driver is compiled as a module you can also use the 'flickerless' | ||
35 | option. With it exposure is limited to values that do not interfere with the | ||
36 | net frequency. Valid options for this option are 0, 50 and 60. (0=disable, | ||
37 | 50=50hz, 60=60hz) | ||
38 | |||
39 | |||
40 | KNOWN PROBLEMS: | ||
41 | |||
42 | The driver works fine with the usb-ohci and uhci host controller drivers, | ||
43 | the default settings also work with usb-uhci. But sending more than one bulk | ||
44 | transfer at a time with usb-uhci doesn't work yet. | ||
45 | Users of usb-ohci and uhci can safely enlarge SE401_NUMSBUF in se401.h in | ||
46 | order to increase the throughput (and thus framerate). | ||
47 | |||
48 | |||
49 | HELP: | ||
50 | |||
51 | The latest info on this driver can be found at: | ||
52 | http://members.chello.nl/~j.vreeken/se401/ | ||
53 | And questions to me can be send to: | ||
54 | pe1rxq@amsat.org | ||
diff --git a/Documentation/video4linux/si470x.txt b/Documentation/video4linux/si470x.txt index 3a7823e01b4d..98c32925eb39 100644 --- a/Documentation/video4linux/si470x.txt +++ b/Documentation/video4linux/si470x.txt | |||
@@ -53,6 +53,9 @@ Testing is usually done with most application under Debian/testing: | |||
53 | - kradio - Comfortable Radio Application for KDE | 53 | - kradio - Comfortable Radio Application for KDE |
54 | - radio - ncurses-based radio application | 54 | - radio - ncurses-based radio application |
55 | - mplayer - The Ultimate Movie Player For Linux | 55 | - mplayer - The Ultimate Movie Player For Linux |
56 | - v4l2-ctl - Collection of command line video4linux utilities | ||
57 | For example, you can use: | ||
58 | v4l2-ctl -d /dev/radio0 --set-ctrl=volume=10,mute=0 --set-freq=95.21 --all | ||
56 | 59 | ||
57 | There is also a library libv4l, which can be used. It's going to have a function | 60 | There is also a library libv4l, which can be used. It's going to have a function |
58 | for frequency seeking, either by using hardware functionality as in radio-si470x | 61 | for frequency seeking, either by using hardware functionality as in radio-si470x |
@@ -75,8 +78,10 @@ commands. Please adjust the audio devices to your needs (/dev/dsp* and hw:x,x). | |||
75 | If you just want to test audio (very poor quality): | 78 | If you just want to test audio (very poor quality): |
76 | cat /dev/dsp1 > /dev/dsp | 79 | cat /dev/dsp1 > /dev/dsp |
77 | 80 | ||
78 | If you use OSS try: | 81 | If you use sox + OSS try: |
79 | sox -2 --endian little -r 96000 -t oss /dev/dsp1 -t oss /dev/dsp | 82 | sox -2 --endian little -r 96000 -t oss /dev/dsp1 -t oss /dev/dsp |
83 | or using sox + alsa: | ||
84 | sox --endian little -c 2 -S -r 96000 -t alsa hw:1 -t alsa -r 96000 hw:0 | ||
80 | 85 | ||
81 | If you use arts try: | 86 | If you use arts try: |
82 | arecord -D hw:1,0 -r96000 -c2 -f S16_LE | artsdsp aplay -B - | 87 | arecord -D hw:1,0 -r96000 -c2 -f S16_LE | artsdsp aplay -B - |
diff --git a/Documentation/video4linux/soc-camera.txt b/Documentation/video4linux/soc-camera.txt index 3f87c7da4ca2..f62fcdbc8b9f 100644 --- a/Documentation/video4linux/soc-camera.txt +++ b/Documentation/video4linux/soc-camera.txt | |||
@@ -9,32 +9,36 @@ The following terms are used in this document: | |||
9 | of connecting to a variety of systems and interfaces, typically uses i2c for | 9 | of connecting to a variety of systems and interfaces, typically uses i2c for |
10 | control and configuration, and a parallel or a serial bus for data. | 10 | control and configuration, and a parallel or a serial bus for data. |
11 | - camera host - an interface, to which a camera is connected. Typically a | 11 | - camera host - an interface, to which a camera is connected. Typically a |
12 | specialised interface, present on many SoCs, e.g., PXA27x and PXA3xx, SuperH, | 12 | specialised interface, present on many SoCs, e.g. PXA27x and PXA3xx, SuperH, |
13 | AVR32, i.MX27, i.MX31. | 13 | AVR32, i.MX27, i.MX31. |
14 | - camera host bus - a connection between a camera host and a camera. Can be | 14 | - camera host bus - a connection between a camera host and a camera. Can be |
15 | parallel or serial, consists of data and control lines, e.g., clock, vertical | 15 | parallel or serial, consists of data and control lines, e.g. clock, vertical |
16 | and horizontal synchronization signals. | 16 | and horizontal synchronization signals. |
17 | 17 | ||
18 | Purpose of the soc-camera subsystem | 18 | Purpose of the soc-camera subsystem |
19 | ----------------------------------- | 19 | ----------------------------------- |
20 | 20 | ||
21 | The soc-camera subsystem provides a unified API between camera host drivers and | 21 | The soc-camera subsystem initially provided a unified API between camera host |
22 | camera sensor drivers. It implements a V4L2 interface to the user, currently | 22 | drivers and camera sensor drivers. Later the soc-camera sensor API has been |
23 | only the mmap method is supported. | 23 | replaced with the V4L2 standard subdev API. This also made camera driver re-use |
24 | with non-soc-camera hosts possible. The camera host API to the soc-camera core | ||
25 | has been preserved. | ||
24 | 26 | ||
25 | This subsystem has been written to connect drivers for System-on-Chip (SoC) | 27 | Soc-camera implements a V4L2 interface to the user, currently only the "mmap" |
26 | video capture interfaces with drivers for CMOS camera sensor chips to enable | 28 | method is supported by host drivers. However, the soc-camera core also provides |
27 | the reuse of sensor drivers with various hosts. The subsystem has been designed | 29 | support for the "read" method. |
28 | to support multiple camera host interfaces and multiple cameras per interface, | 30 | |
29 | although most applications have only one camera sensor. | 31 | The subsystem has been designed to support multiple camera host interfaces and |
32 | multiple cameras per interface, although most applications have only one camera | ||
33 | sensor. | ||
30 | 34 | ||
31 | Existing drivers | 35 | Existing drivers |
32 | ---------------- | 36 | ---------------- |
33 | 37 | ||
34 | As of 2.6.27-rc4 there are two host drivers in the mainline: pxa_camera.c for | 38 | As of 3.7 there are seven host drivers in the mainline: atmel-isi.c, |
35 | PXA27x SoCs and sh_mobile_ceu_camera.c for SuperH SoCs, and four sensor drivers: | 39 | mx1_camera.c (broken, scheduled for removal), mx2_camera.c, mx3_camera.c, |
36 | mt9m001.c, mt9m111.c, mt9v022.c and a generic soc_camera_platform.c driver. This | 40 | omap1_camera.c, pxa_camera.c, sh_mobile_ceu_camera.c, and multiple sensor |
37 | list is not supposed to be updated, look for more examples in your tree. | 41 | drivers under drivers/media/i2c/soc_camera/. |
38 | 42 | ||
39 | Camera host API | 43 | Camera host API |
40 | --------------- | 44 | --------------- |
@@ -45,38 +49,37 @@ soc_camera_host_register(struct soc_camera_host *); | |||
45 | 49 | ||
46 | function. The host object can be initialized as follows: | 50 | function. The host object can be initialized as follows: |
47 | 51 | ||
48 | static struct soc_camera_host pxa_soc_camera_host = { | 52 | struct soc_camera_host *ici; |
49 | .drv_name = PXA_CAM_DRV_NAME, | 53 | ici->drv_name = DRV_NAME; |
50 | .ops = &pxa_soc_camera_host_ops, | 54 | ici->ops = &camera_host_ops; |
51 | }; | 55 | ici->priv = pcdev; |
56 | ici->v4l2_dev.dev = &pdev->dev; | ||
57 | ici->nr = pdev->id; | ||
52 | 58 | ||
53 | All camera host methods are passed in a struct soc_camera_host_ops: | 59 | All camera host methods are passed in a struct soc_camera_host_ops: |
54 | 60 | ||
55 | static struct soc_camera_host_ops pxa_soc_camera_host_ops = { | 61 | static struct soc_camera_host_ops camera_host_ops = { |
56 | .owner = THIS_MODULE, | 62 | .owner = THIS_MODULE, |
57 | .add = pxa_camera_add_device, | 63 | .add = camera_add_device, |
58 | .remove = pxa_camera_remove_device, | 64 | .remove = camera_remove_device, |
59 | .suspend = pxa_camera_suspend, | 65 | .set_fmt = camera_set_fmt_cap, |
60 | .resume = pxa_camera_resume, | 66 | .try_fmt = camera_try_fmt_cap, |
61 | .set_fmt_cap = pxa_camera_set_fmt_cap, | 67 | .init_videobuf2 = camera_init_videobuf2, |
62 | .try_fmt_cap = pxa_camera_try_fmt_cap, | 68 | .poll = camera_poll, |
63 | .init_videobuf = pxa_camera_init_videobuf, | 69 | .querycap = camera_querycap, |
64 | .reqbufs = pxa_camera_reqbufs, | 70 | .set_bus_param = camera_set_bus_param, |
65 | .poll = pxa_camera_poll, | 71 | /* The rest of host operations are optional */ |
66 | .querycap = pxa_camera_querycap, | ||
67 | .try_bus_param = pxa_camera_try_bus_param, | ||
68 | .set_bus_param = pxa_camera_set_bus_param, | ||
69 | }; | 72 | }; |
70 | 73 | ||
71 | .add and .remove methods are called when a sensor is attached to or detached | 74 | .add and .remove methods are called when a sensor is attached to or detached |
72 | from the host, apart from performing host-internal tasks they shall also call | 75 | from the host. .set_bus_param is used to configure physical connection |
73 | sensor driver's .init and .release methods respectively. .suspend and .resume | 76 | parameters between the host and the sensor. .init_videobuf2 is called by |
74 | methods implement host's power-management functionality and its their | 77 | soc-camera core when a video-device is opened, the host driver would typically |
75 | responsibility to call respective sensor's methods. .try_bus_param and | 78 | call vb2_queue_init() in this method. Further video-buffer management is |
76 | .set_bus_param are used to negotiate physical connection parameters between the | 79 | implemented completely by the specific camera host driver. If the host driver |
77 | host and the sensor. .init_videobuf is called by soc-camera core when a | 80 | supports non-standard pixel format conversion, it should implement a |
78 | video-device is opened, further video-buffer management is implemented completely | 81 | .get_formats and, possibly, a .put_formats operations. See below for more |
79 | by the specific camera host driver. The rest of the methods are called from | 82 | details about format conversion. The rest of the methods are called from |
80 | respective V4L2 operations. | 83 | respective V4L2 operations. |
81 | 84 | ||
82 | Camera API | 85 | Camera API |
@@ -84,37 +87,21 @@ Camera API | |||
84 | 87 | ||
85 | Sensor drivers can use struct soc_camera_link, typically provided by the | 88 | Sensor drivers can use struct soc_camera_link, typically provided by the |
86 | platform, and used to specify to which camera host bus the sensor is connected, | 89 | platform, and used to specify to which camera host bus the sensor is connected, |
87 | and arbitrarily provide platform .power and .reset methods for the camera. | 90 | and optionally provide platform .power and .reset methods for the camera. This |
88 | soc_camera_device_register() and soc_camera_device_unregister() functions are | 91 | struct is provided to the camera driver via the I2C client device platform data |
89 | used to add a sensor driver to or remove one from the system. The registration | 92 | and can be obtained, using the soc_camera_i2c_to_link() macro. Care should be |
90 | function takes a pointer to struct soc_camera_device as the only parameter. | 93 | taken, when using soc_camera_vdev_to_subdev() and when accessing struct |
91 | This struct can be initialized as follows: | 94 | soc_camera_device, using v4l2_get_subdev_hostdata(): both only work, when |
92 | 95 | running on an soc-camera host. The actual camera driver operation is implemented | |
93 | /* link to driver operations */ | 96 | using the V4L2 subdev API. Additionally soc-camera camera drivers can use |
94 | icd->ops = &mt9m001_ops; | 97 | auxiliary soc-camera helper functions like soc_camera_power_on() and |
95 | /* link to the underlying physical (e.g., i2c) device */ | 98 | soc_camera_power_off(), which switch regulators, provided by the platform and call |
96 | icd->control = &client->dev; | 99 | board-specific power switching methods. soc_camera_apply_board_flags() takes |
97 | /* window geometry */ | 100 | camera bus configuration capability flags and applies any board transformations, |
98 | icd->x_min = 20; | 101 | e.g. signal polarity inversion. soc_mbus_get_fmtdesc() can be used to obtain a |
99 | icd->y_min = 12; | 102 | pixel format descriptor, corresponding to a certain media-bus pixel format code. |
100 | icd->x_current = 20; | 103 | soc_camera_limit_side() can be used to restrict beginning and length of a frame |
101 | icd->y_current = 12; | 104 | side, based on camera capabilities. |
102 | icd->width_min = 48; | ||
103 | icd->width_max = 1280; | ||
104 | icd->height_min = 32; | ||
105 | icd->height_max = 1024; | ||
106 | icd->y_skip_top = 1; | ||
107 | /* camera bus ID, typically obtained from platform data */ | ||
108 | icd->iface = icl->bus_id; | ||
109 | |||
110 | struct soc_camera_ops provides .probe and .remove methods, which are called by | ||
111 | the soc-camera core, when a camera is matched against or removed from a camera | ||
112 | host bus, .init, .release, .suspend, and .resume are called from the camera host | ||
113 | driver as discussed above. Other members of this struct provide respective V4L2 | ||
114 | functionality. | ||
115 | |||
116 | struct soc_camera_device also links to an array of struct soc_camera_data_format, | ||
117 | listing pixel formats, supported by the camera. | ||
118 | 105 | ||
119 | VIDIOC_S_CROP and VIDIOC_S_FMT behaviour | 106 | VIDIOC_S_CROP and VIDIOC_S_FMT behaviour |
120 | ---------------------------------------- | 107 | ---------------------------------------- |
@@ -153,8 +140,25 @@ implemented. | |||
153 | User window geometry is kept in .user_width and .user_height fields in struct | 140 | User window geometry is kept in .user_width and .user_height fields in struct |
154 | soc_camera_device and used by the soc-camera core and host drivers. The core | 141 | soc_camera_device and used by the soc-camera core and host drivers. The core |
155 | updates these fields upon successful completion of a .s_fmt() call, but if these | 142 | updates these fields upon successful completion of a .s_fmt() call, but if these |
156 | fields change elsewhere, e.g., during .s_crop() processing, the host driver is | 143 | fields change elsewhere, e.g. during .s_crop() processing, the host driver is |
157 | responsible for updating them. | 144 | responsible for updating them. |
158 | 145 | ||
146 | Format conversion | ||
147 | ----------------- | ||
148 | |||
149 | V4L2 distinguishes between pixel formats, as they are stored in memory, and as | ||
150 | they are transferred over a media bus. Soc-camera provides support to | ||
151 | conveniently manage these formats. A table of standard transformations is | ||
152 | maintained by soc-camera core, which describes, what FOURCC pixel format will | ||
153 | be obtained, if a media-bus pixel format is stored in memory according to | ||
154 | certain rules. E.g. if V4L2_MBUS_FMT_YUYV8_2X8 data is sampled with 8 bits per | ||
155 | sample and stored in memory in the little-endian order with no gaps between | ||
156 | bytes, data in memory will represent the V4L2_PIX_FMT_YUYV FOURCC format. These | ||
157 | standard transformations will be used by soc-camera or by camera host drivers to | ||
158 | configure camera drivers to produce the FOURCC format, requested by the user, | ||
159 | using the VIDIOC_S_FMT ioctl(). Apart from those standard format conversions, | ||
160 | host drivers can also provide their own conversion rules by implementing a | ||
161 | .get_formats and, if required, a .put_formats methods. | ||
162 | |||
159 | -- | 163 | -- |
160 | Author: Guennadi Liakhovetski <g.liakhovetski@gmx.de> | 164 | Author: Guennadi Liakhovetski <g.liakhovetski@gmx.de> |
diff --git a/Documentation/video4linux/stv680.txt b/Documentation/video4linux/stv680.txt deleted file mode 100644 index e3de33645308..000000000000 --- a/Documentation/video4linux/stv680.txt +++ /dev/null | |||
@@ -1,53 +0,0 @@ | |||
1 | Linux driver for STV0680 based USB cameras | ||
2 | |||
3 | Copyright, 2001, Kevin Sisson | ||
4 | |||
5 | |||
6 | INTRODUCTION: | ||
7 | |||
8 | STMicroelectronics produces the STV0680B chip, which comes in two | ||
9 | types, -001 and -003. The -003 version allows the recording and downloading | ||
10 | of sound clips from the camera, and allows a flash attachment. Otherwise, | ||
11 | it uses the same commands as the -001 version. Both versions support a | ||
12 | variety of SDRAM sizes and sensors, allowing for a maximum of 26 VGA or 20 | ||
13 | CIF pictures. The STV0680 supports either a serial or a usb interface, and | ||
14 | video is possible through the usb interface. | ||
15 | |||
16 | The following cameras are known to work with this driver, although any | ||
17 | camera with Vendor/Product codes of 0553/0202 should work: | ||
18 | |||
19 | Aiptek Pencam (various models) | ||
20 | Nisis QuickPix 2 | ||
21 | Radio Shack 'Kid's digital camera' (#60-1207) | ||
22 | At least one Trust Spycam model | ||
23 | Several other European brand models | ||
24 | |||
25 | WHAT YOU NEED: | ||
26 | |||
27 | - USB support | ||
28 | - VIDEO4LINUX support | ||
29 | |||
30 | More information about USB support for linux can be found at: | ||
31 | http://www.linux-usb.org | ||
32 | |||
33 | |||
34 | MODULE OPTIONS: | ||
35 | |||
36 | When the driver is compiled as a module, you can set a "swapRGB=1" | ||
37 | option, if necessary, for those applications that require it | ||
38 | (such as xawtv). However, the driver should detect and set this | ||
39 | automatically, so this option should not normally be used. | ||
40 | |||
41 | |||
42 | KNOWN PROBLEMS: | ||
43 | |||
44 | The driver seems to work better with the usb-ohci than the usb-uhci host | ||
45 | controller driver. | ||
46 | |||
47 | HELP: | ||
48 | |||
49 | The latest info on this driver can be found at: | ||
50 | http://personal.clt.bellsouth.net/~kjsisson or at | ||
51 | http://stv0680-usb.sourceforge.net | ||
52 | |||
53 | Any questions to me can be send to: kjsisson@bellsouth.net | ||
diff --git a/Documentation/video4linux/v4l2-controls.txt b/Documentation/video4linux/v4l2-controls.txt index cfe52c798d74..676f87366025 100644 --- a/Documentation/video4linux/v4l2-controls.txt +++ b/Documentation/video4linux/v4l2-controls.txt | |||
@@ -715,14 +715,20 @@ a control of this type whenever the first control belonging to a new control | |||
715 | class is added. | 715 | class is added. |
716 | 716 | ||
717 | 717 | ||
718 | Proposals for Extensions | 718 | Adding Notify Callbacks |
719 | ======================== | 719 | ======================= |
720 | |||
721 | Sometimes the platform or bridge driver needs to be notified when a control | ||
722 | from a sub-device driver changes. You can set a notify callback by calling | ||
723 | this function: | ||
720 | 724 | ||
721 | Some ideas for future extensions to the spec: | 725 | void v4l2_ctrl_notify(struct v4l2_ctrl *ctrl, |
726 | void (*notify)(struct v4l2_ctrl *ctrl, void *priv), void *priv); | ||
722 | 727 | ||
723 | 1) Add a V4L2_CTRL_FLAG_HEX to have values shown as hexadecimal instead of | 728 | Whenever the give control changes value the notify callback will be called |
724 | decimal. Useful for e.g. video_mute_yuv. | 729 | with a pointer to the control and the priv pointer that was passed with |
730 | v4l2_ctrl_notify. Note that the control's handler lock is held when the | ||
731 | notify function is called. | ||
725 | 732 | ||
726 | 2) It is possible to mark in the controls array which controls have been | 733 | There can be only one notify function per control handler. Any attempt |
727 | successfully written and which failed by for example adding a bit to the | 734 | to set another notify function will cause a WARN_ON. |
728 | control ID. Not sure if it is worth the effort, though. | ||
diff --git a/Documentation/video4linux/v4l2-framework.txt b/Documentation/video4linux/v4l2-framework.txt index b89567ad04b7..a300b283a1a0 100644 --- a/Documentation/video4linux/v4l2-framework.txt +++ b/Documentation/video4linux/v4l2-framework.txt | |||
@@ -68,8 +68,7 @@ Structure of the framework | |||
68 | The framework closely resembles the driver structure: it has a v4l2_device | 68 | The framework closely resembles the driver structure: it has a v4l2_device |
69 | struct for the device instance data, a v4l2_subdev struct to refer to | 69 | struct for the device instance data, a v4l2_subdev struct to refer to |
70 | sub-device instances, the video_device struct stores V4L2 device node data | 70 | sub-device instances, the video_device struct stores V4L2 device node data |
71 | and in the future a v4l2_fh struct will keep track of filehandle instances | 71 | and the v4l2_fh struct keeps track of filehandle instances. |
72 | (this is not yet implemented). | ||
73 | 72 | ||
74 | The V4L2 framework also optionally integrates with the media framework. If a | 73 | The V4L2 framework also optionally integrates with the media framework. If a |
75 | driver sets the struct v4l2_device mdev field, sub-devices and video nodes | 74 | driver sets the struct v4l2_device mdev field, sub-devices and video nodes |
diff --git a/Documentation/video4linux/w9968cf.txt b/Documentation/video4linux/w9968cf.txt deleted file mode 100644 index 9649450f3b90..000000000000 --- a/Documentation/video4linux/w9968cf.txt +++ /dev/null | |||
@@ -1,458 +0,0 @@ | |||
1 | |||
2 | W996[87]CF JPEG USB Dual Mode Camera Chip | ||
3 | Driver for Linux 2.6 (basic version) | ||
4 | ========================================= | ||
5 | |||
6 | - Documentation - | ||
7 | |||
8 | |||
9 | Index | ||
10 | ===== | ||
11 | 1. Copyright | ||
12 | 2. Disclaimer | ||
13 | 3. License | ||
14 | 4. Overview | ||
15 | 5. Supported devices | ||
16 | 6. Module dependencies | ||
17 | 7. Module loading | ||
18 | 8. Module parameters | ||
19 | 9. Contact information | ||
20 | 10. Credits | ||
21 | |||
22 | |||
23 | 1. Copyright | ||
24 | ============ | ||
25 | Copyright (C) 2002-2004 by Luca Risolia <luca.risolia@studio.unibo.it> | ||
26 | |||
27 | |||
28 | 2. Disclaimer | ||
29 | ============= | ||
30 | Winbond is a trademark of Winbond Electronics Corporation. | ||
31 | This software is not sponsored or developed by Winbond. | ||
32 | |||
33 | |||
34 | 3. License | ||
35 | ========== | ||
36 | This program is free software; you can redistribute it and/or modify | ||
37 | it under the terms of the GNU General Public License as published by | ||
38 | the Free Software Foundation; either version 2 of the License, or | ||
39 | (at your option) any later version. | ||
40 | |||
41 | This program is distributed in the hope that it will be useful, | ||
42 | but WITHOUT ANY WARRANTY; without even the implied warranty of | ||
43 | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | ||
44 | GNU General Public License for more details. | ||
45 | |||
46 | You should have received a copy of the GNU General Public License | ||
47 | along with this program; if not, write to the Free Software | ||
48 | Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. | ||
49 | |||
50 | |||
51 | 4. Overview | ||
52 | =========== | ||
53 | This driver supports the video streaming capabilities of the devices mounting | ||
54 | Winbond W9967CF and Winbond W9968CF JPEG USB Dual Mode Camera Chips. OV681 | ||
55 | based cameras should be supported as well. | ||
56 | |||
57 | The driver is divided into two modules: the basic one, "w9968cf", is needed for | ||
58 | the supported devices to work; the second one, "w9968cf-vpp", is an optional | ||
59 | module, which provides some useful video post-processing functions like video | ||
60 | decoding, up-scaling and colour conversions. | ||
61 | |||
62 | Note that the official kernels do neither include nor support the second | ||
63 | module for performance purposes. Therefore, it is always recommended to | ||
64 | download and install the latest and complete release of the driver, | ||
65 | replacing the existing one, if present. | ||
66 | |||
67 | The latest and full-featured version of the W996[87]CF driver can be found at: | ||
68 | http://www.linux-projects.org. Please refer to the documentation included in | ||
69 | that package, if you are going to use it. | ||
70 | |||
71 | Up to 32 cameras can be handled at the same time. They can be connected and | ||
72 | disconnected from the host many times without turning off the computer, if | ||
73 | your system supports the hotplug facility. | ||
74 | |||
75 | To change the default settings for each camera, many parameters can be passed | ||
76 | through command line when the module is loaded into memory. | ||
77 | |||
78 | The driver relies on the Video4Linux, USB and I2C core modules. It has been | ||
79 | designed to run properly on SMP systems as well. An additional module, | ||
80 | "ovcamchip", is mandatory; it provides support for some OmniVision image | ||
81 | sensors connected to the W996[87]CF chips; if found in the system, the module | ||
82 | will be automatically loaded by default (provided that the kernel has been | ||
83 | compiled with the automatic module loading option). | ||
84 | |||
85 | |||
86 | 5. Supported devices | ||
87 | ==================== | ||
88 | At the moment, known W996[87]CF and OV681 based devices are: | ||
89 | - Aroma Digi Pen VGA Dual Mode ADG-5000 (unknown image sensor) | ||
90 | - AVerMedia AVerTV USB (SAA7111A, Philips FI1216Mk2 tuner, PT2313L audio chip) | ||
91 | - Creative Labs Video Blaster WebCam Go (OmniVision OV7610 sensor) | ||
92 | - Creative Labs Video Blaster WebCam Go Plus (OmniVision OV7620 sensor) | ||
93 | - Lebon LDC-035A (unknown image sensor) | ||
94 | - Ezonics EZ-802 EZMega Cam (OmniVision OV8610C sensor) | ||
95 | - OmniVision OV8610-EDE (OmniVision OV8610 sensor) | ||
96 | - OPCOM Digi Pen VGA Dual Mode Pen Camera (unknown image sensor) | ||
97 | - Pretec Digi Pen-II (OmniVision OV7620 sensor) | ||
98 | - Pretec DigiPen-480 (OmniVision OV8610 sensor) | ||
99 | |||
100 | If you know any other W996[87]CF or OV681 based cameras, please contact me. | ||
101 | |||
102 | The list above does not imply that all those devices work with this driver: up | ||
103 | until now only webcams that have an image sensor supported by the "ovcamchip" | ||
104 | module work. Kernel messages will always tell you whether this is case. | ||
105 | |||
106 | Possible external microcontrollers of those webcams are not supported: this | ||
107 | means that still images cannot be downloaded from the device memory. | ||
108 | |||
109 | Furthermore, it's worth to note that I was only able to run tests on my | ||
110 | "Creative Labs Video Blaster WebCam Go". Donations of other models, for | ||
111 | additional testing and full support, would be much appreciated. | ||
112 | |||
113 | |||
114 | 6. Module dependencies | ||
115 | ====================== | ||
116 | For it to work properly, the driver needs kernel support for Video4Linux, USB | ||
117 | and I2C, and the "ovcamchip" module for the image sensor. Make sure you are not | ||
118 | actually using any external "ovcamchip" module, given that the W996[87]CF | ||
119 | driver depends on the version of the module present in the official kernels. | ||
120 | |||
121 | The following options of the kernel configuration file must be enabled and | ||
122 | corresponding modules must be compiled: | ||
123 | |||
124 | # Multimedia devices | ||
125 | # | ||
126 | CONFIG_VIDEO_DEV=m | ||
127 | |||
128 | # I2C support | ||
129 | # | ||
130 | CONFIG_I2C=m | ||
131 | |||
132 | The I2C core module can be compiled statically in the kernel as well. | ||
133 | |||
134 | # OmniVision Camera Chip support | ||
135 | # | ||
136 | CONFIG_VIDEO_OVCAMCHIP=m | ||
137 | |||
138 | # USB support | ||
139 | # | ||
140 | CONFIG_USB=m | ||
141 | |||
142 | In addition, depending on the hardware being used, only one of the modules | ||
143 | below is necessary: | ||
144 | |||
145 | # USB Host Controller Drivers | ||
146 | # | ||
147 | CONFIG_USB_EHCI_HCD=m | ||
148 | CONFIG_USB_UHCI_HCD=m | ||
149 | CONFIG_USB_OHCI_HCD=m | ||
150 | |||
151 | And finally: | ||
152 | |||
153 | # USB Multimedia devices | ||
154 | # | ||
155 | CONFIG_USB_W9968CF=m | ||
156 | |||
157 | |||
158 | 7. Module loading | ||
159 | ================= | ||
160 | To use the driver, it is necessary to load the "w9968cf" module into memory | ||
161 | after every other module required. | ||
162 | |||
163 | Loading can be done this way, from root: | ||
164 | |||
165 | [root@localhost home]# modprobe usbcore | ||
166 | [root@localhost home]# modprobe i2c-core | ||
167 | [root@localhost home]# modprobe videodev | ||
168 | [root@localhost home]# modprobe w9968cf | ||
169 | |||
170 | At this point the pertinent devices should be recognized: "dmesg" can be used | ||
171 | to analyze kernel messages: | ||
172 | |||
173 | [user@localhost home]$ dmesg | ||
174 | |||
175 | There are a lot of parameters the module can use to change the default | ||
176 | settings for each device. To list every possible parameter with a brief | ||
177 | explanation about them and which syntax to use, it is recommended to run the | ||
178 | "modinfo" command: | ||
179 | |||
180 | [root@locahost home]# modinfo w9968cf | ||
181 | |||
182 | |||
183 | 8. Module parameters | ||
184 | ==================== | ||
185 | Module parameters are listed below: | ||
186 | ------------------------------------------------------------------------------- | ||
187 | Name: ovmod_load | ||
188 | Type: bool | ||
189 | Syntax: <0|1> | ||
190 | Description: Automatic 'ovcamchip' module loading: 0 disabled, 1 enabled. | ||
191 | If enabled, 'insmod' searches for the required 'ovcamchip' | ||
192 | module in the system, according to its configuration, and | ||
193 | loads that module automatically. This action is performed as | ||
194 | once soon as the 'w9968cf' module is loaded into memory. | ||
195 | Default: 1 | ||
196 | ------------------------------------------------------------------------------- | ||
197 | Name: simcams | ||
198 | Type: int | ||
199 | Syntax: <n> | ||
200 | Description: Number of cameras allowed to stream simultaneously. | ||
201 | n may vary from 0 to 32. | ||
202 | Default: 32 | ||
203 | ------------------------------------------------------------------------------- | ||
204 | Name: video_nr | ||
205 | Type: int array (min = 0, max = 32) | ||
206 | Syntax: <-1|n[,...]> | ||
207 | Description: Specify V4L minor mode number. | ||
208 | -1 = use next available | ||
209 | n = use minor number n | ||
210 | You can specify up to 32 cameras this way. | ||
211 | For example: | ||
212 | video_nr=-1,2,-1 would assign minor number 2 to the second | ||
213 | recognized camera and use auto for the first one and for every | ||
214 | other camera. | ||
215 | Default: -1 | ||
216 | ------------------------------------------------------------------------------- | ||
217 | Name: packet_size | ||
218 | Type: int array (min = 0, max = 32) | ||
219 | Syntax: <n[,...]> | ||
220 | Description: Specify the maximum data payload size in bytes for alternate | ||
221 | settings, for each device. n is scaled between 63 and 1023. | ||
222 | Default: 1023 | ||
223 | ------------------------------------------------------------------------------- | ||
224 | Name: max_buffers | ||
225 | Type: int array (min = 0, max = 32) | ||
226 | Syntax: <n[,...]> | ||
227 | Description: For advanced users. | ||
228 | Specify the maximum number of video frame buffers to allocate | ||
229 | for each device, from 2 to 32. | ||
230 | Default: 2 | ||
231 | ------------------------------------------------------------------------------- | ||
232 | Name: double_buffer | ||
233 | Type: bool array (min = 0, max = 32) | ||
234 | Syntax: <0|1[,...]> | ||
235 | Description: Hardware double buffering: 0 disabled, 1 enabled. | ||
236 | It should be enabled if you want smooth video output: if you | ||
237 | obtain out of sync. video, disable it, or try to | ||
238 | decrease the 'clockdiv' module parameter value. | ||
239 | Default: 1 for every device. | ||
240 | ------------------------------------------------------------------------------- | ||
241 | Name: clamping | ||
242 | Type: bool array (min = 0, max = 32) | ||
243 | Syntax: <0|1[,...]> | ||
244 | Description: Video data clamping: 0 disabled, 1 enabled. | ||
245 | Default: 0 for every device. | ||
246 | ------------------------------------------------------------------------------- | ||
247 | Name: filter_type | ||
248 | Type: int array (min = 0, max = 32) | ||
249 | Syntax: <0|1|2[,...]> | ||
250 | Description: Video filter type. | ||
251 | 0 none, 1 (1-2-1) 3-tap filter, 2 (2-3-6-3-2) 5-tap filter. | ||
252 | The filter is used to reduce noise and aliasing artifacts | ||
253 | produced by the CCD or CMOS image sensor. | ||
254 | Default: 0 for every device. | ||
255 | ------------------------------------------------------------------------------- | ||
256 | Name: largeview | ||
257 | Type: bool array (min = 0, max = 32) | ||
258 | Syntax: <0|1[,...]> | ||
259 | Description: Large view: 0 disabled, 1 enabled. | ||
260 | Default: 1 for every device. | ||
261 | ------------------------------------------------------------------------------- | ||
262 | Name: upscaling | ||
263 | Type: bool array (min = 0, max = 32) | ||
264 | Syntax: <0|1[,...]> | ||
265 | Description: Software scaling (for non-compressed video only): | ||
266 | 0 disabled, 1 enabled. | ||
267 | Disable it if you have a slow CPU or you don't have enough | ||
268 | memory. | ||
269 | Default: 0 for every device. | ||
270 | Note: If 'w9968cf-vpp' is not present, this parameter is set to 0. | ||
271 | ------------------------------------------------------------------------------- | ||
272 | Name: decompression | ||
273 | Type: int array (min = 0, max = 32) | ||
274 | Syntax: <0|1|2[,...]> | ||
275 | Description: Software video decompression: | ||
276 | 0 = disables decompression | ||
277 | (doesn't allow formats needing decompression). | ||
278 | 1 = forces decompression | ||
279 | (allows formats needing decompression only). | ||
280 | 2 = allows any permitted formats. | ||
281 | Formats supporting (de)compressed video are YUV422P and | ||
282 | YUV420P/YUV420 in any resolutions where width and height are | ||
283 | multiples of 16. | ||
284 | Default: 2 for every device. | ||
285 | Note: If 'w9968cf-vpp' is not present, forcing decompression is not | ||
286 | allowed; in this case this parameter is set to 2. | ||
287 | ------------------------------------------------------------------------------- | ||
288 | Name: force_palette | ||
289 | Type: int array (min = 0, max = 32) | ||
290 | Syntax: <0|9|10|13|15|8|7|1|6|3|4|5[,...]> | ||
291 | Description: Force picture palette. | ||
292 | In order: | ||
293 | 0 = Off - allows any of the following formats: | ||
294 | 9 = UYVY 16 bpp - Original video, compression disabled | ||
295 | 10 = YUV420 12 bpp - Original video, compression enabled | ||
296 | 13 = YUV422P 16 bpp - Original video, compression enabled | ||
297 | 15 = YUV420P 12 bpp - Original video, compression enabled | ||
298 | 8 = YUVY 16 bpp - Software conversion from UYVY | ||
299 | 7 = YUV422 16 bpp - Software conversion from UYVY | ||
300 | 1 = GREY 8 bpp - Software conversion from UYVY | ||
301 | 6 = RGB555 16 bpp - Software conversion from UYVY | ||
302 | 3 = RGB565 16 bpp - Software conversion from UYVY | ||
303 | 4 = RGB24 24 bpp - Software conversion from UYVY | ||
304 | 5 = RGB32 32 bpp - Software conversion from UYVY | ||
305 | When not 0, this parameter will override 'decompression'. | ||
306 | Default: 0 for every device. Initial palette is 9 (UYVY). | ||
307 | Note: If 'w9968cf-vpp' is not present, this parameter is set to 9. | ||
308 | ------------------------------------------------------------------------------- | ||
309 | Name: force_rgb | ||
310 | Type: bool array (min = 0, max = 32) | ||
311 | Syntax: <0|1[,...]> | ||
312 | Description: Read RGB video data instead of BGR: | ||
313 | 1 = use RGB component ordering. | ||
314 | 0 = use BGR component ordering. | ||
315 | This parameter has effect when using RGBX palettes only. | ||
316 | Default: 0 for every device. | ||
317 | ------------------------------------------------------------------------------- | ||
318 | Name: autobright | ||
319 | Type: bool array (min = 0, max = 32) | ||
320 | Syntax: <0|1[,...]> | ||
321 | Description: Image sensor automatically changes brightness: | ||
322 | 0 = no, 1 = yes | ||
323 | Default: 0 for every device. | ||
324 | ------------------------------------------------------------------------------- | ||
325 | Name: autoexp | ||
326 | Type: bool array (min = 0, max = 32) | ||
327 | Syntax: <0|1[,...]> | ||
328 | Description: Image sensor automatically changes exposure: | ||
329 | 0 = no, 1 = yes | ||
330 | Default: 1 for every device. | ||
331 | ------------------------------------------------------------------------------- | ||
332 | Name: lightfreq | ||
333 | Type: int array (min = 0, max = 32) | ||
334 | Syntax: <50|60[,...]> | ||
335 | Description: Light frequency in Hz: | ||
336 | 50 for European and Asian lighting, 60 for American lighting. | ||
337 | Default: 50 for every device. | ||
338 | ------------------------------------------------------------------------------- | ||
339 | Name: bandingfilter | ||
340 | Type: bool array (min = 0, max = 32) | ||
341 | Syntax: <0|1[,...]> | ||
342 | Description: Banding filter to reduce effects of fluorescent | ||
343 | lighting: | ||
344 | 0 disabled, 1 enabled. | ||
345 | This filter tries to reduce the pattern of horizontal | ||
346 | light/dark bands caused by some (usually fluorescent) lighting. | ||
347 | Default: 0 for every device. | ||
348 | ------------------------------------------------------------------------------- | ||
349 | Name: clockdiv | ||
350 | Type: int array (min = 0, max = 32) | ||
351 | Syntax: <-1|n[,...]> | ||
352 | Description: Force pixel clock divisor to a specific value (for experts): | ||
353 | n may vary from 0 to 127. | ||
354 | -1 for automatic value. | ||
355 | See also the 'double_buffer' module parameter. | ||
356 | Default: -1 for every device. | ||
357 | ------------------------------------------------------------------------------- | ||
358 | Name: backlight | ||
359 | Type: bool array (min = 0, max = 32) | ||
360 | Syntax: <0|1[,...]> | ||
361 | Description: Objects are lit from behind: | ||
362 | 0 = no, 1 = yes | ||
363 | Default: 0 for every device. | ||
364 | ------------------------------------------------------------------------------- | ||
365 | Name: mirror | ||
366 | Type: bool array (min = 0, max = 32) | ||
367 | Syntax: <0|1[,...]> | ||
368 | Description: Reverse image horizontally: | ||
369 | 0 = no, 1 = yes | ||
370 | Default: 0 for every device. | ||
371 | ------------------------------------------------------------------------------- | ||
372 | Name: monochrome | ||
373 | Type: bool array (min = 0, max = 32) | ||
374 | Syntax: <0|1[,...]> | ||
375 | Description: The image sensor is monochrome: | ||
376 | 0 = no, 1 = yes | ||
377 | Default: 0 for every device. | ||
378 | ------------------------------------------------------------------------------- | ||
379 | Name: brightness | ||
380 | Type: long array (min = 0, max = 32) | ||
381 | Syntax: <n[,...]> | ||
382 | Description: Set picture brightness (0-65535). | ||
383 | This parameter has no effect if 'autobright' is enabled. | ||
384 | Default: 31000 for every device. | ||
385 | ------------------------------------------------------------------------------- | ||
386 | Name: hue | ||
387 | Type: long array (min = 0, max = 32) | ||
388 | Syntax: <n[,...]> | ||
389 | Description: Set picture hue (0-65535). | ||
390 | Default: 32768 for every device. | ||
391 | ------------------------------------------------------------------------------- | ||
392 | Name: colour | ||
393 | Type: long array (min = 0, max = 32) | ||
394 | Syntax: <n[,...]> | ||
395 | Description: Set picture saturation (0-65535). | ||
396 | Default: 32768 for every device. | ||
397 | ------------------------------------------------------------------------------- | ||
398 | Name: contrast | ||
399 | Type: long array (min = 0, max = 32) | ||
400 | Syntax: <n[,...]> | ||
401 | Description: Set picture contrast (0-65535). | ||
402 | Default: 50000 for every device. | ||
403 | ------------------------------------------------------------------------------- | ||
404 | Name: whiteness | ||
405 | Type: long array (min = 0, max = 32) | ||
406 | Syntax: <n[,...]> | ||
407 | Description: Set picture whiteness (0-65535). | ||
408 | Default: 32768 for every device. | ||
409 | ------------------------------------------------------------------------------- | ||
410 | Name: debug | ||
411 | Type: int | ||
412 | Syntax: <n> | ||
413 | Description: Debugging information level, from 0 to 6: | ||
414 | 0 = none (use carefully) | ||
415 | 1 = critical errors | ||
416 | 2 = significant information | ||
417 | 3 = configuration or general messages | ||
418 | 4 = warnings | ||
419 | 5 = called functions | ||
420 | 6 = function internals | ||
421 | Level 5 and 6 are useful for testing only, when only one | ||
422 | device is used. | ||
423 | Default: 2 | ||
424 | ------------------------------------------------------------------------------- | ||
425 | Name: specific_debug | ||
426 | Type: bool | ||
427 | Syntax: <0|1> | ||
428 | Description: Enable or disable specific debugging messages: | ||
429 | 0 = print messages concerning every level <= 'debug' level. | ||
430 | 1 = print messages concerning the level indicated by 'debug'. | ||
431 | Default: 0 | ||
432 | ------------------------------------------------------------------------------- | ||
433 | |||
434 | |||
435 | 9. Contact information | ||
436 | ====================== | ||
437 | I may be contacted by e-mail at <luca.risolia@studio.unibo.it>. | ||
438 | |||
439 | I can accept GPG/PGP encrypted e-mail. My GPG key ID is 'FCE635A4'. | ||
440 | My public 1024-bit key should be available at your keyserver; the fingerprint | ||
441 | is: '88E8 F32F 7244 68BA 3958 5D40 99DA 5D2A FCE6 35A4'. | ||
442 | |||
443 | |||
444 | 10. Credits | ||
445 | ========== | ||
446 | The development would not have proceed much further without having looked at | ||
447 | the source code of other drivers and without the help of several persons; in | ||
448 | particular: | ||
449 | |||
450 | - the I2C interface to kernel and high-level image sensor control routines have | ||
451 | been taken from the OV511 driver by Mark McClelland; | ||
452 | |||
453 | - memory management code has been copied from the bttv driver by Ralph Metzler, | ||
454 | Marcus Metzler and Gerd Knorr; | ||
455 | |||
456 | - the low-level I2C read function has been written by Frederic Jouault; | ||
457 | |||
458 | - the low-level I2C fast write function has been written by Piotr Czerczak. | ||
diff --git a/Documentation/video4linux/zc0301.txt b/Documentation/video4linux/zc0301.txt deleted file mode 100644 index b41c83cf09f4..000000000000 --- a/Documentation/video4linux/zc0301.txt +++ /dev/null | |||
@@ -1,270 +0,0 @@ | |||
1 | |||
2 | ZC0301 and ZC0301P Image Processor and Control Chip | ||
3 | Driver for Linux | ||
4 | =================================================== | ||
5 | |||
6 | - Documentation - | ||
7 | |||
8 | |||
9 | Index | ||
10 | ===== | ||
11 | 1. Copyright | ||
12 | 2. Disclaimer | ||
13 | 3. License | ||
14 | 4. Overview and features | ||
15 | 5. Module dependencies | ||
16 | 6. Module loading | ||
17 | 7. Module parameters | ||
18 | 8. Supported devices | ||
19 | 9. Notes for V4L2 application developers | ||
20 | 10. Contact information | ||
21 | 11. Credits | ||
22 | |||
23 | |||
24 | 1. Copyright | ||
25 | ============ | ||
26 | Copyright (C) 2006-2007 by Luca Risolia <luca.risolia@studio.unibo.it> | ||
27 | |||
28 | |||
29 | 2. Disclaimer | ||
30 | ============= | ||
31 | This software is not developed or sponsored by Z-Star Microelectronics Corp. | ||
32 | Trademarks are property of their respective owner. | ||
33 | |||
34 | |||
35 | 3. License | ||
36 | ========== | ||
37 | This program is free software; you can redistribute it and/or modify | ||
38 | it under the terms of the GNU General Public License as published by | ||
39 | the Free Software Foundation; either version 2 of the License, or | ||
40 | (at your option) any later version. | ||
41 | |||
42 | This program is distributed in the hope that it will be useful, | ||
43 | but WITHOUT ANY WARRANTY; without even the implied warranty of | ||
44 | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | ||
45 | GNU General Public License for more details. | ||
46 | |||
47 | You should have received a copy of the GNU General Public License | ||
48 | along with this program; if not, write to the Free Software | ||
49 | Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. | ||
50 | |||
51 | |||
52 | 4. Overview and features | ||
53 | ======================== | ||
54 | This driver supports the video interface of the devices mounting the ZC0301 or | ||
55 | ZC0301P Image Processors and Control Chips. | ||
56 | |||
57 | The driver relies on the Video4Linux2 and USB core modules. It has been | ||
58 | designed to run properly on SMP systems as well. | ||
59 | |||
60 | The latest version of the ZC0301[P] driver can be found at the following URL: | ||
61 | http://www.linux-projects.org/ | ||
62 | |||
63 | Some of the features of the driver are: | ||
64 | |||
65 | - full compliance with the Video4Linux2 API (see also "Notes for V4L2 | ||
66 | application developers" paragraph); | ||
67 | - available mmap or read/poll methods for video streaming through isochronous | ||
68 | data transfers; | ||
69 | - automatic detection of image sensor; | ||
70 | - video format is standard JPEG; | ||
71 | - dynamic driver control thanks to various module parameters (see "Module | ||
72 | parameters" paragraph); | ||
73 | - up to 64 cameras can be handled at the same time; they can be connected and | ||
74 | disconnected from the host many times without turning off the computer, if | ||
75 | the system supports hotplugging; | ||
76 | |||
77 | |||
78 | 5. Module dependencies | ||
79 | ====================== | ||
80 | For it to work properly, the driver needs kernel support for Video4Linux and | ||
81 | USB. | ||
82 | |||
83 | The following options of the kernel configuration file must be enabled and | ||
84 | corresponding modules must be compiled: | ||
85 | |||
86 | # Multimedia devices | ||
87 | # | ||
88 | CONFIG_VIDEO_DEV=m | ||
89 | |||
90 | # USB support | ||
91 | # | ||
92 | CONFIG_USB=m | ||
93 | |||
94 | In addition, depending on the hardware being used, the modules below are | ||
95 | necessary: | ||
96 | |||
97 | # USB Host Controller Drivers | ||
98 | # | ||
99 | CONFIG_USB_EHCI_HCD=m | ||
100 | CONFIG_USB_UHCI_HCD=m | ||
101 | CONFIG_USB_OHCI_HCD=m | ||
102 | |||
103 | The ZC0301 controller also provides a built-in microphone interface. It is | ||
104 | supported by the USB Audio driver thanks to the ALSA API: | ||
105 | |||
106 | # Sound | ||
107 | # | ||
108 | CONFIG_SOUND=y | ||
109 | |||
110 | # Advanced Linux Sound Architecture | ||
111 | # | ||
112 | CONFIG_SND=m | ||
113 | |||
114 | # USB devices | ||
115 | # | ||
116 | CONFIG_SND_USB_AUDIO=m | ||
117 | |||
118 | And finally: | ||
119 | |||
120 | # V4L USB devices | ||
121 | # | ||
122 | CONFIG_USB_ZC0301=m | ||
123 | |||
124 | |||
125 | 6. Module loading | ||
126 | ================= | ||
127 | To use the driver, it is necessary to load the "zc0301" module into memory | ||
128 | after every other module required: "videodev", "v4l2_common", "compat_ioctl32", | ||
129 | "usbcore" and, depending on the USB host controller you have, "ehci-hcd", | ||
130 | "uhci-hcd" or "ohci-hcd". | ||
131 | |||
132 | Loading can be done as shown below: | ||
133 | |||
134 | [root@localhost home]# modprobe zc0301 | ||
135 | |||
136 | At this point the devices should be recognized. You can invoke "dmesg" to | ||
137 | analyze kernel messages and verify that the loading process has gone well: | ||
138 | |||
139 | [user@localhost home]$ dmesg | ||
140 | |||
141 | |||
142 | 7. Module parameters | ||
143 | ==================== | ||
144 | Module parameters are listed below: | ||
145 | ------------------------------------------------------------------------------- | ||
146 | Name: video_nr | ||
147 | Type: short array (min = 0, max = 64) | ||
148 | Syntax: <-1|n[,...]> | ||
149 | Description: Specify V4L2 minor mode number: | ||
150 | -1 = use next available | ||
151 | n = use minor number n | ||
152 | You can specify up to 64 cameras this way. | ||
153 | For example: | ||
154 | video_nr=-1,2,-1 would assign minor number 2 to the second | ||
155 | registered camera and use auto for the first one and for every | ||
156 | other camera. | ||
157 | Default: -1 | ||
158 | ------------------------------------------------------------------------------- | ||
159 | Name: force_munmap | ||
160 | Type: bool array (min = 0, max = 64) | ||
161 | Syntax: <0|1[,...]> | ||
162 | Description: Force the application to unmap previously mapped buffer memory | ||
163 | before calling any VIDIOC_S_CROP or VIDIOC_S_FMT ioctl's. Not | ||
164 | all the applications support this feature. This parameter is | ||
165 | specific for each detected camera. | ||
166 | 0 = do not force memory unmapping | ||
167 | 1 = force memory unmapping (save memory) | ||
168 | Default: 0 | ||
169 | ------------------------------------------------------------------------------- | ||
170 | Name: frame_timeout | ||
171 | Type: uint array (min = 0, max = 64) | ||
172 | Syntax: <n[,...]> | ||
173 | Description: Timeout for a video frame in seconds. This parameter is | ||
174 | specific for each detected camera. This parameter can be | ||
175 | changed at runtime thanks to the /sys filesystem interface. | ||
176 | Default: 2 | ||
177 | ------------------------------------------------------------------------------- | ||
178 | Name: debug | ||
179 | Type: ushort | ||
180 | Syntax: <n> | ||
181 | Description: Debugging information level, from 0 to 3: | ||
182 | 0 = none (use carefully) | ||
183 | 1 = critical errors | ||
184 | 2 = significant information | ||
185 | 3 = more verbose messages | ||
186 | Level 3 is useful for testing only, when only one device | ||
187 | is used at the same time. It also shows some information | ||
188 | about the hardware being detected. This module parameter can be | ||
189 | changed at runtime thanks to the /sys filesystem interface. | ||
190 | Default: 2 | ||
191 | ------------------------------------------------------------------------------- | ||
192 | |||
193 | |||
194 | 8. Supported devices | ||
195 | ==================== | ||
196 | None of the names of the companies as well as their products will be mentioned | ||
197 | here. They have never collaborated with the author, so no advertising. | ||
198 | |||
199 | From the point of view of a driver, what unambiguously identify a device are | ||
200 | its vendor and product USB identifiers. Below is a list of known identifiers of | ||
201 | devices mounting the ZC0301 Image Processor and Control Chips: | ||
202 | |||
203 | Vendor ID Product ID | ||
204 | --------- ---------- | ||
205 | 0x041e 0x4017 | ||
206 | 0x041e 0x401c | ||
207 | 0x041e 0x401e | ||
208 | 0x041e 0x401f | ||
209 | 0x041e 0x4022 | ||
210 | 0x041e 0x4034 | ||
211 | 0x041e 0x4035 | ||
212 | 0x041e 0x4036 | ||
213 | 0x041e 0x403a | ||
214 | 0x0458 0x7007 | ||
215 | 0x0458 0x700c | ||
216 | 0x0458 0x700f | ||
217 | 0x046d 0x08ae | ||
218 | 0x055f 0xd003 | ||
219 | 0x055f 0xd004 | ||
220 | 0x0ac8 0x0301 | ||
221 | 0x0ac8 0x301b | ||
222 | 0x0ac8 0x303b | ||
223 | 0x10fd 0x0128 | ||
224 | 0x10fd 0x8050 | ||
225 | 0x10fd 0x804e | ||
226 | |||
227 | The list above does not imply that all those devices work with this driver: up | ||
228 | until now only the ones that mount the following image sensors are supported; | ||
229 | kernel messages will always tell you whether this is the case: | ||
230 | |||
231 | Model Manufacturer | ||
232 | ----- ------------ | ||
233 | PAS202BCB PixArt Imaging, Inc. | ||
234 | PB-0330 Photobit Corporation | ||
235 | |||
236 | |||
237 | 9. Notes for V4L2 application developers | ||
238 | ======================================== | ||
239 | This driver follows the V4L2 API specifications. In particular, it enforces two | ||
240 | rules: | ||
241 | |||
242 | - exactly one I/O method, either "mmap" or "read", is associated with each | ||
243 | file descriptor. Once it is selected, the application must close and reopen the | ||
244 | device to switch to the other I/O method; | ||
245 | |||
246 | - although it is not mandatory, previously mapped buffer memory should always | ||
247 | be unmapped before calling any "VIDIOC_S_CROP" or "VIDIOC_S_FMT" ioctl's. | ||
248 | The same number of buffers as before will be allocated again to match the size | ||
249 | of the new video frames, so you have to map the buffers again before any I/O | ||
250 | attempts on them. | ||
251 | |||
252 | |||
253 | 10. Contact information | ||
254 | ======================= | ||
255 | The author may be contacted by e-mail at <luca.risolia@studio.unibo.it>. | ||
256 | |||
257 | GPG/PGP encrypted e-mail's are accepted. The GPG key ID of the author is | ||
258 | 'FCE635A4'; the public 1024-bit key should be available at any keyserver; | ||
259 | the fingerprint is: '88E8 F32F 7244 68BA 3958 5D40 99DA 5D2A FCE6 35A4'. | ||
260 | |||
261 | |||
262 | 11. Credits | ||
263 | =========== | ||
264 | - Information about the chip internals needed to enable the I2C protocol have | ||
265 | been taken from the documentation of the ZC030x Video4Linux1 driver written | ||
266 | by Andrew Birkett <andy@nobugs.org>; | ||
267 | - The initialization values of the ZC0301 controller connected to the PAS202BCB | ||
268 | and PB-0330 image sensors have been taken from the SPCA5XX driver maintained | ||
269 | by Michel Xhaard <mxhaard@magic.fr>; | ||
270 | - Stanislav Lechev donated one camera. | ||