From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxime Chevallier Subject: Re: [PATCH net-next v2] net: mvpp2: Don't use dynamic allocs for local variables Date: Thu, 22 Mar 2018 20:53:00 +0100 Message-ID: <20180322205300.2d43d9e3@bootlin.com> References: <20180321151400.6658-1-maxime.chevallier@bootlin.com> <20180322.144709.550558706036978967.davem@davemloft.net> <20180322201453.706b0ab8@bootlin.com> <20180322.154308.1553892464667808498.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, antoine.tenart@bootlin.com, thomas.petazzoni@bootlin.com, gregory.clement@bootlin.com, nadavh@marvell.com, stefanc@marvell.com, ymarkman@marvell.com, mw@semihalf.com To: David Miller , miquel.raynal@bootlin.com Return-path: In-Reply-To: <20180322.154308.1553892464667808498.davem@davemloft.net> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Thu, 22 Mar 2018 15:43:08 -0400 (EDT), David Miller wrote : > From: Maxime Chevallier > Date: Thu, 22 Mar 2018 20:14:53 +0100 > > > Hello David, > > > > On Thu, 22 Mar 2018 14:47:09 -0400 (EDT), > > David Miller wrote : > > > >> From: Maxime Chevallier > >> Date: Wed, 21 Mar 2018 16:14:00 +0100 > >> > >> In order to be an equivalent change you must bzero out this 'pe' > >> object on the stack. You are only initializing the index member > >> before passing it into other functions. > > > > I agree that this is unclear, but the functions I pass these > > objects to only need the index field to be set, and will fill the > > rest of the object according to the underlying HW representation > > (these objects mirror the HW configuration). > > > > I can see that this is confusing, we might want to make the > > mvpp2_prs_hw_read function more explicit about this. > > > > Would comments explaning this be enough, or should I try another > > way to make this cleaner ? > > Please bzero the object as I have asked you to. > > Today the function doesn't care about any input members other than > member, but in the future it might, and this is a bug waiting to > happen. Got it. > It is never good to pass partially initialized variables into > another piece of code. Ok, I'll send another version with this. Thanks for the review, Maxime