public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH] V4L: Storage class should be before const qualifier
@ 2009-02-09 21:06 Tobias Klauser
  2009-02-16 12:53 ` Jiri Kosina
  0 siblings, 1 reply; 5+ messages in thread
From: Tobias Klauser @ 2009-02-09 21:06 UTC (permalink / raw)
  To: mchehab, linux-media, video4linux-list, kernel-janitors, trivial

The C99 specification states in section 6.11.5:

The placement of a storage-class specifier other than at the beginning
of the declaration specifiers in a declaration is an obsolescent
feature.

Signed-off-by: Tobias Klauser <tklauser@distanz.ch>
---
 drivers/media/video/gspca/t613.c |    2 +-
 drivers/media/video/tcm825x.c    |   22 +++++++++++-----------
 drivers/media/video/tcm825x.h    |    2 +-
 3 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/drivers/media/video/gspca/t613.c b/drivers/media/video/gspca/t613.c
index 6ee111a..8b8c029 100644
--- a/drivers/media/video/gspca/t613.c
+++ b/drivers/media/video/gspca/t613.c
@@ -271,7 +271,7 @@ struct additional_sensor_data {
 	const __u8 stream[4];
 };
 
-const static struct additional_sensor_data sensor_data[] = {
+static const struct additional_sensor_data sensor_data[] = {
     {				/* TAS5130A */
 	.data1 =
 		{0xd0, 0xbb, 0xd1, 0x28, 0xd2, 0x10, 0xd3, 0x10,
diff --git a/drivers/media/video/tcm825x.c b/drivers/media/video/tcm825x.c
index 29991d1..b30c492 100644
--- a/drivers/media/video/tcm825x.c
+++ b/drivers/media/video/tcm825x.c
@@ -50,7 +50,7 @@ struct tcm825x_sensor {
 };
 
 /* list of image formats supported by TCM825X sensor */
-const static struct v4l2_fmtdesc tcm825x_formats[] = {
+static const struct v4l2_fmtdesc tcm825x_formats[] = {
 	{
 		.description = "YUYV (YUV 4:2:2), packed",
 		.pixelformat = V4L2_PIX_FMT_UYVY,
@@ -76,15 +76,15 @@ const static struct v4l2_fmtdesc tcm825x_formats[] = {
  * TCM825X register configuration for all combinations of pixel format and
  * image size
  */
-const static struct tcm825x_reg subqcif	=	{ 0x20, TCM825X_PICSIZ };
-const static struct tcm825x_reg qcif	=	{ 0x18, TCM825X_PICSIZ };
-const static struct tcm825x_reg cif	=	{ 0x14, TCM825X_PICSIZ };
-const static struct tcm825x_reg qqvga	=	{ 0x0c, TCM825X_PICSIZ };
-const static struct tcm825x_reg qvga	=	{ 0x04, TCM825X_PICSIZ };
-const static struct tcm825x_reg vga	=	{ 0x00, TCM825X_PICSIZ };
+static const struct tcm825x_reg subqcif	=	{ 0x20, TCM825X_PICSIZ };
+static const struct tcm825x_reg qcif	=	{ 0x18, TCM825X_PICSIZ };
+static const struct tcm825x_reg cif	=	{ 0x14, TCM825X_PICSIZ };
+static const struct tcm825x_reg qqvga	=	{ 0x0c, TCM825X_PICSIZ };
+static const struct tcm825x_reg qvga	=	{ 0x04, TCM825X_PICSIZ };
+static const struct tcm825x_reg vga	=	{ 0x00, TCM825X_PICSIZ };
 
-const static struct tcm825x_reg yuv422	=	{ 0x00, TCM825X_PICFMT };
-const static struct tcm825x_reg rgb565	=	{ 0x02, TCM825X_PICFMT };
+static const struct tcm825x_reg yuv422	=	{ 0x00, TCM825X_PICFMT };
+static const struct tcm825x_reg rgb565	=	{ 0x02, TCM825X_PICFMT };
 
 /* Our own specific controls */
 #define V4L2_CID_ALC				V4L2_CID_PRIVATE_BASE
@@ -248,10 +248,10 @@ static struct vcontrol {
 };
 
 
-const static struct tcm825x_reg *tcm825x_siz_reg[NUM_IMAGE_SIZES] =
+static const struct tcm825x_reg *tcm825x_siz_reg[NUM_IMAGE_SIZES] =
 { &subqcif, &qqvga, &qcif, &qvga, &cif, &vga };
 
-const static struct tcm825x_reg *tcm825x_fmt_reg[NUM_PIXEL_FORMATS] =
+static const struct tcm825x_reg *tcm825x_fmt_reg[NUM_PIXEL_FORMATS] =
 { &yuv422, &rgb565 };
 
 /*
diff --git a/drivers/media/video/tcm825x.h b/drivers/media/video/tcm825x.h
index 770ebac..5b7e696 100644
--- a/drivers/media/video/tcm825x.h
+++ b/drivers/media/video/tcm825x.h
@@ -188,7 +188,7 @@ struct tcm825x_platform_data {
 /* Array of image sizes supported by TCM825X.  These must be ordered from
  * smallest image size to largest.
  */
-const static struct capture_size tcm825x_sizes[] = {
+static const struct capture_size tcm825x_sizes[] = {
 	{ 128,  96 }, /* subQCIF */
 	{ 160, 120 }, /* QQVGA */
 	{ 176, 144 }, /* QCIF */
-- 
1.5.6.5


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH] V4L: Storage class should be before const qualifier
  2009-02-09 21:06 [PATCH] V4L: Storage class should be before const qualifier Tobias Klauser
@ 2009-02-16 12:53 ` Jiri Kosina
  2009-02-16 18:04   ` CityK
  0 siblings, 1 reply; 5+ messages in thread
From: Jiri Kosina @ 2009-02-16 12:53 UTC (permalink / raw)
  To: Tobias Klauser
  Cc: mchehab, linux-media, video4linux-list, kernel-janitors, trivial

On Mon, 9 Feb 2009, Tobias Klauser wrote:

> The C99 specification states in section 6.11.5:
> 
> The placement of a storage-class specifier other than at the beginning
> of the declaration specifiers in a declaration is an obsolescent
> feature.
> 
> Signed-off-by: Tobias Klauser <tklauser@distanz.ch>
> ---
>  drivers/media/video/gspca/t613.c |    2 +-
>  drivers/media/video/tcm825x.c    |   22 +++++++++++-----------
>  drivers/media/video/tcm825x.h    |    2 +-
>  3 files changed, 13 insertions(+), 13 deletions(-)
> 
> diff --git a/drivers/media/video/gspca/t613.c b/drivers/media/video/gspca/t613.c
> index 6ee111a..8b8c029 100644
> --- a/drivers/media/video/gspca/t613.c
> +++ b/drivers/media/video/gspca/t613.c
> @@ -271,7 +271,7 @@ struct additional_sensor_data {
>  	const __u8 stream[4];
>  };
>  
> -const static struct additional_sensor_data sensor_data[] = {
> +static const struct additional_sensor_data sensor_data[] = {
>      {				/* TAS5130A */
>  	.data1 =
>  		{0xd0, 0xbb, 0xd1, 0x28, 0xd2, 0x10, 0xd3, 0x10,
> diff --git a/drivers/media/video/tcm825x.c b/drivers/media/video/tcm825x.c
> index 29991d1..b30c492 100644
> --- a/drivers/media/video/tcm825x.c
> +++ b/drivers/media/video/tcm825x.c
> @@ -50,7 +50,7 @@ struct tcm825x_sensor {
>  };
>  
>  /* list of image formats supported by TCM825X sensor */
> -const static struct v4l2_fmtdesc tcm825x_formats[] = {
> +static const struct v4l2_fmtdesc tcm825x_formats[] = {
>  	{
>  		.description = "YUYV (YUV 4:2:2), packed",
>  		.pixelformat = V4L2_PIX_FMT_UYVY,
> @@ -76,15 +76,15 @@ const static struct v4l2_fmtdesc tcm825x_formats[] = {
>   * TCM825X register configuration for all combinations of pixel format and
>   * image size
>   */
> -const static struct tcm825x_reg subqcif	=	{ 0x20, TCM825X_PICSIZ };
> -const static struct tcm825x_reg qcif	=	{ 0x18, TCM825X_PICSIZ };
> -const static struct tcm825x_reg cif	=	{ 0x14, TCM825X_PICSIZ };
> -const static struct tcm825x_reg qqvga	=	{ 0x0c, TCM825X_PICSIZ };
> -const static struct tcm825x_reg qvga	=	{ 0x04, TCM825X_PICSIZ };
> -const static struct tcm825x_reg vga	=	{ 0x00, TCM825X_PICSIZ };
> +static const struct tcm825x_reg subqcif	=	{ 0x20, TCM825X_PICSIZ };
> +static const struct tcm825x_reg qcif	=	{ 0x18, TCM825X_PICSIZ };
> +static const struct tcm825x_reg cif	=	{ 0x14, TCM825X_PICSIZ };
> +static const struct tcm825x_reg qqvga	=	{ 0x0c, TCM825X_PICSIZ };
> +static const struct tcm825x_reg qvga	=	{ 0x04, TCM825X_PICSIZ };
> +static const struct tcm825x_reg vga	=	{ 0x00, TCM825X_PICSIZ };
>  
> -const static struct tcm825x_reg yuv422	=	{ 0x00, TCM825X_PICFMT };
> -const static struct tcm825x_reg rgb565	=	{ 0x02, TCM825X_PICFMT };
> +static const struct tcm825x_reg yuv422	=	{ 0x00, TCM825X_PICFMT };
> +static const struct tcm825x_reg rgb565	=	{ 0x02, TCM825X_PICFMT };
>  
>  /* Our own specific controls */
>  #define V4L2_CID_ALC				V4L2_CID_PRIVATE_BASE
> @@ -248,10 +248,10 @@ static struct vcontrol {
>  };
>  
>  
> -const static struct tcm825x_reg *tcm825x_siz_reg[NUM_IMAGE_SIZES] =
> +static const struct tcm825x_reg *tcm825x_siz_reg[NUM_IMAGE_SIZES] =
>  { &subqcif, &qqvga, &qcif, &qvga, &cif, &vga };
>  
> -const static struct tcm825x_reg *tcm825x_fmt_reg[NUM_PIXEL_FORMATS] =
> +static const struct tcm825x_reg *tcm825x_fmt_reg[NUM_PIXEL_FORMATS] =
>  { &yuv422, &rgb565 };
>  
>  /*
> diff --git a/drivers/media/video/tcm825x.h b/drivers/media/video/tcm825x.h
> index 770ebac..5b7e696 100644
> --- a/drivers/media/video/tcm825x.h
> +++ b/drivers/media/video/tcm825x.h
> @@ -188,7 +188,7 @@ struct tcm825x_platform_data {
>  /* Array of image sizes supported by TCM825X.  These must be ordered from
>   * smallest image size to largest.
>   */
> -const static struct capture_size tcm825x_sizes[] = {
> +static const struct capture_size tcm825x_sizes[] = {
>  	{ 128,  96 }, /* subQCIF */
>  	{ 160, 120 }, /* QQVGA */
>  	{ 176, 144 }, /* QCIF */

This doesn't seem to be picked by anyone for current -next/-mmotm, I have
applied it to trivial tree. Thanks,

-- 
Jiri Kosina
SUSE Labs

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] V4L: Storage class should be before const qualifier
  2009-02-16 12:53 ` Jiri Kosina
