From 089ee87c9105e3e8e9fa7e429e909b4d2d53e912 Mon Sep 17 00:00:00 2001 From: Mike Isely Date: Wed, 7 Feb 2007 22:50:30 -0600 Subject: pvrusb2: Follow coding style convention for "#if 0" blocks From: Mike Isely Signed-off-by: Mike Isely --- linux/drivers/media/video/pvrusb2/pvrusb2-encoder.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'linux/drivers') diff --git a/linux/drivers/media/video/pvrusb2/pvrusb2-encoder.c b/linux/drivers/media/video/pvrusb2/pvrusb2-encoder.c index edca79f87..fb0a9ca67 100644 --- a/linux/drivers/media/video/pvrusb2/pvrusb2-encoder.c +++ b/linux/drivers/media/video/pvrusb2/pvrusb2-encoder.c @@ -362,7 +362,7 @@ int pvr2_encoder_prep_config(struct pvr2_hdw *hdw) int ret = 0; int encMisc3Arg = 0; -#if 0 +#if 0 /* keep */ /* This inexplicable bit happens in the Hauppage windows driver (for both 24xxx and 29xxx devices). However I currently see no difference in behavior with or without @@ -384,7 +384,7 @@ int pvr2_encoder_prep_config(struct pvr2_hdw *hdw) breaks up for a moment (like when switching channels). */ -#if 0 +#if 0 /* keep */ /* This ENC_MISC(5,0) command seems to hurt 29xxx sync performance on channel changes, but is not a problem on 24xxx devices. */ @@ -406,7 +406,7 @@ int pvr2_encoder_prep_config(struct pvr2_hdw *hdw) ret |= pvr2_encoder_vcmd(hdw, CX2341X_ENC_MISC,4, 8,0,0,0); -#if 0 +#if 0 /* keep */ /* This ENC_MISC(4,1) command is poisonous, so it is commented out. But I'm leaving it here anyway to document its existence in the Windows driver. The effect of this -- cgit v1.2.3