lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <s5hefcntl3u.wl-tiwai@suse.de>
Date:   Thu, 18 Oct 2018 15:55:49 +0200
From:   Takashi Iwai <tiwai@...e.de>
To:     Philipp K <philipp97kl@...il.com>
Cc:     Lukas Bulwahn <lukas.bulwahn@...il.com>,
        Jaroslav Kysela <perex@...ex.cz>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] [sound/i2c/cs8427] Fix int to char conversion

On Thu, 18 Oct 2018 15:47:55 +0200,
Philipp K wrote:
> 
> [1  <text/plain; UTF-8 (7bit)>]
> 
> On Thu, Oct 18, 2018, 15:46 Takashi Iwai <tiwai@...e.de> wrote:
> 
>     On Thu, 18 Oct 2018 12:33:02 +0200,
>     Philipp Klocke wrote:
>     >
>     > Compiling with clang yields the following warning:
>     >
>     > sound/i2c/cs8427.c:140:31: warning: implicit conversion from 'int'
>     > to 'char' changes value from 160 to -96 [-Wconstant-conversion]
>     >     data[0] = CS8427_REG_AUTOINC | CS8427_REG_CORU_DATABUF;
>     >             ~ ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~
>     >
>     > Because CS8427_REG_AUTOINC is defined as 128, it is too big for a
>     > char field.
>     > So change data from char to unsigned char, that it can hold the value.
>     >
>     > This patch does not change the generated code.
>     >
>     > Signed-off-by: Philipp Klocke <philipp97kl@...il.com>
>    
>     Applied, thanks.
>    
>     But at the next time, please put the relevant subsystem MLs to Cc,
> 
> Oh sorry I forgot that. Just used the get maintainer script.
> 
>     and use the proper subject prefix (depending on the subsystem).
> 
> What would have been the correct prefix in this case?

In this particular case, I modified the subject to

   ALSA: i2c/cs8427: Fix int to char conversion

The subject prefix usage is case-by-case.  Better to look at the
commits of the relevant file and just follow the convention in
general.


thanks,

Takashi

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