@ 2009-02-16 18:04   ` CityK
  2009-02-17  2:15     ` Jiri Kosina
  0 siblings, 1 reply; 5+ messages in thread
From: CityK @ 2009-02-16 18:04 UTC (permalink / raw)
  To: Jiri Kosina
  Cc: Tobias Klauser, mchehab, linux-media, video4linux-list,
	kernel-janitors, trivial

Jiri Kosina wrote:
> On Mon, 9 Feb 2009, Tobias Klauser wrote:
>   
>> .... [inline patch] ....
>>     
>
> This doesn't seem to be picked by anyone for current -next/-mmotm, I have
> applied it to trivial tree. Thanks,

Will this create any complication? As it is indeed queued in our
patchwork: http://patchwork.kernel.org/project/linux-media/list/

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] V4L: Storage class should be before const qualifier
  2009-02-16 18:04   ` CityK
@ 2009-02-17  2:15     ` Jiri Kosina
  2009-02-19  0:52       ` CityK
  0 siblings, 1 reply; 5+ messages in thread
From: Jiri Kosina @ 2009-02-17  2:15 UTC (permalink / raw)
  To: CityK
  Cc: Tobias Klauser, mchehab, linux-media, video4linux-list,
	kernel-janitors, trivial

On Mon, 16 Feb 2009, CityK wrote:

> >> .... [inline patch] ....
> > This doesn't seem to be picked by anyone for current -next/-mmotm, I have
> > applied it to trivial tree. Thanks,
> Will this create any complication? As it is indeed queued in our
> patchwork: http://patchwork.kernel.org/project/linux-media/list/

Hmm, patchwork ... did this land in any actual code tree? It has been 
submitted by Tobias on 9th Feb and I was not able to find it in any tree 
today, so I applied to to trivial tree (to which the patch has been 
originally CCed).

If you guys actually have queued in some tree, please let me know and I 
will drop it.

-- 
Jiri Kosina
SUSE Labs

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] V4L: Storage class should be before const qualifier
  2009-02-17  2:15     ` Jiri Kosina
