linux-kernel - Re: [PATCH] fs/btrfs: Fix uninitialized variable

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>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20210503101312.GA27593@ard0534>
Date:   Mon, 3 May 2021 11:13:12 +0100
From:   Khaled Romdhani <khaledromdhani216@...il.com>
To:     Dan Carpenter <dan.carpenter@...cle.com>
Cc:     clm@...com, josef@...icpanda.com, dsterba@...e.com,
        linux-btrfs@...r.kernel.org, linux-kernel@...r.kernel.org,
        kernel-janitors@...r.kernel.org
Subject: Re: [PATCH] fs/btrfs: Fix uninitialized variable

On Mon, May 03, 2021 at 10:23:22AM +0300, Dan Carpenter wrote:
> On Sat, May 01, 2021 at 11:50:46PM +0100, Khaled ROMDHANI wrote:
> > Fix the warning: variable 'zone' is used
> > uninitialized whenever '?:' condition is true.
> > 
> > Fix that by preventing the code to reach
> > the last assertion. If the variable 'mirror'
> > is invalid, the assertion fails and we return
> > immediately.
> > 
> > Reported-by: kernel test robot <lkp@...el.com>
> > Signed-off-by: Khaled ROMDHANI <khaledromdhani216@...il.com>
> > ---
> 
> This is not how you send a v4 patch...  v2 patches have to apply to the
> original code and not on top of the patched code.
> 
> I sort of think you should find a different thing to work on.  This code
> works fine as-is.  Just leave it and try to find a real bug and fix that
> instead.
> 
> regards,
> dan carpenter
>

Sorry, I was wrong and I shall send a proper V4.

Yes, this code works fine just a warning caught by Coverity scan analysis. 
So the idea behind the patch is to fix the warning. To do that and as suggested by 
David Sterba, it would be rather to add a default case. So we fix the warning 
through the enhancement of the switch statement (some sort of 2*1).

Yes, I will always try to find other bugs. It is a pleasure for me to do that.

Thanks.