summaryrefslogtreecommitdiff
path: root/include/linux/videodev2.h
diff options
context:
space:
mode:
authorGerd Knorr <kraxel@bytesex.org>2004-10-27 18:27:48 -0700
committerLinus Torvalds <torvalds@ppc970.osdl.org>2004-10-27 18:27:48 -0700
commit268e1ba41a1bdeeaef6eb3f563341589b292cd48 (patch)
tree6ec5c33de5b64ca38f9e71302890e92c73372540 /include/linux/videodev2.h
parent5ab83390e4358a882df44086b194bf7aacd269f4 (diff)
[PATCH] v4l: videodev whitespace cleanup
The patch just removes all trailing whitespaces, there are no actual code changes. I've a script to remove them from my sources now, that should kill those no-op whitespace changes in my patches after merging this initial cleanup. Signed-off-by: Gerd Knorr <kraxel@bytesex.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/linux/videodev2.h')
-rw-r--r--include/linux/videodev2.h16
1 files changed, 8 insertions, 8 deletions
diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h
index 076dd41d5b6e..fda602c77144 100644
--- a/include/linux/videodev2.h
+++ b/include/linux/videodev2.h
@@ -95,20 +95,20 @@ enum v4l2_colorspace {
/* HD and modern captures. */
V4L2_COLORSPACE_REC709 = 3,
-
+
/* broken BT878 extents (601, luma range 16-253 instead of 16-235) */
V4L2_COLORSPACE_BT878 = 4,
-
+
/* These should be useful. Assume 601 extents. */
V4L2_COLORSPACE_470_SYSTEM_M = 5,
V4L2_COLORSPACE_470_SYSTEM_BG = 6,
-
+
/* I know there will be cameras that send this. So, this is
* unspecified chromaticities and full 0-255 on each of the
* Y'CbCr components
*/
V4L2_COLORSPACE_JPEG = 7,
-
+
/* For RGB colourspaces, this is probably a good start. */
V4L2_COLORSPACE_SRGB = 8,
};
@@ -334,10 +334,10 @@ struct v4l2_jpegcompression
* must be 0..15 */
int APP_len; /* Length of data in JPEG APPn segment */
char APP_data[60]; /* Data in the JPEG APPn segment. */
-
+
int COM_len; /* Length of data in JPEG COM segment */
char COM_data[60]; /* Data in JPEG COM segment */
-
+
__u32 jpeg_markers; /* Which markers should go into the JPEG
* output. Unless you exactly know what
* you do, leave them untouched.
@@ -347,7 +347,7 @@ struct v4l2_jpegcompression
* The presence of the APP and COM marker
* is influenced by APP_len and COM_len
* ONLY, not by this property! */
-
+
#define V4L2_JPEG_MARKER_DHT (1<<3) /* Define Huffman Tables */
#define V4L2_JPEG_MARKER_DQT (1<<4) /* Define Quantization Tables */
#define V4L2_JPEG_MARKER_DRI (1<<5) /* Define Restart Interval */
@@ -470,7 +470,7 @@ struct v4l2_outputparm
*/
struct v4l2_cropcap {
- enum v4l2_buf_type type;
+ enum v4l2_buf_type type;
struct v4l2_rect bounds;
struct v4l2_rect defrect;
struct v4l2_fract pixelaspect;