@ 2009-02-19  0:52       ` CityK
  0 siblings, 0 replies; 5+ messages in thread
From: CityK @ 2009-02-19  0:52 UTC (permalink / raw)
  To: Jiri Kosina
  Cc: Tobias Klauser, mchehab, linux-media, video4linux-list,
	kernel-janitors, trivial

Jiri Kosina wrote:
> On Mon, 16 Feb 2009, CityK wrote:
>
>   
>>>> .... [inline patch] ....
>>>>         
>>> This doesn't seem to be picked by anyone for current -next/-mmotm, I have
>>> applied it to trivial tree. Thanks,
>>>       
>> Will this create any complication? As it is indeed queued in our
>> patchwork: http://patchwork.kernel.org/project/linux-media/list/
>>     
>
> Hmm, patchwork ... did this land in any actual code tree? It has been 
> submitted by Tobias on 9th Feb and I was not able to find it in any tree 
> today, so I applied to to trivial tree (to which the patch has been 
> originally CCed).
>
> If you guys actually have queued in some tree, please let me know and I 
> will drop it.

I'll defer to Mauro for the absolutes, but it looks like it got applied
to V4L-DVB mainline Hg yesterday and is in Mauro's Linux-next git.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-02-19  0:52 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-09 21:06 [PATCH] V4L: Storage class should be before const qualifier Tobias Klauser
2009-02-16 12:53 ` Jiri Kosina
2009-02-16 18:04   ` CityK
2009-02-17  2:15     ` Jiri Kosina
2009-02-19  0:52       ` CityK

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox