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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Sat, 4 Jul 2020 03:59:12 +0000
From:   Sudarsana Reddy Kalluru <skalluru@...vell.com>
To:     David Miller <davem@...emloft.net>
CC:     "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        Ariel Elior <aelior@...vell.com>,
        Igor Russkikh <irusskikh@...vell.com>,
        Michal Kalderon <mkalderon@...vell.com>
Subject: RE: [EXT] Re: [PATCH net-next v2 2/4] bnx2x: Populate database for
 Idlechk tests.

> -----Original Message-----
> From: David Miller <davem@...emloft.net>
> Sent: Saturday, July 4, 2020 1:34 AM
> To: Sudarsana Reddy Kalluru <skalluru@...vell.com>
> Cc: netdev@...r.kernel.org; Ariel Elior <aelior@...vell.com>; Igor Russkikh
> <irusskikh@...vell.com>; Michal Kalderon <mkalderon@...vell.com>
> Subject: [EXT] Re: [PATCH net-next v2 2/4] bnx2x: Populate database for
> Idlechk tests.
> 
> External Email
> 
> ----------------------------------------------------------------------
> From: David Miller <davem@...emloft.net>
> Date: Fri, 03 Jul 2020 13:03:07 -0700 (PDT)
> 
> > From: Sudarsana Reddy Kalluru <skalluru@...vell.com>
> > Date: Fri, 3 Jul 2020 17:39:48 +0530
> >
> >> +/* struct holding the database of self test checks (registers and
> >> +predicates) */
> >> +/* lines start from 2 since line 1 is heading in csv */ #define
> >> +ST_DB_LINES 468 struct st_record st_database[ST_DB_LINES] = {
> >
> > This will introduce a build warning because there is no external
> > declaration for this global variable.
> >
> > A patch series must be fully bisectable, meaning that you can't just
> > add this declaration in a future patch in the series.  It has to be
> > added in the same patch where the symbol is defined.
> 
> Actually, looking further, it's even worse.
> 
> You mark it global here, and then mark it static in the next patch.
> 
> Don't do that please.

Dave, thanks for your review and the inputs. Will add the implementation in a single patch, and provide version 3 of the series.
Sorry for the inconvenience.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