Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1335363 > unrolled thread

Re: [PATCH resend] video: Use bool instead int pointer for get_opt_bool() argument

Started byTomi Valkeinen <tomi.valkeinen@ti.com>
First post2016-02-16 14:20 +0100
Last post2016-02-16 17:10 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH resend] video: Use bool instead int pointer for  get_opt_bool() argument Tomi Valkeinen <tomi.valkeinen@ti.com> - 2016-02-16 14:20 +0100
    Re: [PATCH resend] video: Use bool instead int pointer for  get_opt_bool() argument Daniel Wagner <daniel.wagner@bmw-carit.de> - 2016-02-16 17:10 +0100

#1335363 — Re: [PATCH resend] video: Use bool instead int pointer for get_opt_bool() argument

FromTomi Valkeinen <tomi.valkeinen@ti.com>
Date2016-02-16 14:20 +0100
SubjectRe: [PATCH resend] video: Use bool instead int pointer for get_opt_bool() argument
Message-ID<r2NHQ-8jx-21@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

On 09/02/16 11:18, Daniel Wagner wrote:
> As the function name already indicates that get_opt_bool() parses
> for a bool. It is not a surprise that compiler is complaining
> about it when -Werror=incompatible-pointer-types is used:
> 
> drivers/video/fbdev/intelfb/intelfbdrv.c: In function ‘intelfb_setup’:
> drivers/video/fbdev/intelfb/intelfbdrv.c:353:39: error: passing argument 3 of ‘get_opt_bool’ from incompatible pointer type [-Werror=incompatible-pointer-types]
>    if (get_opt_bool(this_opt, "accel", &accel))
> 
> Signed-off-by: Daniel Wagner <daniel.wagner@bmw-carit.de>
> Reported-by: Fengguang Wu <fengguang.wu@intel.com>
> ---
> [resend because Maik's emial address bounced last try]
> 
> Hi,
> 
> In the 'simple wait queue support' series is a patch
> which turns on -Werror=incompatible-pointer-types which will
> result in a compile error for intelfb.
> 
> https://lkml.org/lkml/2016/1/28/462
> 
> Even if that patch wont make it, this one makes sense (at least
> for me :))
> 
> I'll prepend this patch to the next version of the series in order
> to see if I got rid of all incompatible pointer types errors caught
> by the kbuild test robot.

The patch looks good to me, but I didn't quite catch the above. So do
you want me to apply this to fbdev tree, or do you need to take this via
some other tree? If the latter, you have my ack.

 Tomi

[toc] | [next] | [standalone]


#1335590

FromDaniel Wagner <daniel.wagner@bmw-carit.de>
Date2016-02-16 17:10 +0100
Message-ID<r2Qmo-1Is-35@gated-at.bofh.it>
In reply to#1335363
On 02/16/2016 02:14 PM, Tomi Valkeinen wrote:
> 
> On 09/02/16 11:18, Daniel Wagner wrote:
>> As the function name already indicates that get_opt_bool() parses
>> for a bool. It is not a surprise that compiler is complaining
>> about it when -Werror=incompatible-pointer-types is used:
>>
>> drivers/video/fbdev/intelfb/intelfbdrv.c: In function ‘intelfb_setup’:
>> drivers/video/fbdev/intelfb/intelfbdrv.c:353:39: error: passing argument 3 of ‘get_opt_bool’ from incompatible pointer type [-Werror=incompatible-pointer-types]
>>    if (get_opt_bool(this_opt, "accel", &accel))
>>
>> Signed-off-by: Daniel Wagner <daniel.wagner@bmw-carit.de>
>> Reported-by: Fengguang Wu <fengguang.wu@intel.com>
>> ---
>> [resend because Maik's emial address bounced last try]
>>
>> Hi,
>>
>> In the 'simple wait queue support' series is a patch
>> which turns on -Werror=incompatible-pointer-types which will
>> result in a compile error for intelfb.
>>
>> https://lkml.org/lkml/2016/1/28/462
>>
>> Even if that patch wont make it, this one makes sense (at least
>> for me :))
>>
>> I'll prepend this patch to the next version of the series in order
>> to see if I got rid of all incompatible pointer types errors caught
>> by the kbuild test robot.
> 
> The patch looks good to me, but I didn't quite catch the above. So do
> you want me to apply this to fbdev tree, or do you need to take this via
> some other tree? If the latter, you have my ack.

I don't have any preference on the routing. So if you take it via fbdev
that would be nice. One thing less to care about :)

thanks,
daniel

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web